maemo.org - Talk

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Maemo 5 / Fremantle (https://talk.maemo.org/forumdisplay.php?f=40)
-   -   BFS for the power kernel (https://talk.maemo.org/showthread.php?t=58780)

MONVMENTVM 2011-06-12 14:49

Re: BFS for the power kernel
 
hmm... after installing the latest kernel with bfq I got into an reboot loop. guess i have to reflash it.

Bad_Habit 2011-06-12 17:15

Re: BFS for the power kernel
 
Quote:

Originally Posted by Tigerite (Post 1027574)
Could people please test out the BFQ scheduler (echo bfq > /sys/block/mmcblk0/queue/scheduler) and let me know of any kernel crashes?

I have crashes immediately after turning on bfq, do I need to disable cgroups before that?

MONVMENTVM 2011-06-12 17:26

Re: BFS for the power kernel
 
Well I reflashed the kernel (I think I just forgot to install the flasher this time hence the reboot loop) so it's working fine now. BFQ is also enabled, so far no crashes but I guess I'll have to test more.

Tigerite 2011-06-12 19:31

Re: BFS for the power kernel
 
Quote:

Originally Posted by Bad_Habit (Post 1027685)
I have crashes immediately after turning on bfq, do I need to disable cgroups before that?

Hmm, no, you don't need to disable cgroups. In fact, they should be enabled (I would imagine BFQ would crash without them). Could you run

Code:

strings /dev/mtd2ro > /home/user/MyDocs/log.txt
.. and attach the file it generates?

Bad_Habit 2011-06-12 20:03

Re: BFS for the power kernel
 
1 Attachment(s)
Quote:

Originally Posted by Tigerite (Post 1027738)
Hmm, no, you don't need to disable cgroups. In fact, they should be enabled (I would imagine BFQ would crash without them). Could you run

Code:

strings /dev/mtd2ro > /home/user/MyDocs/log.txt
.. and attach the file it generates?

Look at [13374.992126], here I turned on bfq for eMMC, switched to desktop and opened the browser. The crash happened trying to read bookmarks file, I guess.

Tigerite 2011-06-12 20:43

Re: BFS for the power kernel
 
Hmm, there are a whole lot of the null reference errors there, all caused by BFQ. Not good. Could you check that /syspart is being mounted correctly, and that bfq.ioprio, bfq.ioprio_class and bfq.weight are all present under that directory (when BFQ is the default scheduler, of course)? You could set it just for mmcblk1, if you've an external SD.. I am guessing that /usr/lib/libohm_cgroups.so is present and loaded?

Bad_Habit 2011-06-12 23:59

Re: BFS for the power kernel
 
Quote:

Originally Posted by Tigerite (Post 1027782)
Hmm, there are a whole lot of the null reference errors there, all caused by BFQ. Not good. Could you check that /syspart is being mounted correctly, and that bfq.ioprio, bfq.ioprio_class and bfq.weight are all present under that directory (when BFQ is the default scheduler, of course)? You could set it just for mmcblk1, if you've an external SD.. I am guessing that /usr/lib/libohm_cgroups.so is present and loaded?

/usr/lib/ohm/libohm_cgroups.so is present, how can I check if it's really loaded? I guess it is, /proc/mounts contains

Code:

cgroup /syspart cgroup rw,bfqio,freezer,memory 0 0
/syspart contains

Code:

/syspart/bfqio.ioprio: 0
/syspart/bfqio.ioprio_class: 2
/syspart/bfqio.weight: 10

setting bfq on mmcblk1 doesn't change anything in /syspart

Tigerite 2011-06-13 06:19

Re: BFS for the power kernel
 
Yep, it seems to definitely be loaded. Did you have bfq as the default scheduler for mmcblk0, if so then setting it on mmcblk1 wouldn't change anything in /syspart.. it's also possible that bfqio is enabled regardless of whether bfq is or not, and just sits idle until called upon. Ok, could you please try one of these (depending on your setup - the modules should be unchanged), I have disabled the "queue small requests" part of BFQ v2 r1 and have been running it happily on my device for a full day without any crashes..

Multiboot deb
Standard deb (use with flasher)
U-Boot image

MONVMENTVM 2011-06-13 10:00

Re: BFS for the power kernel
 
Quote:

Originally Posted by Tigerite (Post 1027962)
Yep, it seems to definitely be loaded. Did you have bfq as the default scheduler for mmcblk0, if so then setting it on mmcblk1 wouldn't change anything in /syspart.. it's also possible that bfqio is enabled regardless of whether bfq is or not, and just sits idle until called upon. Ok, could you please try one of these (depending on your setup - the modules should be unchanged), I have disabled the "queue small requests" part of BFQ v2 r1 and have been running it happily on my device for a full day without any crashes..

Multiboot deb
Standard deb (use with flasher)
U-Boot image


Hmm I'm still getting crashes immediately after activating bfq.

Tigerite 2011-06-13 10:17

Re: BFS for the power kernel
 
Do you have any applications etc running when you change to the BFQ scheduler? I activate it in an /etc/event.d script, but it would probably be fine to do so after reboot from X-term - not so sure if you've had the system running for several hours/days beforehand, though.


All times are GMT. The time now is 18:40.

vBulletin® Version 3.8.8