From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 15:13:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36F6B16A421 for ; Fri, 10 Aug 2007 15:13:52 +0000 (UTC) (envelope-from SRS0=af03d05cb541bba8c03b79d58c1889140ee54424=423=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 976F113C4CB for ; Fri, 10 Aug 2007 15:13:51 +0000 (UTC) (envelope-from SRS0=af03d05cb541bba8c03b79d58c1889140ee54424=423=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id PXX54950; Fri, 10 Aug 2007 08:13:50 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5D7A845045; Fri, 10 Aug 2007 08:13:50 -0700 (PDT) To: Jeremie Le Hen In-Reply-To: Your message of "Fri, 10 Aug 2007 08:48:35 +0200." <20070810064835.GC48218@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1186758830_32328P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 10 Aug 2007 08:13:50 -0700 From: "Kevin Oberman" Message-Id: <20070810151350.5D7A845045@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: Cannot use iwi(4): "could not load firmware iwi_bss" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 10 Aug 2007 15:13:52 -0000 --==_Exmh_1186758830_32328P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 10 Aug 2007 08:48:35 +0200 > From: Jeremie Le Hen > > Hi Kevin, > > Sorry for this late reply. > > On Mon, Jul 23, 2007 at 01:13:26PM -0700, Kevin Oberman wrote: > > > Date: Mon, 23 Jul 2007 22:00:21 +0200 > > > From: Jeremie Le Hen > > > Sender: owner-freebsd-current@freebsd.org > > > > > > On Mon, Jul 23, 2007 at 11:16:00AM -0400, John Baldwin wrote: > > > > On Friday 20 July 2007 07:21:00 pm Jeremie Le Hen wrote: > > > > > Ok, I've tried with ACPI enabled and I confirm that iwi(4) can > > > > > successfully load its firmware in this case. Unfortunately psm(4) > > > > > doesn't work so this is not an option for me. > > > > > > > > Can you get verbose dmesg's both with and without ACPI? > > > > > > I've not attached them as verbose dmesgs are quite huge, you can get > > > them here. > > > > > > With ACPI (psm(4) doesn't work, iwi(4) does): > > > http://tataz.chchile.org/~tataz/tmp/dmesg.with_acpi.gz > > > > > > Without ACPI (hint.acpi.0.disabled="1", psm(4) works, iwi(4) doesn't): > > > http://tataz.chchile.org/~tataz/tmp/dmesg.without_acpi.gz > > > > > > Note that I've manually loaded iwi_bss and if_iwi modules from root > > > prompt. > > > > I have a very similar problem when I load drivers at the boot prompt (or > > did you mean "root"?) > > I meant "root" prompt :-). > > > If you look at your dmesg (verbose not needed). I suspect that you will > > se that there is no interrupt assigned to psm. If you are loading them > > before the probe, try booting with ACPI and boot to single user (boot > > -s). Hit Enter to get a shell prompt and load the needed modules > > (kldload). Then exit to move to multi-user. I bet everything works. > > > > I found that my system fails to assign an interrupt to psm if I have the > > module loaded before I probe I/O devices. > > I wished to try this but unfortunately psm(4) doesn't seem to be > available as a module. > > # cd /sys/modules > # grep -rl psm\\.c . > # > > > jhb suggested an approach to fixing this, but I have not gotten around > > to trying it. > > Could you point out this please? > > Thank you. > Best regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > Jeremie, I guess I was not clear. As you noted, psm is not available as a module. Let me run through this from the top. Boot the system with drivers that attach to interrupts (I can only confirm this for umass and if_ath, but I suspect it applies to other drivers including the iwi driver) and the psm fails to attach to its IRQ and is non-functional. No pointer. No X. Ho joy. The only work-around I have found is to load any module that causes this problem after the device probe has completed. This can be done by: 1. Booting to single-user and using kldload, load the iwi module, or 2. Loading the module after booting. At least most network driver modules will be loaded automatically when the first ifconfig(8) is issues for that device. This is the mechanism I use to load if_ath, or 3. If the device is not required by the rc scripts, use kldload(8) after the system has booted. A new issue has shown up of late that might also impact you if you use the wpa_supplicant. It seems to hang up and never associate with the AP when using WEP or open connections. I always need to do a '/etc/rc.d/wpa_supplicant reload ath0' after I log in. The wpa_supplicant them behaves normally. I hope to have time to track this down some day. I don't know whether you will have this problem. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1186758830_32328P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGvICukn3rs5h7N1ERAuM0AKCqi3/qfVOBzW+IUwwCpkUdxuSn+ACaApbr DTbyKJzVzqf1AsO8FQ3Sw4U= =uicX -----END PGP SIGNATURE----- --==_Exmh_1186758830_32328P--