Thread (3 messages) 3 messages, 3 authors, 2013-10-15

Re: [BUG] unable to handle kernel NULL pointer dereference at 000000000000006c (bch_insert_data)

From: matthew patton <hidden>
Date: 2013-10-15 14:53:34

On Tue, Oct 15, 2013 at 12:41:02AM +0400, Vasiliy Tolstov wrote:
quoted
2013/10/14 Gabriel de Perthuis [off-list ref]:
quoted
That's the bug mentioned here:
http://comments.gmane.org/gmane.linux.kernel.bcache.devel/2113
http://comments.gmane.org/gmane.linux.kernel.bcache.devel/2109
http://comments.gmane.org/gmane.linux.kernel.bcache.devel/2108

It's a regression that stops writeback and made 3.11.4.
The fix is in 3.12-rc5 and will be in 3.11.5.

does branche http://evilpiepirate.org/git/linux-bcache.git/log/?h=bcache-for-3.11
has all fixes and stable for use?
No - but 3.11.5 is out and has the fix

color me miffed/mystified. Why should we be chasing Linux kernel releases to get fixed code? Shouldn't the GIT/tarball hosted at the bcache project HQ be !!CONSTANTLY!! up to date with appropriate fixes? Linux kernels depend on all kinds of people and is an "unreliable" means to get fully fixed code (eg. that last minute fix might not have made the cutoff)

Shouldn't the project's code repository have the utmost priority? 
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help