Active Topics
-
Firefox with Leste (10)
to Maemo 7 / Leste by teroyk - 2 days, 22 hrs ago - more...
MONVMENTVM |
2011-06-12
, 14:49
|
|
Posts: 145 |
Thanked: 91 times |
Joined on Jun 2010
|
#241
|
hmm... after installing the latest kernel with bfq I got into an reboot loop. guess i have to reflash it.
|
|
2011-06-12
, 17:15
|
|
Posts: 48 |
Thanked: 32 times |
Joined on Dec 2010
@ Russia, Moscow
|
#242
|
Originally Posted by Tigerite
I have crashes immediately after turning on bfq, do I need to disable cgroups before that?
Could people please test out the BFQ scheduler (echo bfq > /sys/block/mmcblk0/queue/scheduler) and let me know of any kernel crashes?
|
|
2011-06-12
, 17:26
|
|
Posts: 145 |
Thanked: 91 times |
Joined on Jun 2010
|
#243
|
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.
|
|
2011-06-12
, 19:31
|
|
Posts: 284 |
Thanked: 320 times |
Joined on May 2010
@ Peterborough, UK
|
#244
|
Originally Posted by Bad_Habit
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
I have crashes immediately after turning on bfq, do I need to disable cgroups before that?
Code:
strings /dev/mtd2ro > /home/user/MyDocs/log.txt
|
|
2011-06-12
, 20:03
|
|
Posts: 48 |
Thanked: 32 times |
Joined on Dec 2010
@ Russia, Moscow
|
#245
|
Originally Posted by Tigerite
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.
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
.. and attach the file it generates?Code:strings /dev/mtd2ro > /home/user/MyDocs/log.txt
| The Following User Says Thank You to Bad_Habit For This Useful Post: | ||
|
|
2011-06-12
, 20:43
|
|
Posts: 284 |
Thanked: 320 times |
Joined on May 2010
@ Peterborough, UK
|
#246
|
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?
|
|
2011-06-12
, 23:59
|
|
Posts: 48 |
Thanked: 32 times |
Joined on Dec 2010
@ Russia, Moscow
|
#247
|
Originally Posted by Tigerite
/usr/lib/ohm/libohm_cgroups.so is present, how can I check if it's really loaded? I guess it is, /proc/mounts contains
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?
Code:
cgroup /syspart cgroup rw,bfqio,freezer,memory 0 0
Code:
/syspart/bfqio.ioprio: 0 /syspart/bfqio.ioprio_class: 2 /syspart/bfqio.weight: 10
|
|
2011-06-13
, 06:19
|
|
Posts: 284 |
Thanked: 320 times |
Joined on May 2010
@ Peterborough, UK
|
#248
|
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
Multiboot deb
Standard deb (use with flasher)
U-Boot image
|
|
2011-06-13
, 10:00
|
|
Posts: 145 |
Thanked: 91 times |
Joined on Jun 2010
|
#249
|
Originally Posted by Tigerite
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.
|
|
2011-06-13
, 10:17
|
|
Posts: 284 |
Thanked: 320 times |
Joined on May 2010
@ Peterborough, UK
|
#250
|
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.