Here is an updated BFS patch, version 0.444:
And an updated ck tagged 3.12-ck2 patch:
The changes in this release, compared to version 0.443 and ck1 are the 2 extra patches I posted in my last announce which were designed to address various suspend to ram/disk and resume problems as discussed in previous posts. Thanks to the various people who posted bug reports and tested experimental patches along the way.
Being an even number, this is clearly a more stable patch than the last one ;)
I'll give this a try on my laptop. thxReplyDelete
May I request that the BFS patch allows the timer frequecny to be changed to 10000Hz, like what you have done before?ReplyDelete
Graysky one's again i got a problem with the newest kernel (linux-ck-ivybridge from repo-ck) sensors and nvidia:ReplyDelete
I tried to run optirun and it crashed:
[ 81.840893] [ERROR]Cannot access secondary GPU - error: Could not load GPU driver
[ 81.840952] [ERROR]Aborting because fallback start is disabled.
So do you have to Re-Up the nvidia thing?
Yes, a rebuild against 3.12.2-2-ck was needed and is now complete and online. In the future, please don't use ck's blog as I don't read it all the time. There is an an official repo-ck discussion thread where you should post. I get an email notifying me that someone posted there.Delete
Thank you for the even number!!! ;-) Now works much better. :-)ReplyDelete
Besides this, does someone of you know whether the mutex-locking patch from, IIRC, Alfred Chen is still useful or maybe even needed for some configurations?
Thank you and best regards, Manuel Krause
I can confirm both:Delete
- the Chen unlock-mutex-lock.patch patches Bfs-444 patched Linux-3.12.3 with some offsets
- the patch applied runs without problems
Chen claimed his patch is not about performance though.
The Chen patch I tested I put here:
Greetings from snowy and cold Hamburg in Germany
Uups, that is odd, it seems paste.opensuse.org deletes after some hours :(Delete
I hope this stays longer:
not sure if it's Chen's patch or the switch from ck1 to ck2Delete
but the system really feels more responsive - also under load
will give this more testing in the following days and see
but I like this development =)
I really can't confirm, that this patch is relevant, neither for performance nor for interactivity with 3.12.3+BFS+BFQ.Delete
But I also don't see any negative impact when it's applied! :-?
Unfortunately the search function in this blog's overall text is *eeks* unusable?!
I haven't found in this blog, when Alfred Chen firstly introduced his patch. The first problem report I've found, so far, is
-- that was for kernel 3.5 / BFS 424! But when did he offer the patch? Or, did someone else make the patch (whom I haven't searched for?)?
The only useful thing it should be good for, is to fix the circular locking issue HE had ad bootup. Just my understanding as of now.
Another bad thing: I've made bad experiences in the last days, with my policy to always update my MESA/Xorg/graphics drivers to the newest, when they come into the openSUSE repos. These updates may (and do) affect performance much more than one is able to estimate. Especially when updating the kernel, too, and both at once. (Never change more than one parameter when testing, yes, I know...) This is sth. for kernelOfTruth perhaps. ;-)
Best regards, Manuel Krause
Con, is there any possibility to get urw patch for BFS? There's only urw patch iself in -ck folder on server, but no patch that allows BFS to use urw.ReplyDelete
Add that to my time machine facilitated projects :sDelete
O.T.: Does there today exist ONE linux GUI based download-manager that allows pattern based downloads? For instance one directory, and I only want the "*z*.tx*" files without "reindeer" in the name.ReplyDelete
I really drop some tears, as D4X, IIRC, did that in times long ago.
Con, it seems that -ck breaks kernel compiling for uni-processor machines with SMP disabled with the following error:ReplyDelete
kernel/sched/stats.c:38:3: error: implicit declaration of function "cpu_rq" [-Werror=implicit-function-declaration]
I've prepared experimental patch (https://gist.github.com/307dac0e59bf5e0df451), but the guy reported the issue to me hasn't tested it yet, and I have some doubts that I do things right.
Could you please give it a look?
Tested with no luck. Need your help.Delete
Prepared another patch:Delete
Seems to work.
I ran across this same error on kernel 3.13.6 using the 3.13-ck1 patch, so it's still an issue.Delete
Just encountered this error on kernel 3.12.17 on a Raspberry Pi.Delete
Thanks to post- factum, I am able to pass the error with the link he provided. I also encountered this error on kernel 3.12 on rpi with LFS base.Delete
@ck, your family & all other participants on here:ReplyDelete
Merry Christmas & a Happy New Year !!!
Let's keep up good work in 2014.
Best wishes, Manuel Krause
Merry Xmas & Happy New Year！Delete
Con, any news on 3.13-ck?ReplyDelete
3.13 would be much appreciated indeed. Thank you for you tireless (and so often thankless!) job, Con.Delete
Usual story, unfortunately I'm currently swamped but will get to it soon, sorry.Delete
There are much changes in 3.13, after I ported .444 bfs to 3.13, there is huge degression, tasks take huge cpu time, and takes longer to compile kernels, suspend is also broken. Have to wait for Con's new release for 3.13.Delete
3.13 and 445 are... odd numbers!Delete
Con can get swamped until more favourable omens...
Any progress on 3.13 and the ck patchset? Alfred's indicated he's had problems already.Delete
Seems, like aCOSwt did find the exact false words to motivate Con... ^^ ;-)Delete
Although, it also needs to be said, that kernel 3.12.12 works very well with the still current CK/BFS and the newer BFQ v7r2.Delete
Best regards and wishes, Manuel Krause
post-factum already knows ;-) ...ReplyDelete
just to inform all you others: There's a new release out for the BFQ I/O scheduler:
__ v7 __ (for various actual and older kernels)
Read the announcement and preliminary release notes here: https://groups.google.com/forum/?fromgroups=#!topic/bfq-iosched/n4A5602SETA
and find the patches here: http://algo.ing.unimo.it/people/paolo/disk_sched/patches/?C=M;O=D
Greetings, Manuel Krause
The BFQ team has uploaded a BUGfix release _ v7r1 _ as of this night.Delete
You can find the most recent patches with the URL written in my previous posting.
Sorry for writing this OT stuff related to BFQ (not BFS) on here, but I know some folks on here also believe in this different I/O scheduler, too.
Best regards to all, also for Con's effort,
3.14 for the sake of pi pls con :)ReplyDelete