From owner-freebsd-wireless@freebsd.org Sat Nov 12 09:15:20 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41B3DC286B3 for ; Sat, 12 Nov 2016 09:15:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 271B11CB5 for ; Sat, 12 Nov 2016 09:15:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uAC9FKRc063904 for ; Sat, 12 Nov 2016 09:15:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 214435] controller panic: iwn0: iwn_intr: fatal firmware error error type = "BAD_COMMAND" (0x00000007) Date: Sat, 12 Nov 2016 09:15:19 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markusalbertgraf@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 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: Sat, 12 Nov 2016 09:15:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214435 Bug ID: 214435 Summary: controller panic: iwn0: iwn_intr: fatal firmware error error type =3D "BAD_COMMAND" (0x00000007) Product: Base System Version: 11.0-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: wireless Assignee: freebsd-wireless@FreeBSD.org Reporter: markusalbertgraf@gmail.com CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org Created attachment 176910 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D176910&action= =3Dedit dmesg printout Hi all, I am new to freebsd, thank you for a wonderful system! I keep getting iwn controller panic while booting. Eventually the machine does come up and does connect to the wireless networ= k. But it takes quite long to boot and has most of the time one, sometimes up = to 4 rounds of iwn controller panic. Sometimes, but rarely, it does not panic. The relevant lines from rc.conf around the panic are below and I attach dme= sg, rc.conf and loader.conf The panic might have something to do with dhcp since I do not get it when I= use dhclient after boot. Thank you in advance for all tips Best regards Markus ** my system I am on a Lenovo SL520 Laptop the wlan is identified as iwn0: mem 0xf2200000-0xf2201fff irq 19 at device 0.0 on pci3 uname -a FreeBSD ########## 11.0-RELEASE-p2 FreeBSD 11.0-RELEASE-p2 #0: Mon Oct 24 06:55:27 UTC 2016 root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 freebsd-version 11.0-RELEASE-p3 ** when does the panic show up I only get this error when booting. I cannot remember having seen this panic when I delete the DHCP from ifconfig_wlan0=3D"WPA DHCP" and use dhclient later. When I play around manually, I never get the panic. Oddly. when I use SYNDHCP instead of DHCP I get an errormessage while booti= ng about some wrong pararameter, but *no panic either*. This errormessage flashes by, to fast to read, and does not show up in eith= er dmesg or messages. Putting if_iwn_load=3D"YES" iwn1000fw_load=3D"YES" into loader.conf, does not change anything except reporting "module iwn alr= eady present!" in line 9 of dmesg. The result without the two lines is the same. btw The wlan worked fine when I had PC-BSD 10.3 on the Laptop for a couple of weeks, but being new to BSD maybe I just didn't notice. ** Excerpt from dmesg ---------------------------------------------------------------------- iwn0: mem 0xf2200000-0xf2201fff irq 19 at device 0.0 on pci3 . . . wlan0: Ethernet address: ##:##:##:##:##:## ... iwn0: iwn_read_firmware: ucode rev=3D0x271f0501 wlan0: link state changed to UP re0: link state changed to UP ... wlan0: link state changed to DOWN iwn0: device timeout iwn0: iwn_read_firmware: ucode rev=3D0x271f0501 iwn0: scan timeout iwn0: iwn_read_firmware: ucode rev=3D0x271f0501 wlan0: link state changed to UP iwn0: iwn_intr: fatal firmware error firmware error log: error type =3D "BAD_COMMAND" (0x00000007) program counter =3D 0x000024D8 source line =3D 0x00000446 error data =3D 0x0000000000000000 branch link =3D 0x000024D6000024D6 interrupt link =3D 0x0000082600000000 time =3D 8365 driver status: tx ring 0: qid=3D0 cur=3D0 queued=3D0=20=20 tx ring 1: qid=3D1 cur=3D0 queued=3D0=20=20 tx ring 2: qid=3D2 cur=3D0 queued=3D0=20=20 tx ring 3: qid=3D3 cur=3D2 queued=3D0=20=20 tx ring 4: qid=3D4 cur=3D58 queued=3D0=20=20 tx ring 5: qid=3D5 cur=3D0 queued=3D0=20=20 tx ring 6: qid=3D6 cur=3D0 queued=3D0=20=20 tx ring 7: qid=3D7 cur=3D0 queued=3D0=20=20 tx ring 8: qid=3D8 cur=3D0 queued=3D0=20=20 tx ring 9: qid=3D9 cur=3D0 queued=3D0=20=20 tx ring 10: qid=3D10 cur=3D0 queued=3D0=20=20 tx ring 11: qid=3D11 cur=3D0 queued=3D0=20=20 tx ring 12: qid=3D12 cur=3D0 queued=3D0=20=20 tx ring 13: qid=3D13 cur=3D0 queued=3D0=20=20 tx ring 14: qid=3D14 cur=3D0 queued=3D0=20=20 tx ring 15: qid=3D15 cur=3D0 queued=3D0=20=20 tx ring 16: qid=3D16 cur=3D0 queued=3D0=20=20 tx ring 17: qid=3D17 cur=3D0 queued=3D0=20=20 tx ring 18: qid=3D18 cur=3D0 queued=3D0=20=20 tx ring 19: qid=3D19 cur=3D0 queued=3D0=20=20 rx ring: cur=3D19 iwn0: iwn_panicked: controller panicked, iv_state =3D 5; restarting wlan0: link state changed to DOWN iwn0: iwn_read_firmware: ucode rev=3D0x271f0501 wlan0: link state changed to UP --=20 You are receiving this mail because: You are the assignee for the bug.=