Date: Wed, 14 Apr 2004 13:26:54 -0700 From: "Kevin Oberman" <oberman@es.net> To: current@freebsd.org Subject: More odd behavior with the new PCI code (and, maybe, ata) Message-ID: <20040414202654.503995D07@ptavv.es.net>
next in thread | raw e-mail | index | archive | help
I have noticed a very odd behavior since the new PCI code went into CVS. I have virtually no real data on the problem and no idea if it's really serious. It's only happened three time, always in single-user mode. 1. boot -s 2. <CR> to start sh 3. fsck -p 4. adjkerntz -i 5. swapon -a 6. mount -a -t ufs 7. cd /usr/src These are the only things I am sure of as common. After this, an attempt to run something will simply hang. In mergemaster I had it happen when I tried to do an edit (e b) in a merge. Another time 'make installworld' hung in 'mktemp'. Interrupting the operation (^C) and restarting does not seem to help, but doing some other operation that accesses the disk seems to clear the problem. (E.g. ls /usr/src). Once cleared, the problem never seems to recur. I have not seen it in multi-user mode. I can't imagine what could be causing it, but loss of interrupts from the ata MIGHT explain it. Any suggestions on where to look? /tmp is on real disk, not RAM. (I've seen reports of problems with md's elsewhere.) This is probably not enough information to be useful, but I'll try to collect more information when/if I see it again. I am hoping to find out if it's just me or a more common issue. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040414202654.503995D07>