Here's an updated BFS/CK which includes the one test patch I put on this blog after 463 and another trivial fix for the previous release. The patch fixed a lot of regressions including hangs with BTRFS and panics on shutdown.
BFS by itself:
4.1-sched-bfs-464.patch
-ck branded linux-4.1-ck1 patches:
4.1-ck2 patches
Enjoy!
お楽しみください
Showing posts with label 4.1. Show all posts
Showing posts with label 4.1. Show all posts
Sunday, 9 August 2015
Sunday, 2 August 2015
BFS 463, linux-4.1-ck1
Finally a resync to linux-4.1 . Sorry I was just too preoccupied to get around to doing this, and I haven't directly addressed a few known problems that have workarounds, and it comes with a warning.
BFS by itself:
4.1-sched-bfs-463.patch
-ck branded linux-4.0-ck1 patches:
4.1-ck1 patches
The usual collection of resyncs and minor updates including pending fixes post 462.
This includes a fix for some uniprocessor build problems courtesy of Serge Belyshev. If you still have boot problems with uniprocessor builds the workaround is to create an SMP kernel.
I've finally bit the bullet and removed the block flush code from within the main schedule() call, in keeping with how mainline does it. This is a problem that has recurred every time I've removed this change from previous kernels and had to re-add it every time. Complete hangs under particularly heavy IO used to be the problem, please report back if these come back with this kernel, hence the warning.
On the previous kernel, some had crashes unless they enabled NUMA. I have no idea what caused these and have done no specific changes to address it. I don't want people to enable NUMA unnecessarily but if you have crashes this is the first thing to try and please report back.
Enjoy!
お楽しみください
BFS by itself:
4.1-sched-bfs-463.patch
-ck branded linux-4.0-ck1 patches:
4.1-ck1 patches
The usual collection of resyncs and minor updates including pending fixes post 462.
This includes a fix for some uniprocessor build problems courtesy of Serge Belyshev. If you still have boot problems with uniprocessor builds the workaround is to create an SMP kernel.
I've finally bit the bullet and removed the block flush code from within the main schedule() call, in keeping with how mainline does it. This is a problem that has recurred every time I've removed this change from previous kernels and had to re-add it every time. Complete hangs under particularly heavy IO used to be the problem, please report back if these come back with this kernel, hence the warning.
On the previous kernel, some had crashes unless they enabled NUMA. I have no idea what caused these and have done no specific changes to address it. I don't want people to enable NUMA unnecessarily but if you have crashes this is the first thing to try and please report back.
Enjoy!
お楽しみください
Subscribe to:
Posts (Atom)