Date: Wed, 30 Jun 2004 10:05:15 +0200 From: Daniel Lang <dl@leo.org> To: Colin Percival <colin.percival@wadham.ox.ac.uk> Cc: freebsd-current@freebsd.org Subject: Re: sio vs sched_lock LOR (was: Re: kern/68442: panic - acquiring duplicate lock of same type: "sleepq chain") Message-ID: <20040630080515.GE79266@atrbg11.informatik.tu-muenchen.de> In-Reply-To: <6.1.0.6.1.20040629223609.03bdfce0@popserver.sfu.ca> References: <20040628202434.GA73213@atrbg11.informatik.tu-muenchen.de> <20040629153921.GE75577@atrbg11.informatik.tu-muenchen.de> <6.1.0.6.1.20040629223609.03bdfce0@popserver.sfu.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] Hi, Colin Percival wrote on Tue, Jun 29, 2004 at 10:58:29PM -0700: [..] > Regardless of the questionable validity of the other problems this machine > is encountering, this LOR is real (and ugly). calcru() asserts that it is > holding sched_lock, but it can printf() about negative runtime or runtime > going backwards. With a serial console attached, these messages end up at > siocnputc(), which needs sio_lock. Yes, I get lots of 'calcru' messages on the console. > Now, I presume that there is some reason why the locking order hard-coded > into witness makes it illegal to pick up sio_lock while holding sched_lock, > but I can't see it. Maybe someone else can explain? > > In the mean time, a workaround for this LOR is to unplug the serial console. :-) ARGL :-) Well, if this keeps the machine from locking up, I'll try it... Best regards, Daniel -- IRCnet: Mr-Spock - In dieser Mail ist ein Geist, der Dich in den Hintern beisst - Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ [-- Attachment #2 --] 0s *H d0`10 + 0 *H 0 0#0 *H 0r10 UDE10UMuenchen10 U TUM10 UIN10URBG-Benutzer-CA10 *H ca@in.tum.de0 040423131558Z 050531000000Z0w10 UDE10UMuenchen10 U TUM10 UIN10UDaniel Lang1$0" *H daniel.lang@in.tum.de0"0 *H 0 W}%Iomp:+bA4W@UI|ܬ.!fD4C=Fց`٤{5dh:'&4M^O 7sz,>@݁</)>D"HoEIm{0o 5287iť1{mX2E ͧBQ5e[3;-+|L-tY=?T͒~ 00U0 0UrUqBngȱ\X^f0U#06$9fG=;òfEmk0i10 UDE10UMuenchen10 U TUM10 UIN10 URBG-CA10 *H ca@in.tum.de0U0U%0++0U0langd@in.tum.dedaniel.lang@in.tum.delangd@informatik.tu-muenchen.de%daniel.lang@informatik.tu-muenchen.delangd@cs.tum.edudaniel.lang@cs.tum.edu dl@leo.org0 U0 0;U40200.,*http://ca.in.tum.de/crls/g2/userca_crl.crl0 `HB0 `HB Dieses Zertifikat wurde ausgestellt fuer Daniel Lang von der RBG-Benutzer-CA (2.Generation), Fakultaet fuer Informatik der Technischen Universitaet Muenchen.06 `HB)'http://ca.in.tum.de/cgi-bin/userca-rev?02 `HB%#http://ca.in.tum.de/cgi-bin/ca-rev?0, `HBhttp://ca.in.tum.de/policies/0GU @0>0< +>eH0+0)+http://ca.in.tum.de/policies/0 *H h[5BC1JkG[ūp+mZ#Ry6JkF]Oj_L\!CL\<3rڅ< [q+NvmS %tȠ>&mDx) Pt(:'6D-蕡JznefLG< zc%$sqW$CgCjb lL|(auZg;#aK900ʠ0 *H 0i10 UDE10UMuenchen10 U TUM10 UIN10 URBG-CA10 *H ca@in.tum.de0 040414113634Z 090601000000Z0p10 UDE10UMuenchen10 U TUM10 UIN10U RBG-Server-CA10 *H ca@in.tum.de0"0 *H 0 ~;rpo1ĴPNۇQ2Tx qeÿ4k3l ffuVir嫡h(LuLw,)X餈;O_qE>(7XfLr!wx|܇MF̈́vUEQޯ$-n = yT AϴB>kc^]\SuX;{{4LN*L8Vupv L35*)& 00U00U68:҃-0U#0/Wm&
