From owner-freebsd-wireless@FreeBSD.ORG Thu Mar 1 20:18:13 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45A491065672 for ; Thu, 1 Mar 2012 20:18:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id B70548FC13 for ; Thu, 1 Mar 2012 20:18:12 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so237834wib.13 for ; Thu, 01 Mar 2012 12:18:11 -0800 (PST) Received-SPF: pass (google.com: domain of adrian.chadd@gmail.com designates 10.216.133.151 as permitted sender) client-ip=10.216.133.151; Authentication-Results: mr.google.com; spf=pass (google.com: domain of adrian.chadd@gmail.com designates 10.216.133.151 as permitted sender) smtp.mail=adrian.chadd@gmail.com; dkim=pass header.i=adrian.chadd@gmail.com Received: from mr.google.com ([10.216.133.151]) by 10.216.133.151 with SMTP id q23mr3652021wei.14.1330633091723 (num_hops = 1); Thu, 01 Mar 2012 12:18:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3miZLsecTXfFF52gGOiK361OLXgB2pHWzfoYSWzevfg=; b=S2cwKu4//Q95XXu7N0KYMp8LvjRCAU6haIac2iH4AkMpuPnE1dHJszk5dJNYQr8mgw nq2sjbb8eqtsg0k0TQF5gtFb0cJIJtaHf/1cabpYLsxb9y97FUy0sSax7FqFvO72TBhA aYOw9iFeew7zq5IJ+TgXAx8XLTeGao1o7yneCQVVsELPSyT4RbHsF0N86Xsl+opESKAf 4jFWGFbGGvDwXQ+DVJILLhLcw4DMPbqlnellgAyIWKvAEcZ62MC8ITvpu76iw0ewwG4/ ZDCeIu+VeJW1Dy8ZlqDhIhDFRHwYn65oFHrRBtmeXL/ApoVSYIqxnKaHe1CLG7cPMpFP GOrw== MIME-Version: 1.0 Received: by 10.216.133.151 with SMTP id q23mr2939954wei.14.1330633091531; Thu, 01 Mar 2012 12:18:11 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Thu, 1 Mar 2012 12:18:11 -0800 (PST) In-Reply-To: References: <201202292045.11498.bschmidt@techwires.net> Date: Thu, 1 Mar 2012 12:18:11 -0800 X-Google-Sender-Auth: Nt0iFDfDHlZDSHlQgibyu9ttv-g Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org Subject: Re: iwi firmware X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 20:18:13 -0000 I'd suggest opening up a PR. Unfortunately then I'd suggest testing various snapshots of 9.0-CURRENT back to when 8.0 was branched from it.. we have to try and find when/where it broke. Thanks, Adrian 2012/3/1 Fernando Apestegu=EDa : > On Wed, Feb 29, 2012 at 11:33 PM, Fernando Apestegu=EDa < > fernando.apesteguia@gmail.com> wrote: > >> >> >> On Wed, Feb 29, 2012 at 8:45 PM, Bernhard Schmidt wrote: >> >>> On Wednesday 29 February 2012 18:06:43 Fernando Apestegu=EDa wrote: >>> > On Wed, Feb 29, 2012 at 10:09 AM, Bernhard Schmidt >>> > wrote: >>> > >>> > > On Tue, Feb 28, 2012 at 23:20, Fernando Apestegu=EDa >>> > > wrote: >>> > > > Hi all, >>> > > > >>> > > > I recently installed 9.0-RELEASE on my old laptop. I used the >>> ipw2200 >>> > > card >>> > > > in this laptop with 8.2-RELEASE without problems. However I have >>> missed >>> > > > something I can't figure out. I get the message: >>> > > > >>> > > > iwi0: timeout processing command blocks for iwi_bss firmware >>> > > > iwi0: could not load main firmware iwi_bss >>> > > > >>> > > > This is what I have in my loader.conf: >>> > > > >>> > > > # Agree Intel's agreement license >>> > > > legal.intel_iwi.license_ack=3D1 >>> > > > >>> > > > # wireless support >>> > > > #if_iwi_load=3D"YES" =A0 =A0 =A0This is in kernel now... >>> > > > wlan_load=3D"YES" >>> > > > firmware_load=3D"YES" >>> > > > >>> > > > iwi_bss_load=3D"YES" >>> > > > iwi_ibss_load=3D"YES" >>> > > > iwi_monitor_load=3D"YES" >>> > > > >>> > > > what am I missing? >>> > > > >>> > > > Thanks in advance. >>> > > >>> > > Hmm, there haven't been any major changes to iwi(4) between 8.2 and >>> > > 9.0, except what you've already noticed. You could try to remove >>> > > iwi(4) from the kernel config and use it as module again, just to m= ake >>> > > sure it isn't related to that. Also, all modules iwi(4) depends on = are >>> > > pulled in automatically, even the firmware modules, no need to load= em >>> > > through loader.conf. >>> > > >>> > >>> > I copied GENERIC and removed the "device iwi" line. I rebooted but st= ill >>> > got the same message. I also tried removing the iwi device and >>> introducing >>> > the iwifw in the kernel (so I got a couple of complaints from the ker= nel >>> > when loading since I didn't change my loader.conf). Still the same >>> error. >>> > >>> > >>> > >>> > > Can you post dmesg and pciconf -lvc? >>> > > >>> > >>> > Yes. >>> >>> Thanks, nothing obvious in there though. >>> >>> I played a bit around with an iwi(4) device on a i386 and a amd64 box >>> and I was not able to reproduce the issue you are seeing. This smells >>> like it's related to the laptop you are using, which model is that? >>> >> >> It is an old Clevo D400K. The wireless always worked (with all the known >> ipw2200 firmware bugs...) >> >> >>> >>> Honestly, I have no clue currently what is to blame. >>> >>> Given that there were some ACPI/PCI bus changes between 8 and 9, mind >>> posting the pciconf -lb output for the iwi0 device? >>> >> >> Interesting. It occurred to me to disable the ACPI support in the >> bootloader. Guess what? I get a panic _every single time_ I try to boot.= I >> don't have the complete backtrace (is it written anywhere on disk?) but = I >> get a trapcode=3D12 coming from iwi_detach0x31 coming from iwi_attach0x3= 13 >> coming from device_attach... (with the wireless card physically turn off= ). >> >> So you're probably right and this is related to ACPI. >> >> The result of pciconf -lb is: >> >> >> iwi0@pci0:0:5:0: =A0 =A0 =A0 =A0class=3D0x028000 card=3D0x27028086 chip= =3D0x42208086 >> rev=3D0x05 hdr=3D0x00 >> =A0 =A0 bar =A0 [10] =3D type Memory, range 32, base 0x80000000, size 40= 96, enabled >> >> >> >>> >>> You could also try to rule out as many automatic things as possible. >>> Remove everything related to wireless out of the kernel config, remove >>> the entries in loader.conf and rc.conf and run the following commands >>> after a reboot (no wlan modules should be loaded at that point): >>> >>> kldload wlan_ccmp >>> kldload wlan_tkip >>> kldload if_iwi >>> ifconfig wlan0 create wlandev iwi0 >>> wpa_supplicant -Dbsd -iwlan0 -c/etc/wpa_supplicant.conf -B >>> >> > Hi again, > > I did it and I got the same result. After executing the last statement I > got the same error. For the record, I tried with a GENERIC kernel but sti= ll > no luck. I can't even get a kernel dump (I guess it crashes too early > during booting?) > > Any ideas? > > How can I pin point what the problem is? > > Thanks > > >> >> I'll try to do it as soon as possible so I can give more information. >> >> Thanks in advance. >> >> >>> >>> -- >>> Bernhard >>> >> >> > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.or= g"