On Thu, Apr 05, 2007 at 12:43:50PM +1000, David Chinner wrote: > On Thu, Apr 05, 2007 at 10:10:18AM +1000, David Chinner wrote: > > On Mon, Apr 02, 2007 at 02:09:34PM +0200, Nick Piggin wrote: > > > Updated aops patchset against 2.6.21-rc5. > > > > > > http://www.kernel.org/pub/linux/kernel/people/npiggin/patches/new-aops/ > > > > > > Files/dirs are 2.6.21-rc5-new-aops* > > > > > > Contains numerous fixes from Mark and myself -- I'd say the core code is > > > getting reasonably stable at this point. > > ...... > > > > > (compile only) patches for NFS, XFS, FUSE, eCryptfs. OK, they're untested, > > > > Failed to compile in UDF and reiser for me, but no doubt you know > > that already. Don't have time to look at why - I just disabled them > > so I get some QA done on the XFS and core changes. > > Nick - the XFSQA randholes test locks up. As you can probably guess > it creates holey files and does stuff to them ;) > > Both pdflush and a write doing an a blocked waiting for a page to become unlocked. > They are both waiting on teh same page (0xa0007fffffe8bd68). [...] > So the page is locked and it has a delalloc buffer on it that used to > be a hole. The problem page is at EOF.... > > No idea what is going write yet..... OK, thanks for testing. This is with the full patchset applied, I guess. No real ideas here (brute force we put a last-locked stack trace into struct page :P), but I wonder if it may be any of my earlier patches? (ie. not the new aops path or XFS conversion itself). Anyway I think randholes is available online, right? I'll try reproduce here and help. Thanks, Nick - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
