From owner-freebsd-current@FreeBSD.ORG Sun Jul 28 19:04:43 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 17E5B686; Sun, 28 Jul 2013 19:04:43 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 198C5261D; Sun, 28 Jul 2013 19:04:41 +0000 (UTC) Received: from alph.d.allbsd.org (p2049-ipbf1102funabasi.chiba.ocn.ne.jp [122.26.101.49]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r6SJ4M1W043373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Jul 2013 04:04:32 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r6SJ4L4I017912; Mon, 29 Jul 2013 04:04:21 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 29 Jul 2013 04:03:45 +0900 (JST) Message-Id: <20130729.040345.660732812562263524.hrs@allbsd.org> To: sbruno@FreeBSD.org, sean_bruno@yahoo.com Subject: Re: NMI on shutdown From: Hiroki Sato In-Reply-To: <1374942794.1431.37.camel@localhost> References: <20130727.130641.1045344958497890348.hrs@allbsd.org> <1374942794.1431.37.camel@localhost> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Jul_29_04_03_45_2013_291)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Mon, 29 Jul 2013 04:04:32 +0900 (JST) X-Spam-Status: No, score=-90.4 required=13.0 tests=CONTENT_TYPE_PRESENT, DIRECTOCNDYN,DYN_PBL,QENCPTR1,RCVD_IN_PBL,SPF_SOFTFAIL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 19:04:43 -0000 ----Security_Multipart(Mon_Jul_29_04_03_45_2013_291)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sean Bruno wrote in <1374942794.1431.37.camel@localhost>: se> :-) I just spent the week looking at something that looks like this on se> my Dell machines. In my testing the NMI EISA problem seems to be coming se> from the fact that IPMI pokes at both the ACPI and ISA interfaces to the se> IPMI controller resulting in an attempt to create /dev/ipmi0 se> and /dev/ipmi1. se> se> Somewhere in the recent past (affects 9 as well) the ACPI and ISA IPMI se> device nodes where children of the same parent and se> ipmi_isa.c::ipmi_isa_identitfy() would see the ACPI attachment and do se> nothing. Now the two interfaces have different parents in the device se> tree. se> se> On bce(4) based systems, even if not using IPMI, this seems to se> crash/confuse older version of the management firmware and yield results se> similar to what you see. se> se> I've just commited a tested fix from Yahoo on this that Peter and I se> worked out. see svn R 253708 Hmm, in my case the symptom does not depend on ipmi(4) (ipmi.ko was not loaded). I tried the patch in r253708 on stable/9 in both cases of loading the ipmi.ko or not loading it, but there was no difference. Did NMI happen on you box only when ipmi.ko was loaded? -- Hiroki ----Security_Multipart(Mon_Jul_29_04_03_45_2013_291)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlH1axEACgkQTyzT2CeTzy0YMgCgwf1ADVoX2BnlGqBr0RYTUodQ 1W8AoNHGVYhKPBtMkf5609fRMfs8o5+L =94SW -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Jul_29_04_03_45_2013_291)----