> Alan Cox wrote:
> >
> > > >>EIP: c014e93d <nfs_flush_dirty_pages+181/1a4>
> > > Trace: c014d1d9 <nfs_file_close+31/58>
> >
> > Yep thats the one I fixed. (The dirty page waits occur from several points)
> >
>
> It is an improvement but a crash can still be triggered!
> This time the lock is solid with no oops!
Alan,
The first time I tried a client with 2.1.117-ac1, it locked the kernel
solid here as well. After rebooting both client and server, it nominally
ran correctly. However, I did not pound on it for long, as I wanted to
test hj's newest locking fixes and backed ac1 out for the time being. Can
you take a look at his kernel patches and advise as to whether they might
coexist with yours?
Thanks for the continued efforts!
Steve
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html