Horst H. von Brand a écrit :
Hello,
I've got Oopses with high(ish?) NFS load (compiling stuff on my x86_64 on
my automounted home from SPARC64) with vanilla 2.6.19.1 and 2.6.20-rc4
(didn't do any such madness before, and not in between). Reported as 7795
and 7796 in bugzilla.kernel.org. Aurora Corona on a SPARC Station Ultra 1,
up to date.
Has anybody else seen something like this? This machine has had random NFS
and hang problems, which I didn't have the time to investigate further then.
I attributed them to the (all too common) brownouts here.
I have reported in this mailing list the same bug. I have an U60/SMP
with several raid volumes and 1 GB of main memory that currently runs
with official 2.6.19.1. It's NFS randomly hangs with an Oops. I have
tried kernel-nfsd (v3 and v4), same result. But user-nfsd works fine for
me (very slow, but without any oops). I never see any hang trouble (only
with sparc32).
Remark : older kernel work fine and the same kernel built for i386 or
K8 works fine too. I have tried to build 2.6.19.1 with gcc-3.4 and
gcc-4.1, same result, nfs oppses, but not in the same routine.
I've set up things so I can disassemble/regenerate the .s for the stuff
referenced in the Oops, but I'd rather not (my knowledge of SPARC assembly
is almost non-existent). Any clues/pointers?
No...
Regards,
JKB
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
