Date: Tue, 06 Aug 2002 00:24:59 +1000 From: Peter Grehan <peterg@ptree32.com.au> To: Andrew Gallatin <gallatin@cs.duke.edu> Cc: freebsd-ppc@FreeBSD.ORG Subject: Re: Single-user Message-ID: <3D4E8ABB.86EF8A6B@ptree32.com.au> References: <3D4CF994.7478E7D0@ptree32.com.au> <20020804150712.GA81125@electricjellyfish.net> <3D4DAE9C.FA1B05C9@ptree32.com.au> <15694.33407.146642.70257@grasshopper.cs.duke.edu>
index | next in thread | previous in thread | raw e-mail
Hi Andrew, > This looks really odd to me .. I'm used to seeing races where you get > entire pages of nulls, not just 239 of them. Could this be a cache > related problem? Do you see this behaviour on your test machine? Yes, I'm looking into it :-( It's easy to reproduce - any small text shows similar behaviour. It doesn't show up when reading from the CDROM, so the problem is buried somewhere in the NFS/net code path. > This is probably unrelated, but the machine will lock solid under > heavy io (dd'ing 100MB file over NFS to /dev/null). I'll look into that one too. > I can also panic it by doing 'sysctl -a' on the console: ... > hw.pci.enable_io_modes: 1 > panic: kmem I can reproduce this in the simulator, so it should be an easy fix :-) later, Peter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ppc" in the body of the messagehelp
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3D4E8ABB.86EF8A6B>