Date: Tue, 05 Nov 1996 01:08:02 -0700 From: Steve Passe <smp@csn.net> To: Bruce Evans <bde@zeta.org.au> Cc: dg@root.com, hackers@freefall.freebsd.org, smp@freefall.freebsd.org Subject: Re: ed0 timeouts Message-ID: <199611050808.BAA09221@clem.systemsix.com> In-Reply-To: Your message of "Tue, 05 Nov 1996 15:56:31 %2B1100." <199611050456.PAA10694@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, >>However system IO seemed to get hosed when I entered ddb to check >>the values of a few checkpoints I keep for debug. >>I went in/out of ddb several times (I think) but then going out the system >>"semi-hung": I could not get back to my virtual term, nor could I loggin >>anywhere else. I could ping the system so at least part of it lived... >> >>Have you ever seen similar problems with this code on your system? > >ISTR remember that the non-masking of interrupts in ddb became critical >when I implemented lazy masking. It was at least difficult to debug. I just had the same hang without entering ddb. I was running emacs via an X session on another system, with light load on the system. Looked like it might be something unique to the SMP kernel, appeared to be stuck in get_mplock(). Hopefully next time it happens I will be able to spend some time in the debugger to find more clues... In general it appears to be working well, I was up for 3-4 hours b4 this occured without a single lost INT (that I noticed, anyways!) -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199611050808.BAA09221>