From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 13:08:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CCE716A4DD for ; Fri, 11 Aug 2006 13:08:46 +0000 (UTC) (envelope-from Paul.Dekkers@surfnet.nl) Received: from dorsvlegel.surfnet.nl (dorsvlegel.surfnet.nl [192.87.108.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0211C43D49 for ; Fri, 11 Aug 2006 13:08:45 +0000 (GMT) (envelope-from Paul.Dekkers@surfnet.nl) Received: from dhcp-233.surfnet.nl ([192.87.109.233]) by dorsvlegel.surfnet.nl (Exim 4.63) with esmtps (TLSv1:AES256-SHA:256) id 1GBWkj-0005l5-RS for freebsd-stable@freebsd.org; Fri, 11 Aug 2006 15:08:41 +0200 Message-ID: <44DC8151.8050802@surfnet.nl> Date: Fri, 11 Aug 2006 15:08:33 +0200 From: Paul Dekkers User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig30CED9F513D7E695240D42C7" X-SURFnet-Sender-check: 8ae21ef524b09d992f22af3c70f0e299 Subject: ipmi on Dell PE 2850 fails, PE 1850 works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 13:08:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig30CED9F513D7E695240D42C7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, After using the ipmi module from -stable (or the port in most cases...) on a couple of PowerEdge 1850's from Dell, I tried the same on the bigger 2850... unfortunally, it fails. I updated the source-tree today, and tried both SMP and GENERIC kernel. On the 1850 I get: ipmi0: at iomem 0xf9900-0xf991e,0xf9920-0xfa5ba on isa0 ipmi0: SMBIOS Version: 2.03, revision: 2.03 ipmi0: KCS mode found at io 0xca8 alignment 0x4 on isa ipmi0: IPMI device rev. 0, firmware rev. 1.81, version 1.5 ipmi0: Number of channels 4 ipmi0: Attached watchdog The 2850 gives me: ipmi0: at iomem 0xf9900-0xf991e,0xf9920-0xfa5bf on isa0 ipmi0: SMBIOS Version: 2.03, revision: 2.03 ipmi0: KCS mode found at io 0xca8 alignment 0x4 on isa ipmi0: couldn't configure smbios io res But more scary, as soon as I unload the module (since it has no use anyway ;-)) the kernel panics. Unloading ipmi from the 1850 works just fi= ne. Did anyone else stumble upon this issue? Any clues to debug? (I have a kgdb output included below, but I'm afraid it lacks some detail.) Unfortunally I only have this 2850 to test on (and I'm not sure how long I can keep testing ;-)) - I tried multiple 1850's where things work as expected. (Really happy with IPMI support there :-)) Paul # kgdb /boot/kernel/kernel vmcore.3 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "i386-marcel-freebsd". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) bt #0 0xc06665f6 in doadump () #1 0xc0666aec in boot () #2 0xc0666d6a in panic () #3 0xc0860a98 in trap_fatal () #4 0xc08607ff in trap_pfault () #5 0xc0860491 in trap () #6 0xc084f2ea in calltrap () #7 0xc0643209 in destroy_devl () #8 0xc06433c8 in destroy_dev () #9 0xc84018bf in ?? () #10 0x00000000 in ?? () #11 0xc83f2d00 in ?? () #12 0xc83c5200 in ?? () #13 0xe8468c18 in ?? () #14 0xc840278e in ?? () #15 0xc83c5200 in ?? () #16 0xc83c5200 in ?? () #17 0xc83c5200 in ?? () #18 0xc83c5200 in ?? () #19 0xe8468c30 in ?? () #20 0xc067b1c0 in device_detach () Previous frame inner to this frame (corrupt stack?) (kgdb) --------------enig30CED9F513D7E695240D42C7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (MingW32) iD8DBQFE3IFXKKosyQ4qxGARAuFWAKCMK9hbH1SoslCdLMR85sXXZwVIlwCfXErC yKftMoPAtMYFNT79noYo26c= =Q+KL -----END PGP SIGNATURE----- --------------enig30CED9F513D7E695240D42C7--