Re: [bisect] NFS regression breaks X
From: Trond Myklebust
Date: Wed May 09 2007 - 18:03:37 EST
On Wed, 2007-05-09 at 17:30 -0400, Jeff Garzik wrote:
> Original bug report, with hardware and software info:
> http://lkml.org/lkml/2007/5/8/667
>
> I love bisect :) bisect has identified the following commit as the one
> that causes my GNOME login to die, within 10 seconds of logging in:
>
> commit 2bea90d43a050bbc4021d44e59beb34f384438db
> Author: Chuck Lever <chuck.lever@xxxxxxxxxx>
> Date: Thu Mar 29 16:47:53 2007 -0400
>
> SUNRPC: RPC buffer size estimates are too large
>
> 100% reproducible, verified regression. My home directory is an NFSv4
> mount, and the problem appears on my client workstation, so this makes
> some sense:
> > sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
> > pretzel:/ on /g type nfs4 (rw,noatime,proto=tcp,addr=10.10.10.1)
Known issue. Could you try applying the commit at
http://linux-nfs.org/cgi-bin/gitweb.cgi?p=nfs-2.6.git;a=commitdiff;h=6ce7dc940701cf3fde3c6e826a696b333092cbb1;hp=aa3d1faebe6e214cd96be0e587571477ff6fd9fc
and see if that suffices to fix the issue?
>
> As an aside, let me express the hope that the NFS developers develop
> better patch creation methods. My bisect compile repeatedly died at
>
> > CHK include/linux/version.h
> > CHK include/linux/utsrelease.h
> > CHK include/linux/compile.h
> > fs/nfs/pagelist.c:239: error: conflicting types for ânfs_pageio_initâ
> > include/linux/nfs_page.h:80: error: previous declaration of ânfs_pageio_initâ was here
> > make[2]: *** [fs/nfs/pagelist.o] Error 1
> > make[1]: *** [fs/nfs] Error 2
> > make: *** [fs] Error 2
>
> which indicates that someone on the NFS team did not create
> wholly-contained patches when submitted to the kernel. Build breakage
> should not be fixed in a later commit (unless the breakage already went
> upstream), because -- as we see here -- it breaks bisection.
>
> Jeff, occasionally guilty of same, and trying to reform
The problem is that the above only appears to break on 64-bit compiles.
gcc gave no errors at all on a 386, and so the problem was detected only
after the merge.
Cheers
Trond
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/