On Monday 15 October 2007 19:05, Christian Borntraeger wrote:I don't think so -- in fact, it could be the best candidate for a minimal fix for stable kernels (anyone disagree? if not, maybe you could also send this to the stable maintainers?). But I do want to have this fixed in a "nice" way. eg. I'd like it to mark the buffers dirty because that actually results in more reuse of generic kernel code, and also should make rd behave more naturally (I like using it to test filesystems because it can expose a lot more concurrency than something like loop on tmpfs). It should also be possible to actually have rd's buffer heads get reclaimed as well, preferably while exercising the common buffer paths and without writing much new code. All of that is secondary to fixing the data corruption problem of course! But the fact that those alternate patches do exist now means I want to just bring them into the discussion again before merging one or the other. -
| Greg Kroah-Hartman | [PATCH 027/196] tifm: Convert from class_device to device for TI flash media |
| Kok, Auke | Re: Linux 2.6.21-rc1 |
| Trent Piepho | Re: [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
| Greg KH | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Arjan van de Ven | Re: [GIT]: Networking |
| Ingo Molnar | Re: [PATCH 01/10] x86: add Kconfig entry for DMA-API debugging |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
