From owner-freebsd-wireless@FreeBSD.ORG Sun Jan 4 04:46:15 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4C40C77 for ; Sun, 4 Jan 2015 04:46:15 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EA2A301B for ; Sun, 4 Jan 2015 04:46:15 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id bs8so2363369wib.5 for ; Sat, 03 Jan 2015 20:46:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=9oqlGrvMFu/VBs9GMEvxfhqzLRu2awPkUt2TsjT0apw=; b=s8iNS5MNEHkAjlebtlBsULF5Ro+CKjGz0BUTLmTleamzVtUDhX23ZrKdy2+Iq1T2LH zeod1aOzoFkmBh5AioUjMvb2aLD9FspmpYaflBPoU9Lgsf3EG/ADBtSLe3vS/RkTCn82 L+RGhaZ3F+2HL6xK1oTC9zjyR4pb0emlHvY4h6HrK2f7nQgCFoAzF/DCZCLUj1Mq/5jO 8XMW4FJT7wPrk01Wf6zfxKeGxNaLPexNWqKfCCNyfSYCYg7K7eKLRDPdOQRvmetf/gfj PNlLVz6i9U8fdwc+h6bn9WSKPU/co3iSq7NNKVcgLGtCe7KipvkZPmTh00QxAaQOwNQ+ T0pw== MIME-Version: 1.0 X-Received: by 10.194.24.103 with SMTP id t7mr166826817wjf.15.1420346772825; Sat, 03 Jan 2015 20:46:12 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Sat, 3 Jan 2015 20:46:12 -0800 (PST) Date: Sat, 3 Jan 2015 20:46:12 -0800 X-Google-Sender-Auth: 9uyNATB8Tqp4SvSPeF23--jim-c Message-ID: Subject: [rft] net80211 scan overhaul, pass 1 From: Adrian Chadd To: "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Sun, 04 Jan 2015 04:46:15 -0000 hi all, I've started overhauling the net80211 scan infrastructure so it can support fully-offloaded scan firmware (like the intel iwn(4) NICs, and the upcoming 7260 driver I'm hacking on.) I'd like this patch tested: https://people.freebsd.org/~adrian/net80211/20150103-net80211-scan-overhaul-1.diff This splits the scan code into two halves - the generic bits that drive when and what to do about scanning, and the bits that implement the software scanner. The software scanner is the bit that schedules channel changes, listens for probe response frames, adds them to the scan cache, aborts and goes back to the original channel when needed. It also tells the drivers that scanning is about to happen, so the driver can prepare to go off-channel for a bit. For the intel NICs (and other things, i'm sure) that do full scan offload, we just say "Hey, scan these channels, here's the SSIDs to actively probe for, tell me when you're done" and you get back probe response frames or scan command results with all the relevant information. The wireless stack doesn't have to control the process so fine-grained - as far as the stack and network interface is concerned, it's still associated and traffic is still queued as per normal. The NIC firmware itself takes care of scheduling the off-channel scan bits, sending the sleep frames as it goes off-channel temporarily, etc. It's supposed to be very transparent. We don't even have to send probe request frames during scanning - the firmware will do that for us. This work doesn't do all work required - it's just going to refactor out the scan bits. I still have to turn it into methods that intel and such can be overridden. I still have to go through and plumb the VAP power save state work so we don't actually send sleep/wakeup frames. All of that is done for us in the firmware. So I'd appreciate this getting some testing by FreeBSD-HEAD wifi users. If you see any issues then please let me know. I'm going to commit it in a couple of days so I can continue along the path of refactoring out this stuff and turning it into methods that the iwn and future drivers can override to implement their own scanning module. Thanks! -adrian From owner-freebsd-wireless@FreeBSD.ORG Sun Jan 4 06:29:43 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 937168C0 for ; Sun, 4 Jan 2015 06:29:43 +0000 (UTC) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 584B764D8D for ; Sun, 4 Jan 2015 06:29:43 +0000 (UTC) Received: by mail-oi0-f47.google.com with SMTP id v63so44395751oia.6 for ; Sat, 03 Jan 2015 22:29:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dfEr0tG9qTl+trMwkdDm6iDY/wen68B6e6Uzdz5KzBc=; b=xbP0sbWQQ9bY7yN93x1/kD4V3uOkbvQqIQ97YmLXcZYkwjjchV5Ofs6Qozensqzsk+ GywNH+izvC/itH/XtNf1v628qmjazVYKof367actH4aSGFch0AangRbaTDZF3DU0NsJy 6W5f/ojXkJhxmtG+vqLLiXAUFnHIyydApmB46ThZwEodMZOMc1C4fpwRrisGyb+q8vwD bcxt9nS2nIcsI42Eu1MF4xKk9IpgXLRNMzb6ZVzBm1JGEHEHJ2iU3Wf4Ite7tSkSi/2A 9TdmB1HJjS+EfFPdtsr/G8nhd5wpouyz+6gNNCScBYPZIC6uuyLN3ebusJsCYNOUIrRf 1EAg== MIME-Version: 1.0 X-Received: by 10.60.244.196 with SMTP id xi4mr39386104oec.32.1420352982483; Sat, 03 Jan 2015 22:29:42 -0800 (PST) Received: by 10.76.150.38 with HTTP; Sat, 3 Jan 2015 22:29:42 -0800 (PST) In-Reply-To: References: <20141221104346.GA2307@unixarea.DDR.dd> <20141221191501.GA1636@unixarea.DDR.dd> Date: Sat, 3 Jan 2015 22:29:42 -0800 Message-ID: Subject: Re: BUG: run0 wifi driver From: solarflow99 To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Sun, 04 Jan 2015 06:29:43 -0000 hi, I would like to try and help debug this, do you know of any link that explains debugging this in BSD? On Fri, Dec 26, 2014 at 9:13 PM, solarflow99 wrote: > hi, thanks. I've continued testing how to debug this, however the proble= m > is only when I add run0 it reboots. Before I activate the run0 interface > the system works fine. So it seems like loading the module might be > causing the crash and reboot? I don't see any way to capture the console > output, i'm new to BSD. > > > On Sun, Dec 21, 2014 at 11:15 AM, Matthias Apitz wrote= : > >> El d=C3=ADa Sunday, December 21, 2014 a las 10:18:11AM -0800, solarflow9= 9 >> escribi=C3=B3: >> >> > I can't get any debug info because it just hangs at boot up, or >> endlessly >> > reboots >> >> (+Cc: freebsd-wireless, please keep it Cc'ed to get more/better help) >> >> Is this an USB Wifi dongle? If so, you plug it in later after boot. >> If not, you could compile a kernel enabling debugging and could boot >> with verbose messages >> >> matthias >> >> > On Dec 21, 2014 2:43 AM, "Matthias Apitz" wrote: >> > >> > > El d=C3=ADa Saturday, December 20, 2014 a las 02:42:18PM -0800, sola= rflow99 >> > > escribi=C3=B3: >> > > >> > > > Since this seems to be a BSD problem, I just wanted to report this >> as a >> > > > possible bug and see if anyone else has a rt3072 driver working >> > > > successfully? It used to work as run0 interface , but recently it >> doesn't >> > > > work at all with the latest snapshots. Here are the details: >> > > > >> > > > https://forum.pfsense.org/index.php?topic=3D84481.0 >> > > >> > > There are no details in this thread. Enable debugging with 'wlandebu= g >> +...' >> > > and check /var/log/messages for the results. >> > > >> > > HIH >> > > >> > > matthias >> > > -- >> > > Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ >> +49-170-4527211 >> > > 1989-2014: The Wall was torn down so that we go to war together agai= n. >> > > El Muro ha sido derribado para que nos unimos en ir a la guerra otra >> vez. >> > > Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krie= g >> > > ziehen. >> > > >> >> -- >> Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-452721= 1 >> 1989-2014: The Wall was torn down so that we go to war together again. >> El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez= . >> Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg >> ziehen. >> > > From owner-freebsd-wireless@FreeBSD.ORG Sun Jan 4 06:34:29 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70E1892D for ; Sun, 4 Jan 2015 06:34:29 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F31A33FC8 for ; Sun, 4 Jan 2015 06:34:28 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id m14so6253558wev.14 for ; Sat, 03 Jan 2015 22:34:27 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=5tLBmnMuPcX1ToKaiNaA4FbB6prDYStpn4ETgUQNaMQ=; b=hZImsih89gxGKY8C24y82AgepWJzUtHDcPBVno16pxBkM1KrDdcMe8qeALYJ2O3cFx Ra0YfGw4C7sjxh3BUjIzH5BufsT6Cnx7u6beor2ZH4tu1P1n+byI4PRSP1d+ZflZ5lh9 W5fqDZ6roLFmEGNkz6PHSraowigz+0dFse7PNzG/7U6LfWCZcm847oQjiq+ykRDW1/so x4kUZpdXdLThFMO915OXxqnnUpL01zxVIg25o5HhoT1MuChFeCoVphCwIZorYS24bVm3 PdCHww35QHbxdy0snpN54261aXKBy6muk77hkCEY/7Bkj2t+0d7r4IHv9gS2InNij0xj QdXg== MIME-Version: 1.0 X-Received: by 10.194.5.37 with SMTP id p5mr45119502wjp.20.1420353267367; Sat, 03 Jan 2015 22:34:27 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Sat, 3 Jan 2015 22:34:27 -0800 (PST) In-Reply-To: References: <20141221104346.GA2307@unixarea.DDR.dd> <20141221191501.GA1636@unixarea.DDR.dd> Date: Sat, 3 Jan 2015 22:34:27 -0800 X-Google-Sender-Auth: 4GaJpntZWoSDKiSRBAZHoboWSM0 Message-ID: Subject: Re: BUG: run0 wifi driver From: Adrian Chadd To: solarflow99 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Sun, 04 Jan 2015 06:34:29 -0000 Hi! Does it print a message and then say "rebooting ..", or does it just go blank screen and reboots? -adrian On 3 January 2015 at 22:29, solarflow99 wrote: > hi, I would like to try and help debug this, do you know of any link that > explains debugging this in BSD? > > > > On Fri, Dec 26, 2014 at 9:13 PM, solarflow99 wrot= e: > >> hi, thanks. I've continued testing how to debug this, however the probl= em >> is only when I add run0 it reboots. Before I activate the run0 interfac= e >> the system works fine. So it seems like loading the module might be >> causing the crash and reboot? I don't see any way to capture the consol= e >> output, i'm new to BSD. >> >> >> On Sun, Dec 21, 2014 at 11:15 AM, Matthias Apitz wrot= e: >> >>> El d=C3=ADa Sunday, December 21, 2014 a las 10:18:11AM -0800, solarflow= 99 >>> escribi=C3=B3: >>> >>> > I can't get any debug info because it just hangs at boot up, or >>> endlessly >>> > reboots >>> >>> (+Cc: freebsd-wireless, please keep it Cc'ed to get more/better help) >>> >>> Is this an USB Wifi dongle? If so, you plug it in later after boot. >>> If not, you could compile a kernel enabling debugging and could boot >>> with verbose messages >>> >>> matthias >>> >>> > On Dec 21, 2014 2:43 AM, "Matthias Apitz" wrote: >>> > >>> > > El d=C3=ADa Saturday, December 20, 2014 a las 02:42:18PM -0800, sol= arflow99 >>> > > escribi=C3=B3: >>> > > >>> > > > Since this seems to be a BSD problem, I just wanted to report thi= s >>> as a >>> > > > possible bug and see if anyone else has a rt3072 driver working >>> > > > successfully? It used to work as run0 interface , but recently it >>> doesn't >>> > > > work at all with the latest snapshots. Here are the details: >>> > > > >>> > > > https://forum.pfsense.org/index.php?topic=3D84481.0 >>> > > >>> > > There are no details in this thread. Enable debugging with 'wlandeb= ug >>> +...' >>> > > and check /var/log/messages for the results. >>> > > >>> > > HIH >>> > > >>> > > matthias >>> > > -- >>> > > Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ >>> +49-170-4527211 >>> > > 1989-2014: The Wall was torn down so that we go to war together aga= in. >>> > > El Muro ha sido derribado para que nos unimos en ir a la guerra otr= a >>> vez. >>> > > Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Kri= eg >>> > > ziehen. >>> > > >>> >>> -- >>> Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-45272= 11 >>> 1989-2014: The Wall was torn down so that we go to war together again. >>> El Muro ha sido derribado para que nos unimos en ir a la guerra otra ve= z. >>> Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg >>> ziehen. >>> >> >> > _______________________________________________ > 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" From owner-freebsd-wireless@FreeBSD.ORG Sun Jan 4 06:38:25 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 677D39F9; Sun, 4 Jan 2015 06:38:25 +0000 (UTC) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23D583FE6; Sun, 4 Jan 2015 06:38:25 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id gq1so57302820obb.9; Sat, 03 Jan 2015 22:38:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+RprR6jV09jKf/89JDSmOMNRFT56AtXv/zLH+6nuFqE=; b=NyextAYuBxXc8kEYlAL8RuOIPUi5dbL1PKMLGCtkUSxeKo7vWfIFCPCkivlmGic1Pu g+RBQ2LZdb8sXBHrblE+uYUfr9jUJzeBhQYqBwALMonZIjnncFb0WmnjeKUdA4ZeCT7n Bo/oMxwC4RrRLtXt0vTW2jKOmF6R5XKIFtBCmFXOErigZxmQrxZroiSXnW/6pgwXh2w4 dZQr+P/6kL1wwP5hi1SSKM5IO0KAawkRj3Rb+1uP7xCT3czjh6jMipiNR0V3a6kuwqWj kXs5dH1aPOEuplMZNqtHLuzJWACy+Qn81tj7jCE/PFiA/Ee8gejpH7uWKPk3p1al8A01 r/EQ== MIME-Version: 1.0 X-Received: by 10.60.173.162 with SMTP id bl2mr5771445oec.53.1420353504334; Sat, 03 Jan 2015 22:38:24 -0800 (PST) Received: by 10.76.150.38 with HTTP; Sat, 3 Jan 2015 22:38:24 -0800 (PST) In-Reply-To: References: <20141221104346.GA2307@unixarea.DDR.dd> <20141221191501.GA1636@unixarea.DDR.dd> Date: Sat, 3 Jan 2015 22:38:24 -0800 Message-ID: Subject: Re: BUG: run0 wifi driver From: solarflow99 To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Sun, 04 Jan 2015 06:38:25 -0000 oh, it prints a lot of output, too fast to read on the screen, then reboots. Others have emailed me saying they had similar results. I have been using pfsense, and plan to try freebsd 10.1 instead in hope there's something more I can do. I wish I had the output to show you, but i'll do everything I can. On Sat, Jan 3, 2015 at 10:34 PM, Adrian Chadd wrote: > Hi! > > Does it print a message and then say "rebooting ..", or does it just > go blank screen and reboots? > > > > > -adrian > > > On 3 January 2015 at 22:29, solarflow99 wrote: > > hi, I would like to try and help debug this, do you know of any link th= at > > explains debugging this in BSD? > > > > > > > > On Fri, Dec 26, 2014 at 9:13 PM, solarflow99 > wrote: > > > >> hi, thanks. I've continued testing how to debug this, however the > problem > >> is only when I add run0 it reboots. Before I activate the run0 > interface > >> the system works fine. So it seems like loading the module might be > >> causing the crash and reboot? I don't see any way to capture the > console > >> output, i'm new to BSD. > >> > >> > >> On Sun, Dec 21, 2014 at 11:15 AM, Matthias Apitz > wrote: > >> > >>> El d=C3=ADa Sunday, December 21, 2014 a las 10:18:11AM -0800, solarfl= ow99 > >>> escribi=C3=B3: > >>> > >>> > I can't get any debug info because it just hangs at boot up, or > >>> endlessly > >>> > reboots > >>> > >>> (+Cc: freebsd-wireless, please keep it Cc'ed to get more/better help) > >>> > >>> Is this an USB Wifi dongle? If so, you plug it in later after boot. > >>> If not, you could compile a kernel enabling debugging and could boot > >>> with verbose messages > >>> > >>> matthias > >>> > >>> > On Dec 21, 2014 2:43 AM, "Matthias Apitz" wrote: > >>> > > >>> > > El d=C3=ADa Saturday, December 20, 2014 a las 02:42:18PM -0800, > solarflow99 > >>> > > escribi=C3=B3: > >>> > > > >>> > > > Since this seems to be a BSD problem, I just wanted to report > this > >>> as a > >>> > > > possible bug and see if anyone else has a rt3072 driver working > >>> > > > successfully? It used to work as run0 interface , but recently = it > >>> doesn't > >>> > > > work at all with the latest snapshots. Here are the details: > >>> > > > > >>> > > > https://forum.pfsense.org/index.php?topic=3D84481.0 > >>> > > > >>> > > There are no details in this thread. Enable debugging with > 'wlandebug > >>> +...' > >>> > > and check /var/log/messages for the results. > >>> > > > >>> > > HIH > >>> > > > >>> > > matthias > >>> > > -- > >>> > > Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ > >>> +49-170-4527211 > >>> > > 1989-2014: The Wall was torn down so that we go to war together > again. > >>> > > El Muro ha sido derribado para que nos unimos en ir a la guerra > otra > >>> vez. > >>> > > Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den > Krieg > >>> > > ziehen. > >>> > > > >>> > >>> -- > >>> Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ > +49-170-4527211 > >>> 1989-2014: The Wall was torn down so that we go to war together again= . > >>> El Muro ha sido derribado para que nos unimos en ir a la guerra otra > vez. > >>> Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg > >>> ziehen. > >>> > >> > >> > > _______________________________________________ > > freebsd-wireless@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > > To unsubscribe, send any mail to " > freebsd-wireless-unsubscribe@freebsd.org" > From owner-freebsd-wireless@FreeBSD.ORG Sun Jan 4 07:51:27 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8CEAE0A for ; Sun, 4 Jan 2015 07:51:27 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467432A37 for ; Sun, 4 Jan 2015 07:51:27 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id b13so26204782wgh.18 for ; Sat, 03 Jan 2015 23:51:25 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=CqmVtRqUGxWXCvPUQu2/1SMvGXlaLjMYvbEK19VM4kw=; b=LWfEslpzh6Vq9sYuqbwn+2doQAbwRlKK9y1tX/zpsBHuJdBDnJs+XCHMCaMeWBhPHu iRYUvxjXAh/95bkxf2cf+/6iGNU39Na7QjP/aPkpU2mm3tqe+t/N5CSoH/Fyyg2rLJsa JNC7oNG8ALA/q7NdqTJTu0GAhWabEJoyejEZEuT0QW5esqK9+wqAyGZUCOZmGwNUQD33 Y1+piyVMB77o/CCfjNr57EmKvEBkHDjtDZN14SwLOhDvlGlS9waPW3fUoBQiUgfJ4pph sDOd/50rgDF2OsQ3YTJWU9cQH95hqeIJyDv91fr1MzhGes1uFd8GvDvWWoW+SY6sZh4r WeYQ== MIME-Version: 1.0 X-Received: by 10.180.20.6 with SMTP id j6mr13335507wie.59.1420357885693; Sat, 03 Jan 2015 23:51:25 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Sat, 3 Jan 2015 23:51:25 -0800 (PST) In-Reply-To: References: <20141221104346.GA2307@unixarea.DDR.dd> <20141221191501.GA1636@unixarea.DDR.dd> Date: Sat, 3 Jan 2015 23:51:25 -0800 X-Google-Sender-Auth: 4EeMxwlI5bqcJJQMq7UR3aPPTa0 Message-ID: Subject: Re: BUG: run0 wifi driver From: Adrian Chadd To: solarflow99 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Sun, 04 Jan 2015 07:51:27 -0000 Hm, do you have a swap partition defined? If so, put this in /etc/rc.conf: dumpdev=3D"AUTO" -adrian On 3 January 2015 at 22:38, solarflow99 wrote: > oh, it prints a lot of output, too fast to read on the screen, then reboo= ts. > Others have emailed me saying they had similar results. I have been usin= g > pfsense, and plan to try freebsd 10.1 instead in hope there's something m= ore > I can do. I wish I had the output to show you, but i'll do everything I > can. > > > On Sat, Jan 3, 2015 at 10:34 PM, Adrian Chadd wrote: >> >> Hi! >> >> Does it print a message and then say "rebooting ..", or does it just >> go blank screen and reboots? >> >> >> >> >> -adrian >> >> >> On 3 January 2015 at 22:29, solarflow99 wrote: >> > hi, I would like to try and help debug this, do you know of any link >> > that >> > explains debugging this in BSD? >> > >> > >> > >> > On Fri, Dec 26, 2014 at 9:13 PM, solarflow99 >> > wrote: >> > >> >> hi, thanks. I've continued testing how to debug this, however the >> >> problem >> >> is only when I add run0 it reboots. Before I activate the run0 >> >> interface >> >> the system works fine. So it seems like loading the module might be >> >> causing the crash and reboot? I don't see any way to capture the >> >> console >> >> output, i'm new to BSD. >> >> >> >> >> >> On Sun, Dec 21, 2014 at 11:15 AM, Matthias Apitz >> >> wrote: >> >> >> >>> El d=C3=ADa Sunday, December 21, 2014 a las 10:18:11AM -0800, solarf= low99 >> >>> escribi=C3=B3: >> >>> >> >>> > I can't get any debug info because it just hangs at boot up, or >> >>> endlessly >> >>> > reboots >> >>> >> >>> (+Cc: freebsd-wireless, please keep it Cc'ed to get more/better help= ) >> >>> >> >>> Is this an USB Wifi dongle? If so, you plug it in later after boot. >> >>> If not, you could compile a kernel enabling debugging and could boot >> >>> with verbose messages >> >>> >> >>> matthias >> >>> >> >>> > On Dec 21, 2014 2:43 AM, "Matthias Apitz" wrote= : >> >>> > >> >>> > > El d=C3=ADa Saturday, December 20, 2014 a las 02:42:18PM -0800, >> >>> > > solarflow99 >> >>> > > escribi=C3=B3: >> >>> > > >> >>> > > > Since this seems to be a BSD problem, I just wanted to report >> >>> > > > this >> >>> as a >> >>> > > > possible bug and see if anyone else has a rt3072 driver workin= g >> >>> > > > successfully? It used to work as run0 interface , but recently >> >>> > > > it >> >>> doesn't >> >>> > > > work at all with the latest snapshots. Here are the details: >> >>> > > > >> >>> > > > https://forum.pfsense.org/index.php?topic=3D84481.0 >> >>> > > >> >>> > > There are no details in this thread. Enable debugging with >> >>> > > 'wlandebug >> >>> +...' >> >>> > > and check /var/log/messages for the results. >> >>> > > >> >>> > > HIH >> >>> > > >> >>> > > matthias >> >>> > > -- >> >>> > > Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ >> >>> +49-170-4527211 >> >>> > > 1989-2014: The Wall was torn down so that we go to war together >> >>> > > again. >> >>> > > El Muro ha sido derribado para que nos unimos en ir a la guerra >> >>> > > otra >> >>> vez. >> >>> > > Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den >> >>> > > Krieg >> >>> > > ziehen. >> >>> > > >> >>> >> >>> -- >> >>> Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ >> >>> +49-170-4527211 >> >>> 1989-2014: The Wall was torn down so that we go to war together agai= n. >> >>> El Muro ha sido derribado para que nos unimos en ir a la guerra otra >> >>> vez. >> >>> Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krie= g >> >>> ziehen. >> >>> >> >> >> >> >> > _______________________________________________ >> > freebsd-wireless@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> > To unsubscribe, send any mail to >> > "freebsd-wireless-unsubscribe@freebsd.org" > > From owner-freebsd-wireless@FreeBSD.ORG Sun Jan 4 12:48:07 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40AF1ED0 for ; Sun, 4 Jan 2015 12:48:07 +0000 (UTC) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) (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 CE24912EB for ; Sun, 4 Jan 2015 12:48:06 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id BF1731C9D37 for ; Sun, 4 Jan 2015 13:47:51 +0100 (CET) Received: from mobius.uppmax.uu.se (h148n9-u-a31.ias.bredband.telia.com [213.67.100.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 700181C9D2F for ; Sun, 4 Jan 2015 13:47:30 +0100 (CET) Message-ID: <54A9368A.70907@pean.org> Date: Sun, 04 Jan 2015 13:48:10 +0100 From: =?UTF-8?B?UGV0ZXIgQW5rZXJzdMOlbA==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "freebsd-wireless@freebsd.org" Subject: iwn: firmware error Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090502060405090503010805" X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun Jan 4 13:47:51 2015 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 54a9367664609578714240 X-DSPAM-Factors: 27, 0+qid=0+cur=66+queued=0+tx, 0.40000, PSK+psk=""+priority=1, 0.40000, bmiss+10+mcastrate+6, 0.40000, rate+64+#+64k+ampdudensity, 0.40000, bit+txpower, 0.40000, bit+txpower, 0.40000, To*freebsd.org"+#+#+freebsd.org>, 0.40000, bit+AES+#+#+128, 0.40000, queued=0+tx+ring+#+qid=1, 0.40000, qid=0+#+queued=0+#+ring, 0.40000, 11na+status+associated, 0.40000, ctrl_interface=/var/run/wpa_supplicant+#+#+fast_reauth=1, 0.40000, link+=+#+#+link, 0.40000, qid=2+cur=0+#+#+ring, 0.40000, ampdulimit+#+#+8+amsdutx, 0.40000, 60+ht+#+64k, 0.40000, a+#+with+#+iwn, 0.40000, tx+#+#+qid=11+cur=0, 0.40000, roam+#+64+#+64k, 0.40000, the+card+#+#+with, 0.40000, 3d+#+country+#+authmode, 0.40000, 14+#+#+options=29 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 12:48:07 -0000 This is a cryptographically signed message in MIME format. --------------ms090502060405090503010805 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable I have noticed a problem with the iwn firmware. On the client side I have these settings: wlan0: flags=3D8843 metric 0 mtu = 1500 ether f0:de:f1:c9:14:4d nd6 options=3D29 media: IEEE 802.11 Wireless Ethernet MCS mode 11na status: associated ssid web channel 56 (5280 MHz 11a ht/40-) bssid 04:f0:21:01:3d:8= 7 country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 3:128-bit txpower 14 bmiss 10 mcastrate 6 mgmtrate 6 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 64 ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shor= tgi wme roaming MANUAL wpa_conf: --- ctrl_interface=3D/var/run/wpa_supplicant eapol_version=3D1 ap_scan=3D1 fast_reauth=3D1 network=3D{ ssid=3D"web" key_mgmt=3DWPA-PSK psk=3D"" priority=3D1 --- It first associates but then after some traffic the card turns off with = thse messages: iwn0: iwn_intr: fatal firmware error firmware error log: error type =3D "UNKNOWN" (0x00002078) program counter =3D 0x00009758 source line =3D 0x0000063D error data =3D 0x400080300000E90F branch link =3D 0x000096CE000096CE interrupt link =3D 0x0000D6BE00000000 time =3D 2154208510 driver status: tx ring 0: qid=3D0 cur=3D66 queued=3D0 tx ring 1: qid=3D1 cur=3D0 queued=3D0 tx ring 2: qid=3D2 cur=3D0 queued=3D0 tx ring 3: qid=3D3 cur=3D8 queued=3D0 tx ring 4: qid=3D4 cur=3D161 queued=3D0 tx ring 5: qid=3D5 cur=3D0 queued=3D0 tx ring 6: qid=3D6 cur=3D0 queued=3D0 tx ring 7: qid=3D7 cur=3D0 queued=3D0 tx ring 8: qid=3D8 cur=3D0 queued=3D0 tx ring 9: qid=3D9 cur=3D0 queued=3D0 tx ring 10: qid=3D10 cur=3D65 queued=3D0 tx ring 11: qid=3D11 cur=3D0 queued=3D0 tx ring 12: qid=3D12 cur=3D0 queued=3D0 tx ring 13: qid=3D13 cur=3D0 queued=3D0 tx ring 14: qid=3D14 cur=3D0 queued=3D0 tx ring 15: qid=3D15 cur=3D0 queued=3D0 tx ring 16: qid=3D16 cur=3D0 queued=3D0 tx ring 17: qid=3D17 cur=3D0 queued=3D0 tx ring 18: qid=3D18 cur=3D0 queued=3D0 tx ring 19: qid=3D19 cur=3D0 queued=3D0 rx ring: cur=3D50 On the accesspoint I have: wlan0: flags=3D8943 metri= c 0 mtu 1500 ether 04:f0:21:01:3d:87 nd6 options=3D29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid web channel 56 (5280 MHz 11a ht/40-) bssid 04:f0:21:01:3d:8= 7 regdomain ETSI country SE ecm authmode WPA2/802.11i privacy MIXE= D deftxkey 3 AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 24 mcastrate 6 mgmtrate 6 scanvalid 60 -ht ampdulimit 64k ampdudensity 8 shortgi wme burst dtimperiod 1 -dfs hostapd.conf: --- interface=3Dwlan0 driver=3Dbsd debug=3D0 logger_syslog=3D1 logger_syslog_level=3D0 ctrl_interface=3D/var/run/hostapd ctrl_interface_group=3Dwheel ssid=3Dweb wpa=3D2 wpa_passphrase=3D wpa_key_mgmt=3DWPA-PSK wpa_pairwise=3DCCMP TKIP rsn_pairwise=3DCCMP --- --------------ms090502060405090503010805 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCC BjMwggUboAMCAQICAwiyiDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDEyMDA3NTIzOFoXDTE1MDEyMTA4NTkyMVowUzEZMBcGA1UE DRMQMWlGRkxHbTV3RmVTWjZ6OTEXMBUGA1UEAwwOcGV0ZXJAcGVhbi5vcmcxHTAbBgkqhkiG 9w0BCQEWDnBldGVyQHBlYW4ub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA zoKHiOE9vdQgax/GZyTaqtNvfjGIHwG1tsMOXZELs49KJY66oD//szW3yoIl8nQapUBn+hZq s3QT5PxqfElXxljYszYE6yk3kWR7EVtlIEfT7Pf24XlFw4uzoZzEjaxPJBt4+BWwb1MpqBmw TNZwZGYI9SO6JW23G9o+e+hPmlXFTovW9B36J0M2Qu0+IE6MsDIG0y5CwuiXMqNz+vEBiIBv def3CIidRn3/K7DQYBYn9gj/UNB1yf1GRhsNDO124T9+9bhlplov0srt7pqQjaSiiqVOCCWd pxvM/eF0LFBkEFATy45RKtl2vk9zM1wmI+sU29vodHoDDuf8t4bTtQIDAQABo4IC1DCCAtAw CQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME MB0GA1UdDgQWBBSAhVDjVwheLV39/7XFsz9rQP0sVDAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzCCAUwGA1UdIASCAUMwggE/ MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3Rh cnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9z ZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNV HR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGO BggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20v c3ViL2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wu Y29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAFiVjpZEkQoHYAtb0E6MVJgz o1K6d6eEjLsCNbaw833a0jws4Rh0KG/MjqjJzUwa2G6mVZb/JaodRK8VENnpxJ8WhjWqyQL8 /lKnGa88XYMtl+i4ICur08IfQLG7zNFnyG/kOAiMNkgF4H6lZx/ezup9fowUOt0hxERXMcqo 4p+RzPShx35EGRv+5gZNQ7XW4s2rzFzt9CHaDar8SyAGHK3oFapKpHsVSUYik0QCLwnGcaHE HNUkCp1YMsjKwvmxVtQQs/2WfsqQlult8UYe0bTrnwDyLbgJDbvp9R5mZDrkUcXYlgP+mAmz TOrT1JhHbyYQjbbxJAmqkAIDcwVyDRAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUA MH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3Mg MSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoU fE6ERKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsu z9/9f1+1PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8 Q89lGxahNvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZ whZna//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMB AAGjggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU U3Ltkpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIw ZgYIKwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20v Y2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNV HR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOG IWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEE AYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu cGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qt XnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2 iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61H Tz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MX U91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD 9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0 ny0qZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf 6TcvGbjxkJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd8312 9fZjoEhdGwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90w ggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkG A1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3Rh cnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwiyiDAJBgUr DgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0x NTAxMDQxMjQ4MTBaMCMGCSqGSIb3DQEJBDEWBBRUPE8GmOVwMelAaiTqJFecQxX6BDBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGl BgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBM dGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYD VQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQID CLKIMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xp ZW50IENBAgMIsogwDQYJKoZIhvcNAQEBBQAEggEAzdHrMAhSVarEgG9g50AgHgvWtlc2L0Ml 1okeRDRU8ykyrlkA+qZIQJWuzMWTzSV/Vde8MRH7js8qXMhWNBFATdR9x5Y6+7Izi6JYrGUA KLUfzuQo20z8LrQe5U2KpGwh+H1Wie4cg8HcWggAqOGlOphgQPw9/hldmG2vnh4tCuHyZCfd 4SQcaQCOHQE81ruKUj9NE60V5XWcqBcrj6mI+cEWzwTA03g9HYJGJYfFWqZstCykrcaJwlft AtK/g6LP5X2JxdEQpYqZJCZBPisLLyuwyXnc5wKQ4dqfq/AQ1MSR+lp/SsI2mkih71nUMylU wfsQRbQRXmZUSXgW1kOMVAAAAAAAAA== --------------ms090502060405090503010805-- From owner-freebsd-wireless@FreeBSD.ORG Sun Jan 4 16:32:44 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3535F18 for ; Sun, 4 Jan 2015 16:32:44 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 461C51249 for ; Sun, 4 Jan 2015 16:32:44 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id l15so1941750wiw.2 for ; Sun, 04 Jan 2015 08:32:42 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=CBGXHmfZrP/l9Z4S4QiKnFxqOowJC9NpBevTpSIbQ8Y=; b=y8Zd5PtGaSfGiiLxEaIyzEbR4rDkyHOyB2INPIlxQCRhQ0ROO1FPq7MlLR2nOhddqw YTRFZIRqElWee7RWLpa0Z0uXC3P1dhXOiJv+LWMwfEsOdgGC7HauGBP0Quz1tU/iVkMu YAJwMU+cHZo3JkgD4MOthsHtU59gj/beTG390Y8CXz4xpYaSNy2n8NDewCzmNuIQQ1GH se2pqIuFAslDZ/AvzOLX0aAcIC+nb8S4PeaFRQKEqsSQm0kgeOd5IQ4m9RNJmP/b0WPW a4RfvSa9UW6ylKuJtkhv2fcIpydGr1sW0I+vEoAZwRnBiYwnPphJG7yf1s84J6UU5dOm HjaA== MIME-Version: 1.0 X-Received: by 10.180.14.136 with SMTP id p8mr17137740wic.20.1420389161992; Sun, 04 Jan 2015 08:32:41 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Sun, 4 Jan 2015 08:32:41 -0800 (PST) In-Reply-To: <54A9368A.70907@pean.org> References: <54A9368A.70907@pean.org> Date: Sun, 4 Jan 2015 08:32:41 -0800 X-Google-Sender-Auth: iaDzD3I56E92F5zTXAP36F0BDhM Message-ID: Subject: Re: iwn: firmware error From: Adrian Chadd To: =?UTF-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Sun, 04 Jan 2015 16:32:44 -0000 Hi! Which version of freebsd? -a On 4 January 2015 at 04:48, Peter Ankerst=C3=A5l wrote: > I have noticed a problem with the iwn firmware. > > On the client side I have these settings: > wlan0: flags=3D8843 metric 0 mtu = 1500 > ether f0:de:f1:c9:14:4d > nd6 options=3D29 > media: IEEE 802.11 Wireless Ethernet MCS mode 11na > status: associated > ssid web channel 56 (5280 MHz 11a ht/40-) bssid 04:f0:21:01:3d:87 > country US authmode WPA2/802.11i privacy ON deftxkey UNDEF > AES-CCM 3:128-bit txpower 14 bmiss 10 mcastrate 6 mgmtrate 6 > scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 > roam:rate 64 ampdulimit 64k ampdudensity 8 -amsdutx amsdurx short= gi > wme roaming MANUAL > > wpa_conf: > --- > ctrl_interface=3D/var/run/wpa_supplicant > eapol_version=3D1 > ap_scan=3D1 > fast_reauth=3D1 > > network=3D{ > ssid=3D"web" > key_mgmt=3DWPA-PSK > psk=3D"" > priority=3D1 > --- > > It first associates but then after some traffic the card turns off with > thse messages: > iwn0: iwn_intr: fatal firmware error > firmware error log: > error type =3D "UNKNOWN" (0x00002078) > program counter =3D 0x00009758 > source line =3D 0x0000063D > error data =3D 0x400080300000E90F > branch link =3D 0x000096CE000096CE > interrupt link =3D 0x0000D6BE00000000 > time =3D 2154208510 > driver status: > tx ring 0: qid=3D0 cur=3D66 queued=3D0 > tx ring 1: qid=3D1 cur=3D0 queued=3D0 > tx ring 2: qid=3D2 cur=3D0 queued=3D0 > tx ring 3: qid=3D3 cur=3D8 queued=3D0 > tx ring 4: qid=3D4 cur=3D161 queued=3D0 > tx ring 5: qid=3D5 cur=3D0 queued=3D0 > tx ring 6: qid=3D6 cur=3D0 queued=3D0 > tx ring 7: qid=3D7 cur=3D0 queued=3D0 > tx ring 8: qid=3D8 cur=3D0 queued=3D0 > tx ring 9: qid=3D9 cur=3D0 queued=3D0 > tx ring 10: qid=3D10 cur=3D65 queued=3D0 > tx ring 11: qid=3D11 cur=3D0 queued=3D0 > tx ring 12: qid=3D12 cur=3D0 queued=3D0 > tx ring 13: qid=3D13 cur=3D0 queued=3D0 > tx ring 14: qid=3D14 cur=3D0 queued=3D0 > tx ring 15: qid=3D15 cur=3D0 queued=3D0 > tx ring 16: qid=3D16 cur=3D0 queued=3D0 > tx ring 17: qid=3D17 cur=3D0 queued=3D0 > tx ring 18: qid=3D18 cur=3D0 queued=3D0 > tx ring 19: qid=3D19 cur=3D0 queued=3D0 > rx ring: cur=3D50 > > On the accesspoint I have: > wlan0: flags=3D8943 metri= c > 0 mtu 1500 > ether 04:f0:21:01:3d:87 > nd6 options=3D29 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11na > status: running > ssid web channel 56 (5280 MHz 11a ht/40-) bssid 04:f0:21:01:3d:87 > regdomain ETSI country SE ecm authmode WPA2/802.11i privacy MIXED > deftxkey 3 AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 24 > mcastrate 6 > mgmtrate 6 scanvalid 60 -ht ampdulimit 64k ampdudensity 8 > shortgi wme > burst dtimperiod 1 -dfs > > hostapd.conf: > --- > interface=3Dwlan0 > driver=3Dbsd > debug=3D0 > logger_syslog=3D1 > logger_syslog_level=3D0 > ctrl_interface=3D/var/run/hostapd > ctrl_interface_group=3Dwheel > ssid=3Dweb > wpa=3D2 > wpa_passphrase=3D > wpa_key_mgmt=3DWPA-PSK > wpa_pairwise=3DCCMP TKIP > rsn_pairwise=3DCCMP > --- > > From owner-freebsd-wireless@FreeBSD.ORG Sun Jan 4 19:17:58 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56A2DB53 for ; Sun, 4 Jan 2015 19:17:58 +0000 (UTC) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) (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 CBC69E86 for ; Sun, 4 Jan 2015 19:17:57 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 6F58553556 for ; Sun, 4 Jan 2015 20:17:52 +0100 (CET) Received: from mobius.uppmax.uu.se (h148n9-u-a31.ias.bredband.telia.com [213.67.100.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 17EFD5354A; Sun, 4 Jan 2015 20:17:41 +0100 (CET) Message-ID: <54A991FC.7060604@pean.org> Date: Sun, 04 Jan 2015 20:18:20 +0100 From: =?UTF-8?B?UGV0ZXIgQW5rZXJzdMOlbA==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: iwn: firmware error References: <54A9368A.70907@pean.org> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050809000001090908020806" X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun Jan 4 20:17:51 2015 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 54a991df64609382218845 X-DSPAM-Factors: 27, CC*wireless+#++>+Oops, 0.40000, in+MIME+#+On+01/04/15, 0.40000, CC*wireless+freebsd.org", 0.40000, FreeBSD+#+uppmax+#+se, 0.40000, RELEASE+#+#14+r276407M+Tue, 0.40000, wrote+#+Hi!+#+>, 0.40000, >+#+>+#+Which, 0.40000, uppmax+#+se+10, 0.40000, FreeBSD+10+1+#+p3, 0.40000, version+#+#+>, 0.40000, FreeBSD+10+1+RELEASE, 0.40000, 1+RELEASE+#+#+r276407M, 0.40000, FreeBSD+10+#+#+p3, 0.40000, 10, 0.40000, 10, 0.40000, 01/04/15+#+32+Adrian+Chadd, 0.40000, 01/04/15+#+#+#+Chadd, 0.40000, signed+message+#+MIME, 0.40000, Adrian+Chadd+wrote+>, 0.40000, 01/04/15+#+#+Adrian, 0.40000, 30+#+32, 0.40000, 10+1+RELEASE+p3+#14, 0.40000, uu+se+10, 0.40000, To*Chadd, 0.40000, mobius+#+#+se+10, 0.40000 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Sun, 04 Jan 2015 19:17:58 -0000 This is a cryptographically signed message in MIME format. --------------ms050809000001090908020806 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 01/04/15 17:32, Adrian Chadd wrote: > Hi! > > Which version of freebsd? > > Oops. FreeBSD mobius.uppmax.uu.se 10.1-RELEASE-p3 FreeBSD 10.1-RELEASE-p3 #14=20 r276407M: Tue Dec 30 13:32:05 CET 2014 --------------ms050809000001090908020806 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCC BjMwggUboAMCAQICAwiyiDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDEyMDA3NTIzOFoXDTE1MDEyMTA4NTkyMVowUzEZMBcGA1UE DRMQMWlGRkxHbTV3RmVTWjZ6OTEXMBUGA1UEAwwOcGV0ZXJAcGVhbi5vcmcxHTAbBgkqhkiG 9w0BCQEWDnBldGVyQHBlYW4ub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA zoKHiOE9vdQgax/GZyTaqtNvfjGIHwG1tsMOXZELs49KJY66oD//szW3yoIl8nQapUBn+hZq s3QT5PxqfElXxljYszYE6yk3kWR7EVtlIEfT7Pf24XlFw4uzoZzEjaxPJBt4+BWwb1MpqBmw TNZwZGYI9SO6JW23G9o+e+hPmlXFTovW9B36J0M2Qu0+IE6MsDIG0y5CwuiXMqNz+vEBiIBv def3CIidRn3/K7DQYBYn9gj/UNB1yf1GRhsNDO124T9+9bhlplov0srt7pqQjaSiiqVOCCWd pxvM/eF0LFBkEFATy45RKtl2vk9zM1wmI+sU29vodHoDDuf8t4bTtQIDAQABo4IC1DCCAtAw CQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME MB0GA1UdDgQWBBSAhVDjVwheLV39/7XFsz9rQP0sVDAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzCCAUwGA1UdIASCAUMwggE/ MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3Rh cnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9z ZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNV HR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGO BggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20v c3ViL2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wu Y29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAFiVjpZEkQoHYAtb0E6MVJgz o1K6d6eEjLsCNbaw833a0jws4Rh0KG/MjqjJzUwa2G6mVZb/JaodRK8VENnpxJ8WhjWqyQL8 /lKnGa88XYMtl+i4ICur08IfQLG7zNFnyG/kOAiMNkgF4H6lZx/ezup9fowUOt0hxERXMcqo 4p+RzPShx35EGRv+5gZNQ7XW4s2rzFzt9CHaDar8SyAGHK3oFapKpHsVSUYik0QCLwnGcaHE HNUkCp1YMsjKwvmxVtQQs/2WfsqQlult8UYe0bTrnwDyLbgJDbvp9R5mZDrkUcXYlgP+mAmz TOrT1JhHbyYQjbbxJAmqkAIDcwVyDRAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUA MH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3Mg MSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoU fE6ERKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsu z9/9f1+1PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8 Q89lGxahNvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZ whZna//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMB AAGjggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU U3Ltkpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIw ZgYIKwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20v Y2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNV HR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOG IWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEE AYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu cGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qt XnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2 iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61H Tz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MX U91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD 9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0 ny0qZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf 6TcvGbjxkJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd8312 9fZjoEhdGwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90w ggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkG A1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3Rh cnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwiyiDAJBgUr DgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0x NTAxMDQxOTE4MjBaMCMGCSqGSIb3DQEJBDEWBBSBbW6yFaTfB4Fqm6Rxtj+DzDs/LTBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGl BgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBM dGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYD VQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQID CLKIMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xp ZW50IENBAgMIsogwDQYJKoZIhvcNAQEBBQAEggEADXIyRBlEO27wJqUBD8SZIfNcPEKwZo+Z FSoslC663mjUyJidDuAAwCaFElf1yHjzd0+2YwRJ9fmoT5FjidJFXY8nFrfWVD1tU03c7Yq3 E3kmUTGoHiPFCgnxUBaFulIy+K5OK8AeDQawW1C2kMldl22TUbEa7Ky9stvfnmTfp6otLbe8 AFNPHeHJ5QaNb4WW2n/umUJXD7dy8Q73tS4Z0cz/LOpKhLatAK2EUR455MRsJqNlh/XmA94S ROthNWQTg7gIaeIlILq4nlTjL7Ooe715a71NGd+0PccDrDPKlT/BI5gINzFh78slGZTADFm9 Sz3TdrILSAcyE8vdFBCu6gAAAAAAAA== --------------ms050809000001090908020806-- From owner-freebsd-wireless@FreeBSD.ORG Sun Jan 4 19:23:06 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8A36CE4 for ; Sun, 4 Jan 2015 19:23:06 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B6F22ECC for ; Sun, 4 Jan 2015 19:23:06 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id l2so1145072wgh.21 for ; Sun, 04 Jan 2015 11:23:04 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=ZhRy+W53EcrVzUOBXSUiUUCmjord5S7mWMe6NCvgyZM=; b=mcSdM4qUKiFQvd7Sts07oiRUdM0Ll0h/tMapJAw1Zn5LB+XrnkcEVcZs5j1hnzQmoH NgzavXEbQ06Ldf/2WC0PgD95/XA7zIj8SXvRdMcuNVQj5Vl0pDrAmKsnoibZhLoWIwkT 2plkUS1Wopq22T5X33WG5FeAQBs6IvuNS0M1dnFkYhamsSUN+25j1q7G9CGjaGtuqid8 +najpyuwTwkAzxcaD10mHi62ki/32twF77FEP/0dsM52nL6nU8ThGEfIbjvU5Pd2YEZ9 rbhOJw6HK1UpQY9rK/T/ebXSAmRgBXQAgzkxOX06Hrw0SO09whl8XcTccnTTbemqZz5v Bdzg== MIME-Version: 1.0 X-Received: by 10.194.5.37 with SMTP id p5mr50761077wjp.20.1420399384796; Sun, 04 Jan 2015 11:23:04 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Sun, 4 Jan 2015 11:23:04 -0800 (PST) In-Reply-To: <54A991FC.7060604@pean.org> References: <54A9368A.70907@pean.org> <54A991FC.7060604@pean.org> Date: Sun, 4 Jan 2015 11:23:04 -0800 X-Google-Sender-Auth: -VOmSVT5d0RVLZpHqpkm7sVAKfE Message-ID: Subject: Re: iwn: firmware error From: Adrian Chadd To: =?UTF-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Sun, 04 Jan 2015 19:23:06 -0000 Hi! Please try updating to -HEAD. We've fixed a lot of bugs in iwn94) there. -a On 4 January 2015 at 11:18, Peter Ankerst=C3=A5l wrote: > On 01/04/15 17:32, Adrian Chadd wrote: >> >> Hi! >> >> Which version of freebsd? >> >> > Oops. > > FreeBSD mobius.uppmax.uu.se 10.1-RELEASE-p3 FreeBSD 10.1-RELEASE-p3 #14 > r276407M: Tue Dec 30 13:32:05 CET 2014 > > From owner-freebsd-wireless@FreeBSD.ORG Mon Jan 5 20:16:33 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A607B8F7; Mon, 5 Jan 2015 20:16:33 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 71099350B; Mon, 5 Jan 2015 20:16:33 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id h15so3097571igd.7; Mon, 05 Jan 2015 12:16:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=bS/FP4BcB42FKpXmva8SpdiMAxAT5yhyPDQBEdje3Ws=; b=ncqb+RXlYfJIJTO56QHoOGL1U24lJII3j/+L9m/cttE8mo5tMnAQvajhY58K9i6upG nosJmRVe2vJeaMRs2Pd24jKRl436CfncAGv8UScAqNT2ptjWATTr5sbWHUiwEYJFIYWb gedqSUIsl5zRlD5nvq0pUyY7mOYBjKvkpIOFNQ74R8uwbIZm5ssE1J9FLFJQ6HleOTHg sAhGGywrhc7RKs6X4JCYp41lnsZ0fYBL5M49mupNr8qgGscflB7t0QhOkOnQlxeV69g7 h3s2vkx3P3+5w0eiKV0rgUkGon4SbYDp+AtGZhsLyob7hQgD3a72SJOo8hQpPM8ERAMi AVZg== X-Received: by 10.42.103.7 with SMTP id k7mr68763625ico.33.1420488992818; Mon, 05 Jan 2015 12:16:32 -0800 (PST) Received: from ketagalan.camachat.org ([2601:9:4700:360:a288:b4ff:fec2:e5d0]) by mx.google.com with ESMTPSA id i19sm4022656igh.6.2015.01.05.12.16.31 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Jan 2015 12:16:32 -0800 (PST) Message-ID: <54AAF11E.3060504@gmail.com> Date: Mon, 05 Jan 2015 12:16:30 -0800 From: "Eric L. Camachat" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Adrian Chadd , "freebsd-wireless@freebsd.org" Subject: Re: [rft] net80211 scan overhaul, pass 1 References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Mon, 05 Jan 2015 20:16:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 01/03/2015 20:46, Adrian Chadd wrote: > hi all, > > I've started overhauling the net80211 scan infrastructure so it > can support fully-offloaded scan firmware (like the intel iwn(4) > NICs, and the upcoming 7260 driver I'm hacking on.) > > I'd like this patch tested: > > https://people.freebsd.org/~adrian/net80211/20150103-net80211-scan-overhaul-1.diff > > This splits the scan code into two halves - the generic bits that > drive when and what to do about scanning, and the bits that > implement the software scanner. Cannot be compiled on 11-CURRENT, see: - -------------------------------------------------------------- >>> stage 3.2: building everything - -------------------------------------------------------------- cd /usr/obj/usr/src/sys/KETAGALAN; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE=corei7-avx GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/s rc/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT amd64 1100052" IN STALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr /src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " DEPFLAGS="" CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP=objd ump OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" make -m /usr/src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ linking kernel.debug ieee80211_scan.o: In function `ieee80211_scan_attach': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x6): undefined reference to `ieee80211_swscan_attach' ieee80211_scan.o: In function `ieee80211_scan_detach': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x16): undefined reference to `ieee80211_swscan_detach' ieee80211_scan.o: In function `ieee80211_scan_vattach': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x8b): undefined reference to `ieee80211_swscan_vattach' ieee80211_scan.o: In function `ieee80211_scan_vdetach': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x10b): undefined reference to `ieee80211_swscan_vdetach' ieee80211_scan.o: In function `ieee80211_start_scan_locked': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x812): undefined reference to `ieee80211_swscan_set_scan_duration' /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x8b0): undefined reference to `ieee80211_swscan_run_scan_task' ieee80211_scan.o: In function `ieee80211_start_scan': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x94e): undefined reference to `ieee80211_swscan_start_scan' ieee80211_scan.o: In function `ieee80211_check_scan': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xbbb): undefined reference to `ieee80211_swscan_check_scan' ieee80211_scan.o: In function `ieee80211_bg_scan': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xcc5): undefined reference to `ieee80211_swscan_bg_scan' ieee80211_scan.o: In function `ieee80211_cancel_scan': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xd06): undefined reference to `ieee80211_swscan_cancel_scan' ieee80211_scan.o: In function `ieee80211_cancel_anyscan': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xd16): undefined reference to `ieee80211_swscan_cancel_anyscan' ieee80211_scan.o: In function `ieee80211_scan_next': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xd26): undefined reference to `ieee80211_swscan_scan_next' ieee80211_scan.o: In function `ieee80211_scan_done': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xdd3): undefined reference to `ieee80211_swscan_scan_done' ieee80211_scan.o: In function `ieee80211_probe_curchan': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xe64): undefined reference to `ieee80211_swscan_probe_curchan' ieee80211_scan.o: In function `ieee80211_add_scan': /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x1036): undefined reference to `ieee80211_swscan_add_scan' ieee80211_scan_sta.o: In function `sta_attach': /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x102): undefined reference to `M_80211_SCAN' ieee80211_scan_sta.o: In function `sta_detach': /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x224): undefined reference to `M_80211_SCAN' /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x265): undefined reference to `M_80211_SCAN' ieee80211_scan_sta.o: In function `sta_flush': /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x614): undefined reference to `M_80211_SCAN' ieee80211_scan_sta.o: In function `sta_add': /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x90d): undefined reference to `M_80211_SCAN' ieee80211_scan_sta.o:/usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0xe7d): more undefined references to `M_80211_SCAN' follow *** Error code 1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlSq8RkACgkQSfBQu3oOwYw8WAD7BXtRXLvYOFPKKWvvbUs6XoLU wh+MIAah8y8paqgz5BoBALB0FP40M4e7vpZogN89cHtcKJbQMfYu39tlYszDKgpW =iB91 -----END PGP SIGNATURE----- From owner-freebsd-wireless@FreeBSD.ORG Mon Jan 5 21:42:37 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B93372BB for ; Mon, 5 Jan 2015 21:42:37 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB34131EC for ; Mon, 5 Jan 2015 21:42:27 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id a1so28504289wgh.9 for ; Mon, 05 Jan 2015 13:42:26 -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:message-id:subject :from:to:cc:content-type; bh=0NmnPXCeRDPabRCMQudg/gA1STm8NaJ6Tz17V0CZlxc=; b=MlncpT2P1aZON0tcA0/0D+ZYk/1NLAJzLWyJUsBiOi1iYHup1YkzYnBaO1j1zL3wNQ 8MA2+nNFPsA5Hhzm36AwDB5R7X40mWk9utxXXEV+9GpqFh356i9mMceq4GacjrdnJoGA PxVa5buvXy68pAtPQ+XuC7+Ab2C3WsronAbXDUY6y5LT5DzLPiOan15+vqqadv7fE/UX MsanKOAacsb9k9JywSeLAda7E7JSnatYD0xl32ucK+CWdSfQIUd0aXXJyLUX6t32dflG ByVOM2uBE+h3IYqt5mL6mkrLwesUOwL6FpmW3RpDqVXyQfzJgI+HU0Y42YCddus2SOTL T8YA== MIME-Version: 1.0 X-Received: by 10.194.24.103 with SMTP id t7mr185296281wjf.15.1420494146371; Mon, 05 Jan 2015 13:42:26 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Mon, 5 Jan 2015 13:42:26 -0800 (PST) In-Reply-To: <54AAF11E.3060504@gmail.com> References: <54AAF11E.3060504@gmail.com> Date: Mon, 5 Jan 2015 13:42:26 -0800 X-Google-Sender-Auth: 0mLxn992NwcLsCcuoXUoj5KHoxQ Message-ID: Subject: Re: [rft] net80211 scan overhaul, pass 1 From: Adrian Chadd To: "Eric L. Camachat" Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Mon, 05 Jan 2015 21:42:37 -0000 Oh, damn. Erm, you have to add ieee80211_swscan.c to sys/conf/files ; I only patched the kernel module directory :( -adrian On 5 January 2015 at 12:16, Eric L. Camachat wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 01/03/2015 20:46, Adrian Chadd wrote: >> hi all, >> >> I've started overhauling the net80211 scan infrastructure so it >> can support fully-offloaded scan firmware (like the intel iwn(4) >> NICs, and the upcoming 7260 driver I'm hacking on.) >> >> I'd like this patch tested: >> >> https://people.freebsd.org/~adrian/net80211/20150103-net80211-scan-overhaul-1.diff >> >> This splits the scan code into two halves - the generic bits that >> drive when and what to do about scanning, and the bits that >> implement the software scanner. > > Cannot be compiled on 11-CURRENT, see: > - -------------------------------------------------------------- >>>> stage 3.2: building everything > - -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/KETAGALAN; MAKEOBJDIRPREFIX=/usr/obj > MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE=corei7-avx > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/usr/s > rc/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD > 11.0-CURRENT amd64 1100052" IN > STALL="sh /usr/src/tools/install.sh" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr > /src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > CC="cc " CXX="c++ " DEPFLAGS="" CPP="cpp " AS="as" AR="ar" LD="ld" > NM=nm OBJDUMP=objd > ump OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" make -m > /usr/src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ > linking kernel.debug > ieee80211_scan.o: In function `ieee80211_scan_attach': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x6): undefined > reference to `ieee80211_swscan_attach' > ieee80211_scan.o: In function `ieee80211_scan_detach': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x16): undefined > reference to `ieee80211_swscan_detach' > ieee80211_scan.o: In function `ieee80211_scan_vattach': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x8b): undefined > reference to `ieee80211_swscan_vattach' > ieee80211_scan.o: In function `ieee80211_scan_vdetach': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x10b): undefined > reference to `ieee80211_swscan_vdetach' > ieee80211_scan.o: In function `ieee80211_start_scan_locked': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x812): undefined > reference to `ieee80211_swscan_set_scan_duration' > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x8b0): undefined > reference to `ieee80211_swscan_run_scan_task' > ieee80211_scan.o: In function `ieee80211_start_scan': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x94e): undefined > reference to `ieee80211_swscan_start_scan' > ieee80211_scan.o: In function `ieee80211_check_scan': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xbbb): undefined > reference to `ieee80211_swscan_check_scan' > ieee80211_scan.o: In function `ieee80211_bg_scan': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xcc5): undefined > reference to `ieee80211_swscan_bg_scan' > ieee80211_scan.o: In function `ieee80211_cancel_scan': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xd06): undefined > reference to `ieee80211_swscan_cancel_scan' > ieee80211_scan.o: In function `ieee80211_cancel_anyscan': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xd16): undefined > reference to `ieee80211_swscan_cancel_anyscan' > ieee80211_scan.o: In function `ieee80211_scan_next': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xd26): undefined > reference to `ieee80211_swscan_scan_next' > ieee80211_scan.o: In function `ieee80211_scan_done': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xdd3): undefined > reference to `ieee80211_swscan_scan_done' > ieee80211_scan.o: In function `ieee80211_probe_curchan': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xe64): undefined > reference to `ieee80211_swscan_probe_curchan' > ieee80211_scan.o: In function `ieee80211_add_scan': > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x1036): undefined > reference to `ieee80211_swscan_add_scan' > ieee80211_scan_sta.o: In function `sta_attach': > /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x102): undefined > reference to `M_80211_SCAN' > ieee80211_scan_sta.o: In function `sta_detach': > /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x224): undefined > reference to `M_80211_SCAN' > /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x265): undefined > reference to `M_80211_SCAN' > ieee80211_scan_sta.o: In function `sta_flush': > /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x614): undefined > reference to `M_80211_SCAN' > ieee80211_scan_sta.o: In function `sta_add': > /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x90d): undefined > reference to `M_80211_SCAN' > ieee80211_scan_sta.o:/usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0xe7d): > more undefined references to `M_80211_SCAN' follow > *** Error code 1 > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iF4EAREIAAYFAlSq8RkACgkQSfBQu3oOwYw8WAD7BXtRXLvYOFPKKWvvbUs6XoLU > wh+MIAah8y8paqgz5BoBALB0FP40M4e7vpZogN89cHtcKJbQMfYu39tlYszDKgpW > =iB91 > -----END PGP SIGNATURE----- From owner-freebsd-wireless@FreeBSD.ORG Tue Jan 6 10:28:56 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 541F0A3A for ; Tue, 6 Jan 2015 10:28:56 +0000 (UTC) Received: from system.jails.se (unknown [IPv6:2001:16d8:cc1e:1::1]) (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 C655F64BAD for ; Tue, 6 Jan 2015 10:28:54 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 2835B89DFC for ; Tue, 6 Jan 2015 11:28:50 +0100 (CET) Received: from mobius.uppmax.uu.se (h148n9-u-a31.ias.bredband.telia.com [213.67.100.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id D31DC89DF7 for ; Tue, 6 Jan 2015 11:28:41 +0100 (CET) Message-ID: <54ABB8D8.8010505@pean.org> Date: Tue, 06 Jan 2015 11:28:40 +0100 From: =?UTF-8?B?UGV0ZXIgQW5rZXJzdMOlbA==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "wi >> freebsd-wireless@freebsd.org" Subject: Multiple ssid or multiple radios with hostapd Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030500060306030302030601" X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jan 6 11:28:49 2015 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 54abb8e164601185315013 X-DSPAM-Factors: 27, work+with+multiple+wifi+cards, 0.40000, To*freebsd.org"+#+#+freebsd.org>, 0.40000, Subject*ssid, 0.40000, Im+trying+#+#+hostapd, 0.40000, but, 0.40000, To*"wi+>>+#+wireless+freebsd.org", 0.40000, from+#+manual+And, 0.40000, To*"wi+#+#+wireless+freebsd.org", 0.40000, To*"wi+>>+freebsd+wireless+freebsd.org", 0.40000, work+#+multiple+wifi+cards, 0.40000, And+#+#+the+googlez, 0.40000, googlez, 0.40000, multiple+#+#+(and, 0.40000, the+#+I, 0.40000, get+hostapd+to+work, 0.40000, Im+trying+to+get+hostapd, 0.40000, dont+#+much+Thanks, 0.40000, wifi+#+#+multiple, 0.40000, Subject*Multiple+ssid+#+multiple, 0.40000, To*>>+freebsd+wireless+freebsd.org"+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 10:28:56 -0000 This is a cryptographically signed message in MIME format. --------------ms030500060306030302030601 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi! Im trying to get hostapd to work with multiple wifi cards (and multiple=20 ssid on a single card) but I cant get how to do it from the manual. And=20 when searching the googlez I dont get much. Thanks. --------------ms030500060306030302030601 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCC BjMwggUboAMCAQICAwiyiDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDEyMDA3NTIzOFoXDTE1MDEyMTA4NTkyMVowUzEZMBcGA1UE DRMQMWlGRkxHbTV3RmVTWjZ6OTEXMBUGA1UEAwwOcGV0ZXJAcGVhbi5vcmcxHTAbBgkqhkiG 9w0BCQEWDnBldGVyQHBlYW4ub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA zoKHiOE9vdQgax/GZyTaqtNvfjGIHwG1tsMOXZELs49KJY66oD//szW3yoIl8nQapUBn+hZq s3QT5PxqfElXxljYszYE6yk3kWR7EVtlIEfT7Pf24XlFw4uzoZzEjaxPJBt4+BWwb1MpqBmw TNZwZGYI9SO6JW23G9o+e+hPmlXFTovW9B36J0M2Qu0+IE6MsDIG0y5CwuiXMqNz+vEBiIBv def3CIidRn3/K7DQYBYn9gj/UNB1yf1GRhsNDO124T9+9bhlplov0srt7pqQjaSiiqVOCCWd pxvM/eF0LFBkEFATy45RKtl2vk9zM1wmI+sU29vodHoDDuf8t4bTtQIDAQABo4IC1DCCAtAw CQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME MB0GA1UdDgQWBBSAhVDjVwheLV39/7XFsz9rQP0sVDAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzCCAUwGA1UdIASCAUMwggE/ MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3Rh cnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9z ZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNV HR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGO BggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20v c3ViL2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wu Y29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAFiVjpZEkQoHYAtb0E6MVJgz o1K6d6eEjLsCNbaw833a0jws4Rh0KG/MjqjJzUwa2G6mVZb/JaodRK8VENnpxJ8WhjWqyQL8 /lKnGa88XYMtl+i4ICur08IfQLG7zNFnyG/kOAiMNkgF4H6lZx/ezup9fowUOt0hxERXMcqo 4p+RzPShx35EGRv+5gZNQ7XW4s2rzFzt9CHaDar8SyAGHK3oFapKpHsVSUYik0QCLwnGcaHE HNUkCp1YMsjKwvmxVtQQs/2WfsqQlult8UYe0bTrnwDyLbgJDbvp9R5mZDrkUcXYlgP+mAmz TOrT1JhHbyYQjbbxJAmqkAIDcwVyDRAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUA MH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3Mg MSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoU fE6ERKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsu z9/9f1+1PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8 Q89lGxahNvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZ whZna//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMB AAGjggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU U3Ltkpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIw ZgYIKwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20v Y2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNV HR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOG IWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEE AYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu cGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qt XnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2 iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61H Tz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MX U91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD 9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0 ny0qZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf 6TcvGbjxkJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd8312 9fZjoEhdGwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90w ggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkG A1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3Rh cnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwiyiDAJBgUr DgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0x NTAxMDYxMDI4NDBaMCMGCSqGSIb3DQEJBDEWBBScFXxulQb8sygzVmfS6QuV3x/MKDBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGl BgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBM dGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYD VQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQID CLKIMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xp ZW50IENBAgMIsogwDQYJKoZIhvcNAQEBBQAEggEAupvoHGk8JM8kqKHPS5ux2LTbjvVYLZ/M VDphH4T5sYTm5feaKIj0msRQmUZCuonCJiiwPQ3W4iZLbNkUkNIee2/CMFHCV9BYY98QBYlF MEm/6uw9D3yLkxADfuqg/1QCIbIFDQzCDuMHSoe3WlL69lqDYhnYXi1dZxj7V2MQ2jImUP56 n1seGfwoH0IhTFHuJ8nZ70/WiuOtnxGy633kSy8CtnppQQ2Do+LzWvkrVvjhIgGItJ7sod3G cF9cp62FA5R2tZTGjrSkCuApBL/ayexvJzLS6p4Zv/LKpL2xwe1492qXGlKwjrRd25dFzcQJ 2sF+E+WIh3Ifg445TJSpjwAAAAAAAA== --------------ms030500060306030302030601-- From owner-freebsd-wireless@FreeBSD.ORG Tue Jan 6 15:53:39 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 175CAE6C for ; Tue, 6 Jan 2015 15:53:39 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D8142771 for ; Tue, 6 Jan 2015 15:53:38 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id q59so9839462wes.38 for ; Tue, 06 Jan 2015 07:53:37 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=1KFK2DO6/OtOnkboT0eDYZRealghDDUHVtciIRVDF4g=; b=sskAFJUCMQfxCEFouxkSY59BGVE2+sPBKyhnY1meRnV6diG1O+Cm9a3Uf1wD4wRIc2 N4ePxkSlRObi6TpGIFOzK9UcN3ysgsGloE3smqAwVNO5B9LkvrNOQ7MoHAZZnKyXO0Xm VZQORjrCZ637aVmE9yD4mHCQwQWH2LtnszGgncviaNsm4xCiwl7pjCezcxeULZcriEwA 1WFbOKrh+bvW8THnBmkn9uSDoHwatqLSmj1wPCa/OZainZ8oXtGkohophJxY3gHbZIk5 nh3d2qumB0i1RTcSESugVU5CiFmqWUGByDU4CSgp839g2OIps0lkQWS2SrnJmxzGPo5i 8Zsg== MIME-Version: 1.0 X-Received: by 10.180.91.193 with SMTP id cg1mr38484211wib.26.1420559617154; Tue, 06 Jan 2015 07:53:37 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Tue, 6 Jan 2015 07:53:37 -0800 (PST) In-Reply-To: <54ABB8D8.8010505@pean.org> References: <54ABB8D8.8010505@pean.org> Date: Tue, 6 Jan 2015 07:53:37 -0800 X-Google-Sender-Auth: roJ5sxrXDa4fPshRwnNCzpKYJX4 Message-ID: Subject: Re: Multiple ssid or multiple radios with hostapd From: Adrian Chadd To: =?UTF-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "wi >> freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Tue, 06 Jan 2015 15:53:39 -0000 Hi! It should be pretty simple: wlans_ath0=3D"wlan0 wlan1" ifconfig_wlan0=3D"create flags go here HOSTAP" ifconfig_wlan1=3D"create flags go here HOSTAP" Then you populate /etc/hostapd-wlan0.conf and /etc/hostapd-wlan1.conf . Hm, this isn't well documented at all. Ok, time to update it. -adrian On 6 January 2015 at 02:28, Peter Ankerst=C3=A5l wrote: > Hi! > > Im trying to get hostapd to work with multiple wifi cards (and multiple s= sid > on a single card) but I cant get how to do it from the manual. And when > searching the googlez I dont get much. > > Thanks. > From owner-freebsd-wireless@FreeBSD.ORG Tue Jan 6 15:58:16 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CA69375 for ; Tue, 6 Jan 2015 15:58:16 +0000 (UTC) Received: from system.jails.se (unknown [IPv6:2001:16d8:cc1e:1::1]) (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 A9AEA2887 for ; Tue, 6 Jan 2015 15:58:15 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 80311961E6 for ; Tue, 6 Jan 2015 16:58:10 +0100 (CET) Received: from mobius.uppmax.uu.se (h148n9-u-a31.ias.bredband.telia.com [213.67.100.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 5E735961BF; Tue, 6 Jan 2015 16:57:06 +0100 (CET) Message-ID: <54AC05D1.5020003@pean.org> Date: Tue, 06 Jan 2015 16:57:05 +0100 From: =?UTF-8?B?UGV0ZXIgQW5rZXJzdMOlbA==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Multiple ssid or multiple radios with hostapd References: <54ABB8D8.8010505@pean.org> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070604060003030901030903" X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jan 6 16:58:10 2015 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 54ac061264601370411779 X-DSPAM-Factors: 27, time+#+update+#+>, 0.40000, work+with+multiple+wifi+cards, 0.40000, Thanks+this+is+what+I, 0.40000, a+#+so, 0.40000, wrote+>>+Hi!+#+>>, 0.40000, conf+#+/etc/hostapd+wlan1+conf, 0.40000, Subject*ssid, 0.40000, Im+trying+#+#+hostapd, 0.40000, but, 0.40000, It+#+be+#+simple, 0.40000, >+ifconfig_wlan0="create+flags+go, 0.40000, CC*wireless+#++>+wlans_ath0="wlan0+#+>, 0.40000, it+#+to+run, 0.40000, hostapd)+But, 0.40000, work+#+multiple+wifi+cards, 0.40000, just, 0.40000, multiple+ssid+>>+on, 0.40000, CC*wireless+freebsd.org", 0.40000, just+one?+in+the, 0.40000, >+>+Hm+#+isn't, 0.40000, and+5ghz+#+#+same, 0.40000 Cc: "wi >> freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Tue, 06 Jan 2015 15:58:16 -0000 This is a cryptographically signed message in MIME format. --------------ms070604060003030901030903 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 01/06/15 16:53, Adrian Chadd wrote: > Hi! > > It should be pretty simple: > > wlans_ath0=3D"wlan0 wlan1" > ifconfig_wlan0=3D"create flags go here HOSTAP" > ifconfig_wlan1=3D"create flags go here HOSTAP" > > Then you populate /etc/hostapd-wlan0.conf and /etc/hostapd-wlan1.conf .= > > Hm, this isn't well documented at all. Ok, time to update it. > > > > -adrian > Thanks, this is what I did. (ie run two instances of hostapd). But is it = possible to run just one? in the other case then, when I need two ssid on the same radio? This=20 should be simple I guess? and finally a not so related question. I guess my radio (AR9300) cant=20 runt 2.4 and 5ghz at the same time? > > > On 6 January 2015 at 02:28, Peter Ankerst=C3=A5l wrote= : >> Hi! >> >> Im trying to get hostapd to work with multiple wifi cards (and multipl= e ssid >> on a single card) but I cant get how to do it from the manual. And whe= n >> searching the googlez I dont get much. >> >> Thanks. >> --------------ms070604060003030901030903 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCC BjMwggUboAMCAQICAwiyiDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDEyMDA3NTIzOFoXDTE1MDEyMTA4NTkyMVowUzEZMBcGA1UE DRMQMWlGRkxHbTV3RmVTWjZ6OTEXMBUGA1UEAwwOcGV0ZXJAcGVhbi5vcmcxHTAbBgkqhkiG 9w0BCQEWDnBldGVyQHBlYW4ub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA zoKHiOE9vdQgax/GZyTaqtNvfjGIHwG1tsMOXZELs49KJY66oD//szW3yoIl8nQapUBn+hZq s3QT5PxqfElXxljYszYE6yk3kWR7EVtlIEfT7Pf24XlFw4uzoZzEjaxPJBt4+BWwb1MpqBmw TNZwZGYI9SO6JW23G9o+e+hPmlXFTovW9B36J0M2Qu0+IE6MsDIG0y5CwuiXMqNz+vEBiIBv def3CIidRn3/K7DQYBYn9gj/UNB1yf1GRhsNDO124T9+9bhlplov0srt7pqQjaSiiqVOCCWd pxvM/eF0LFBkEFATy45RKtl2vk9zM1wmI+sU29vodHoDDuf8t4bTtQIDAQABo4IC1DCCAtAw CQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME MB0GA1UdDgQWBBSAhVDjVwheLV39/7XFsz9rQP0sVDAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzCCAUwGA1UdIASCAUMwggE/ MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3Rh cnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9z ZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNV HR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGO BggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20v c3ViL2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wu Y29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAFiVjpZEkQoHYAtb0E6MVJgz o1K6d6eEjLsCNbaw833a0jws4Rh0KG/MjqjJzUwa2G6mVZb/JaodRK8VENnpxJ8WhjWqyQL8 /lKnGa88XYMtl+i4ICur08IfQLG7zNFnyG/kOAiMNkgF4H6lZx/ezup9fowUOt0hxERXMcqo 4p+RzPShx35EGRv+5gZNQ7XW4s2rzFzt9CHaDar8SyAGHK3oFapKpHsVSUYik0QCLwnGcaHE HNUkCp1YMsjKwvmxVtQQs/2WfsqQlult8UYe0bTrnwDyLbgJDbvp9R5mZDrkUcXYlgP+mAmz TOrT1JhHbyYQjbbxJAmqkAIDcwVyDRAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUA MH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3Mg MSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoU fE6ERKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsu z9/9f1+1PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8 Q89lGxahNvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZ whZna//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMB AAGjggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU U3Ltkpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIw ZgYIKwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20v Y2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNV HR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOG IWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEE AYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu cGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qt XnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2 iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61H Tz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MX U91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD 9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0 ny0qZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf 6TcvGbjxkJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd8312 9fZjoEhdGwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90w ggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkG A1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3Rh cnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwiyiDAJBgUr DgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0x NTAxMDYxNTU3MDVaMCMGCSqGSIb3DQEJBDEWBBSAIt3xgTuz3q0KaxpgtP/fPFUjnjBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGl BgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBM dGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYD VQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQID CLKIMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xp ZW50IENBAgMIsogwDQYJKoZIhvcNAQEBBQAEggEAtevn4ECvJrHiJOkFOikSZmvHRQD9N4gn iGUWy76pGZ28xvI4HItQ3f/PvKofByhD2Wr9hnj34fR2fsHNeQ1XM8+5K1Gd9ddb6Ay8fPs/ 6mxKUU/Dya1FvBb3ZxJdLIwOQE49+Tpmg/VZZzgiMPwr4EPuIGA6XG3hXHbCzrJ+U85UZ0ib ShzGr1OJ9D6mFmUJEyS6A0zzL3F8K5icqwahqu1WAePIOYv7c3jxQAKB8m3iZOi/QsKPECkm Nc7eO5DdVmV4YPXi+/zkdAfxephSb0ATEFGdHGQcsoOmu4eWeiwEPFC3RZyr/nxtIQLsqd2S wiYXF+y795eOy+3bbEvw2QAAAAAAAA== --------------ms070604060003030901030903-- From owner-freebsd-wireless@FreeBSD.ORG Tue Jan 6 16:01:35 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 900324B4 for ; Tue, 6 Jan 2015 16:01:35 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23B0229EA for ; Tue, 6 Jan 2015 16:01:34 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id ex7so5667390wid.6 for ; Tue, 06 Jan 2015 08:01:32 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Uw0V9eGh6m2HsPKpPb9EgorWQ/H2yHSkKWJ1sGFEH9E=; b=FFAT7O2GJ8aUko8psaOSuXX77CfHbcVMinqzTivBYSYsFCHe7hKJjPsqDiqVq5jSVX HJZmU1djHNd0a2Xzjx8M49RNLNsI+FfghR8RZOpGkvuwx5VTWD9F1YfSk5ABnFJakUGl B8Nq2Ty+hr9/+ToGsQHzk4+w/ivWYNcjAtLTgJaRhlKgBIftST0Q8cOCXHKx2y/fnDl2 AsiLEJDrH5qLodz3JeFD4PbWF3lHPt22yZL4lg6VWtAXNoqGGz7jAF7mPgIpLVwtHFPZ F4ot9VisomGPFkH1Y9tdxXCQXxi6lNzRXotl/4lHQkCMOnXSDlVHG1UQ9YNZ1jiMH9Zp gENw== MIME-Version: 1.0 X-Received: by 10.194.108.9 with SMTP id hg9mr189377058wjb.68.1420560092579; Tue, 06 Jan 2015 08:01:32 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Tue, 6 Jan 2015 08:01:32 -0800 (PST) In-Reply-To: <54AC05D1.5020003@pean.org> References: <54ABB8D8.8010505@pean.org> <54AC05D1.5020003@pean.org> Date: Tue, 6 Jan 2015 08:01:32 -0800 X-Google-Sender-Auth: Q4dDUQLO7echNKMpxI6ThCpV19o Message-ID: Subject: Re: Multiple ssid or multiple radios with hostapd From: Adrian Chadd To: =?UTF-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "wi >> freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Tue, 06 Jan 2015 16:01:35 -0000 Hi! So: * you can run one hostapd - just not via the startup script. You can just pass it multiple config files at the command line. Try it and if you make it work, we'll figur eout how to teach the hostapd rc script about taking a specific config file parameter so we can list config files there. * yes, you'll need >1 ssid on a radio, regardless .:) * yes, the atheros chips have one radio and one baseband, and our framework only supports it being in one channel AP mode at a time (ie, not switching between multple channels/bands.) -adrian On 6 January 2015 at 07:57, Peter Ankerst=C3=A5l wrote: > On 01/06/15 16:53, Adrian Chadd wrote: >> >> Hi! >> >> It should be pretty simple: >> >> wlans_ath0=3D"wlan0 wlan1" >> ifconfig_wlan0=3D"create flags go here HOSTAP" >> ifconfig_wlan1=3D"create flags go here HOSTAP" >> >> Then you populate /etc/hostapd-wlan0.conf and /etc/hostapd-wlan1.conf . >> >> Hm, this isn't well documented at all. Ok, time to update it. >> >> >> >> -adrian >> > Thanks, this is what I did. (ie run two instances of hostapd). But is it > possible to run just one? > > in the other case then, when I need two ssid on the same radio? This shou= ld > be simple I guess? > > and finally a not so related question. I guess my radio (AR9300) cant run= t > 2.4 and 5ghz at the same time? > > >> >> >> On 6 January 2015 at 02:28, Peter Ankerst=C3=A5l wrote: >>> >>> Hi! >>> >>> Im trying to get hostapd to work with multiple wifi cards (and multiple >>> ssid >>> on a single card) but I cant get how to do it from the manual. And when >>> searching the googlez I dont get much. >>> >>> Thanks. >>> > > From owner-freebsd-wireless@FreeBSD.ORG Tue Jan 6 21:30:29 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69B727E5; Tue, 6 Jan 2015 21:30:29 +0000 (UTC) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3523D64DE7; Tue, 6 Jan 2015 21:30:29 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id ft15so268165pdb.8; Tue, 06 Jan 2015 13:30:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=7HowXxg2TzGHYusDDmrrOfFRE/SlB2JeagUXl9yJbaY=; b=NEkk6dYcT+W8G2Kovhvx/B+NseKkuuTU5wJrbwN+AxkQYS7vVMhzYlc674QW9kteyX kMBIB4pn1tw7a9XXznvR9x8mReAvseASlLRjJ8sm+a4ksaQ89vhC9UeLAGiXl9Zck+wh pjqMbxoo3sB1U9x6pTzML1PPVd3r77NID2TcQmI4kNf+TxdMPBfC6983+DF99MjFOy0O UmB5v1tIIy40h7yt4N5FBcBPB+MCTIpgdP1ImDo0qHOvjieQuLEC00x5lPH/jdQNsK8d yHwS9KF21eQgkRtKHBLOv5r/Ms7Ehkt5x5QwNkV/aziOH/U+NfBlRUQyPwO4n6T4IyvM iRuQ== X-Received: by 10.68.242.8 with SMTP id wm8mr53385541pbc.32.1420579828768; Tue, 06 Jan 2015 13:30:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.70.50.70 with HTTP; Tue, 6 Jan 2015 13:30:08 -0800 (PST) In-Reply-To: References: <54AAF11E.3060504@gmail.com> From: Eric Camachat Date: Tue, 6 Jan 2015 13:30:08 -0800 Message-ID: Subject: Re: [rft] net80211 scan overhaul, pass 1 To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Tue, 06 Jan 2015 21:30:29 -0000 No, will test it later when I'm free. On Mon, Jan 5, 2015 at 1:42 PM, Adrian Chadd wrote: > Oh, damn. Erm, you have to add ieee80211_swscan.c to sys/conf/files ; > I only patched the kernel module directory :( > > > > -adrian > > > On 5 January 2015 at 12:16, Eric L. Camachat > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > > > > On 01/03/2015 20:46, Adrian Chadd wrote: > >> hi all, > >> > >> I've started overhauling the net80211 scan infrastructure so it > >> can support fully-offloaded scan firmware (like the intel iwn(4) > >> NICs, and the upcoming 7260 driver I'm hacking on.) > >> > >> I'd like this patch tested: > >> > >> > https://people.freebsd.org/~adrian/net80211/20150103-net80211-scan-overhaul-1.diff > >> > >> This splits the scan code into two halves - the generic bits that > >> drive when and what to do about scanning, and the bits that > >> implement the software scanner. > > > > Cannot be compiled on 11-CURRENT, see: > > - -------------------------------------------------------------- > >>>> stage 3.2: building everything > > - -------------------------------------------------------------- > > cd /usr/obj/usr/src/sys/KETAGALAN; MAKEOBJDIRPREFIX=/usr/obj > > MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE=corei7-avx > > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > > GROFF_FONT_PATH=/usr/obj/usr/s > > rc/tmp/legacy/usr/share/groff_font > > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > > _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD > > 11.0-CURRENT amd64 1100052" IN > > STALL="sh /usr/src/tools/install.sh" > > > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr > > > /src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > CC="cc " CXX="c++ " DEPFLAGS="" CPP="cpp " AS="as" AR="ar" LD="ld" > > NM=nm OBJDUMP=objd > > ump OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" make -m > > /usr/src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ > > linking kernel.debug > > ieee80211_scan.o: In function `ieee80211_scan_attach': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x6): undefined > > reference to `ieee80211_swscan_attach' > > ieee80211_scan.o: In function `ieee80211_scan_detach': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x16): undefined > > reference to `ieee80211_swscan_detach' > > ieee80211_scan.o: In function `ieee80211_scan_vattach': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x8b): undefined > > reference to `ieee80211_swscan_vattach' > > ieee80211_scan.o: In function `ieee80211_scan_vdetach': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x10b): undefined > > reference to `ieee80211_swscan_vdetach' > > ieee80211_scan.o: In function `ieee80211_start_scan_locked': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x812): undefined > > reference to `ieee80211_swscan_set_scan_duration' > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x8b0): undefined > > reference to `ieee80211_swscan_run_scan_task' > > ieee80211_scan.o: In function `ieee80211_start_scan': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x94e): undefined > > reference to `ieee80211_swscan_start_scan' > > ieee80211_scan.o: In function `ieee80211_check_scan': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xbbb): undefined > > reference to `ieee80211_swscan_check_scan' > > ieee80211_scan.o: In function `ieee80211_bg_scan': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xcc5): undefined > > reference to `ieee80211_swscan_bg_scan' > > ieee80211_scan.o: In function `ieee80211_cancel_scan': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xd06): undefined > > reference to `ieee80211_swscan_cancel_scan' > > ieee80211_scan.o: In function `ieee80211_cancel_anyscan': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xd16): undefined > > reference to `ieee80211_swscan_cancel_anyscan' > > ieee80211_scan.o: In function `ieee80211_scan_next': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xd26): undefined > > reference to `ieee80211_swscan_scan_next' > > ieee80211_scan.o: In function `ieee80211_scan_done': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xdd3): undefined > > reference to `ieee80211_swscan_scan_done' > > ieee80211_scan.o: In function `ieee80211_probe_curchan': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0xe64): undefined > > reference to `ieee80211_swscan_probe_curchan' > > ieee80211_scan.o: In function `ieee80211_add_scan': > > /usr/src/sys/net80211/ieee80211_scan.c:(.text+0x1036): undefined > > reference to `ieee80211_swscan_add_scan' > > ieee80211_scan_sta.o: In function `sta_attach': > > /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x102): undefined > > reference to `M_80211_SCAN' > > ieee80211_scan_sta.o: In function `sta_detach': > > /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x224): undefined > > reference to `M_80211_SCAN' > > /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x265): undefined > > reference to `M_80211_SCAN' > > ieee80211_scan_sta.o: In function `sta_flush': > > /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x614): undefined > > reference to `M_80211_SCAN' > > ieee80211_scan_sta.o: In function `sta_add': > > /usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0x90d): undefined > > reference to `M_80211_SCAN' > > > ieee80211_scan_sta.o:/usr/src/sys/net80211/ieee80211_scan_sta.c:(.text+0xe7d): > > more undefined references to `M_80211_SCAN' follow > > *** Error code 1 > > > > > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v2 > > > > iF4EAREIAAYFAlSq8RkACgkQSfBQu3oOwYw8WAD7BXtRXLvYOFPKKWvvbUs6XoLU > > wh+MIAah8y8paqgz5BoBALB0FP40M4e7vpZogN89cHtcKJbQMfYu39tlYszDKgpW > > =iB91 > > -----END PGP SIGNATURE----- > From owner-freebsd-wireless@FreeBSD.ORG Tue Jan 6 21:31:54 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DE57820 for ; Tue, 6 Jan 2015 21:31:54 +0000 (UTC) Received: from system.jails.se (system.jails.se [91.205.63.85]) (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 CE9FF64ED0 for ; Tue, 6 Jan 2015 21:31:51 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 3CF851AAB42 for ; Tue, 6 Jan 2015 22:31:46 +0100 (CET) Received: from mobius.uppmax.uu.se (h148n9-u-a31.ias.bredband.telia.com [213.67.100.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 491D91AAB39; Tue, 6 Jan 2015 22:31:35 +0100 (CET) Message-ID: <54AC5438.6060508@pean.org> Date: Tue, 06 Jan 2015 22:31:36 +0100 From: =?UTF-8?B?UGV0ZXIgQW5rZXJzdMOlbA==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Multiple ssid or multiple radios with hostapd References: <54ABB8D8.8010505@pean.org> <54AC05D1.5020003@pean.org> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050601050606000108040201" X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jan 6 22:31:45 2015 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 54ac544164601139719981 X-DSPAM-Factors: 27, Subject*ssid, 0.40000, I+now+#+#+primary, 0.40000, a+radio+regardless+#+>, 0.40000, Yep+it, 0.40000, channel+AP+#+#+a, 0.40000, pass+it+#+#+files, 0.40000, AP+#+#+a, 0.40000, to+#+#+hostapd+rc, 0.40000, time+#+>+not+switching, 0.40000, startup+#+You, 0.40000, CC*wireless+#++files+there+#+it, 0.40000, message+in+MIME+format+On, 0.40000, can+>, 0.40000, just, 0.40000, just, 0.40000, multiple+#+files+#+the, 0.40000, not+switching+between, 0.40000, up"+ifconfig_wlan2="channel+11, 0.40000, CC*wireless+freebsd.org", 0.40000, only+supports+it, 0.40000, via+#+#+script, 0.40000, >+you+make+#+work, 0.40000, wrote+#+Hi!+#+>, 0.40000, supports+it+being+#+one, 0.40000, not+#+the+startup, 0.40000, script+#+about, 0.40000 Cc: "wi >> freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Tue, 06 Jan 2015 21:31:54 -0000 This is a cryptographically signed message in MIME format. --------------ms050601050606000108040201 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 01/06/15 17:01, Adrian Chadd wrote: > Hi! > > So: > > * you can run one hostapd - just not via the startup script. You can > just pass it multiple config files at the command line. Try it and if > you make it work, we'll figur eout how to teach the hostapd rc script > about taking a specific config file parameter so we can list config > files there. Yep it works! Thanks. I now have my primary wifi on 2.4ghz and 5ghz and=20 one "guest wifi" using /usr/sbin/hostapd -P /var/run/hostapd.pid -B /etc/hostapd.conf=20 /etc/hostapd2.conf /etc/hostapd3.conf rc.conf: wlans_ath0=3D"wlan0" wlans_ath1=3D"wlan1 wlan2" create_args_wlan0=3D"wlanmode hostap" create_args_wlan1=3D"wlanmode hostap" create_args_wlan2=3D"wlanmode hostap" ifconfig_wlan0=3D"channel 56 up" ifconfig_wlan1=3D"channel 11 up" ifconfig_wlan2=3D"channel 11 up" hostapd_enable=3D"YES" > > * yes, you'll need >1 ssid on a radio, regardless .:) > > * yes, the atheros chips have one radio and one baseband, and our > framework only supports it being in one channel AP mode at a time (ie, > not switching between multple channels/bands.) > > > --------------ms050601050606000108040201 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCC BjMwggUboAMCAQICAwiyiDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDEyMDA3NTIzOFoXDTE1MDEyMTA4NTkyMVowUzEZMBcGA1UE DRMQMWlGRkxHbTV3RmVTWjZ6OTEXMBUGA1UEAwwOcGV0ZXJAcGVhbi5vcmcxHTAbBgkqhkiG 9w0BCQEWDnBldGVyQHBlYW4ub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA zoKHiOE9vdQgax/GZyTaqtNvfjGIHwG1tsMOXZELs49KJY66oD//szW3yoIl8nQapUBn+hZq s3QT5PxqfElXxljYszYE6yk3kWR7EVtlIEfT7Pf24XlFw4uzoZzEjaxPJBt4+BWwb1MpqBmw TNZwZGYI9SO6JW23G9o+e+hPmlXFTovW9B36J0M2Qu0+IE6MsDIG0y5CwuiXMqNz+vEBiIBv def3CIidRn3/K7DQYBYn9gj/UNB1yf1GRhsNDO124T9+9bhlplov0srt7pqQjaSiiqVOCCWd pxvM/eF0LFBkEFATy45RKtl2vk9zM1wmI+sU29vodHoDDuf8t4bTtQIDAQABo4IC1DCCAtAw CQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME MB0GA1UdDgQWBBSAhVDjVwheLV39/7XFsz9rQP0sVDAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzCCAUwGA1UdIASCAUMwggE/ MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3Rh cnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9z ZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNV HR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGO BggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20v c3ViL2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wu Y29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAFiVjpZEkQoHYAtb0E6MVJgz o1K6d6eEjLsCNbaw833a0jws4Rh0KG/MjqjJzUwa2G6mVZb/JaodRK8VENnpxJ8WhjWqyQL8 /lKnGa88XYMtl+i4ICur08IfQLG7zNFnyG/kOAiMNkgF4H6lZx/ezup9fowUOt0hxERXMcqo 4p+RzPShx35EGRv+5gZNQ7XW4s2rzFzt9CHaDar8SyAGHK3oFapKpHsVSUYik0QCLwnGcaHE HNUkCp1YMsjKwvmxVtQQs/2WfsqQlult8UYe0bTrnwDyLbgJDbvp9R5mZDrkUcXYlgP+mAmz TOrT1JhHbyYQjbbxJAmqkAIDcwVyDRAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUA MH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3Mg MSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoU fE6ERKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsu z9/9f1+1PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8 Q89lGxahNvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZ whZna//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMB AAGjggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU U3Ltkpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIw ZgYIKwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20v Y2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNV HR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOG IWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEE AYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu cGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qt XnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2 iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61H Tz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MX U91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD 9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0 ny0qZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf 6TcvGbjxkJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd8312 9fZjoEhdGwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90w ggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkG A1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3Rh cnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwiyiDAJBgUr DgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0x NTAxMDYyMTMxMzZaMCMGCSqGSIb3DQEJBDEWBBSvvi0Xk9x7RRO0sAbmhulRYWx/JzBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGl BgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBM dGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYD VQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQID CLKIMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xp ZW50IENBAgMIsogwDQYJKoZIhvcNAQEBBQAEggEAwgGmoWdet38/eedMcn8RkXkuNyyX3f5d tSYBAjVuU0ErnQZNEcEhR0Hv+GooZupD7EhSb0iYhXYxRTlD8zBVFiwW9yJ+aOy5RwbcXit9 WA3763Am/5Q4l0sTcQHVkqhpuRX+AtvexE8p7cLLThBx9/QyfjfP+yEfg3MPsOlAzcIQyEY4 Omqg3rLaTa8wp7H6TtE6sy26AxhgXpaqtETz35eUML8RcURiCUIid01gSgBOdULMwtCbcsa9 K9FsQIYcJtRBDWjK42/HPMuJgcjVjf8a+mOUklGUmpQ5j3Fbb+UokbTNtIdgeAoD1JNPPoKQ 00BM7zByj4pkQPdYkc6SywAAAAAAAA== --------------ms050601050606000108040201-- From owner-freebsd-wireless@FreeBSD.ORG Wed Jan 7 14:09:02 2015 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF4F8256 for ; Wed, 7 Jan 2015 14:09:02 +0000 (UTC) Received: from nm27-vm5.access.bullet.mail.gq1.yahoo.com (nm27-vm5.access.bullet.mail.gq1.yahoo.com [216.39.63.145]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2F30647D8 for ; Wed, 7 Jan 2015 14:09:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1420639734; bh=hV+jYni58SquCOCR2sFMPus1xJ/3XH/omBU83wL9AsQ=; h=Date:From:To:CC:Subject:References:In-Reply-To:From:Subject; b=5o8CY7dD7OTneFzflCSFcRvrPRkqmTwDtKe+udJs1LURhmGmVUcOQZgYeA+YySxZzQKpbUcdGLLm63L4HP/XrDdZv4dBFwY/UaPY5Q8zNrpOY5tTICvY2JTXcI6ixwf9bUmQ7+OjGZA285ZorCLTIBMTMPcFtzKfuPTPx0+YkLA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=att.net; b=P7qQTbEtOtMjpmirupSevHoJ1wObMR15QyOXm0k8ckof9Q1B4wpvNAZIwUW/MJAkjuoR1OiG5Hcyy9nQXcyZQwRehmd1F1YtiDX7WSTIx++zQi/zterRq8zv8pYSD/hRaVT+9KOIkOmbtXmtQa3H0ZO5v140Z2VPMTfffJR2f8I=; Received: from [216.39.60.172] by nm27.access.bullet.mail.gq1.yahoo.com with NNFMP; 07 Jan 2015 14:08:54 -0000 Received: from [98.138.226.240] by tm8.access.bullet.mail.gq1.yahoo.com with NNFMP; 07 Jan 2015 14:08:54 -0000 Received: from [127.0.0.1] by smtp111.sbc.mail.ne1.yahoo.com with NNFMP; 07 Jan 2015 14:08:54 -0000 X-Yahoo-Newman-Id: 556379.65758.bm@smtp111.sbc.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 13gt_VgVM1kYrYjO0u75s3nXe_u4YqME5Iam4dj2HvWnEqB gJ_t7sW62ahMi5tZJ1QaPNDQhnaL8wDR82Rj6KUJ5uiUJjOTB4vYde9FUkLT 7Ir9lDlHpAKiyMlAVlg_GvvffDzwwrAfr7.4PRY_4PhLleJ5cwsO9PyRCRQH 6WvEZwVHI5HftGmsPqG7aPNaZTnsOtJEuQz7Sa6Wis.ycJJWT4OgxpSOAR1X OrGvjU0cRVunzX5Zv3sHv2u_dON6Vrto7qUIQDQRWnA_sZ2.Xe0JMdrzCmZ8 IAzpaTLaui1b_w1wPgfo1Vf7dF09.AJ2zUJxnI_SRXmi4GlUbKhCjRJO3fw4 bBDtVBbr4Zhw31K0UaRtGTVphkD2kvuP6WC_jFi1CzAuIJCWVXYkw2QV.i2J YwEKplv9kPHz.MAftW4yh7R73BzuQlozE_4LdOOfORulrglDJsf3Jmm.CKv8 9iVzFc7z6wDtGM_XfHZWQwhGSKdQwLuhOcP2jTIP5e7Mknd91xB.WJddOUeq r7rBRHkY9P0i6X5fPHsszmBmyWRfXb5MCZWrk5.yXmkK5Sw-- X-Yahoo-SMTP: OKD1keCswBBTAmAF1s00hLyKW3wE3YfSK0Eazl6b4VZG4LTqJxg- Message-ID: <54AD3DF5.1070905@att.net> Date: Wed, 07 Jan 2015 09:08:53 -0500 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Atheros AR9565 detected, not working References: <433678684.160603.1419257025708.JavaMail.yahoo@jws10658.mail.bf1.yahoo.com> <54987366.6060803@yahoo.com> <5498780B.90704@yahoo.com> <5498944C.4040706@yahoo.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Anthony Jenkins , "wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Wed, 07 Jan 2015 14:09:03 -0000 Hi Adrian, Just letting you know I haven't died in a shootout with the US FBI or anything, just been working on (and suprisingly fixing) issues with my HP Envy Sleekbook 6 since the holidays. I'll be cleaning up my patches and posting to the wiki this week (hopefully). Also still sitting on that ACPI patch for the RTC CMOS handler. > So, would you mind trying your patch again but only with the bits that > allow the GPIO pins to be enabled? If that works, then I'll commit > that Just to be clear, instead of commenting out the early exits in the GPIO readers/writers for certain GPIO addresses, I should selectively give the AR9565 a pass? ...or do you want me to /just/ comment out the early exits, and revert the added call to ar9300_enable_rf_kill() and see if that works? I don't like those early exit bits anyway... > In parallel I'm going to have to tidy up the rfkill capability > API to correctly set bits - I'll likely expand the field in the driver > and have the pre-AR9300 chipset code error out if an out-of-bounds > gpio value is sent. Excellent! Anything I can help with? We /have/ an rfkill API? ...because I need some way to connect my newly-fixed laptop wifi-enable key to some function to enable/disable the radios. Right now I'm just throwing an event over to devd(8). Thanks, Anthony On 12/23/2014 13:06, Adrian Chadd wrote: > On 22 December 2014 at 14:57, Adrian Chadd wrote: > >> Ok, let me go see what's going on. > I dislike when I say "let me see what's going on" and then I .. see > what's going on. > > So: > > * the ar5212 HAL does the right thing - it checks the rfkill setup in > ar5212Reset() and enables it if required > * it also populates the rfkill data from EEPROM at attach time > * the sysctl code just grabs the rfkill /eeprom field/ and .. well, > that's the API. So I have to see if that's the same for the AR9300 or > not. Grr. > > Well, it kinda is: > > ar9300eep.h:#define EEP_RFSILENT_ENABLED 0x0001 /* bit 0: > enabled/disabled */ > ar9300eep.h:#define EEP_RFSILENT_ENABLED_S 0 /* bit 0: > enabled/disabled */ > ar9300eep.h:#define EEP_RFSILENT_POLARITY 0x0002 /* bit 1: polarity */ > ar9300eep.h:#define EEP_RFSILENT_POLARITY_S 1 /* bit 1: polarity */ > ar9300eep.h:#define EEP_RFSILENT_GPIO_SEL 0x00fc /* bits 2..7: > gpio PIN */ > ar9300eep.h:#define EEP_RFSILENT_GPIO_SEL_S 2 /* bits 2..7: > gpio PIN */ > > .. but on the AR5212: > > ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_GPIO_SEL 0x001c > ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_GPIO_SEL_S 2 > ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_POLARITY 0x0002 > ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_POLARITY_S 1 > ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT 0x0f /* RF > Silent/Clock Run Enable */ > ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_GPIO_SEL 0x001c > ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_GPIO_SEL_S 2 > ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_POLARITY 0x0002 > ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_POLARITY_S 1 > > .. so more bits are available on the ar9300. I have to check the > AR5416 too; maybe more bits are also available there. > > Grr! > > * Then, the Ar5212 is doing it in ar5212Reset(), but ar5416Reset() > isn't doing it! So I'm going to have to go and hook that up for the > AR5416, AR9160, AR9280, AR9285, AR9287. Ugh. > > * the ar9300 HAL on -HEAD has this in ar9300_reset(): > > /* Reset ier reference count to disabled */ > // OS_ATOMIC_SET(&ahp->ah_ier_ref_count, 1);C > if (ath_hal_isrfkillenabled(ah)) { > ar9300_enable_rf_kill(ah); > } > > .. so it should be enabling it at reset. We shouldn't need to enable > it during ar9300_attach() as the first reset will set it up. > > * The AR5212 HAL enables rfkill interrupts, but the AR9300 doesn't. > Apparently there are .. issues. I don't know what they are. So maybe > we should use polling on that particular GPIO pin to provide rfkill > feedback to the driver and eventually the network stack. > > So, would you mind trying your patch again but only with the bits that > allow the GPIO pins to be enabled? If that works, then I'll commit > that. In parallel I'm going to have to tidy up the rfkill capability > API to correctly set bits - I'll likely expand the field in the driver > and have the pre-AR9300 chipset code error out if an out-of-bounds > gpio value is sent. > > Thanks! > > > > -adrian > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" > From owner-freebsd-wireless@FreeBSD.ORG Wed Jan 7 14:19:19 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3166957A for ; Wed, 7 Jan 2015 14:19:19 +0000 (UTC) Received: from system.jails.se (system.jails.se [91.205.63.85]) (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 D496864A0D for ; Wed, 7 Jan 2015 14:19:18 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id EA79596FDB for ; Wed, 7 Jan 2015 15:19:14 +0100 (CET) Received: from nyx.uppmax.uu.se (nyx.uppmax.uu.se [130.238.137.40]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 03C1F96FD6 for ; Wed, 7 Jan 2015 15:19:06 +0100 (CET) Message-ID: <54AD405A.6000901@pean.org> Date: Wed, 07 Jan 2015 15:19:06 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.8.0 MIME-Version: 1.0 To: "freebsd-wireless@freebsd.org" Subject: 802.11ac on FreeBSD Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030009050903040601040506" X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jan 7 15:19:14 2015 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 54ad406264601445288314 X-DSPAM-Factors: 27, ac+#+supported+by+FreeBSD, 0.40000, To*freebsd.org"+#+#+freebsd.org>, 0.40000, "The+#+11ac, 0.40000, within+this+field?+Im, 0.40000, 802+#+#+will+be, 0.40000, alternate+#+(not+#+written, 0.40000, supported+by+an+alternate, 0.40000, on+https, 0.40000, yet+#+#+"+Thanks!, 0.40000, org/dev/ath_hal%25284%2529/HardwareSupport+it+says+"The+802, 0.40000, https+//wiki+freebsd, 0.40000, devices+will+be, 0.40000, supported+#+an, 0.40000, (not+#+written+), 0.40000, What+cooking+within, 0.40000, by+an+alternate+driver, 0.40000, an, 0.40000, format+Hi!+What+#+within, 0.40000, by+an+alternate+driver+(not, 0.40000, MIME+format+#+What, 0.40000, devices+#+be, 0.40000, signed+message+#+MIME, 0.40000, an+#+#+(not, 0.40000, driver+(not+yet+written, 0.40000, (not+yet+written+)+", 0.40000, https+//wiki+#+#+it, 0.40000, yet+written, 0.40000 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Wed, 07 Jan 2015 14:19:19 -0000 This is a cryptographically signed message in MIME format. --------------ms030009050903040601040506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi! What cooking within this field? Im looking for a ac radio supported by=20 FreeBSD. Preferably a minipcie. on https://wiki.freebsd.org/dev/ath_hal%284%29/HardwareSupport it says=20 "The 802.11ac devices will be supported by an alternate driver (not yet=20 written.) " Thanks! /Peter. --------------ms030009050903040601040506 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKQDCC BRowggQCoAMCAQICEG0Z6qcZT2ozIuYiMnqqcd4wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwNDI4MDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UE ChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBAJKEhFtLV5jUXi+LpOFAyKNTWF9mZfEyTvefMn1V0HhMVbdClOD5J3EHxcZppLkyxPFA GpDMJ1Zifxe1cWmu5SAb5MtjXmDKokH2auGj/7jfH0htZUOMKi4rYzh337EXrMLaggLW1DJq 1GdvIBOPXDX65VSAr9hxCh03CgJQU2yVHakQFLSZlVkSMf8JotJM3FLb3uJAAVtIaN3FSrTg 7SQfOq9xXwfjrL8UO7AlcWg99A/WF1hGFYE8aIuLgw9teiFX5jSw2zJ+40rhpVJyZCaRTqWS D//gsWD9Gm9oUZljjRqLpcxCm5t9ImPTqaD8zp6Q30QZ9FxbNboW86eb/8ECAwEAAaOCAUsw ggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBR6E04AdFvG eGNkJ8Ev4qBbvHnFezAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNV HSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2VydHJ1c3Qu Y29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwdAYI KwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVRO QWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1 c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQCF1r54V1VtM39EUv5C1QaoAQOAivsNsv1Kv/av QUn1G1rF0q0bc24+6SZ85kyYwTAo38v7QjyhJT4KddbQPTmGZtGhm7VNm2+vKGwdr+XqdFqo 2rHA8XV6L566k3nK/uKRHlZ0sviN0+BDchvtj/1gOSBH+4uvOmVIPJg9pSW/ve9g4EnlFsjr P0OD8ODuDcHTzTNfm9C9YGqzO/761Mk6PB/tm/+bSTO+Qik5g+4zaS6CnUVNqGnagBsePdIa XXxHmaWbCG0SmYbWXVcHG6cwvktJRLiQfsrReTjrtDP6oDpdJlieYVUYtCHVmdXgQ0BCML7q peeU0rD+83X5f27nMIIFHjCCBAagAwIBAgIRAMFvE3qCNYFbXz8lkfxnvZgwDQYJKoZIhvcN AQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBD T01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTQw MTE3MDAwMDAwWhcNMTUwMTE3MjM1OTU5WjAfMR0wGwYJKoZIhvcNAQkBFg5wZXRlckBwZWFu Lm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALtXJzxk2+Tt/OsnAPvgIK/M pmd1DFYdqWGl8+/y9YbJbRCDAsFC48xjvwMrO55WSg1j44h2NC7I1w7J/+Y4qYZEwC+P/0cb I2GQY4WzkB8Plpc0HrDpOS6SPKfIIgGuS+tAURMHcLHlDBivtrsWqYg+wJ6ypOcvMBikpFcT ASga4Rb3zMpnE8z198dwRnyDoOJKF9iGBVDZ93613CdC/Fp+H2qve2AA577abiO3xIlamMkb /3IM6MC976rcR7Pnf3sp2ompPGn7m7yhhkut5OxnC83LnrzUVEJM1f3J8mtAWQ0AL5hEPDln OTT6P1Opv6C8eDB9xYQ3zqz0v7PoNjMCAwEAAaOCAd4wggHaMB8GA1UdIwQYMBaAFHoTTgB0 W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBR7JyIkDGIYyCTbDgf48nC5UOPMRzAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQED BQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYI KwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBK oEiGRmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9u YW5kU2VjdXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0 cDovL2NydC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1 cmVFbWFpbENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBkG A1UdEQQSMBCBDnBldGVyQHBlYW4ub3JnMA0GCSqGSIb3DQEBBQUAA4IBAQB0khzkZuMC8o9s 3xvoUbfr/4BcndibN6aDFbOIfwccWqIPMTOqmTakBjtc/N/bzYvFPlk2CmsjFbofuzuuVlKW G+bEjeq4xOsbjWKAmznV1Uw6DtyanWfs8YEU2sdKsHu657A5UZP8CCSpWxpnXAgFNdWszGSC jPw8uzcnKawBUbDHPT/ob/nAnNSYtGyLLqg5zb2qMbcerzHk4Gr1LZKApY122H0NguIPvQTi IF/+oeyhXl8KuBaPFU3kMr4UxIv9sX0KFp1iRjR6eOPAVTqC7TSttB1lhgRImKwU0tXNes1L XuWhgnB3Zr4atHizY+4kw9A0enFL8HNv2ampeTWEMYIEHDCCBBgCAQEwgakwgZMxCzAJBgNV BAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQx GjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1 dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQDBbxN6gjWBW18/JZH8Z72YMAkG BSsOAwIaBQCgggJHMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE1MDEwNzE0MTkwNlowIwYJKoZIhvcNAQkEMRYEFBDq5ojNkcqZ/2W6XM1X0iJwWXC6MGwG CSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw gboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0 ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBF bWFpbCBDQQIRAMFvE3qCNYFbXz8lkfxnvZgwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxm b3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVu dCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEAwW8TeoI1gVtfPyWR/Ge9 mDANBgkqhkiG9w0BAQEFAASCAQCGUnB743/BAe5Oi/yF4AoETXEC2ywPNft6BOSJdX+Cnyu6 LaHbH/FhI45pKB7b5k/SUw/R0khdF/lnY2rBtQUvIhJXHHDFFTITHUvF1UF7l+1Y/OHjTs7i VUejFdsdKTmxXnDv3Ca5IZrhEZ9/85l0mIFZRg9JMKPG4fBBIlQrQO6eIozEDK2ICFZQd2hJ BXSxlICFOP06GndZCiUwuG4P8ckoWZ15BwZlf28eumeDow2HhGJN1RnMlo8bRRZpUEuNdRRf U2qgdRKGxAkaKv8kubvComPG4G7R5HZO9tTpZYbLeQmbmiH88qk4+pF2yEHQ6xjLKfIg5nsx DgtxTkGKAAAAAAAA --------------ms030009050903040601040506-- From owner-freebsd-wireless@FreeBSD.ORG Wed Jan 7 16:22:11 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C910336 for ; Wed, 7 Jan 2015 16:22:11 +0000 (UTC) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C318F64E15 for ; Wed, 7 Jan 2015 16:22:10 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id q59so1453674wes.22 for ; Wed, 07 Jan 2015 08:22:08 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=VwNCL/efj+uRbZ63wJTdusJjcdrlO7OKBQ8sycTl95M=; b=svnf2Jam4WL9XS/ioXN1DRyGoV8vnLeSo3sz/8j1FUmcNhctuMcUGdM4eyvDhoFJ6V ELZZNrIFyGYK/LC90j+p2h2Mr2PFTbaM1nmNESbqb3I0Wop0GsqcExaXLRwhge13tpjw d7s0ityydZVHvqGWKE3e21lU3OjfKUfRVRbvvWKDp9yj3mXsDFeg+wqyVV5aZ/Xi2qcf 45EPoOTcqx9Rj5rv2bDGqeSuPhJuJiPDTaql5qzQrw63zxDLuFuOgVhtiehPa8snU2av er83Qx4L/ZOM5ghSaNo/hSUfx060m9jqzcgVDmmHFEpgT71Yiv67AWzYe5OuPXGMVuhB 396g== MIME-Version: 1.0 X-Received: by 10.194.108.9 with SMTP id hg9mr7939867wjb.68.1420647728525; Wed, 07 Jan 2015 08:22:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Wed, 7 Jan 2015 08:22:08 -0800 (PST) In-Reply-To: <54AD405A.6000901@pean.org> References: <54AD405A.6000901@pean.org> Date: Wed, 7 Jan 2015 08:22:08 -0800 X-Google-Sender-Auth: RyznfWTvBAI5CfQsH59yTuJA2a4 Message-ID: Subject: Re: 802.11ac on FreeBSD From: Adrian Chadd To: =?UTF-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Wed, 07 Jan 2015 16:22:11 -0000 Hi, There isn't 11ac support in the wifi stack. :( -adrian On 7 January 2015 at 06:19, Peter Ankerst=C3=A5l wrote: > Hi! > > What cooking within this field? Im looking for a ac radio supported by > FreeBSD. Preferably a minipcie. > > on https://wiki.freebsd.org/dev/ath_hal%284%29/HardwareSupport it says "T= he > 802.11ac devices will be supported by an alternate driver (not yet writte= n.) > " > > Thanks! > > /Peter. > From owner-freebsd-wireless@FreeBSD.ORG Wed Jan 7 20:01:45 2015 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AFBE62F for ; Wed, 7 Jan 2015 20:01:45 +0000 (UTC) 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 728D71469 for ; Wed, 7 Jan 2015 20:01:45 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t07K1jDS069642 for ; Wed, 7 Jan 2015 20:01:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 187470] [bthidd] [patch] Apple Wireless Keyboard (JIS) Date: Wed, 07 Jan 2015 20:01:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit 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.18-1 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: Wed, 07 Jan 2015 20:01:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187470 --- Comment #3 from commit-hook@freebsd.org --- A commit references this bug: Author: emax Date: Wed Jan 7 20:01:15 UTC 2015 New revision: 276791 URL: https://svnweb.freebsd.org/changeset/base/276791 Log: MFC r275709 handle "Kana" and "Eisu" keys on Apple Wireless Keyboard (JIS) PR: 187470 Submitted by: naito.yuichiro Changes: _U stable/10/ stable/10/usr.sbin/bluetooth/bthidd/kbd.c -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Thu Jan 8 05:10:24 2015 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27EBE3E4 for ; Thu, 8 Jan 2015 05:10:24 +0000 (UTC) Received: from nm19-vm2.access.bullet.mail.bf1.yahoo.com (nm19-vm2.access.bullet.mail.bf1.yahoo.com [216.109.115.97]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CBDB877A for ; Thu, 8 Jan 2015 05:10:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1420693816; bh=bj4pisAi2CJis/3MP5X+U92MZCGqOR+YepdOOu+3xaM=; h=Date:From:To:CC:Subject:References:In-Reply-To:From:Subject; b=oVJa5EtsXkZOBcAkC92FdL7dGpR9mqUgyf1OOPaP7sZBEmL1gnebkwZvDZcgRTg6TVGltgQZV8Ya20Q9BzBJN0PiD3E28Iyom+4Mq78naYPOl0MXDqLWOM+GMnk6Puzduqlm6EjW1wd0jI6CgEt59emqOnyAJMsiGjrzj8j1NqA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=att.net; b=D011ImVSj+riVogKH/8ERvpW7EgwdO7k0IwLAARRSVyYuADdgD0J1dpDajFcPOfOdPos6NLtzDRyZJuCTSyAKI3JX8PTlnlIXY/QgecKWQT5wyJPk6j+55dKpXWH1tcgjCtNttHIZONKO0KMAonbtZaNtm9HKYtFHJ39qOfvlhg=; Received: from [66.196.81.155] by nm19.access.bullet.mail.bf1.yahoo.com with NNFMP; 08 Jan 2015 05:10:16 -0000 Received: from [98.138.226.240] by tm1.access.bullet.mail.bf1.yahoo.com with NNFMP; 08 Jan 2015 05:10:16 -0000 Received: from [127.0.0.1] by smtp111.sbc.mail.ne1.yahoo.com with NNFMP; 08 Jan 2015 05:10:16 -0000 X-Yahoo-Newman-Id: 56107.72020.bm@smtp111.sbc.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: tdPabIQVM1n1Y0DeaE_d6MgWIDlUfsRSHX.kS17xI1qYeJt 2trowj1yXw47jTST0p0K.v4eCf4jen7dWAnMmMYtpf1_S96ydhiwG1Z_MKCe gBfPM3uemXkaDOZEZPQdg5LJwxt2.0F4riytZI4j3XoYu87BAlfnPNz6r0c5 imlHZLxyqJDk9nwE5Dx0L1VTk1EgNNK_3c3bSjuO40bSuxbzNg4Lsspi7h1B rMruL_iiqjg0I6qHvRF9c5uQOd27wPdmo42E0_LSHW_BOVcyV1UTrk.L4zzX 1RR9iPEJx8SHfxNVOe0yE9tLm9UBqhWLhwNGVqRYNljj_A6hNnVS2lEzZ2Jy qBxCzoP.MIqRrgaBuAThkVg_TTgLRoS.t8X0rWW1K1B6nBngQRO2w_EoWBYT CxCnQwkuv7WcWKGpTid5RNkNvRvKOWNmDyTvnrs_zPPlDAYxHJIf3CfuFegi Oqxwa3X5V.hfzo6olhJDMdr9egk5FZs9YtMBAIq5cV7RkjqoFHsVy.xnoQS1 xfXLgGkDnBL_P60k1Cn3b38iLjTyTEoH8xAJwUop6mXy_.XdO X-Yahoo-SMTP: OKD1keCswBBTAmAF1s00hLyKW3wE3YfSK0Eazl6b4VZG4LTqJxg- Message-ID: <54AE1136.8000706@att.net> Date: Thu, 08 Jan 2015 00:10:14 -0500 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Atheros AR9565 detected, not working References: <433678684.160603.1419257025708.JavaMail.yahoo@jws10658.mail.bf1.yahoo.com> <54987366.6060803@yahoo.com> <5498780B.90704@yahoo.com> <5498944C.4040706@yahoo.com> <54AD3DF5.1070905@att.net> In-Reply-To: <54AD3DF5.1070905@att.net> Content-Type: multipart/mixed; boundary="------------060205090006000908000504" Cc: Anthony Jenkins , "wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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, 08 Jan 2015 05:10:24 -0000 This is a multi-part message in MIME format. --------------060205090006000908000504 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Removing just the ar9300_enable_rf_kill() bit works too, but now ath(4) endlessly spews ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=1, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=2, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=1, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=2, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? Also changed GPIO patch to not block/just/ pin 11 ops instead of all pins as in previous patch, but if allowing all pins is kosher I'd prefer that. Anthony On 01/07/2015 09:08, Anthony Jenkins wrote: > Hi Adrian, > > Just letting you know I haven't died in a shootout with the US FBI or anything, just been working on (and suprisingly fixing) issues with my HP Envy Sleekbook 6 since the holidays. I'll be cleaning up my patches and posting to the wiki this week (hopefully). Also still sitting on that ACPI patch for the RTC CMOS handler. > >> So, would you mind trying your patch again but only with the bits that >> allow the GPIO pins to be enabled? If that works, then I'll commit >> that > Just to be clear, instead of commenting out the early exits in the GPIO readers/writers for certain GPIO addresses, I should selectively give the AR9565 a pass? ...or do you want me to /just/ comment out the early exits, and revert the added call to ar9300_enable_rf_kill() and see if that works? I don't like those early exit bits anyway... >> In parallel I'm going to have to tidy up the rfkill capability >> API to correctly set bits - I'll likely expand the field in the driver >> and have the pre-AR9300 chipset code error out if an out-of-bounds >> gpio value is sent. > Excellent! Anything I can help with? We /have/ an rfkill API? ...because I need some way to connect my newly-fixed laptop wifi-enable key to some function to enable/disable the radios. Right now I'm just throwing an event over to devd(8). > > Thanks, > Anthony > > On 12/23/2014 13:06, Adrian Chadd wrote: >> On 22 December 2014 at 14:57, Adrian Chadd wrote: >> >>> Ok, let me go see what's going on. >> I dislike when I say "let me see what's going on" and then I .. see >> what's going on. >> >> So: >> >> * the ar5212 HAL does the right thing - it checks the rfkill setup in >> ar5212Reset() and enables it if required >> * it also populates the rfkill data from EEPROM at attach time >> * the sysctl code just grabs the rfkill /eeprom field/ and .. well, >> that's the API. So I have to see if that's the same for the AR9300 or >> not. Grr. >> >> Well, it kinda is: >> >> ar9300eep.h:#define EEP_RFSILENT_ENABLED 0x0001 /* bit 0: >> enabled/disabled */ >> ar9300eep.h:#define EEP_RFSILENT_ENABLED_S 0 /* bit 0: >> enabled/disabled */ >> ar9300eep.h:#define EEP_RFSILENT_POLARITY 0x0002 /* bit 1: polarity */ >> ar9300eep.h:#define EEP_RFSILENT_POLARITY_S 1 /* bit 1: polarity */ >> ar9300eep.h:#define EEP_RFSILENT_GPIO_SEL 0x00fc /* bits 2..7: >> gpio PIN */ >> ar9300eep.h:#define EEP_RFSILENT_GPIO_SEL_S 2 /* bits 2..7: >> gpio PIN */ >> >> .. but on the AR5212: >> >> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_GPIO_SEL 0x001c >> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_GPIO_SEL_S 2 >> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_POLARITY 0x0002 >> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_POLARITY_S 1 >> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT 0x0f /* RF >> Silent/Clock Run Enable */ >> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_GPIO_SEL 0x001c >> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_GPIO_SEL_S 2 >> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_POLARITY 0x0002 >> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_POLARITY_S 1 >> >> .. so more bits are available on the ar9300. I have to check the >> AR5416 too; maybe more bits are also available there. >> >> Grr! >> >> * Then, the Ar5212 is doing it in ar5212Reset(), but ar5416Reset() >> isn't doing it! So I'm going to have to go and hook that up for the >> AR5416, AR9160, AR9280, AR9285, AR9287. Ugh. >> >> * the ar9300 HAL on -HEAD has this in ar9300_reset(): >> >> /* Reset ier reference count to disabled */ >> // OS_ATOMIC_SET(&ahp->ah_ier_ref_count, 1);C >> if (ath_hal_isrfkillenabled(ah)) { >> ar9300_enable_rf_kill(ah); >> } >> >> .. so it should be enabling it at reset. We shouldn't need to enable >> it during ar9300_attach() as the first reset will set it up. >> >> * The AR5212 HAL enables rfkill interrupts, but the AR9300 doesn't. >> Apparently there are .. issues. I don't know what they are. So maybe >> we should use polling on that particular GPIO pin to provide rfkill >> feedback to the driver and eventually the network stack. >> >> So, would you mind trying your patch again but only with the bits that >> allow the GPIO pins to be enabled? If that works, then I'll commit >> that. In parallel I'm going to have to tidy up the rfkill capability >> API to correctly set bits - I'll likely expand the field in the driver >> and have the pre-AR9300 chipset code error out if an out-of-bounds >> gpio value is sent. >> >> Thanks! >> >> >> >> -adrian >> _______________________________________________ >> freebsd-wireless@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" >> --------------060205090006000908000504 Content-Type: text/x-patch; name="ath_ar9565_rfkill_gpio-2.0.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ath_ar9565_rfkill_gpio-2.0.patch" Index: sys/contrib/dev/ath/ath_hal/ar9300/ar9300_gpio.c =================================================================== --- sys/contrib/dev/ath/ath_hal/ar9300/ar9300_gpio.c (revision 276098) +++ sys/contrib/dev/ath/ath_hal/ar9300/ar9300_gpio.c (working copy) @@ -161,10 +161,11 @@ }; HALASSERT(gpio < AH_PRIVATE(ah)->ah_caps.halNumGpioPins); - if ((gpio == AR9382_GPIO_PIN_8_RESERVED) || - (gpio == AR9382_GPIO_PIN_11_RESERVED) || + if ((gpio == AR9382_GPIO_PIN_8_RESERVED) /* || + (gpio == AR9382_GPIO_PIN_11_RESERVED) */ || (gpio == AR9382_GPIO_9_INPUT_ONLY)) { + ath_hal_printf(ah, "%s: Invalid GPIO 0x%x\n", __func__, gpio); return AH_FALSE; } @@ -347,10 +348,11 @@ u_int32_t gpio_shift; HALASSERT(gpio < AH_PRIVATE(ah)->ah_caps.halNumGpioPins); - if ((gpio == AR9382_GPIO_PIN_8_RESERVED) || - (gpio == AR9382_GPIO_PIN_11_RESERVED) || + if ((gpio == AR9382_GPIO_PIN_8_RESERVED) /* || + (gpio == AR9382_GPIO_PIN_11_RESERVED) */ || (gpio > AR9382_MAX_GPIO_INPUT_PIN_NUM)) { + ath_hal_printf(ah, "%s: Invalid GPIO 0x%x\n", __func__, gpio); return AH_FALSE; } @@ -377,12 +379,14 @@ ar9300_gpio_set(struct ath_hal *ah, u_int32_t gpio, u_int32_t val) { HALASSERT(gpio < AH_PRIVATE(ah)->ah_caps.halNumGpioPins); - if ((gpio == AR9382_GPIO_PIN_8_RESERVED) || - (gpio == AR9382_GPIO_PIN_11_RESERVED) || + if ((gpio == AR9382_GPIO_PIN_8_RESERVED) /* || + (gpio == AR9382_GPIO_PIN_11_RESERVED) */ || (gpio == AR9382_GPIO_9_INPUT_ONLY)) { + ath_hal_printf(ah, "%s: Invalid GPIO 0x%x\n", __func__, gpio); return AH_FALSE; } + ath_hal_printf(ah, "%s: GPIO 0x%x => %u\n", __func__, gpio, val); OS_REG_RMW(ah, AR_HOSTIF_REG(ah, AR_GPIO_OUT), ((val & 1) << gpio), AR_GPIO_BIT(gpio)); @@ -397,9 +401,10 @@ { u_int32_t gpio_in; HALASSERT(gpio < AH_PRIVATE(ah)->ah_caps.halNumGpioPins); - if ((gpio == AR9382_GPIO_PIN_8_RESERVED) || - (gpio == AR9382_GPIO_PIN_11_RESERVED)) + if (gpio == AR9382_GPIO_PIN_8_RESERVED /* || + gpio == AR9382_GPIO_PIN_11_RESERVED*/) { + ath_hal_printf(ah, "%s: Invalid GPIO 0x%x\n", __func__, gpio); return 0xffffffff; } @@ -452,10 +457,11 @@ HALASSERT(gpio < AH_PRIVATE(ah)->ah_caps.halNumGpioPins); - if ((gpio == AR9382_GPIO_PIN_8_RESERVED) || - (gpio == AR9382_GPIO_PIN_11_RESERVED) || + if ((gpio == AR9382_GPIO_PIN_8_RESERVED) /* || + (gpio == AR9382_GPIO_PIN_11_RESERVED) */ || (gpio > AR9382_MAX_GPIO_INPUT_PIN_NUM)) { + ath_hal_printf(ah, "%s: Invalid GPIO 0x%x\n", __func__, gpio); return; } @@ -549,8 +555,8 @@ if (AH_PRIVATE(ah)->ah_devid == AR9300_DEVID_AR9380_PCIE) { mask = (1 << AR9382_MAX_GPIO_PIN_NUM) - 1; - mask &= ~(1 << AR9382_GPIO_PIN_8_RESERVED | - 1 << AR9382_GPIO_PIN_11_RESERVED); + mask &= ~(1 << AR9382_GPIO_PIN_8_RESERVED /* | + 1 << AR9382_GPIO_PIN_11_RESERVED*/); } return mask; } @@ -562,8 +568,8 @@ if (AH_PRIVATE(ah)->ah_devid == AR9300_DEVID_AR9380_PCIE) { invalid = ~((1 << AR9382_MAX_GPIO_PIN_NUM) - 1); - invalid |= 1 << AR9382_GPIO_PIN_8_RESERVED | - 1 << AR9382_GPIO_PIN_11_RESERVED; + invalid |= 1 << AR9382_GPIO_PIN_8_RESERVED /* | + 1 << AR9382_GPIO_PIN_11_RESERVED*/; } if (mask & invalid) { ath_hal_printf(ah, "%s: invalid GPIO mask 0x%x\n", __func__, mask); --------------060205090006000908000504-- From owner-freebsd-wireless@FreeBSD.ORG Thu Jan 8 12:06:54 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8CFA373 for ; Thu, 8 Jan 2015 12:06:54 +0000 (UTC) Received: from mail-ig0-x242.google.com (mail-ig0-x242.google.com [IPv6:2607:f8b0:4001:c05::242]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87AA579A for ; Thu, 8 Jan 2015 12:06:54 +0000 (UTC) Received: by mail-ig0-f194.google.com with SMTP id r10so720669igi.1 for ; Thu, 08 Jan 2015 04:06:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=u8Qu3WCxTTy+Zi0ptYz7ZxypB/OdWMP/BDJeaXNjcP0=; b=W5Rfw1eljB00gsGuHTCTGtlU7tt9MG6g8QAoKbtRnexpUap3lJ2ezz+aTuD+rQUabw BcHhxkgAGVceQn3lHGkRyg66dmnQDoSl5CSNKLBPBnA1Zi4MhB0yVVKUlspXpTeKZOzm T5SzqKF79G2lPZAQ9haDDpB1T/GuOfprS8a1fMLpModJkxLyXsPi99zYmaFbiYOV7oE2 7p9n86Hb5Ww+NDuYpqhkc+kVPWLMWeWUv+lG5tz1CHeAisLf+XKH9ta+iq0n2SETdXkG cSvMf9qfEAvzF5NXvLReLlnmC8LQ3vS7SwBnmvVTVmmKesPo7fhFoxVrJQk1+2Mf/wEx QSKA== MIME-Version: 1.0 X-Received: by 10.50.55.5 with SMTP id n5mr27815925igp.31.1420718813830; Thu, 08 Jan 2015 04:06:53 -0800 (PST) Received: by 10.50.28.129 with HTTP; Thu, 8 Jan 2015 04:06:53 -0800 (PST) Date: Thu, 8 Jan 2015 12:06:53 +0000 Message-ID: Subject: bwn_v4_lp_ucode15: could not load firmware image, error 2 From: Gary Grimm To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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, 08 Jan 2015 12:06:54 -0000 Hello, I'm running FreeBSD 10.1-RELEASE and I have problems with my Broadcom wireless driver. I cannot load the module during boot (error is : bwn_v4_lp_ucode15: could not load firmware image, error 2) Here are some details: mm@mmmmmm ~$ uname -a FreeBSD mmmmm 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 22:51:51 UTC 2014 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 mm@mmmmmm ~$ svn info /usr/src Path: /usr/src Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/release/10.1.0 Relative URL: ^/release/10.1.0 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 276805 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 274417 Last Changed Date: 2014-11-12 08:20:25 +0000 (Wed, 12 Nov 2014) mm@mmmmmm ~$ mm@mmmmmm ~$ svn info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 376507 Node Kind: directory Schedule: normal Last Changed Author: kwm Last Changed Rev: 376507 Last Changed Date: 2015-01-08 00:09:41 +0000 (Thu, 08 Jan 2015) mm@mmmmmm ~$ pciconf -lv siba_bwn0@pci0:16:0:0: class=0x028000 card=0x137d103c chip=0x431514e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4312 802.11b/g LP-PHY' class = network mm@mmmmmm ~$ cat /boot/loader.conf if_bwn_load="YES" bwn_v4_lp_ucode="YES" wlan_ccmp_load="YES" wlan_tkip_load="YES" mm@mmmmmm ~$ dmesg | tail ada0: 114473MB (234441648 512 byte sectors: 15H 63S/T 16383C) ada0: Previously was known as ad0 Timecounter "TSC" frequency 1596037212 Hz quality 1000 uhub1: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/ada0p2 [rw]... wlan0: Ethernet address: 00:1a:73:d3:a0:77 bwn_v4_lp_ucode15: could not load firmware image, error 2 bwn0: the fw file(bwn_v4_lp_ucode15) not found bwn-open_v4_lp_ucode15: could not load firmware image, error 2 bwn0: the fw file(bwn-open_v4_lp_ucode15) not found mm@mmmmmm ~$ kldstat Id Refs Address Size Name 1 12 0xc0400000 13a35fc kernel 2 1 0xc17a4000 399b4 if_bwn.ko 3 2 0xc17de000 9ecc siba_bwn.ko 4 1 0xc17e8000 32a0 coretemp.ko 5 1 0xc5fb0000 4000 fdescfs.ko mm@mmmmmm ~$ mm@mmmmmm ~$ sudo ifconfig wlan0 up scan mm@mmmmmm ~$ mm@mmmmmm ~$ Now, if I manually load that module with kldload and re-create wlan0, scanning works and dmesg shows that modules was loaded: mm@mmmmmm ~$ sudo ifconfig wlan0 destroy mm@mmmmmm ~$ mm@mmmmmm ~$ sudo ifconfig wlan0 up scan ifconfig: interface wlan0 does not exist mm@mmmmmm ~$ mm@mmmmmm ~$ mm@mmmmmm ~$ sudo kldload /boot/modules/bwn_v4_lp_ucode.ko mm@mmmmmm ~$ mm@mmmmmm ~$ mm@mmmmmm ~$ sudo ifconfig wlan create wlandev bwn0 wlan0 mm@mmmmmm ~$ sudo ifconfig wlan0 up scan SSID/MESH ID BSSID CHAN RATE S:N INT CAPS xxxxxxxxx 4c:72:b9:5c:42:da 1 54M -121:-95 100 EP HTCAP WPA WME xxxxxxxxxxx... 4e:72:b9:5c:42:dc 1 54M -121:-95 100 EP RSN HTCAP WME xxxxxxxx 80:c6:ab:3b:7e:3b 1 54M -112:-95 100 EP RSN HTCAP WME xxxxxxxxxxx... 82:c6:ab:3b:7e:3d 1 54M -113:-95 100 EP RSN HTCAP WME mm@mmmmmm ~$ dmesg | tail wlan0: Ethernet address: 00:1a:73:d3:a0:77 bwn0: firmware version (rev 478 patch 104 date 0x8701 time 0x657) wlan0: link state changed to UP bwn0: need multicast update callback bwn0: RX decryption attempted (old 0 keyidx 0x1) bwn0: RX decryption attempted (old 0 keyidx 0x1) bwn0: need multicast update callback bwn0: need multicast update callback bwn0: RX decryption attempted (old 0 keyidx 0x1) bwn0: RX decryption attempted (old 0 keyidx 0x1) Can you help me sorting out the "bwn_v4_lp_ucode15: could not load firmware image" error during boot ? Thank you, Gary From owner-freebsd-wireless@FreeBSD.ORG Thu Jan 8 16:35:27 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A8DF2EC for ; Thu, 8 Jan 2015 16:35:27 +0000 (UTC) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (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 06F3879A for ; Thu, 8 Jan 2015 16:35:26 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y9FTz-0005Bx-4q for freebsd-wireless@freebsd.org; Thu, 08 Jan 2015 17:58:47 +0200 Message-ID: <54AEA931.2030909@shurik.kiev.ua> Date: Thu, 08 Jan 2015 17:58:41 +0200 From: Alexandr Krivulya User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-wireless@freebsd.org Subject: Re: [rft] net80211 scan overhaul, pass 1 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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, 08 Jan 2015 16:35:27 -0000 04.01.2015 06:46, Adrian Chadd пишет: > hi all, > > I've started overhauling the net80211 scan infrastructure so it can > support fully-offloaded scan firmware (like the intel iwn(4) NICs, and > the upcoming 7260 driver I'm hacking on.) > > I'd like this patch tested: > > https://people.freebsd.org/~adrian/net80211/20150103-net80211-scan-overhaul-1.diff > > This splits the scan code into two halves - the generic bits that > drive when and what to do about scanning, and the bits that implement > the software scanner. > > The software scanner is the bit that schedules channel changes, > listens for probe response frames, adds them to the scan cache, aborts > and goes back to the original channel when needed. It also tells the > drivers that scanning is about to happen, so the driver can prepare to > go off-channel for a bit. > > For the intel NICs (and other things, i'm sure) that do full scan > offload, we just say "Hey, scan these channels, here's the SSIDs to > actively probe for, tell me when you're done" and you get back probe > response frames or scan command results with all the relevant > information. The wireless stack doesn't have to control the process so > fine-grained - as far as the stack and network interface is concerned, > it's still associated and traffic is still queued as per normal. The > NIC firmware itself takes care of scheduling the off-channel scan > bits, sending the sleep frames as it goes off-channel temporarily, > etc. It's supposed to be very transparent. We don't even have to send > probe request frames during scanning - the firmware will do that for > us. > > This work doesn't do all work required - it's just going to refactor > out the scan bits. I still have to turn it into methods that intel and > such can be overridden. I still have to go through and plumb the VAP > power save state work so we don't actually send sleep/wakeup frames. > All of that is done for us in the firmware. > > So I'd appreciate this getting some testing by FreeBSD-HEAD wifi > users. If you see any issues then please let me know. I'm going to > commit it in a couple of days so I can continue along the path of > refactoring out this stuff and turning it into methods that the iwn > and future drivers can override to implement their own scanning > module. > > Thanks! > > > > -adrian > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" I see your patch is already in HEAD. Works for me on Intel N2230 in 11g-mode. From owner-freebsd-wireless@FreeBSD.ORG Fri Jan 9 05:27:10 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7597987 for ; Fri, 9 Jan 2015 05:27:10 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C8BC72 for ; Fri, 9 Jan 2015 05:27:10 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id f51so6752955qge.8 for ; Thu, 08 Jan 2015 21:27:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=2k24MI+cp1M6GEHt0xELRJPObcePepHXyHp5c12WYkw=; b=QY1ZQa9goKuK4D3Cgv6CpxR1gyoFsE+xuL/5R8o8J2cJ82/FRpu1WF1je4SfVgH7Sc ZTzyw/U44II41Rfee1MQ7Dh8CMSW+nSJlinBqLYbDI/4/vHpf4mj99cod9eJz1k5BnpF mEW4NCwUu+ElPZCUhRsw0+LQaSSxDHvE7sa5r19M9c8taULLdpVmq1eaBLJLovPWJDYM eS1e8Dy858BuG2K6NebMx4OzkWS/H5C+6KC/W+prdoilZI1hnVUr+spWL5dl8vu6bXHG 3sNLKc+kmpZBMHYZtYNDXcDvicmU2gcyeqAHe9JtWf7KzNA7WkO6uvI7A2tsJygh7cQf Bvgw== X-Received: by 10.224.2.65 with SMTP id 1mr23738780qai.94.1420781229743; Thu, 08 Jan 2015 21:27:09 -0800 (PST) Received: from ketagalan.camachat.org ([2601:9:4700:360:a288:b4ff:fec2:e5d0]) by mx.google.com with ESMTPSA id h6sm6082756qgh.32.2015.01.08.21.27.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Jan 2015 21:27:08 -0800 (PST) Message-ID: <54AF66AB.5030609@gmail.com> Date: Thu, 08 Jan 2015 21:27:07 -0800 From: "Eric L. Camachat" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-wireless@freebsd.org Subject: Re: [rft] net80211 scan overhaul, pass 1 References: <54AEA931.2030909@shurik.kiev.ua> In-Reply-To: <54AEA931.2030909@shurik.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Fri, 09 Jan 2015 05:27:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 01/08/2015 07:58, Alexandr Krivulya wrote: > 04.01.2015 06:46, Adrian Chadd пишет: >> hi all, >> >> I've started overhauling the net80211 scan infrastructure so it can >> support fully-offloaded scan firmware (like the intel iwn(4) NICs, and >> the upcoming 7260 driver I'm hacking on.) >> >> I'd like this patch tested: >> >> https://people.freebsd.org/~adrian/net80211/20150103-net80211-scan-overhaul-1.diff >> >> This splits the scan code into two halves - the generic bits that >> drive when and what to do about scanning, and the bits that implement >> the software scanner. >> >> The software scanner is the bit that schedules channel changes, >> listens for probe response frames, adds them to the scan cache, aborts >> and goes back to the original channel when needed. It also tells the >> drivers that scanning is about to happen, so the driver can prepare to >> go off-channel for a bit. >> >> For the intel NICs (and other things, i'm sure) that do full scan >> offload, we just say "Hey, scan these channels, here's the SSIDs to >> actively probe for, tell me when you're done" and you get back probe >> response frames or scan command results with all the relevant >> information. The wireless stack doesn't have to control the process so >> fine-grained - as far as the stack and network interface is concerned, >> it's still associated and traffic is still queued as per normal. The >> NIC firmware itself takes care of scheduling the off-channel scan >> bits, sending the sleep frames as it goes off-channel temporarily, >> etc. It's supposed to be very transparent. We don't even have to send >> probe request frames during scanning - the firmware will do that for >> us. >> >> This work doesn't do all work required - it's just going to refactor >> out the scan bits. I still have to turn it into methods that intel and >> such can be overridden. I still have to go through and plumb the VAP >> power save state work so we don't actually send sleep/wakeup frames. >> All of that is done for us in the firmware. >> >> So I'd appreciate this getting some testing by FreeBSD-HEAD wifi >> users. If you see any issues then please let me know. I'm going to >> commit it in a couple of days so I can continue along the path of >> refactoring out this stuff and turning it into methods that the iwn >> and future drivers can override to implement their own scanning >> module. >> >> Thanks! >> >> >> >> -adrian >> _______________________________________________ >> freebsd-wireless@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" > I see your patch is already in HEAD. Works for me on Intel N2230 in > 11g-mode. > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" > Mine worked fine, too. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlSvZqYACgkQSfBQu3oOwYzosQD/SoavMlhGkjQoeBOilUtF2X0k ReK6EEprOdr4qauk1iMA/jwgB++DpK/baUwghrZbLVKuq1Nis3bEr/vAvjTMWD3v =2L7y -----END PGP SIGNATURE----- From owner-freebsd-wireless@FreeBSD.ORG Fri Jan 9 10:33:30 2015 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A78D178D for ; Fri, 9 Jan 2015 10:33:30 +0000 (UTC) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A8FFF6 for ; Fri, 9 Jan 2015 10:33:29 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.72) (envelope-from ) id 1Y9WH9-0005fK-Vg for wireless@freebsd.org; Fri, 09 Jan 2015 15:54:45 +0600 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id t099sm46040987 for ; Fri, 9 Jan 2015 16:54:58 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id t099shUR040981 for wireless@freebsd.org; Fri, 9 Jan 2015 15:54:43 +0600 (NOVT) (envelope-from danfe) Date: Fri, 9 Jan 2015 15:54:43 +0600 From: Alexey Dokuchaev To: wireless@freebsd.org Subject: Re: Intel Pro/Wireless 2200BG iwi(4) card stopped working in 8-stable Message-ID: <20150109095443.GA32913@regency.nsu.ru> References: <20121005123832.GA64777@regency.nsu.ru> <20121005201258.GA44697@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121005201258.GA44697@regency.nsu.ru> User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 71669 [Jan 09 2015] X-KLMS-AntiSpam-Version: 5.5.3 X-KLMS-AntiSpam-Envelope-From: danfe@regency.nsu.ru X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 3303853, 3303873, 0 X-KLMS-AntiSpam-Info: LuaCore: 129 2014-12-22_16-04-37 b56dccffcb30ce2baa14823440f957219ea77da0 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiPhishing: Clean, 2014/12/30 11:03:20 X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705, not scanned, license restriction X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Fri, 09 Jan 2015 10:33:30 -0000 On Sat, Oct 06, 2012 at 03:12:58AM +0700, Alexey Dokuchaev wrote: > On Fri, Oct 05, 2012 at 07:02:26AM -0700, Adrian Chadd wrote: > > On 5 October 2012 05:38, Alexey Dokuchaev wrote: > > > Since this card gave me lots of troubles over the past, any one can > > > recommend a decent mini-pci replacement? It looks like ath(4) chips > > > are currently best supported. [...] > > > > AR5416 or AR9220 will be fine. Even an AR9160 will be fine. > > OK, but shall I give predilection towards one of them, or they're all > pretty much the same? Today I've revisited this old topic and found that similar question was asked before on ath9k-devel@lists.ath9k.org [1]. I will quote some parts of it here (and thus answer my own question) for the sake of history. Gen 1 - AR5008: AR5416+AR5122 - 2x2 dual band, PCI AR5416+AR5133 - 3x3 dual band, PCI AR5418+AR5133 - 3x3 dual band, PCIe Gen 2 - AR9001: AR9160+AR9104 - 2x2 dual band, PCI AR9160+AR9106 - 3x3 dual band, PCI Gen 3 - AR9002: AR9220 - 2x2, dual band, PCI AR9280 - 2x2, dual band, PCIe [We know that] the AR9002 is a single chip solution, likely reducing cost, power and size. But is there any improvement to radio functionality or other features? Answer (by Luis R. Rodriguez): Having a single chip itself yields a lot more benefits than that. Since things are closer together it also means less complexity on overall programming. I recommend the single chip families, and specificaly AR9280 is a great candidate as its dual band and uses PCI-E. From a software perspective Atheros dedicates more of its own resources for testing our newer chipsets, the newer gernation 802.11n chipsets. AR9001 didn't get formal testing but the AR9002 did. Now its AR9002, in the near future it will be AR9003 and so on. ./danfe [1] http://ath9k-devel.ath9k.narkive.com/GqjxAbUB/ar-chipset-differences From owner-freebsd-wireless@FreeBSD.ORG Fri Jan 9 16:44:24 2015 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC294382 for ; Fri, 9 Jan 2015 16:44:23 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E429DA8 for ; Fri, 9 Jan 2015 16:44:23 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id ex7so3518485wid.0 for ; Fri, 09 Jan 2015 08:44:21 -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:message-id:subject :from:to:cc:content-type; bh=et6FCkmG3WiHBXV2OVrIzXgf/cgoDDAejo89KXHNgmw=; b=QMFLn87I3o80Bj38h2tTcasreUGTF9QHxXwTgp5sCk8VHavwKpi3bfvbCVJePpiUHZ HuXV6PlEra197jDqDgurebTuWgUoJkGrOH8T66M56iUcq9Xxd/TVhJ2yWjLUpec1mJzD WFJQR/JPdHiJ1TAycZjNmNaC0UZKT1jyZnhMTf54JpSs4M3M0TCGnsWRX4RG1EYtNT+N FWzkQUjrsF1sjVy3EQhUxfYGkegQNIqHD/5TfHkiEQRnXq2GjpAatDGs5w2Yw7M9N4Ic I41g9tmSdyCWFOTDl0TsLPhBdMQJJBzJ7EUbrDQ1Fmkmg2FBmfQOxTF2kfRkOjS01CSD Oe+w== MIME-Version: 1.0 X-Received: by 10.180.80.163 with SMTP id s3mr6497050wix.59.1420821861748; Fri, 09 Jan 2015 08:44:21 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Fri, 9 Jan 2015 08:44:21 -0800 (PST) In-Reply-To: <20150109095443.GA32913@regency.nsu.ru> References: <20121005123832.GA64777@regency.nsu.ru> <20121005201258.GA44697@regency.nsu.ru> <20150109095443.GA32913@regency.nsu.ru> Date: Fri, 9 Jan 2015 08:44:21 -0800 X-Google-Sender-Auth: znKQJ14eiafB6RVN7Ykt33C_Pds Message-ID: Subject: Re: Intel Pro/Wireless 2200BG iwi(4) card stopped working in 8-stable From: Adrian Chadd To: Alexey Dokuchaev Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Fri, 09 Jan 2015 16:44:24 -0000 just note: ar5416/ar9160 are 2x2, with three antennas. but definitely 2x2 (MCS0-15) 11n chips. -a On 9 January 2015 at 01:54, Alexey Dokuchaev wrote: > On Sat, Oct 06, 2012 at 03:12:58AM +0700, Alexey Dokuchaev wrote: >> On Fri, Oct 05, 2012 at 07:02:26AM -0700, Adrian Chadd wrote: >> > On 5 October 2012 05:38, Alexey Dokuchaev wrote: >> > > Since this card gave me lots of troubles over the past, any one can >> > > recommend a decent mini-pci replacement? It looks like ath(4) chips >> > > are currently best supported. [...] >> > >> > AR5416 or AR9220 will be fine. Even an AR9160 will be fine. >> >> OK, but shall I give predilection towards one of them, or they're all >> pretty much the same? > > Today I've revisited this old topic and found that similar question was > asked before on ath9k-devel@lists.ath9k.org [1]. I will quote some parts > of it here (and thus answer my own question) for the sake of history. > > Gen 1 - AR5008: > AR5416+AR5122 - 2x2 dual band, PCI > AR5416+AR5133 - 3x3 dual band, PCI > AR5418+AR5133 - 3x3 dual band, PCIe > > Gen 2 - AR9001: > AR9160+AR9104 - 2x2 dual band, PCI > AR9160+AR9106 - 3x3 dual band, PCI > > Gen 3 - AR9002: > AR9220 - 2x2, dual band, PCI > AR9280 - 2x2, dual band, PCIe > > [We know that] the AR9002 is a single chip solution, likely reducing cost, > power and size. But is there any improvement to radio functionality or > other features? > > Answer (by Luis R. Rodriguez): > > Having a single chip itself yields a lot more benefits than that. Since > things are closer together it also means less complexity on overall > programming. > > I recommend the single chip families, and specificaly AR9280 is a great > candidate as its dual band and uses PCI-E. From a software perspective > Atheros dedicates more of its own resources for testing our newer chipsets, > the newer gernation 802.11n chipsets. AR9001 didn't get formal testing > but the AR9002 did. Now its AR9002, in the near future it will be AR9003 > and so on. > > ./danfe > > [1] http://ath9k-devel.ath9k.narkive.com/GqjxAbUB/ar-chipset-differences > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-wireless@FreeBSD.ORG Fri Jan 9 21:00:18 2015 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F06727EF for ; Fri, 9 Jan 2015 21:00:18 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 786A0CEB for ; Fri, 9 Jan 2015 21:00:18 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id b13so10183492wgh.4 for ; Fri, 09 Jan 2015 13:00:17 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=k5e8ArzP9g/+98Ixcc5mwa/gvC2VUyeB7KyHgt3mOVA=; b=mp62+31e9SsnwtJapRoxR18hs3ckS8esLbwJg06YGDcvTmGU8olJxpU4wAUxTuqUTJ uahv9akm02NEHKVN0rP51tP/jb0xlLrn5sFHLaE5A5k2EfTXOW5k3h9gN3pU40faDirD x41tyjlaidJeTlIWUDtpTgZSE7oA3Yy7oH0bHY8MmXdiItk9rpBRUd5ZSKfCztjJ3btz NU1Kgj+68A3FT0PPzZROAsB0zfh2XVKKZSINojyvzWSYUNsoPHuox7+rJIducp89H/z1 fHz7Bb0+3IKvCrYzK+JP9tMaQ+GmeCutv1qZKTfjnq2ET6LC3KlzYfo7SzEXYDLtQlUZ z1fQ== MIME-Version: 1.0 X-Received: by 10.180.20.6 with SMTP id j6mr8321535wie.59.1420837216040; Fri, 09 Jan 2015 13:00:16 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Fri, 9 Jan 2015 13:00:15 -0800 (PST) In-Reply-To: <54AE1136.8000706@att.net> References: <433678684.160603.1419257025708.JavaMail.yahoo@jws10658.mail.bf1.yahoo.com> <54987366.6060803@yahoo.com> <5498780B.90704@yahoo.com> <5498944C.4040706@yahoo.com> <54AD3DF5.1070905@att.net> <54AE1136.8000706@att.net> Date: Fri, 9 Jan 2015 13:00:15 -0800 X-Google-Sender-Auth: 6X9872f5xN923vofL0q0gmlAd7g Message-ID: Subject: Re: Atheros AR9565 detected, not working From: Adrian Chadd To: Anthony Jenkins Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Anthony Jenkins , "wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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: Fri, 09 Jan 2015 21:00:19 -0000 Hm, are you buliding as a module by doing "make" in the module dir? or by doing a buildkernel? -a On 7 January 2015 at 21:10, Anthony Jenkins wro= te: > Removing just the ar9300_enable_rf_kill() bit works too, but now ath(4) e= ndlessly spews > > ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D3, nbufs=3D128? > ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D0, nbufs=3D128? > ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D1, nbufs=3D128? > ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D0, nbufs=3D128? > ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D2, nbufs=3D128? > ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D0, nbufs=3D128? > ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D1, nbufs=3D128? > ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D0, nbufs=3D128? > ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D2, nbufs=3D128? > ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D0, nbufs=3D128? > > Also changed GPIO patch to not block/just/ pin 11 ops instead of all pins= as in previous patch, but if allowing all pins is kosher I'd prefer that. > > Anthony > > On 01/07/2015 09:08, Anthony Jenkins wrote: >> Hi Adrian, >> >> Just letting you know I haven't died in a shootout with the US FBI or an= ything, just been working on (and suprisingly fixing) issues with my HP Env= y Sleekbook 6 since the holidays. I'll be cleaning up my patches and posti= ng to the wiki this week (hopefully). Also still sitting on that ACPI patc= h for the RTC CMOS handler. >> >>> So, would you mind trying your patch again but only with the bits that >>> allow the GPIO pins to be enabled? If that works, then I'll commit >>> that >> Just to be clear, instead of commenting out the early exits in the GPIO = readers/writers for certain GPIO addresses, I should selectively give the A= R9565 a pass? ...or do you want me to /just/ comment out the early exits, = and revert the added call to ar9300_enable_rf_kill() and see if that works?= I don't like those early exit bits anyway... >>> In parallel I'm going to have to tidy up the rfkill capability >>> API to correctly set bits - I'll likely expand the field in the driver >>> and have the pre-AR9300 chipset code error out if an out-of-bounds >>> gpio value is sent. >> Excellent! Anything I can help with? We /have/ an rfkill API? ...beca= use I need some way to connect my newly-fixed laptop wifi-enable key to som= e function to enable/disable the radios. Right now I'm just throwing an ev= ent over to devd(8). >> >> Thanks, >> Anthony >> >> On 12/23/2014 13:06, Adrian Chadd wrote: >>> On 22 December 2014 at 14:57, Adrian Chadd wrote: >>> >>>> Ok, let me go see what's going on. >>> I dislike when I say "let me see what's going on" and then I .. see >>> what's going on. >>> >>> So: >>> >>> * the ar5212 HAL does the right thing - it checks the rfkill setup in >>> ar5212Reset() and enables it if required >>> * it also populates the rfkill data from EEPROM at attach time >>> * the sysctl code just grabs the rfkill /eeprom field/ and .. well, >>> that's the API. So I have to see if that's the same for the AR9300 or >>> not. Grr. >>> >>> Well, it kinda is: >>> >>> ar9300eep.h:#define EEP_RFSILENT_ENABLED 0x0001 /* bit 0: >>> enabled/disabled */ >>> ar9300eep.h:#define EEP_RFSILENT_ENABLED_S 0 /* bit 0: >>> enabled/disabled */ >>> ar9300eep.h:#define EEP_RFSILENT_POLARITY 0x0002 /* bit 1: polar= ity */ >>> ar9300eep.h:#define EEP_RFSILENT_POLARITY_S 1 /* bit 1: polar= ity */ >>> ar9300eep.h:#define EEP_RFSILENT_GPIO_SEL 0x00fc /* bits 2..7: >>> gpio PIN */ >>> ar9300eep.h:#define EEP_RFSILENT_GPIO_SEL_S 2 /* bits 2..7: >>> gpio PIN */ >>> >>> .. but on the AR5212: >>> >>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_GPIO_SEL 0x001c >>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_GPIO_SEL_S 2 >>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_POLARITY 0x0002 >>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_POLARITY_S 1 >>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT 0x0f /* RF >>> Silent/Clock Run Enable */ >>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_GPIO_SEL 0x001c >>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_GPIO_SEL_S 2 >>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_POLARITY 0x0002 >>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_POLARITY_S 1 >>> >>> .. so more bits are available on the ar9300. I have to check the >>> AR5416 too; maybe more bits are also available there. >>> >>> Grr! >>> >>> * Then, the Ar5212 is doing it in ar5212Reset(), but ar5416Reset() >>> isn't doing it! So I'm going to have to go and hook that up for the >>> AR5416, AR9160, AR9280, AR9285, AR9287. Ugh. >>> >>> * the ar9300 HAL on -HEAD has this in ar9300_reset(): >>> >>> /* Reset ier reference count to disabled */ >>> // OS_ATOMIC_SET(&ahp->ah_ier_ref_count, 1);C >>> if (ath_hal_isrfkillenabled(ah)) { >>> ar9300_enable_rf_kill(ah); >>> } >>> >>> .. so it should be enabling it at reset. We shouldn't need to enable >>> it during ar9300_attach() as the first reset will set it up. >>> >>> * The AR5212 HAL enables rfkill interrupts, but the AR9300 doesn't. >>> Apparently there are .. issues. I don't know what they are. So maybe >>> we should use polling on that particular GPIO pin to provide rfkill >>> feedback to the driver and eventually the network stack. >>> >>> So, would you mind trying your patch again but only with the bits that >>> allow the GPIO pins to be enabled? If that works, then I'll commit >>> that. In parallel I'm going to have to tidy up the rfkill capability >>> API to correctly set bits - I'll likely expand the field in the driver >>> and have the pre-AR9300 chipset code error out if an out-of-bounds >>> gpio value is sent. >>> >>> Thanks! >>> >>> >>> >>> -adrian >>> _______________________________________________ >>> freebsd-wireless@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.= org" >>> > From owner-freebsd-wireless@FreeBSD.ORG Sat Jan 10 21:18:08 2015 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B5BD972 for ; Sat, 10 Jan 2015 21:18:08 +0000 (UTC) Received: from nm40-vm4.bullet.mail.bf1.yahoo.com (nm40-vm4.bullet.mail.bf1.yahoo.com [72.30.239.212]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3FC4342 for ; Sat, 10 Jan 2015 21:18:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1420924295; bh=iRnD4XYheIxgmrdOpDJ919t4y16LDXgZ+gqXumvFuJE=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=p5MY0HlTNMbYs5GnQ+9GC105kBMhA1yKS4Clq4rXvZj1HareTqrtJp3qYJSVBWN5PJYOS0Mu+NESRHsMWKos+VKGOSNhYJahHknd9C399fl1BrqwbTDvDmsO6Ick2+du13XjImHcr0jRZrfXQm212vMZ2dgxfRhF+6AW84cbdNjrtYneqaPlq8zY67ZSWsaXC51+Vyu1xcLb66le+WMAIf/qDy3yzwcsGcmC/sY3RXnYrdueFN0soHcv2qN/tEU5ms4jrI+8skzIPTk/6rSYnd1UIo4rPGf3aurJE2SrwsxPHKuj3unVHUso14dR1/r9XNbA4eVIPMvkAqCLNHDEhA== Received: from [98.139.215.143] by nm40.bullet.mail.bf1.yahoo.com with NNFMP; 10 Jan 2015 21:11:35 -0000 Received: from [98.139.212.213] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 10 Jan 2015 21:11:35 -0000 Received: from [127.0.0.1] by omp1022.mail.bf1.yahoo.com with NNFMP; 10 Jan 2015 21:11:35 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 549660.61604.bm@omp1022.mail.bf1.yahoo.com X-YMail-OSG: T0rdU7sVM1mQs2e5WIa1Dgl5009v5OVO64RRSE3Zk6dN1xtfOHgYXai_ySrrbFw OcSgMRDKp0DFz23_JcHZfMmY.vlF7A__n2DJwyalpSIpdDv3bCSfrl2oWYONEcNAIWXNN67FKRtu 9cnLzK7v6asTn5thS516xCsONBmBEJ8bnx.hJjNA1N3qU5uCw_MLW1TjhGfxFVje1OoSBsdSwlTi E2Dtf2LlmHdJq6m.onRKaqSuHBy2_BndfoxEvv1ZvvTt8_VdSq2NCOqPdu_SouuE2v6tS8rltsRu MUCf8a.A2ah71YQBQu21RzxaoFLgVtxLMPnyMu9kBk4PKrWp7TdB_yIBdskQvolR6mIZGCXvateS AHA3_sz9lS5uMsgYKr_cPHwbPQol9Z9kOxwApr6Fie8vxBZNQs8Aad.XUohlYgv2D1KWyMrv050G ZvLhlr_8IEEbTYTnmaBUdkEAmBmeO3HYqdH04jFkMF5frSWJos6yLp7PsCA.6aW.s2Kso2asoayZ V_g-- Received: by 76.13.26.110; Sat, 10 Jan 2015 21:11:35 +0000 Date: Sat, 10 Jan 2015 21:11:33 +0000 (UTC) From: Anthony Jenkins Reply-To: Anthony Jenkins To: Adrian Chadd , Anthony Jenkins Message-ID: <284932058.303050.1420924294011.JavaMail.yahoo@jws10628.mail.bf1.yahoo.com> In-Reply-To: References: Subject: Re: Atheros AR9565 detected, not working MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Jan 2015 21:18:08 -0000 Ahhh... "make" in the module dir, not good?=C2=A0 I've since done a kernel = build and I noticed it's not showing up (as much).=C2=A0 Why would building= the kernel module that way cause that behavior? Anthony From: Adrian Chadd To: Anthony Jenkins =20 Cc: Anthony Jenkins ; "wireless@freebsd.org" =20 Sent: Friday, January 9, 2015 4:00 PM Subject: Re: Atheros AR9565 detected, not working =20 Hm, are you buliding as a module by doing "make" in the module dir? or by doing a buildkernel? -a On 7 January 2015 at 21:10, Anthony Jenkins wro= te: > Removing just the ar9300_enable_rf_kill() bit works too, but now ath(4) e= ndlessly spews > >=C2=A0 =C2=A0 ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D3, nbufs= =3D128? >=C2=A0 =C2=A0 ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >=C2=A0 =C2=A0 ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D0, nbufs= =3D128? >=C2=A0 =C2=A0 ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >=C2=A0 =C2=A0 ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D1, nbufs= =3D128? >=C2=A0 =C2=A0 ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >=C2=A0 =C2=A0 ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D0, nbufs= =3D128? >=C2=A0 =C2=A0 ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >=C2=A0 =C2=A0 ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D2, nbufs= =3D128? >=C2=A0 =C2=A0 ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >=C2=A0 =C2=A0 ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D0, nbufs= =3D128? >=C2=A0 =C2=A0 ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >=C2=A0 =C2=A0 ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D1, nbufs= =3D128? >=C2=A0 =C2=A0 ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >=C2=A0 =C2=A0 ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D0, nbufs= =3D128? >=C2=A0 =C2=A0 ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >=C2=A0 =C2=A0 ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D2, nbufs= =3D128? >=C2=A0 =C2=A0 ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >=C2=A0 =C2=A0 ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3D0, nbufs= =3D128? > > Also changed GPIO patch to not block/just/ pin 11 ops instead of all pins= as in previous patch, but if allowing all pins is kosher I'd prefer that. > > Anthony > > On 01/07/2015 09:08, Anthony Jenkins wrote: >> Hi Adrian, >> >> Just letting you know I haven't died in a shootout with the US FBI or an= ything, just been working on (and suprisingly fixing) issues with my HP Env= y Sleekbook 6 since the holidays.=C2=A0 I'll be cleaning up my patches and = posting to the wiki this week (hopefully).=C2=A0 Also still sitting on that= ACPI patch for the RTC CMOS handler. >> >>> So, would you mind trying your patch again but only with the bits that >>> allow the GPIO pins to be enabled? If that works, then I'll commit >>> that >> Just to be clear, instead of commenting out the early exits in the GPIO = readers/writers for certain GPIO addresses, I should selectively give the A= R9565 a pass?=C2=A0 ...or do you want me to /just/ comment out the early ex= its, and revert the added call to ar9300_enable_rf_kill() and see if that w= orks?=C2=A0 I don't like those early exit bits anyway... >>> In parallel I'm going to have to tidy up the rfkill capability >>> API to correctly set bits - I'll likely expand the field in the driver >>> and have the pre-AR9300 chipset code error out if an out-of-bounds >>> gpio value is sent. >> Excellent!=C2=A0 Anything I can help with?=C2=A0 We /have/ an rfkill API= ?=C2=A0 ...because I need some way to connect my newly-fixed laptop wifi-en= able key to some function to enable/disable the radios.=C2=A0 Right now I'm= just throwing an event over to devd(8). >> >> Thanks, >> Anthony >> >> On 12/23/2014 13:06, Adrian Chadd wrote: >>> On 22 December 2014 at 14:57, Adrian Chadd wrote: >>> >>>> Ok, let me go see what's going on. >>> I dislike when I say "let me see what's going on" and then I .. see >>> what's going on. >>> >>> So: >>> >>> * the ar5212 HAL does the right thing - it checks the rfkill setup in >>> ar5212Reset() and enables it if required >>> * it also populates the rfkill data from EEPROM at attach time >>> * the sysctl code just grabs the rfkill /eeprom field/ and .. well, >>> that's the API. So I have to see if that's the same for the AR9300 or >>> not. Grr. >>> >>> Well, it kinda is: >>> >>> ar9300eep.h:#define EEP_RFSILENT_ENABLED=C2=A0 =C2=A0 =C2=A0 =C2=A0 0x0= 001=C2=A0 /* bit 0: >>> enabled/disabled */ >>> ar9300eep.h:#define EEP_RFSILENT_ENABLED_S=C2=A0 =C2=A0 =C2=A0 0=C2=A0 = =C2=A0 =C2=A0 /* bit 0: >>> enabled/disabled */ >>> ar9300eep.h:#define EEP_RFSILENT_POLARITY=C2=A0 =C2=A0 =C2=A0 0x0002=C2= =A0 /* bit 1: polarity */ >>> ar9300eep.h:#define EEP_RFSILENT_POLARITY_S=C2=A0 =C2=A0 1=C2=A0 =C2=A0= =C2=A0 /* bit 1: polarity */ >>> ar9300eep.h:#define EEP_RFSILENT_GPIO_SEL=C2=A0 =C2=A0 =C2=A0 0x00fc=C2= =A0 /* bits 2..7: >>> gpio PIN */ >>> ar9300eep.h:#define EEP_RFSILENT_GPIO_SEL_S=C2=A0 =C2=A0 2=C2=A0 =C2=A0= =C2=A0 /* bits 2..7: >>> gpio PIN */ >>> >>> .. but on the AR5212: >>> >>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_GPIO_SEL=C2=A0 =C2=A0 0x00= 1c >>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_GPIO_SEL_S=C2=A0 =C2=A0 2 >>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_POLARITY=C2=A0 =C2=A0 0x00= 02 >>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_POLARITY_S=C2=A0 =C2=A0 1 >>> ../ah_eeprom_v3.h:#define=C2=A0 =C2=A0 AR_EEPROM_RFSILENT=C2=A0 =C2=A0 = 0x0f=C2=A0 =C2=A0 /* RF >>> Silent/Clock Run Enable */ >>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_GPIO_SEL=C2=A0 =C2=A0 0x00= 1c >>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_GPIO_SEL_S=C2=A0 =C2=A0 2 >>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_POLARITY=C2=A0 =C2=A0 0x00= 02 >>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_POLARITY_S=C2=A0 =C2=A0 1 >>> >>> .. so more bits are available on the ar9300. I have to check the >>> AR5416 too; maybe more bits are also available there. >>> >>> Grr! >>> >>> * Then, the Ar5212 is doing it in ar5212Reset(), but ar5416Reset() >>> isn't doing it! So I'm going to have to go and hook that up for the >>> AR5416, AR9160, AR9280, AR9285, AR9287. Ugh. >>> >>> * the ar9300 HAL on -HEAD has this in ar9300_reset(): >>> >>>=C2=A0 =C2=A0 /* Reset ier reference count to disabled */ >>> //=C2=A0 =C2=A0 OS_ATOMIC_SET(&ahp->ah_ier_ref_count, 1);C >>>=C2=A0 =C2=A0 if (ath_hal_isrfkillenabled(ah)) { >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 ar9300_enable_rf_kill(ah); >>>=C2=A0 =C2=A0 } >>> >>> .. so it should be enabling it at reset. We shouldn't need to enable >>> it during ar9300_attach() as the first reset will set it up. >>> >>> * The AR5212 HAL enables rfkill interrupts, but the AR9300 doesn't. >>> Apparently there are .. issues. I don't know what they are. So maybe >>> we should use polling on that particular GPIO pin to provide rfkill >>> feedback to the driver and eventually the network stack. >>> >>> So, would you mind trying your patch again but only with the bits that >>> allow the GPIO pins to be enabled? If that works, then I'll commit >>> that. In parallel I'm going to have to tidy up the rfkill capability >>> API to correctly set bits - I'll likely expand the field in the driver >>> and have the pre-AR9300 chipset code error out if an out-of-bounds >>> gpio value is sent. >>> >>> Thanks! >>> >>> >>> >>> -adrian >>> _______________________________________________ >>> freebsd-wireless@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.= org" >>> > From owner-freebsd-wireless@FreeBSD.ORG Sat Jan 10 22:44:08 2015 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AEAA6479 for ; Sat, 10 Jan 2015 22:44:08 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 387E0E6F for ; Sat, 10 Jan 2015 22:44:08 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id r20so8462239wiv.2 for ; Sat, 10 Jan 2015 14:44:06 -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:message-id:subject :from:to:cc:content-type; bh=jVZE3kMI1tkCXwrsq9ijRizxvrCniKxJvksOPC/7hMM=; b=xTPadmDpezM1AHg64xyUuf+TqkaDm9rORmOpihUG1Mbq0QW5khW1ecOCYAzS5/K3fw 5VULGvTyHyajPmqcbmFerUzJG+2aJOVkeH3b9Tw5nh2sJnzKwM30TlUaGEJEvrphpHtl tcLWyr7QCFzHe4IUIfsH/HPSigCoNqdwHciUwP/m+wsn38YnXXTOpHBaGQwB/iXNEag7 NFeGLOTQxSw7kNGCpDxRm2zCC6p7zZ94Ua+/shgANBdzw5THwc3E9QyC/vdoYDChkYo3 FKIrcft+Of2yC2kq03MjFcgCK6jCdqMCuF6TOJ8b5YJno+DznXpaHPRGqXjQmPX4TMzn WZAw== MIME-Version: 1.0 X-Received: by 10.180.14.136 with SMTP id p8mr17229473wic.20.1420929846714; Sat, 10 Jan 2015 14:44:06 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Sat, 10 Jan 2015 14:44:06 -0800 (PST) In-Reply-To: <284932058.303050.1420924294011.JavaMail.yahoo@jws10628.mail.bf1.yahoo.com> References: <284932058.303050.1420924294011.JavaMail.yahoo@jws10628.mail.bf1.yahoo.com> Date: Sat, 10 Jan 2015 14:44:06 -0800 X-Google-Sender-Auth: 38wIDrheh2d02q9kjwVmszEsejo Message-ID: Subject: Re: Atheros AR9565 detected, not working From: Adrian Chadd To: Anthony Jenkins Content-Type: text/plain; charset=UTF-8 Cc: "wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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, 10 Jan 2015 22:44:08 -0000 Yup, it doesn't pick up the config options (like enabling 11n) in the kernel config. That's turned into opt_xxx.h header files in a kernel build directory. -a On 10 January 2015 at 13:11, Anthony Jenkins wrote: > Ahhh... "make" in the module dir, not good? I've since done a kernel build > and I noticed it's not showing up (as much). Why would building the kernel > module that way cause that behavior? > > Anthony > > ________________________________ > From: Adrian Chadd > To: Anthony Jenkins > Cc: Anthony Jenkins ; "wireless@freebsd.org" > > Sent: Friday, January 9, 2015 4:00 PM > > Subject: Re: Atheros AR9565 detected, not working > > Hm, are you buliding as a module by doing "make" in the module dir? or > by doing a buildkernel? > > > > -a > > > > > On 7 January 2015 at 21:10, Anthony Jenkins > wrote: >> Removing just the ar9300_enable_rf_kill() bit works too, but now ath(4) >> endlessly spews >> >> ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=3, nbufs=128? >> ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >> ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? >> ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >> ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=1, nbufs=128? >> ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >> ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? >> ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >> ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=2, nbufs=128? >> ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >> ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? >> ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >> ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=1, nbufs=128? >> ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >> ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? >> ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >> ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=2, nbufs=128? >> ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! >> ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? >> >> Also changed GPIO patch to not block/just/ pin 11 ops instead of all pins >> as in previous patch, but if allowing all pins is kosher I'd prefer that. >> >> Anthony >> >> On 01/07/2015 09:08, Anthony Jenkins wrote: >>> Hi Adrian, >>> >>> Just letting you know I haven't died in a shootout with the US FBI or >>> anything, just been working on (and suprisingly fixing) issues with my HP >>> Envy Sleekbook 6 since the holidays. I'll be cleaning up my patches and >>> posting to the wiki this week (hopefully). Also still sitting on that ACPI >>> patch for the RTC CMOS handler. >>> >>>> So, would you mind trying your patch again but only with the bits that >>>> allow the GPIO pins to be enabled? If that works, then I'll commit >>>> that >>> Just to be clear, instead of commenting out the early exits in the GPIO >>> readers/writers for certain GPIO addresses, I should selectively give the >>> AR9565 a pass? ...or do you want me to /just/ comment out the early exits, >>> and revert the added call to ar9300_enable_rf_kill() and see if that works? >>> I don't like those early exit bits anyway... >>>> In parallel I'm going to have to tidy up the rfkill capability >>>> API to correctly set bits - I'll likely expand the field in the driver >>>> and have the pre-AR9300 chipset code error out if an out-of-bounds >>>> gpio value is sent. >>> Excellent! Anything I can help with? We /have/ an rfkill API? >>> ...because I need some way to connect my newly-fixed laptop wifi-enable key >>> to some function to enable/disable the radios. Right now I'm just throwing >>> an event over to devd(8). >>> >>> Thanks, >>> Anthony >>> >>> On 12/23/2014 13:06, Adrian Chadd wrote: >>>> On 22 December 2014 at 14:57, Adrian Chadd wrote: >>>> >>>>> Ok, let me go see what's going on. >>>> I dislike when I say "let me see what's going on" and then I .. see >>>> what's going on. >>>> >>>> So: >>>> >>>> * the ar5212 HAL does the right thing - it checks the rfkill setup in >>>> ar5212Reset() and enables it if required >>>> * it also populates the rfkill data from EEPROM at attach time >>>> * the sysctl code just grabs the rfkill /eeprom field/ and .. well, >>>> that's the API. So I have to see if that's the same for the AR9300 or >>>> not. Grr. >>>> >>>> Well, it kinda is: >>>> >>>> ar9300eep.h:#define EEP_RFSILENT_ENABLED 0x0001 /* bit 0: >>>> enabled/disabled */ >>>> ar9300eep.h:#define EEP_RFSILENT_ENABLED_S 0 /* bit 0: >>>> enabled/disabled */ >>>> ar9300eep.h:#define EEP_RFSILENT_POLARITY 0x0002 /* bit 1: >>>> polarity */ >>>> ar9300eep.h:#define EEP_RFSILENT_POLARITY_S 1 /* bit 1: polarity >>>> */ >>>> ar9300eep.h:#define EEP_RFSILENT_GPIO_SEL 0x00fc /* bits 2..7: >>>> gpio PIN */ >>>> ar9300eep.h:#define EEP_RFSILENT_GPIO_SEL_S 2 /* bits 2..7: >>>> gpio PIN */ >>>> >>>> .. but on the AR5212: >>>> >>>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_GPIO_SEL 0x001c >>>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_GPIO_SEL_S 2 >>>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_POLARITY 0x0002 >>>> ../ah_eeprom_v1.h:#define AR_EEPROM_RFSILENT_POLARITY_S 1 >>>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT 0x0f /* RF >>>> Silent/Clock Run Enable */ >>>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_GPIO_SEL 0x001c >>>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_GPIO_SEL_S 2 >>>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_POLARITY 0x0002 >>>> ../ah_eeprom_v3.h:#define AR_EEPROM_RFSILENT_POLARITY_S 1 >>>> >>>> .. so more bits are available on the ar9300. I have to check the >>>> AR5416 too; maybe more bits are also available there. >>>> >>>> Grr! >>>> >>>> * Then, the Ar5212 is doing it in ar5212Reset(), but ar5416Reset() >>>> isn't doing it! So I'm going to have to go and hook that up for the >>>> AR5416, AR9160, AR9280, AR9285, AR9287. Ugh. >>>> >>>> * the ar9300 HAL on -HEAD has this in ar9300_reset(): >>>> >>>> /* Reset ier reference count to disabled */ >>>> // OS_ATOMIC_SET(&ahp->ah_ier_ref_count, 1);C >>>> if (ath_hal_isrfkillenabled(ah)) { >>>> ar9300_enable_rf_kill(ah); >>>> } >>>> >>>> .. so it should be enabling it at reset. We shouldn't need to enable >>>> it during ar9300_attach() as the first reset will set it up. >>>> >>>> * The AR5212 HAL enables rfkill interrupts, but the AR9300 doesn't. >>>> Apparently there are .. issues. I don't know what they are. So maybe >>>> we should use polling on that particular GPIO pin to provide rfkill >>>> feedback to the driver and eventually the network stack. >>>> >>>> So, would you mind trying your patch again but only with the bits that >>>> allow the GPIO pins to be enabled? If that works, then I'll commit >>>> that. In parallel I'm going to have to tidy up the rfkill capability >>>> API to correctly set bits - I'll likely expand the field in the driver >>>> and have the pre-AR9300 chipset code error out if an out-of-bounds >>>> gpio value is sent. >>>> >>>> Thanks! >>>> >>>> >>>> >>>> -adrian >>>> _______________________________________________ >>>> freebsd-wireless@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>>> To unsubscribe, send any mail to >>>> "freebsd-wireless-unsubscribe@freebsd.org" >>>> >> > >