From owner-freebsd-wireless@FreeBSD.ORG Sun Aug 31 03:04:55 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4F3CB1F; Sun, 31 Aug 2014 03:04:55 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (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 225BB1C0C; Sun, 31 Aug 2014 03:04:54 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id x13so3798909wgg.5 for ; Sat, 30 Aug 2014 20:04:52 -0700 (PDT) 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=1XrM9Yytsip5D7r88EBaXRToQ1jCk/ac2v9I/94t4yU=; b=fMs/W75Rm2IrIU8I5FnUzPDlwR4kqzG44IkkyITGFd7/UptNLE6YTxIa12SrGkeFA9 9KrK8gmU8ZG7KgY8h0dOELR5Web723UUIM2h9k2kycaoggpLwlvqFKSOcbCzhtIVWcn3 SoFMMZrt5BtZgTWxV7xbiqS/iX1Lf4iKWKA7lVIkMD38LQBiFQIY4yzLR2ynrAE5OrY4 XkdPe8p55agSZ1YHerldsHpYMB5muMXFcg+f4Onm+2LoJR4WfsATOqZ0hiWcTPzUOF4E /cF+TMIg0lHWt1LQfBuzgWS66KoaFlef9rWKDp9v+rdF45PoabhOD41kdR54GRCIR4RY MdHg== X-Received: by 10.194.78.170 with SMTP id c10mr23402396wjx.22.1409454292515; Sat, 30 Aug 2014 20:04:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.121.37 with HTTP; Sat, 30 Aug 2014 20:04:31 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Sun, 31 Aug 2014 04:04:31 +0100 Message-ID: Subject: Re: FreeBSD current RT3071 can't connect to 5G network To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: PseudoCylon , "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, 31 Aug 2014 03:04:55 -0000 Lol yeah but that was what I meant ... if some is interested in coding it ... are you for example? Judging for the amount of work you have with ath etc I guess not, and I got a feeling this would be "fun" to do :) Melhores Cumprimentos // Best Regards ----------------------------------------------- *Miguel Clara* *IT - Sys Admin & Developer* *E-mail: *miguelmclara@gmail.com www.linkedin.com/in/miguelmclara/ On Sat, Aug 30, 2014 at 9:22 PM, Adrian Chadd wrote: > The hope is "someone has to code it." net80211 supports 11n fine. :) > > > > -a > From owner-freebsd-wireless@FreeBSD.ORG Sun Aug 31 07:46:06 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8562AD4E; Sun, 31 Aug 2014 07:46:06 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d: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 356181493; Sun, 31 Aug 2014 07:46:06 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id cm18so3901903qab.9 for ; Sun, 31 Aug 2014 00:46:05 -0700 (PDT) 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=kDwUE8cic53eScMbIhOw/uS2orsVynswURiG8j/qLKM=; b=0E/wfALf5tf78E6qKzPDvIz4YLYMZ600J6Wzn6KjItLCUKPvOvadoOV5TTXN3sxb33 bBqtiCtvJDPKujpgWzpU9eCVkhRM8hBDK+KYnDW5a/wU7MOlxo7k9V8GQJQAGaRBOU+Y tom+x3juEljHYXPwJyUoUEvVsM8WetLc4VTxQDkziaIvpq+VPKrMgdAdAxMyTJD83PDJ M+2/IPBWI031UwaCFrBsK1M6czaHGBwcytHTXfM5QIs8z5Bier0oLDa+hpXEh27Ex5Ul PXB+5AGNSpgc5VvUtpGDh6Be13neQQJZTha5OnWKhGRlYkxqNxxA9ygVOGl2ypsl1ARA wQ5w== MIME-Version: 1.0 X-Received: by 10.140.22.19 with SMTP id 19mr31723058qgm.18.1409471165154; Sun, 31 Aug 2014 00:46:05 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Sun, 31 Aug 2014 00:46:05 -0700 (PDT) In-Reply-To: <20140830195721.GA12450@neutralgood.org> References: <20140830195721.GA12450@neutralgood.org> Date: Sun, 31 Aug 2014 00:46:05 -0700 X-Google-Sender-Auth: h_u7QRLOka1ojx2jsmSQXPXG2XU Message-ID: Subject: Re: TL-WN722N support on FreeBSD. From: Adrian Chadd To: kpneal@pobox.com Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-wireless@freebsd.org" , atar , "freebsd-questions@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, 31 Aug 2014 07:46:06 -0000 On 30 August 2014 12:57, wrote: > On Wed, Aug 27, 2014 at 12:16:04PM -0700, Adrian Chadd wrote: >> So yeah. Almost all of the work is done in the atheros driver side of >> things. Heck, the AR9271 bits for the HAL are likely just an evenings >> worth of work for me. I just don't want to deal with the USB side of >> it. >> >> I'm not being paid to do any of the wireless stuff in FreeBSD, so it >> has to clear the "is it fun" threshold. > > Personally, I don't do wireless. Ever. > > The real issue you just brought up is that FreeBSD is a volunteer project, > and not a product. The work that gets done is either funded by someone (by > dollar, mostly by businesses) that want something specific, or out of the > kindness of someone's heart. > > If someone who cared wanted to fund FreeBSD's wireless work then would you > turn down the funding? If you were willing, what's the procedure for > someone (not me) to fund the work? I can't really take that on right now personally, but what I can suggest is that you contact the FreeBSD foundation and let them know that you'd like to see improved wireless and you're willing to donate / fund the work. -a From owner-freebsd-wireless@FreeBSD.ORG Sun Aug 31 11:28:07 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6783C388; Sun, 31 Aug 2014 11:28:07 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::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 A639B1AF0; Sun, 31 Aug 2014 11:28:06 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id cc10so4631773wib.16 for ; Sun, 31 Aug 2014 04:28:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:content-transfer-encoding:subject:references:from :in-reply-to:message-id:date:cc:to:mime-version; bh=0PzhcYESR9v4wR4uac8/0Co1P7fE6qSQhr9itiNK2dQ=; b=HKkBnPo3O5t//fdeYTtJF8uVd8iRzCZ9U4hhf8t3SSh3EvAW6fmrHOvuGrIxdKSB2V E01hGYStuHk1canziBbLDZN0Yx/o/jS0tiYO7hN9z/1qrZhLc4mGix3uyQTXhavTjtLK G8qjg4CI9lBBNfnyhB1GbQFCcxbqu1MSBz8zV8yd27VMR/waLxaM510rME58jvgtJorE s8Xmkbu1SO0vhz2FY/pDtUKg+wACsXvGHA71bV5pFD8R33HaW1QNcIamtwrquLHEscJP dcO8DBgasiWPl/mu/Gy86jSjIFDV4yDsiRhLqVjRek9FExGGLFz0X9EXALAHV5ySPwcv LYCQ== X-Received: by 10.194.122.6 with SMTP id lo6mr25146174wjb.17.1409484484805; Sun, 31 Aug 2014 04:28:04 -0700 (PDT) Received: from [192.168.20.2] ([62.219.134.104]) by mx.google.com with ESMTPSA id sh3sm14353624wic.23.2014.08.31.04.28.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 31 Aug 2014 04:28:02 -0700 (PDT) Subject: Re: TL-WN722N support on FreeBSD. References: From: atar In-Reply-To: Message-Id: <73C363A9-5608-4A2B-B9F3-D96E8BA93050@gmail.com> Date: Sun, 31 Aug 2014 05:40:48 +0300 To: Adrian Chadd Mime-Version: 1.0 (1.0) X-Mailer: iPod Mail (10B500) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" , "freebsd-questions@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, 31 Aug 2014 11:28:07 -0000 Here's additional place where FreeBSD has lack of support: USB based printer= s. Here's a citation from the FreeBSD handbook (page no. 251): > USB interfaces, named for the Universal Serial Bus, can run at even faster= speeds than parallel or RS-232 serial interfaces. Cables are simple and che= ap. USB is superior to RS-232 Serial and to Parallel for printing, but it is= not as well supported under UNIX systems. A way to avoid this problem is to= purchase a printer that has both a USB interface and a Parallel interface, a= s many printers do. >=20 >> Hi, >>=20 >> The main issue is this: I really don't like the USB driver stuff in the k= ernel. >>=20 >> When I last checked, there was no clean example of a wifi or ethernet >> driver which handles all of the odd corner cases of things correctly. >> So you'd end up with things like taskqueues still running whilst the >> NIC had been pulled out, all sleeping on a wakeup that'll never come, >> or the ioctl path not really being locked the right way with the rest >> of the USB driver. >>=20 >> I started tinkering with a driver for the AR9170, but I still couldn't >> get the command handling side of things right. It's tricky because USB >> is effectively a network protocol, but all the drivers are written >> assuming register accesses are synchronous. So you end up having to >> craft some kind of command structure that handles sleeping for >> commands that it expects a response on from another USB endpoint (eg >> register reads), but not sleeping for commands that are asynchronous. >> I gave up because it became "non-fun." >>=20 >> So yeah. Almost all of the work is done in the atheros driver side of >> things. Heck, the AR9271 bits for the HAL are likely just an evenings >> worth of work for me. I just don't want to deal with the USB side of >> it. >>=20 >> I'm not being paid to do any of the wireless stuff in FreeBSD, so it >> has to clear the "is it fun" threshold. >>=20 >>=20 >> -a From owner-freebsd-wireless@FreeBSD.ORG Sun Aug 31 12:20:57 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECF32D8F; Sun, 31 Aug 2014 12:20:57 +0000 (UTC) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::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 B7FAA1EEA; Sun, 31 Aug 2014 12:20:57 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id z10so3925265pdj.10 for ; Sun, 31 Aug 2014 05:20:57 -0700 (PDT) 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=P6rNVRDrWkPYvOi2hRH+iMv72Ryy5y8tmWqSgmlCQKQ=; b=oz829gNuwjquk1fSFusneksm02tNGZH3IQsD38ZNsveOCd4vqGfn5O1wJvRGcDLF/6 k/lvOSi1+MbU8WDZNaSnuT1Tod5ERZn7Lxh/yALRs8BGM4uR3KLfpNOMxSXky8nYSARK +PENhwRIG2Rb60S9LV3rmQY39tbwoy5JAAtpXkzzHdDvIZynWa4QVnvyE8WFrCJk46qH edb2Cz6BLr7XdlZOBPVDynfeaXb4dG0ch2IqsAqMD9VIu0p7ndYCdbvZ182zew15XW1d Yl+nd2DN/8IJB0OZYg9mF7p9EGwnQbi8H4qXhJq+YURWTOwimkRA5xDRoqxu3bLUG4cU hCiw== MIME-Version: 1.0 X-Received: by 10.66.196.65 with SMTP id ik1mr2550719pac.154.1409487657281; Sun, 31 Aug 2014 05:20:57 -0700 (PDT) Received: by 10.70.118.132 with HTTP; Sun, 31 Aug 2014 05:20:57 -0700 (PDT) In-Reply-To: <73C363A9-5608-4A2B-B9F3-D96E8BA93050@gmail.com> References: <73C363A9-5608-4A2B-B9F3-D96E8BA93050@gmail.com> Date: Sun, 31 Aug 2014 07:20:57 -0500 Message-ID: Subject: Re: TL-WN722N support on FreeBSD. From: Adam Vande More To: atar Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" , "freebsd-questions@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, 31 Aug 2014 12:20:58 -0000 On Sat, Aug 30, 2014 at 9:40 PM, atar wrote: > Here's additional place where FreeBSD has lack of support: USB based > printers. > > Here's a citation from the FreeBSD handbook (page no. 251): Why don't you try citing a non-ancient version the handbook? Like here: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/printing-connections.html which states exactly the opposite. And USB printing has worked quite well for a long long time on FreeBSD. -- Adam From owner-freebsd-wireless@FreeBSD.ORG Sun Aug 31 13:42:14 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AFD178D; Sun, 31 Aug 2014 13:42:14 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 465C618FD; Sun, 31 Aug 2014 13:42:14 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7VDg7T4035916 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 31 Aug 2014 07:42:07 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7VDg6o7035907; Sun, 31 Aug 2014 07:42:06 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 31 Aug 2014 07:42:06 -0600 (MDT) From: Warren Block To: atar Subject: Re: TL-WN722N support on FreeBSD. In-Reply-To: <73C363A9-5608-4A2B-B9F3-D96E8BA93050@gmail.com> Message-ID: References: <73C363A9-5608-4A2B-B9F3-D96E8BA93050@gmail.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 31 Aug 2014 07:42:07 -0600 (MDT) Cc: "freebsd-wireless@freebsd.org" , "freebsd-questions@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, 31 Aug 2014 13:42:14 -0000 On Sun, 31 Aug 2014, atar wrote: > Here's additional place where FreeBSD has lack of support: USB based printers. > > Here's a citation from the FreeBSD handbook (page no. 251): > >> USB interfaces, named for the Universal Serial Bus, can run at even >> faster speeds than parallel or RS-232 serial interfaces. Cables are >> simple and cheap. USB is superior to RS-232 Serial and to Parallel >> for printing, but it is not as well supported under UNIX systems. A >> way to avoid this problem is to purchase a printer that has both a >> USB interface and a Parallel interface, as many printers do. That appears to be an old version of the Handbook. The current printing chapter covers all four common connection types: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/printing-connections.html From owner-freebsd-wireless@FreeBSD.ORG Sun Aug 31 23:26:02 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 107A8D8 for ; Sun, 31 Aug 2014 23:26:02 +0000 (UTC) Received: from quine.pinyon.org (quine.pinyon.org [65.101.5.249]) (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 D72941893 for ; Sun, 31 Aug 2014 23:26:01 +0000 (UTC) Received: by quine.pinyon.org (Postfix, from userid 122) id E0666160413; Sun, 31 Aug 2014 16:17:31 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on quine.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Received: from feyerabend.n1.pinyon.org (feyerabend.n1.pinyon.org [10.0.10.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by quine.pinyon.org (Postfix) with ESMTPSA id 6E4D61600DF for ; Sun, 31 Aug 2014 16:17:28 -0700 (MST) Message-ID: <5403AD08.60605@pinyon.org> Date: Sun, 31 Aug 2014 16:17:28 -0700 From: "Russell L. Carter" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-wireless@freebsd.org Subject: Re: TL-WN722N support on FreeBSD. References: <20140830195721.GA12450@neutralgood.org> 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: Sun, 31 Aug 2014 23:26:02 -0000 On 08/31/14 00:46, Adrian Chadd wrote: > On 30 August 2014 12:57, wrote: >> On Wed, Aug 27, 2014 at 12:16:04PM -0700, Adrian Chadd wrote: >>> So yeah. Almost all of the work is done in the atheros driver side of >>> things. Heck, the AR9271 bits for the HAL are likely just an evenings >>> worth of work for me. I just don't want to deal with the USB side of >>> it. >>> >>> I'm not being paid to do any of the wireless stuff in FreeBSD, so it >>> has to clear the "is it fun" threshold. >> >> Personally, I don't do wireless. Ever. >> >> The real issue you just brought up is that FreeBSD is a volunteer project, >> and not a product. The work that gets done is either funded by someone (by >> dollar, mostly by businesses) that want something specific, or out of the >> kindness of someone's heart. >> >> If someone who cared wanted to fund FreeBSD's wireless work then would you >> turn down the funding? If you were willing, what's the procedure for >> someone (not me) to fund the work? > > I can't really take that on right now personally, but what I can > suggest is that you contact the FreeBSD foundation and let them know > that you'd like to see improved wireless and you're willing to donate > / fund the work. > Since (new|more) talent in the 80211++ space is evidently needed, I would suggest trying a bounty. Maybe $5K? That's a lot of money in many places in the world. (Adrian has done tremendous work, but what about die bus? It happens to all of us, eventually.) I'm a wired-by-default guy, with a house full of CAT5, but the future is wireless. Russell > > -a > _______________________________________________ > 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 Mon Sep 1 08:00:22 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADAF6928 for ; Mon, 1 Sep 2014 08:00:22 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8F23814ED for ; Mon, 1 Sep 2014 08:00:22 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s8180MxV091237 for ; Mon, 1 Sep 2014 08:00:22 GMT (envelope-from bugzilla-noreply@freebsd.org) Message-Id: <201409010800.s8180MxV091237@kenobi.freebsd.org> From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bugzilla] Commit Needs MFC MIME-Version: 1.0 X-Bugzilla-Type: whine X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated Date: Mon, 01 Sep 2014 08:00:22 +0000 Content-Type: text/plain 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: Mon, 01 Sep 2014 08:00:22 -0000 Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 or more days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again for 7 days. This reminder is only sent on Mondays. Please file a bug about concerns you may have. This search was scheduled by eadler@FreeBSD.org. (7 bugs) Bug 140567: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=140567 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-wireless@FreeBSD.org Status: Needs MFC Resolution: Summary: [ath] [patch] ath is not worked on my notebook PC Bug 154598: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=154598 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-wireless@FreeBSD.org Status: Needs MFC Resolution: Summary: [ath] Atheros 5424/2424 can't connect to WPA network Bug 163312: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163312 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-wireless@FreeBSD.org Status: Needs MFC Resolution: Summary: [panic] [ath] kernel panic: page fault with ath0 taskq Bug 166190: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166190 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-wireless@FreeBSD.org Status: Needs MFC Resolution: Summary: [ath] TX hangs and frames stuck in TX queue Bug 166357: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166357 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-wireless@FreeBSD.org Status: Needs MFC Resolution: Summary: [ath] 802.11n TX stall when the first frame in the BAW is in the software queue Bug 166642: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166642 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-wireless@FreeBSD.org Status: Needs MFC Resolution: Summary: [ieee80211] [patch] in 802.11n mode for FreeBSD AP, having a station in powersave cripples AP TX. Bug 169362: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=169362 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-wireless@FreeBSD.org Status: Needs MFC Resolution: Summary: [ath] AR5416: radar pulse PHY errors sometimes include the CRC Error bit set as well as the PHY errors From owner-freebsd-wireless@FreeBSD.ORG Mon Sep 1 10:53:59 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2347E7FD for ; Mon, 1 Sep 2014 10:53:59 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (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 A55061A12 for ; Mon, 1 Sep 2014 10:53:57 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id F19A76A6008; Mon, 1 Sep 2014 12:53:52 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s81ArqCY092905; Mon, 1 Sep 2014 12:53:52 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s81ArokY089306; Mon, 1 Sep 2014 12:53:50 +0200 (CEST) (envelope-from lars) Date: Mon, 1 Sep 2014 12:53:50 +0200 From: Lars Engels To: "Russell L. Carter" Subject: Re: TL-WN722N support on FreeBSD. Message-ID: <20140901105350.GJ57121@e-new.0x20.net> References: <20140830195721.GA12450@neutralgood.org> <5403AD08.60605@pinyon.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="GvznHscUikHnwW2p" Content-Disposition: inline In-Reply-To: <5403AD08.60605@pinyon.org> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) 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, 01 Sep 2014 10:53:59 -0000 --GvznHscUikHnwW2p Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 31, 2014 at 04:17:28PM -0700, Russell L. Carter wrote: >=20 >=20 > On 08/31/14 00:46, Adrian Chadd wrote: > > On 30 August 2014 12:57, wrote: > >> On Wed, Aug 27, 2014 at 12:16:04PM -0700, Adrian Chadd wrote: > >>> So yeah. Almost all of the work is done in the atheros driver side of > >>> things. Heck, the AR9271 bits for the HAL are likely just an evenings > >>> worth of work for me. I just don't want to deal with the USB side of > >>> it. > >>> > >>> I'm not being paid to do any of the wireless stuff in FreeBSD, so it > >>> has to clear the "is it fun" threshold. > >> > >> Personally, I don't do wireless. Ever. > >> > >> The real issue you just brought up is that FreeBSD is a volunteer proj= ect, > >> and not a product. The work that gets done is either funded by someone= (by > >> dollar, mostly by businesses) that want something specific, or out of = the > >> kindness of someone's heart. > >> > >> If someone who cared wanted to fund FreeBSD's wireless work then would= you > >> turn down the funding? If you were willing, what's the procedure for > >> someone (not me) to fund the work? > >=20 > > I can't really take that on right now personally, but what I can > > suggest is that you contact the FreeBSD foundation and let them know > > that you'd like to see improved wireless and you're willing to donate > > / fund the work. > >=20 >=20 > Since (new|more) talent in the 80211++ space is evidently needed, > I would suggest trying a bounty. Maybe $5K? That's a lot > of money in many places in the world. (Adrian has done > tremendous work, but what about die bus? It happens to > all of us, eventually.) >=20 > I'm a wired-by-default guy, with a house full of CAT5, but the > future is wireless. >=20 I guess the problem is not the money but finding someone who actually knows what to do. --GvznHscUikHnwW2p Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJUBFA+XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tHCkH/Amc/mEobXLDHCkktOsj9Zdu f1w7rwlX3hE4fNSR2tJySmq+aAyE/GQ627J+3uH4VEhytpKaJyApJic3VnynyKDW 8mlQNCuUPGQTDAY+2iWkrb8Qqy/ZbtUt0SLFP2esuhJruTfnY32S+LfP9BSAJzMs gAXY3s2Am0WLUagzzbVghbU0I72a3g7qCSu4GvZhGLhtFwoskVJJQxqy/+cV+X8/ pllk6PVb1ruAbrGjgaVD6sGXVSQcl5txSsq4EyJtDmj2QEqfWssKJ9Dc9eKFwN6R N1flC+g5VJv+UhqaQWy+DuEao5bXm2rxogeAcPo8KuR7sMgrNjjDwO5aBIzxjrs= =BEI/ -----END PGP SIGNATURE----- --GvznHscUikHnwW2p-- From owner-freebsd-wireless@FreeBSD.ORG Mon Sep 1 18:11:21 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9905A4FD for ; Mon, 1 Sep 2014 18:11:21 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::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 56D2E1D06 for ; Mon, 1 Sep 2014 18:11:21 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id i8so5765770qcq.36 for ; Mon, 01 Sep 2014 11:11:20 -0700 (PDT) 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=ft/U897DRIxxSOMdUS0PqDfyYgcORdKXVGoA0jrtNhY=; b=c0ReGm0U7e+sERo7AsyIvgOWV4KIc1DDcSZoIwiFo4aXR7ACOxvVsKWmKbholB/WED vAepIT5e89EioPFLHJo/UpUTslXqXbPcsl9eW6ZW+ydIjPHwHfqofRVuwTYX2eAAp5od N5wBAUmV4ED4sB2JpB6cEQiSl5hOjD0WtacdOpp/VYdGCJtvtSq9917oHKpeWRM5nhni dEF+CNJhDdrwrrDqllY0omsPdEzU7jOZLwh1loCUO+H3Dtp9lbn5XAZTvBWAH4fpD1uh f6UaOdMVs8/BrKpZ8Wv2Wbc6yRi/p12Mr72n5KkJXTzDQ5tOm3g+z+q3Ay/ncojQpkIc e4QA== MIME-Version: 1.0 X-Received: by 10.224.151.69 with SMTP id b5mr48285315qaw.37.1409595080491; Mon, 01 Sep 2014 11:11:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Mon, 1 Sep 2014 11:11:20 -0700 (PDT) In-Reply-To: <20140901105350.GJ57121@e-new.0x20.net> References: <20140830195721.GA12450@neutralgood.org> <5403AD08.60605@pinyon.org> <20140901105350.GJ57121@e-new.0x20.net> Date: Mon, 1 Sep 2014 11:11:20 -0700 X-Google-Sender-Auth: jmVlQ7DxN0K6-qgg-U5AZ2nNedA Message-ID: Subject: Re: TL-WN722N support on FreeBSD. From: Adrian Chadd To: Lars Engels 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, 01 Sep 2014 18:11:21 -0000 The problem -is- the money. The people will come when there's enough interest and enough money. The problem is that people think things like wifi drivers that are debugged, perform well and get updated as new standards appear is a few months effort - and I think the herculean efforts done in the past by people like Sam fuel this myth. I've spent almost two years of weekends and evenings hacking on net80211 and the atheros driver to get it to where it is. The 11n support for atheros chips appeared when someone (hi Hobnob!) paid me for six months to get 11n done. I'm still debugging weird corner cases with rate control and congestion handling even now. And this is _on top_ of all the work done by the Atheros team to write the HAL in the first place. I've spent almost 18 months of weekends/evenings hacking on the intel iwn driver to find all the little odd corner cases that make it unusable by a lot of people. I keep saying I'm not, but since the laptops I'm using have iwn in them, I end up getting annoyed enough to fix it. This has all been for free. Wireless stuff is a very complicated, very time consuming thing that's immensely fun if you're into this kind of thing. But please understand - it's a huge time commitment for each individual device and new standard. So yes, it's the money. I've jokingly said that it's $100k and 2 years for me in (evenings, weekends) time and equipment to port and debug one driver for a given NIC. Not just do a "oh look here's an openbsd driver ported from linux in a month" port - that's just the beginning (and I tend to quote something like $10k for that) - I mean, something that ends up implementing the updated standards (11n, 11ac soon); something that includes powersave, something that includes debugging, something that handles a multitude of bad environments that people see every day and complain about. Ie - the level of work that makes it "oh it just works, I can get on with work now" level of work. I don't want to let myself be dragged into another two years of weekends. I kind of need some sleep here and there. -a From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 2 14:29:57 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 292EBA1C; Tue, 2 Sep 2014 14:29:57 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c: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 8E9561E1D; Tue, 2 Sep 2014 14:29:56 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id ex7so7995186wid.7 for ; Tue, 02 Sep 2014 07:29:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:content-transfer-encoding:subject:from:message-id:date :cc:mime-version; bh=/YPP5nPS+XShqUujF3PyUf1BZwGr2ZfYPmYwIhbxvLQ=; b=r5PPVo8gbSSdb7Xzu2rM2eLLYAeAPcexFeHVwhw89KFaIrFnmJqxuwnCFhD8FfX3qc wXpmzdst0TkxK3OYFmSGAZqJyEGpzJu8oN7xXuFaPgtRzXFZKMK/cqHb8XXc5rcg5cgK T+ZimoeED1aRpdD5qegrmBdy7RWFnBPEJ1ltPbFFP+PlZWhJtZ1P1FCzKz2xgTCAY14U CfDk/GRt7dJOoIRtXlaH3IlzMIf4q8Yq2FcU4Uwc9yJoQRN8CevFcT1uHYASam/keyUR 9ROuiTET97EiE59AWOADV+cHYUZq4aQ5L1VxITU9U6yaWmWgSZI4UV7An/YQIZGrKLtq 6Y0w== X-Received: by 10.194.8.168 with SMTP id s8mr3101568wja.129.1409668194145; Tue, 02 Sep 2014 07:29:54 -0700 (PDT) Received: from [192.168.20.2] ([62.219.134.104]) by mx.google.com with ESMTPSA id s1sm35607455wiw.6.2014.09.02.07.29.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Sep 2014 07:29:52 -0700 (PDT) Subject: Using a USB modem. From: atar Message-Id: Date: Tue, 2 Sep 2014 17:29:27 +0300 Mime-Version: 1.0 (1.0) X-Mailer: iPod Mail (10B500) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" , "freebsd-questions@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, 02 Sep 2014 14:29:57 -0000 Hi there! I've a ZTE USB modem and I want to use it with FreeBSD. I've attached it to o= ne of the USB slots on my PC and run the "ls -lh /dev/" command to see what'= s going on. I've saw that two modem devices have been created in the 'dialup= ' group: cuau0 and cuau1. My question is why were two devices nodes created instead of one and how sho= uld I know which of them I need to use? Regards, Atar.= From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 2 14:42:54 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3FBEB73; Tue, 2 Sep 2014 14:42:53 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BAADE103F; Tue, 2 Sep 2014 14:42:53 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s82EgnPx021214; Tue, 2 Sep 2014 10:42:49 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <5405D76A.3060400@sentex.net> Date: Tue, 02 Sep 2014 10:42:50 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: atar Subject: Re: Using a USB modem. References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: "freebsd-wireless@freebsd.org" , "freebsd-questions@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, 02 Sep 2014 14:42:54 -0000 On 9/2/2014 10:29 AM, atar wrote: > > I've a ZTE USB modem and I want to use it with FreeBSD. I've attached it to one of the USB slots on my PC and run the "ls -lh /dev/" command to see what's going on. I've saw that two modem devices have been created in the 'dialup' group: cuau0 and cuau1. > > My question is why were two devices nodes created instead of one and how should I know which of them I need to use? Typically, they will show up as /dev/cuaUx or /dev/cuaUx.x (note the capital U). Make sure you have the u3g driver loaded as well. (kldload u3g). Also, some ZTE sticks need to be put in "modem mode". This can often be done by sending the eject command to its "cdrom" if its listed as pass0, try the command camcontrol eject pass0 ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 2 19:25:17 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3C5143C; Tue, 2 Sep 2014 19:25:17 +0000 (UTC) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (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 379971899; Tue, 2 Sep 2014 19:25:17 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id q59so7461234wes.17 for ; Tue, 02 Sep 2014 12:25:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:content-transfer-encoding:subject:references:from :in-reply-to:message-id:date:cc:to:mime-version; bh=fvwrvexPZbT3DSrnLLAQe91cQkcsqU64f5FprIGoC8s=; b=xezCTRzj29GtriMadM8It6bQiE11Zxo+WOLGE+phv7xcLTlrJYTLjwOhz/ChuJ0wTv HKVRDCbsbrvHuBnQIUdUeGK94/vqVZWBuLebOBpidSA79kSwR9xAgh0+PCi63g34cgce J+zmBWPMk8lxWpcRWibPZGi6L3/2YT91rBlcigkL8Lgcu/g81iQDK/pTlU5qQ4aAZ2l4 Y5cHiS5iPH7QXVt46qbSrowKNlqDO5b0UBHo+/ujTwBiMDui7J/oHspqPzGfAugQccWj yEhPJqi3B+31r6LJzJUQcvnpMcvllcVJykriEatDjFyBr/bXhKvnUUP0RlJ7ry5DoMrZ WM5g== X-Received: by 10.180.20.40 with SMTP id k8mr30997710wie.38.1409685915514; Tue, 02 Sep 2014 12:25:15 -0700 (PDT) Received: from [10.0.0.7] (bzq-79-182-135-11.red.bezeqint.net. [79.182.135.11]) by mx.google.com with ESMTPSA id bt9sm11352534wjc.44.2014.09.02.12.25.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Sep 2014 12:25:14 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: Using a USB modem. References: <5405D76A.3060400@sentex.net> From: atar In-Reply-To: <5405D76A.3060400@sentex.net> Message-Id: Date: Tue, 2 Sep 2014 21:59:24 +0300 To: Mike Tancsa Mime-Version: 1.0 (1.0) X-Mailer: iPod Mail (10B500) Cc: "freebsd-wireless@freebsd.org" , "freebsd-questions@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, 02 Sep 2014 19:25:17 -0000 Thanks you for your kind support. > Typically, they will show up as /dev/cuaUx or /dev/cuaUx.x (note the capit= al U). That's interesting since in the output of 'ls -lh /dev' in my PC it appears w= ith no capital 'U'. In addition, I've tried to initialize the both devices with 'ppp' but when I= tried to enter the 'term' command, ppp hangs up and don't give me an option= to send to the modem commands. Any idea what's the problem? Regards, Atar. > On 9/2/2014 10:29 AM, atar wrote: >>=20 >> I've a ZTE USB modem and I want to use it with FreeBSD. I've attached it t= o one of the USB slots on my PC and run the "ls -lh /dev/" command to see wh= at's going on. I've saw that two modem devices have been created in the 'dia= lup' group: cuau0 and cuau1. >>=20 >> My question is why were two devices nodes created instead of one and how s= hould I know which of them I need to use? >=20 > Typically, they will show up as /dev/cuaUx or /dev/cuaUx.x (note the capit= al U). Make sure you have the u3g driver loaded as well. (kldload u3g). Al= so, some ZTE sticks need to be put in "modem mode". This can often be done b= y sending the eject command to its "cdrom" >=20 > if its listed as pass0, try the command > camcontrol eject pass0 >=20 > ---Mike >=20 >=20 >=20 > --=20 > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 2 19:30:06 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2FC9565; Tue, 2 Sep 2014 19:30:06 +0000 (UTC) Received: from mail-oa0-x22b.google.com (mail-oa0-x22b.google.com [IPv6:2607:f8b0:4003:c02::22b]) (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 A51A518E0; Tue, 2 Sep 2014 19:30:06 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id jd19so5217391oac.30 for ; Tue, 02 Sep 2014 12:30:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=jhiJMLY6x6b0F+Ymg4dch1VfMAOjs/gRabdPTDj8qAk=; b=Lv4LL1bwB6yhmGaXhBEzy52kHbvpzQjcATVG3D5k6cYKGDr7++39Tn2RXhoZNeU844 wHrTnVV2G/vLFu5mOZV5em916LuOtz6QK9+Pl6ogeIrDKZVrNg9zhnw8uA6V0mGpEG/I ZUNhpU0DwKtAG5df4Rc+Dk2jP1b6JridBWgDCktUWBnv1dqEn2hh6ClqmdidEwKrpSB4 6SY44+U0Rtv2P1vf9Vg5YfRmX/ArnKlXrpxwmYWPsDk3LBGzo1k+HNUrvc8yEbKXj+Pn 0QmJXgmQyrUbmUiHN33PDLGJmwWMhV8CuHd5jF5hCZmULXpguM12CwbG94zJ8b2WF3Bj bCBQ== MIME-Version: 1.0 X-Received: by 10.182.94.230 with SMTP id df6mr33970767obb.36.1409686205970; Tue, 02 Sep 2014 12:30:05 -0700 (PDT) Received: by 10.182.28.100 with HTTP; Tue, 2 Sep 2014 12:30:05 -0700 (PDT) Date: Tue, 2 Sep 2014 21:30:05 +0200 Message-ID: Subject: Intel Centrino Wireless-N 2230 status From: Oliver Pinter To: "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=ISO-8859-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: Tue, 02 Sep 2014 19:30:07 -0000 Hi All! After I backported all of the net80211 and iwn changes from 11-CURRENT to 10-STABLE the wireless NIC in subject working on mode G. If I try to use with mode N (ht20, ht40) it failed in association state. All of the backports are in this github repo: https://github.com/opntr/opBSD/commits/op/stable/10-iwn-backport Oliver From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 2 19:32:57 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA8F467E for ; Tue, 2 Sep 2014 19:32:57 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d: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 AB3EC19A1 for ; Tue, 2 Sep 2014 19:32:57 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id cm18so6894769qab.9 for ; Tue, 02 Sep 2014 12:32:56 -0700 (PDT) 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=w/PdwU9KS9lXwVoXUgoNhxGglrnj+QcgpmHddXVJ43Y=; b=Dxylya+4nakAi/mJp0VzcVHat79XCQYKQLcH/fb8c9LwxvfjPQbcv1R+w+eq2NwoFs XauOxIfBp+gXgMdy+t/6blfvKWbie3g9fkCpyFuKFheSGgfUjXExAuELbt7ypA+ONQ+s yixI/c++XO+vdDU70y25C3PGVfQN7jTn6KVwnu9vLbJ66VQIZ+dhL0pcpfymlDO9kx6N s3iaeDTIAB4ErOxB2cPawbMGfUg/Q64MuFFVVI06WPQdMAmXL0ahWsNP3lm0HA2q+spD xfeIvIqBcgjHe/+oqJigiq2bmFc3feYwkg/fiEvs6BZQcfOCjyvd4UZU4NCXYG36ku82 7sag== MIME-Version: 1.0 X-Received: by 10.224.36.4 with SMTP id r4mr59084899qad.69.1409686376839; Tue, 02 Sep 2014 12:32:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Tue, 2 Sep 2014 12:32:56 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Sep 2014 12:32:56 -0700 X-Google-Sender-Auth: -TQmXnC6zXsArgIsQYpbS2swe30 Message-ID: Subject: Re: Intel Centrino Wireless-N 2230 status From: Adrian Chadd To: Oliver Pinter 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: Tue, 02 Sep 2014 19:32:58 -0000 Cool! Have you tried freebsd-head? Does it work there? How's it failing in association state? What's it saying? -a On 2 September 2014 12:30, Oliver Pinter wrote: > Hi All! > > After I backported all of the net80211 and iwn changes from 11-CURRENT > to 10-STABLE the wireless NIC in subject working on mode G. If I try > to use with mode N (ht20, ht40) it failed in association state. > > All of the backports are in this github repo: > > https://github.com/opntr/opBSD/commits/op/stable/10-iwn-backport > > Oliver From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 2 19:41:17 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F667953; Tue, 2 Sep 2014 19:41:17 +0000 (UTC) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::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 E29331A8C; Tue, 2 Sep 2014 19:41:16 +0000 (UTC) Received: by mail-oi0-f50.google.com with SMTP id u20so4755732oif.37 for ; Tue, 02 Sep 2014 12:41:15 -0700 (PDT) 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=CLq47Y5WZglmwZZWqXtY8Tjyf6EKKMK5eCk1uQnQyOU=; b=YbyQo/pQ9F7rlqyrNqIRVT2JeqmuA5iwlP+pySIgtR8UuCP/0KZi1HFeeMf6rSkSfm Wl1Dle65BcpcTeRziKld57w1EbEzkEIkhd7dhT6Uf0V5tO4KszlVQUDhfpBvlfSYPToa tIx2rVZxusVQthDOspDemNcbCUtlPDwR+FbxLGmvrmePRhnC5AIi8g3TRkBaYfsc6XOS 4IXiWvdyz9J7SGK0Ltywi1dhIdemuaOc/1Xqwi5RgvfsJRxCAXWwRhGNiyCfPvqXKK3S WXaCTkuw3zewzQRG/dDj4N4GtTstk6ZK4bdmZ5d8S2F1SFtGgSVx80MPelUO4SKThmPd YALQ== MIME-Version: 1.0 X-Received: by 10.182.29.234 with SMTP id n10mr4022973obh.67.1409686875682; Tue, 02 Sep 2014 12:41:15 -0700 (PDT) Received: by 10.182.28.100 with HTTP; Tue, 2 Sep 2014 12:41:15 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Sep 2014 21:41:15 +0200 Message-ID: Subject: Re: Intel Centrino Wireless-N 2230 status From: Oliver Pinter To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-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, 02 Sep 2014 19:41:17 -0000 I not tried freebsd-head yet, but I'm able today. In mode N seems like the NIC sends only one frame, and no more. With tcpdump and/or wlandebug I see only rx packets and no tx. If you add some pointer what changes must I create to easier debug, or what concrete information required, feel free to ping me or send the details. On 9/2/14, Adrian Chadd wrote: > Cool! Have you tried freebsd-head? Does it work there? > > How's it failing in association state? What's it saying? > > > -a > > > On 2 September 2014 12:30, Oliver Pinter wrote: >> Hi All! >> >> After I backported all of the net80211 and iwn changes from 11-CURRENT >> to 10-STABLE the wireless NIC in subject working on mode G. If I try >> to use with mode N (ht20, ht40) it failed in association state. >> >> All of the backports are in this github repo: >> >> https://github.com/opntr/opBSD/commits/op/stable/10-iwn-backport >> >> Oliver > From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 2 19:42:11 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E372C97D for ; Tue, 2 Sep 2014 19:42:11 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::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 A2BD11A9A for ; Tue, 2 Sep 2014 19:42:11 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id i17so7410555qcy.26 for ; Tue, 02 Sep 2014 12:42:10 -0700 (PDT) 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=wssrUkocReykAZDX+31++cGr4otf3ERlpCWDPb7V2r0=; b=w4QfZiRUOyyp8Cq/J2VQ8GAUiigoasbQOmFysYr6p58/XjXJunZoLiIrcEZ3J/P2T6 TDrFQ1oQWBNYLWGs8afgs779Wr9ktiBkeFjKJ+uxQu+n+27fTTZVKU7i/eif6/4bq9Kz MYdkoVRNH/pk6D09VcQQWObaqoCn9XDnAby7jxhGL+FSClhT32P0rE9CwETW/wK3znBd 7FJ14rs7WyMoiRz1JdhCIJrmt3cJphFkumyUVbYJsEyTp2ZUXT+eJpQWOqAL312RA3bI zym+lR01DBU2ovY7nGEFutdsIA5SvKkNEq0Co1HXkzjrg7tcZGDnZcg/Vz6mRZLLPzuh g4Bg== MIME-Version: 1.0 X-Received: by 10.140.31.75 with SMTP id e69mr36714414qge.2.1409686930799; Tue, 02 Sep 2014 12:42:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Tue, 2 Sep 2014 12:42:10 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Sep 2014 12:42:10 -0700 X-Google-Sender-Auth: -JCpMaIEROXqIivWO84kHIuRdns Message-ID: Subject: Re: Intel Centrino Wireless-N 2230 status From: Adrian Chadd To: Oliver Pinter 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: Tue, 02 Sep 2014 19:42:12 -0000 Hi, Compile it with IWN_DEBUG, then sysctl dev.iwn.0.debug=0x1 -a On 2 September 2014 12:41, Oliver Pinter wrote: > I not tried freebsd-head yet, but I'm able today. In mode N seems like > the NIC sends only one frame, and no more. > > With tcpdump and/or wlandebug I see only rx packets and no tx. > > If you add some pointer what changes must I create to easier debug, or > what concrete information required, feel free to ping me or send the > details. > > On 9/2/14, Adrian Chadd wrote: >> Cool! Have you tried freebsd-head? Does it work there? >> >> How's it failing in association state? What's it saying? >> >> >> -a >> >> >> On 2 September 2014 12:30, Oliver Pinter wrote: >>> Hi All! >>> >>> After I backported all of the net80211 and iwn changes from 11-CURRENT >>> to 10-STABLE the wireless NIC in subject working on mode G. If I try >>> to use with mode N (ht20, ht40) it failed in association state. >>> >>> All of the backports are in this github repo: >>> >>> https://github.com/opntr/opBSD/commits/op/stable/10-iwn-backport >>> >>> Oliver >> From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 2 20:16:27 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA4B86D6; Tue, 2 Sep 2014 20:16:26 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A94DF1DC3; Tue, 2 Sep 2014 20:16:26 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s82KGLP8078753; Tue, 2 Sep 2014 16:16:22 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <54062596.30801@sentex.net> Date: Tue, 02 Sep 2014 16:16:22 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: atar Subject: Re: Using a USB modem. References: <5405D76A.3060400@sentex.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: "freebsd-wireless@freebsd.org" , "freebsd-questions@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, 02 Sep 2014 20:16:27 -0000 On 9/2/2014 2:59 PM, atar wrote: >> Typically, they will show up as /dev/cuaUx or /dev/cuaUx.x (note the capital U). > > That's interesting since in the output of 'ls -lh /dev' in my PC it appears with no capital 'U'. Thats your onboard serial ports (uart0 and uart1). > > In addition, I've tried to initialize the both devices with 'ppp' but when I tried to enter the 'term' command, ppp hangs up and don't give me an option to send to the modem commands. Any idea what's the problem? Did you load the driver (kldload u3g) ? what is the output of usbconfig it should show something like # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen1.3: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen1.4: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON note the #s for the device. On mine, it shows 1.4. So do the matching command for yours so it provides the following output usbconfig -d 1.4 dump_device_desc ugen1.4: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x19d2 idProduct = 0x0031 bcdDevice = 0x0000 iManufacturer = 0x0002 iProduct = 0x0001 iSerialNumber = 0x0003 <1234567890ABCDEF> bNumConfigurations = 0x0001 Then provide the output of # sysctl -a dev.u3g ---Mike > > Regards, > > Atar. > >> On 9/2/2014 10:29 AM, atar wrote: >>> >>> I've a ZTE USB modem and I want to use it with FreeBSD. I've attached it to one of the USB slots on my PC and run the "ls -lh /dev/" command to see what's going on. I've saw that two modem devices have been created in the 'dialup' group: cuau0 and cuau1. >>> >>> My question is why were two devices nodes created instead of one and how should I know which of them I need to use? >> >> Typically, they will show up as /dev/cuaUx or /dev/cuaUx.x (note the capital U). Make sure you have the u3g driver loaded as well. (kldload u3g). Also, some ZTE sticks need to be put in "modem mode". This can often be done by sending the eject command to its "cdrom" >> >> if its listed as pass0, try the command >> camcontrol eject pass0 >> >> ---Mike >> >> >> >> -- >> ------------------- >> Mike Tancsa, tel +1 519 651 3400 >> Sentex Communications, mike@sentex.net >> Providing Internet services since 1994 www.sentex.net >> Cambridge, Ontario Canada http://www.tancsa.com/ > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-wireless@FreeBSD.ORG Wed Sep 3 04:13:11 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2258CDD for ; Wed, 3 Sep 2014 04:13:11 +0000 (UTC) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (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 6D17E1734 for ; Wed, 3 Sep 2014 04:13:11 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id w8so7252368qac.33 for ; Tue, 02 Sep 2014 21:13:10 -0700 (PDT) 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=Mn/LjE49Ue7HZxGrI4JnSqqAkCq0xdgorW6hlSKwijo=; b=BTZBkK7x20ADgziVBcY5W2jRKGJLM7RwTMvAlXhxf9Bt71GVpUO/076Xq5OsEDSAIX XTipHX1faX/GxJwHFebev/AZc8G4kPI6Dsbz3ElAtgpzG5+XwvaaLDe9jOBH6cxKZYlJ Mka01MzT5oEiVyPx/uuize55z7DAEhQe0dF06AcmVBBGvhcf7uWpgJdbLQZkLOriKVij 7uBLqRLt9uzC2tNre/Vz5PceYu0z7eyqyUG/eaZ57c44twDfZTPrPFVs+S7AOKY5DsnE m2h27cg4slAPaT44W2qLL50RhFSlNUmJFw3zkQnyJOWXzyynRTjXXNP6jIhtXnQffeNQ ed7Q== MIME-Version: 1.0 X-Received: by 10.140.86.6 with SMTP id o6mr60555573qgd.71.1409717590482; Tue, 02 Sep 2014 21:13:10 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.170.230 with HTTP; Tue, 2 Sep 2014 21:13:10 -0700 (PDT) Received: by 10.96.170.230 with HTTP; Tue, 2 Sep 2014 21:13:10 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Sep 2014 21:13:10 -0700 X-Google-Sender-Auth: tzwkKcCrTJ9L4nxSFsoayVnZ1fo Message-ID: Subject: Re: FreeBSD wireless support is lacking; needs better documentation From: hiren panchasara To: Dirk E 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: Wed, 03 Sep 2014 04:13:11 -0000 On Aug 30, 2014 9:39 AM, "Dirk E" wrote: > > Hello guys, > > I wrote to the freebsd-wireless@ list on 12 August, looking for a working USB wireless adapter that can work on HOSTAP mode. There was no reply on my message and so far i have been unsuccessful in finding any device that works without some kind of limitation. > > The problems are: > > 1) FreeBSD supports only a limited range of wireless adapters, mostly older products that are not sold anymore or are hard to come by > > 2) FreeBSD has limitations on supported products, such as no working HOSTAP or no working 11n (only 11a/b/g) or no proper power-save features > > 3) FreeBSD lacks up-to-date information about actual supported products; many products have newer revisions which use different chipsets > > 4) Documentation is not complete; for example the urtwn manpage does not specify that HOSTAP is not supported under the CAVEATS section > > 5) Products are sold with different chipsets under the same name, products sold in the USA may work while the same product sold in the EU does not work > > 6) It is generally very hard to find out what chipset a product uses > > > I've been trying for weeks to find a working solution. I have given up on 11n support, i just want things to work. I got fed up after trying two devices which should be supported but didn't work in the end, so i bought a bunch of devices and hoped that one would work: > > Asus WL-167 (supported by rum driver; because of missing power-save in HOSTAP mode it only works with some clients; andriod phones for example don't seem to work; they can connect but not perform any IP traffic) > TP-LINK TL-WN822N (supported by urtwn, but despite manpage not mentioning this, HOSTAP mode is not supported; 11n not supported but documented) > TP-LINK TL-WN821N > TP-LINK TL-WN722N > TP-LINK TL-WN725N (should be supported by urtwn, but only the USA versions; the EU version appears not to be supported by this driver at all; not documented) > EnGenius EUB9707 (only device that actually works in HOSTAP mode; but without 11n support) > Dlink GO-USB-N150 > Eminent EM4579 (no info about this device) > > > It appears the lack of HOSTAP-mode in the urtwn-driver was known by OpenBSD, from which the driver was imported. So then, why is this information not shared with us by including it in the urtwn manpage? There is a patch for the OpenBSD driver to add HOSTAP mode for this driver; i am not sure whether it can be applied to FreeBSD. > Thanks for doing this detailed analysis of various issues. Whenever possible, please submit manpage update fixes via bugzilla. And I'll work with you to get them reviewed/committed. > Long story short; FreeBSD's wireless support is lacking. It's almost a complete mess. It takes many time and frustration for a user to get a working product that works decently with FreeBSD. And even then, it often works without features like 11n and proper power save features. It's one of the areas that FreeBSD is much behind in terms of hardware support compared to virtually every other operating system out there. That's a shame; FreeBSD would be an excellent wireless access point when paired with pf-firewall. > Yes. It needs a lot of love (work). > I propose the following: create a wiki with a list of known working wireless products. Each product should note which chipset it uses, what driver it connects to, what features are suported (i.e. HOSTAP), what FreeBSD versions are supported, whether it is open source / binary blob, any license requirements (like Realtek) and a dmesg snippet where the driver is detected. It can be managed by a maintainer that accepts email reports from users who provide the required information. That way, we get a list of hardware that is known to work with FreeBSD that people can actually buy. Even a NewEgg-link or something to that effect can be provided. > > This website was a lot of help to me in figuring out what chipset a wireless product uses: https://wikidevi.com/wiki/Main_Page > I propose something simpler for FreeBSD; just a single wiki page that lists products that either work or do not work. > > With very limited hardware support for wireless devices, such a list is needed very badly, to prevent other people from going through the same hellhound that i've gone through. If even just a handful of wireless devices that are still being sold are known to be working with FreeBSD, this list would be very helpful i would presume. > > Anyone who likes this idea? Yes. I like this idea. But more important thing is who is willing to drive this? If you are, I'll have you setup with a wiki account :) Thanks again for your interest and such diligence. Cheers, Hiren From owner-freebsd-wireless@FreeBSD.ORG Wed Sep 3 11:01:23 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB5B93EC; Wed, 3 Sep 2014 11:01:23 +0000 (UTC) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (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 689AF14FF; Wed, 3 Sep 2014 11:01:23 +0000 (UTC) Received: by mail-oi0-f43.google.com with SMTP id e131so5375428oig.16 for ; Wed, 03 Sep 2014 04:01:22 -0700 (PDT) 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=RPvDhTzyOZdrT0P/px78KRn0n+fz/rM5PsZSTNeGslM=; b=Za9uQZKEWZxeukjIsA+NqGAZD/3iovvrht6lSu3XxNvPMpSrGKwbVAk6WAbLrNDkiT uOAmAA+r07AOE1RfXaW81fKxnq+A8zPvX9zWjMi/NQP7o9wu9GBJzyZMv5DWzxYhia/V rwswum/2qRciP1izc3iVhUTrXLLNxaoizS7NzVsOBx5fZnMzfvU8K3m5FYSnAhzNd4Co fPwAmLgwsHsAxWcCU5twwJ+vNYvdBbBAWbkjqfW/5BitxkV8W7ohtLPK6KUR3eTRmPLN Chlc8cKVJQeQjrAIwm72ZoBinp+vXgRj758Zw1tx/Afg5d4eRIT5ng2pFq+JxRqZDN2g 4upA== MIME-Version: 1.0 X-Received: by 10.182.29.234 with SMTP id n10mr7553821obh.67.1409742082670; Wed, 03 Sep 2014 04:01:22 -0700 (PDT) Received: by 10.182.28.100 with HTTP; Wed, 3 Sep 2014 04:01:22 -0700 (PDT) In-Reply-To: References: Date: Wed, 3 Sep 2014 13:01:22 +0200 Message-ID: Subject: Re: Intel Centrino Wireless-N 2230 status From: Oliver Pinter To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-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: Wed, 03 Sep 2014 11:01:23 -0000 Hi! Small status update: The mode N works too, I mistyped the other AP's passwork. So both mode G and mode N working after the backports. BTW, can you MFC the same changes to 10.1? On 9/2/14, Adrian Chadd wrote: > Hi, > > Compile it with IWN_DEBUG, then > > sysctl dev.iwn.0.debug=0x1 > > > -a > > > On 2 September 2014 12:41, Oliver Pinter wrote: >> I not tried freebsd-head yet, but I'm able today. In mode N seems like >> the NIC sends only one frame, and no more. >> >> With tcpdump and/or wlandebug I see only rx packets and no tx. >> >> If you add some pointer what changes must I create to easier debug, or >> what concrete information required, feel free to ping me or send the >> details. >> >> On 9/2/14, Adrian Chadd wrote: >>> Cool! Have you tried freebsd-head? Does it work there? >>> >>> How's it failing in association state? What's it saying? >>> >>> >>> -a >>> >>> >>> On 2 September 2014 12:30, Oliver Pinter wrote: >>>> Hi All! >>>> >>>> After I backported all of the net80211 and iwn changes from 11-CURRENT >>>> to 10-STABLE the wireless NIC in subject working on mode G. If I try >>>> to use with mode N (ht20, ht40) it failed in association state. >>>> >>>> All of the backports are in this github repo: >>>> >>>> https://github.com/opntr/opBSD/commits/op/stable/10-iwn-backport >>>> >>>> Oliver >>> > From owner-freebsd-wireless@FreeBSD.ORG Wed Sep 3 11:16:08 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 746C0833; Wed, 3 Sep 2014 11:16:08 +0000 (UTC) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (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 3109917B2; Wed, 3 Sep 2014 11:16:08 +0000 (UTC) Received: by mail-oi0-f54.google.com with SMTP id a3so5330072oib.41 for ; Wed, 03 Sep 2014 04:16:07 -0700 (PDT) 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=UfLDGFzm0ARaC/ttsn5JjjKZeC2gnvHnoBn7Ny9gGJc=; b=KU99HWTkmQAMqzYuVZnZkdg+crthxPCr8g9nNWC0hMjFvSJD/zKYLAoE6RAeiq/wF/ ajsN1SxBMzezf2kO2w20h6IaZvWW89FqYlO9MMpjV0LcdCc9FJjsaj9+RWx4H/b6elbC Ha9lo0KfjVClCqg2yErH7MqKz5Xgro0OGbR9hpItAKcxzgMPqXifyad7Wnn7E6Zabei+ 7RXUXeBEtDT/fWuxzDP7tsQjj424GlOm9gFAiBsWezHIC+5xMv3rGtr9sDInApY65vqL 6fdH8dmyIV/Nb+3e8vs1Brm8kC/DptPEWn67zlamhh6kdJu0c5Z/La3uFcOVVkD59B9K WtlQ== MIME-Version: 1.0 X-Received: by 10.182.120.129 with SMTP id lc1mr7618879obb.65.1409742967487; Wed, 03 Sep 2014 04:16:07 -0700 (PDT) Received: by 10.182.28.100 with HTTP; Wed, 3 Sep 2014 04:16:07 -0700 (PDT) In-Reply-To: References: Date: Wed, 3 Sep 2014 13:16:07 +0200 Message-ID: Subject: Re: Intel Centrino Wireless-N 2230 status From: Oliver Pinter To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-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: Wed, 03 Sep 2014 11:16:08 -0000 Or not, I forgot the -ht option in rc.conf. G STA + G AP = ok G STA + N AP = ok N STA + N AP = fail On 9/3/14, Oliver Pinter wrote: > Hi! > > Small status update: > The mode N works too, I mistyped the other AP's passwork. > So both mode G and mode N working after the backports. > > BTW, can you MFC the same changes to 10.1? > > On 9/2/14, Adrian Chadd wrote: >> Hi, >> >> Compile it with IWN_DEBUG, then >> >> sysctl dev.iwn.0.debug=0x1 >> >> >> -a >> >> >> On 2 September 2014 12:41, Oliver Pinter wrote: >>> I not tried freebsd-head yet, but I'm able today. In mode N seems like >>> the NIC sends only one frame, and no more. >>> >>> With tcpdump and/or wlandebug I see only rx packets and no tx. >>> >>> If you add some pointer what changes must I create to easier debug, or >>> what concrete information required, feel free to ping me or send the >>> details. >>> >>> On 9/2/14, Adrian Chadd wrote: >>>> Cool! Have you tried freebsd-head? Does it work there? >>>> >>>> How's it failing in association state? What's it saying? >>>> >>>> >>>> -a >>>> >>>> >>>> On 2 September 2014 12:30, Oliver Pinter wrote: >>>>> Hi All! >>>>> >>>>> After I backported all of the net80211 and iwn changes from 11-CURRENT >>>>> to 10-STABLE the wireless NIC in subject working on mode G. If I try >>>>> to use with mode N (ht20, ht40) it failed in association state. >>>>> >>>>> All of the backports are in this github repo: >>>>> >>>>> https://github.com/opntr/opBSD/commits/op/stable/10-iwn-backport >>>>> >>>>> Oliver >>>> >> > From owner-freebsd-wireless@FreeBSD.ORG Wed Sep 3 18:39:40 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A66F61F7; Wed, 3 Sep 2014 18:39:40 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF80A1212; Wed, 3 Sep 2014 18:39:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s83IdHGL033891; Thu, 4 Sep 2014 04:39:17 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 4 Sep 2014 04:39:17 +1000 (EST) From: Ian Smith To: Adrian Chadd Subject: Re: TL-WN722N support on FreeBSD. In-Reply-To: Message-ID: <20140904032042.Y58647@sola.nimnet.asn.au> References: <20140830195721.GA12450@neutralgood.org> <5403AD08.60605@pinyon.org> <20140901105350.GJ57121@e-new.0x20.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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, 03 Sep 2014 18:39:40 -0000 On Mon, 1 Sep 2014 11:11:20, Adrian Chadd wrote: > The problem -is- the money. The people will come when there's enough > interest and enough money. > > The problem is that people think things like wifi drivers that are > debugged, perform well and get updated as new standards appear is a > few months effort - and I think the herculean efforts done in the past > by people like Sam fuel this myth. > > I've spent almost two years of weekends and evenings hacking on > net80211 and the atheros driver to get it to where it is. The 11n > support for atheros chips appeared when someone (hi Hobnob!) paid me > for six months to get 11n done. I'm still debugging weird corner cases > with rate control and congestion handling even now. And this is _on > top_ of all the work done by the Atheros team to write the HAL in the > first place. > > I've spent almost 18 months of weekends/evenings hacking on the intel > iwn driver to find all the little odd corner cases that make it > unusable by a lot of people. I keep saying I'm not, but since the > laptops I'm using have iwn in them, I end up getting annoyed enough to > fix it. This has all been for free. > > Wireless stuff is a very complicated, very time consuming thing that's > immensely fun if you're into this kind of thing. But please understand > - it's a huge time commitment for each individual device and new > standard. > > So yes, it's the money. I've jokingly said that it's $100k and 2 years > for me in (evenings, weekends) time and equipment to port and debug > one driver for a given NIC. Not just do a "oh look here's an openbsd > driver ported from linux in a month" port - that's just the beginning > (and I tend to quote something like $10k for that) - I mean, something > that ends up implementing the updated standards (11n, 11ac soon); > something that includes powersave, something that includes debugging, > something that handles a multitude of bad environments that people see > every day and complain about. Ie - the level of work that makes it "oh > it just works, I can get on with work now" level of work. > > I don't want to let myself be dragged into another two years of > weekends. I kind of need some sleep here and there. Thanks for this, and for all your work, Adrian. Let the M$ troll in questions@ crow that ew're not keeping up with his multi$Bn corp .. Volunteerism has its limits, and noone can meet the illspecified and neverending demands for more. Get some sleep here and there, short of starving. Someone whinging 'when are you coming to bed?' helps :) cheers, Ian From owner-freebsd-wireless@FreeBSD.ORG Thu Sep 4 13:50:50 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A44D37DD; Thu, 4 Sep 2014 13:50:50 +0000 (UTC) Received: from smtp1.ngi.it (smtp1.ngi.it [IPv6:2001:4c91::112]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 63F151AF7; Thu, 4 Sep 2014 13:50:49 +0000 (UTC) Received: from tiny-r269739 (88-149-167-117.v4.ngi.it [88.149.167.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp1.ngi.it (Postfix) with ESMTPS id 70160214E4; Thu, 4 Sep 2014 15:50:30 +0200 (CEST) Date: Thu, 4 Sep 2014 15:50:18 +0200 From: Matthias Apitz To: hiren panchasara Subject: Re: FreeBSD wireless support is lacking; needs better documentation Message-ID: <20140904135018.GA2241@tiny-r269739> Reply-To: Matthias Apitz References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-wireless@freebsd.org, Dirk E 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, 04 Sep 2014 13:50:50 -0000 El día Tuesday, September 02, 2014 a las 09:13:10PM -0700, hiren panchasara escribió: > On Aug 30, 2014 9:39 AM, "Dirk E" wrote: > > > > ... > > > > I propose the following: create a wiki with a list of known working > > wireless products. Each product should note which chipset it uses, what > > driver it connects to, what features are suported (i.e. HOSTAP), what > > FreeBSD versions are supported, whether it is open source / binary blob, > > any license requirements (like Realtek) and a dmesg snippet where the > > driver is detected. It can be managed by a maintainer that accepts email > > reports from users who provide the required information. That way, we get a > > list of hardware that is known to work with FreeBSD that people can > > actually buy. Even a NewEgg-link or something to that effect can be > > provided. > > > > This website was a lot of help to me in figuring out what chipset a > > wireless product uses: https://wikidevi.com/wiki/Main_Page > > I propose something simpler for FreeBSD; just a single wiki page that > > lists products that either work or do not work. I fully agree with that we need more structured documentation about what is working, in which versions and with which details. I'm editing in the FreeBSD Wiki the webcam compatibility list and I know that editing Wiki pages can be a mess and is not what every user who got something to work, or to know, is wanting to do. What we do need is somekind of database with a webform by which everybody could insert (or even edit) exsisting data, ofc with somekind of creation of account and an anti-SPAM capcha. Without this, the data actualization depends on the time and availibility of the maintainer(s) of the page and information tends to be outdated. HIH matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-wireless@FreeBSD.ORG Fri Sep 5 10:33:47 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68CC9952; Fri, 5 Sep 2014 10:33:47 +0000 (UTC) Received: from mail-yh0-x22c.google.com (mail-yh0-x22c.google.com [IPv6:2607:f8b0:4002:c01::22c]) (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 1DD401FF6; Fri, 5 Sep 2014 10:33:47 +0000 (UTC) Received: by mail-yh0-f44.google.com with SMTP id a41so7317423yho.3 for ; Fri, 05 Sep 2014 03:33:46 -0700 (PDT) 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:content-transfer-encoding; bh=KWM+Oe961IwFW1eAbk1c0YZ9izAftxOCt+xP6z96BYY=; b=WdX9D5QOd1QeJmlTf8Xb80HykG18P5+H0evVHIDSwg+ncCtq60nhmlRXDKPI4a7VFw 030IAgUxydri0mkMrJW3NMoF3T87y3vOugEuilhBkfoTbw/l67TOL/lCiQ0HDK5+0zLL L4or8gcHR6bmF0WHUecV0MR+ETty1gqxWU3kDMlr/c3aVu6Cf6zo+8kEflF1qLejW0CA SQh1y16Y/qCg7Bu+eR2Zg6bQCzLRjFoZP79z5hZwjydc76hmWqSZbx8EhFMs+nBf6XFH AJxSVNqViha6vWgqhUwUe+fkR6HCeVKMERz5WIPJOihauVt1UQKOqBanAnvmhAGAJANd 9cZw== MIME-Version: 1.0 X-Received: by 10.236.133.165 with SMTP id q25mr13284324yhi.62.1409913225966; Fri, 05 Sep 2014 03:33:45 -0700 (PDT) Received: by 10.170.147.4 with HTTP; Fri, 5 Sep 2014 03:33:45 -0700 (PDT) In-Reply-To: <20140904135018.GA2241@tiny-r269739> References: <20140904135018.GA2241@tiny-r269739> Date: Fri, 5 Sep 2014 14:33:45 +0400 Message-ID: Subject: Re: FreeBSD wireless support is lacking; needs better documentation From: Sergey Ryazanov To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org, Dirk E 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, 05 Sep 2014 10:33:47 -0000 Hello, 2014-09-04 17:50 GMT+04:00, Matthias Apitz : > El d=EDa Tuesday, September 02, 2014 a las 09:13:10PM -0700, hiren pancha= sara > escribi=F3: > >> On Aug 30, 2014 9:39 AM, "Dirk E" wrote: >> > >> > ... >> > >> > I propose the following: create a wiki with a list of known working >> > wireless products. Each product should note which chipset it uses, wha= t >> > driver it connects to, what features are suported (i.e. HOSTAP), what >> > FreeBSD versions are supported, whether it is open source / binary blo= b, >> > any license requirements (like Realtek) and a dmesg snippet where the >> > driver is detected. It can be managed by a maintainer that accepts ema= il >> > reports from users who provide the required information. That way, we >> > get a >> > list of hardware that is known to work with FreeBSD that people can >> > actually buy. Even a NewEgg-link or something to that effect can be >> > provided. >> > >> > This website was a lot of help to me in figuring out what chipset a >> > wireless product uses: https://wikidevi.com/wiki/Main_Page >> > I propose something simpler for FreeBSD; just a single wiki page that >> > lists products that either work or do not work. > > I fully agree with that we need more structured documentation about what > is working, in which versions and with which details. I'm editing in the > FreeBSD Wiki the webcam compatibility list and I know that editing Wiki > pages can be a mess and is not what every user who got something to > work, or to know, is wanting to do. What we do need is somekind of > database with a webform by which everybody could insert (or even edit) > exsisting data, ofc with somekind of creation of account and an anti-SPAM > capcha. Without this, the data actualization depends on the time and > availibility of the maintainer(s) of the page and information tends to be > outdated. > Maybe it would easier to maintain a list of supported chipsets and provide a link to a website with a hardware database (e.g. wikidevi.com)? There are not so many chips as compared with the amount of different devices. Also wikidevi and similar projects are not depend on OS and have a wider auditory. Just my 2 cents. --=20 BR, Sergey From owner-freebsd-wireless@FreeBSD.ORG Fri Sep 5 13:24:48 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1F4E3BA for ; Fri, 5 Sep 2014 13:24:48 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::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 1BB2513D1 for ; Fri, 5 Sep 2014 13:24:47 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id b8so2838108lan.11 for ; Fri, 05 Sep 2014 06:24:45 -0700 (PDT) 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=44pH4yfQPFzmRjOLQlYXNn3XFS2phi7BQYBi5T1WQpk=; b=Jl6OqsJLWDb7tx5mmmv/gL/yH18Ygfmv6mp/gBzKgZ2kY1outVG2hg54VXfrpelj9+ 2npTop4ojx/FlYQbmaJwaELhdD0em0NcOCfZ0OtYvXCKUZiD5AO+33AhuKaO/pjldJii hgT8DIJL9o2lXZLotorM6Fj8aA5djf31kiBd7XuUQaXGEzkP9R5Ke9dM/gaNT28t+eTo Lwi7ACT2z4xgnjcly5dOeYb4zH20w71J+TyEyaIxdwHPmU60uzpemWuNLUVdV7OsXmqw zwkeGGCz1i/ysITb46WduK7nJlytlScZ9mmHQtyC0FvNdZUBEIZwdBvSfDNdy0y6P9hy +UsA== MIME-Version: 1.0 X-Received: by 10.152.4.39 with SMTP id h7mr11821973lah.49.1409923485131; Fri, 05 Sep 2014 06:24:45 -0700 (PDT) Received: by 10.25.157.4 with HTTP; Fri, 5 Sep 2014 06:24:45 -0700 (PDT) Date: Fri, 5 Sep 2014 17:24:45 +0400 Message-ID: Subject: [ath] AR9227 hang: ath_rate_findrate: switching quickly.. From: Alex Deiter 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: Fri, 05 Sep 2014 13:24:48 -0000 Hello, Please help me figure out what's wrong: FreeBSD 11.0-CURRENT r270733M amd64, PCI / Atheros 9227, 802.11n hostap mode Time to time network traffic between clients and AP stops: Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode off, 1 sta's in ps mode Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_findrate: switching quickly.. Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_tx_complete: size 1600 (519 bytes) OK rate/short/long 7 MCS/0/1 nframes/nbad [1/0] Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode on, 2 sta's in ps mode Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode off, 1 sta's in ps mode Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode on, 2 sta's in ps mode Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode off, 1 sta's in ps mode Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_findrate: switching quickly.. Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_tx_complete: size 1600 (305 bytes) OK rate/short/long 7 MCS/0/1 nframes/nbad [1/0] Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_findrate: switching quickly.. Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_tx_complete: size 250 (114 bytes) OK rate/short/long 4 MCS/0/1 nframes/nbad [1/0] Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode on, 2 sta's in ps mode Sep 5 16:18:32 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode off, 1 sta's in ps mode it is the same case with all clients: android, windows, FreeBSD. Workaround - reboot AP system :-( Thank you! Details: pciconf: ath0@pci0:4:0:0: class=0x028000 card=0x0300168c chip=0x002d168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9227 Wireless Network Adapter' class = network ifconfig: wlan0: flags=8943 metric 0 mtu 1500 ether f8:1a:67:89:0c:b8 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: running ssid blackbird channel 4 (2427 MHz 11g ht/40+) bssid f8:1a:67:89:0c:b8 regdomain ETSI country RU indoor ecm authmode WPA1+WPA2/802.11i -wps -tsn privacy MIXED deftxkey 3 TKIP 2:128-bit TKIP 3:128-bit powersavemode OFF powersavesleep 100 txpower 30 txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7 11a ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 11b ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 11g ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 turboA ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 turboG ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 sturbo ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 11na ucast NONE mgmt 12 MCS mcast 12 MCS maxretry 6 11ng ucast NONE mgmt 2 MCS mcast 2 MCS maxretry 6 half ucast NONE mgmt 3 Mb/s mcast 3 Mb/s maxretry 6 quarter ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250 roam:11a rssi 7dBm rate 12 Mb/s roam:11b rssi 7dBm rate 1 Mb/s roam:11g rssi 7dBm rate 5 Mb/s roam:turboA rssi 7dBm rate 12 Mb/s roam:turboG rssi 7dBm rate 12 Mb/s roam:sturbo rssi 7dBm rate 12 Mb/s roam:11na rssi 7dBm MCS 1 roam:11ng rssi 7dBm MCS 1 roam:half rssi 7dBm rate 6 Mb/s roam:quarter rssi 7dBm rate 3 Mb/s -pureg protmode CTS ht htcompat ampdu ampdulimit 64k ampdudensity 8 amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst -dwds -hidessid apbridge dtimperiod 1 doth -dfs inact bintval 100 AC_BE cwmin 4 cwmax 6 aifs 3 txopLimit 0 -acm ack cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm AC_VI cwmin 3 cwmax 4 aifs 1 txopLimit 94 -acm ack cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm AC_VO cwmin 2 cwmax 3 aifs 1 txopLimit 47 -acm ack cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm groups: wlan athstats: 317346 data frames received 432914 data frames transmit 543 tx frames with an alternate rate 29708 short on-chip tx retries 41739 long on-chip tx retries 5700 tx failed 'cuz too many retries 17 stuck beacon conditions MCS4 current transmit rate 3 tx stopped 'cuz no xmit buffer 209 tx failed 'cuz destination filtered 2061 tx frames with no ack marked 421765 tx frames with short preamble 13990 rx failed 'cuz of bad CRC 1 rx failed 'cuz frame too short 1 rx failed 'cuz of PHY err 1 illegal service 162287 beacons transmitted 554 periodic calibrations -0/+0 TDMA slot adjust (usecs, smoothed) 50 rssi of last ack 33 avg recv rssi -96 rx noise floor 9348 tx frames through raw api 205506 A-MPDU sub-frames received 120913 Half-GI frames received 751 CRC errors for non-last A-MPDU subframes 172 CRC errors for last subframe in an A-MPDU 1 Frames received w/ STBC encoding 97566 Frames transmitted with HT Protection 6407 Number of frames retransmitted in software 336 Number of frames exceeding software retry 178990 A-MPDU sub-frame TX attempt success 5884 A-MPDU sub-frame TX attempt failures 900 A-MPDU TX frame failures 1514 cabq frames transmitted 137 cabq xmit overflowed beacon interval 1 OFDM weak signal detect 189 listen time 33 ANI disabled OFDM weak signal detect 741238 cumulative OFDM phy error count 346722 cumulative CCK phy error count 677 ANI forced listen time to zero 35612 missing ACK's 50495 RTS without CTS 73359 successful RTS 19322 bad FCS 21 average rssi (beacons only) Antenna profile: [0] tx 277449 rx 7401 [1] tx 0 rx 309945 some logs and outputs (debug messages, tcpdump, etc) also available here: logs for windows client https://yadi.sk/d/_Sc9xCYkb6GLR logs for android client https://yadi.sk/d/IL6qO9Ahb6GLW -- Alex Deiter From owner-freebsd-wireless@FreeBSD.ORG Fri Sep 5 18:26:35 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38E8D863 for ; Fri, 5 Sep 2014 18:26:35 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::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 EE9121B5E for ; Fri, 5 Sep 2014 18:26:34 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id w7so12608371qcr.18 for ; Fri, 05 Sep 2014 11:26:34 -0700 (PDT) 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=zqWOuvGHl1SN8WNA9uDp+9fOI/2ViuEuzEj9Q8nQl/E=; b=g00L/p4paKQNNdMY9S5tTgyMECCbabO1beitzJwd/e4AuPiFdOGjPwlv8zXP1HiWkF ZZtzgEnTwOqJob0Ogi492hcDrwVMtElfzgS0sjEWRWjpEPUg6p/pvXXNQlrs3ENS+yq5 Pdextv1weUAq/+r/m2wl+1hazS7lbNIzWloEQgu4sYkZuvfBWzPtiZQ1P5TIhXwty9/e iz2zbb3fRDDFThsmIl4h/8o3HByT8hOCjEJ5oiFHRyjm0T0oqUd2TsEGmO+6MZVK9Q0m FeQR+Jurk+jj9lRrAglQMXpuXMoGs2eyehl+FCqqhj83PS/R0PA9o9noWFABmlnB/E0E UXrA== MIME-Version: 1.0 X-Received: by 10.224.36.4 with SMTP id r4mr20923321qad.69.1409941594049; Fri, 05 Sep 2014 11:26:34 -0700 (PDT) Received: by 10.224.39.139 with HTTP; Fri, 5 Sep 2014 11:26:33 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Sep 2014 11:26:33 -0700 Message-ID: Subject: Re: [ath] AR9227 hang: ath_rate_findrate: switching quickly.. From: Adrian Chadd To: Alex Deiter 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, 05 Sep 2014 18:26:35 -0000 Hi! When this happens, can things re-associate? Can yuo do this: sysctl dev.ath.0.txagg=1 (and dev.ath.1, dev.ath.2, etc if you have more than one physical atheros NIC in your AP) and paste the results? -a On 5 September 2014 06:24, Alex Deiter wrote: > Hello, > > Please help me figure out what's wrong: > > FreeBSD 11.0-CURRENT r270733M amd64, PCI / Atheros 9227, 802.11n hostap mode > Time to time network traffic between clients and AP stops: > > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save > mode off, 1 sta's in ps mode > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] > ath_rate_findrate: switching quickly.. > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] > ath_rate_tx_complete: size 1600 (519 bytes) OK rate/short/long 7 MCS/0/1 > nframes/nbad [1/0] > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save > mode on, 2 sta's in ps mode > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save > mode off, 1 sta's in ps mode > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save > mode on, 2 sta's in ps mode > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save > mode off, 1 sta's in ps mode > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] > ath_rate_findrate: switching quickly.. > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] > ath_rate_tx_complete: size 1600 (305 bytes) OK rate/short/long 7 MCS/0/1 > nframes/nbad [1/0] > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] > ath_rate_findrate: switching quickly.. > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] > ath_rate_tx_complete: size 250 (114 bytes) OK rate/short/long 4 MCS/0/1 > nframes/nbad [1/0] > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save > mode on, 2 sta's in ps mode > Sep 5 16:18:32 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save > mode off, 1 sta's in ps mode > > it is the same case with all clients: android, windows, FreeBSD. > Workaround - reboot AP system :-( > > Thank you! > > Details: > > pciconf: > ath0@pci0:4:0:0: class=0x028000 card=0x0300168c chip=0x002d168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'AR9227 Wireless Network Adapter' > class = network > > ifconfig: > wlan0: flags=8943 metric 0 > mtu 1500 > ether f8:1a:67:89:0c:b8 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng > status: running > ssid blackbird channel 4 (2427 MHz 11g ht/40+) bssid > f8:1a:67:89:0c:b8 > regdomain ETSI country RU indoor ecm authmode WPA1+WPA2/802.11i -wps > -tsn privacy MIXED deftxkey 3 > TKIP 2:128-bit > TKIP 3:128-bit powersavemode OFF powersavesleep 100 txpower 30 > txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7 > 11a ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 > 11b ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 > 11g ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 > turboA ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 > turboG ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 > sturbo ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 > 11na ucast NONE mgmt 12 MCS mcast 12 MCS maxretry 6 > 11ng ucast NONE mgmt 2 MCS mcast 2 MCS maxretry 6 > half ucast NONE mgmt 3 Mb/s mcast 3 Mb/s maxretry 6 > quarter ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 > scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250 > roam:11a rssi 7dBm rate 12 Mb/s > roam:11b rssi 7dBm rate 1 Mb/s > roam:11g rssi 7dBm rate 5 Mb/s > roam:turboA rssi 7dBm rate 12 Mb/s > roam:turboG rssi 7dBm rate 12 Mb/s > roam:sturbo rssi 7dBm rate 12 Mb/s > roam:11na rssi 7dBm MCS 1 > roam:11ng rssi 7dBm MCS 1 > roam:half rssi 7dBm rate 6 Mb/s > roam:quarter rssi 7dBm rate 3 Mb/s > -pureg protmode CTS ht htcompat ampdu ampdulimit 64k ampdudensity 8 > amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst -dwds > -hidessid apbridge dtimperiod 1 doth -dfs inact bintval 100 > AC_BE cwmin 4 cwmax 6 aifs 3 txopLimit 0 -acm ack > cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm > AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack > cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm > AC_VI cwmin 3 cwmax 4 aifs 1 txopLimit 94 -acm ack > cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm > AC_VO cwmin 2 cwmax 3 aifs 1 txopLimit 47 -acm ack > cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm > groups: wlan > > athstats: > 317346 data frames received > 432914 data frames transmit > 543 tx frames with an alternate rate > 29708 short on-chip tx retries > 41739 long on-chip tx retries > 5700 tx failed 'cuz too many retries > 17 stuck beacon conditions > MCS4 current transmit rate > 3 tx stopped 'cuz no xmit buffer > 209 tx failed 'cuz destination filtered > 2061 tx frames with no ack marked > 421765 tx frames with short preamble > 13990 rx failed 'cuz of bad CRC > 1 rx failed 'cuz frame too short > 1 rx failed 'cuz of PHY err > 1 illegal service > 162287 beacons transmitted > 554 periodic calibrations > -0/+0 TDMA slot adjust (usecs, smoothed) > 50 rssi of last ack > 33 avg recv rssi > -96 rx noise floor > 9348 tx frames through raw api > 205506 A-MPDU sub-frames received > 120913 Half-GI frames received > 751 CRC errors for non-last A-MPDU subframes > 172 CRC errors for last subframe in an A-MPDU > 1 Frames received w/ STBC encoding > 97566 Frames transmitted with HT Protection > 6407 Number of frames retransmitted in software > 336 Number of frames exceeding software retry > 178990 A-MPDU sub-frame TX attempt success > 5884 A-MPDU sub-frame TX attempt failures > 900 A-MPDU TX frame failures > 1514 cabq frames transmitted > 137 cabq xmit overflowed beacon interval > 1 OFDM weak signal detect > 189 listen time > 33 ANI disabled OFDM weak signal detect > 741238 cumulative OFDM phy error count > 346722 cumulative CCK phy error count > 677 ANI forced listen time to zero > 35612 missing ACK's > 50495 RTS without CTS > 73359 successful RTS > 19322 bad FCS > 21 average rssi (beacons only) > Antenna profile: > [0] tx 277449 rx 7401 > [1] tx 0 rx 309945 > > some logs and outputs (debug messages, tcpdump, etc) also available here: > > logs for windows client https://yadi.sk/d/_Sc9xCYkb6GLR > logs for android client https://yadi.sk/d/IL6qO9Ahb6GLW > > > -- > Alex Deiter > _______________________________________________ > 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 Sep 5 19:22:29 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D0E9CC7; Fri, 5 Sep 2014 19:22:29 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (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 547751210; Fri, 5 Sep 2014 19:22:29 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id g18so8968776oah.27 for ; Fri, 05 Sep 2014 12:22:28 -0700 (PDT) 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=C6ZqsIPGUYDdGFxmokro5uf1e6ervs9sTjQUhZejQWk=; b=SLxIvubfDf1c4iXjWudPvl+bk1E+jSD9i7TE3fZBRuxgbL7q4gLFPvAT7Lqr4DMOgw r9nPBvX7AvXbex8ZJf9cDfkPbY9+ZI1fdNLjmSlCVIJ2KpA2/izwPFSoZ7D4zaTpkBLN tf9nxOYC8Hb55ui7SbZZkBBqcfDLNCZ5qT1JM0A63R04Gl3fQ94jN/+GBb+nGSLf9Rrw R4d6LMESfMf2krJMdldz2N/akzE7OchiDKVupvkKAQC+nFOy/oV1colj3Iyg8zwaeNp4 qrNZ0cddqrI9eP0HThYf8ErCuw5fAIf6w1YBp/+Zt7cU1QRpujXWkmLsfmRxWVH+6zrS X+Wg== MIME-Version: 1.0 X-Received: by 10.182.3.100 with SMTP id b4mr15975514obb.79.1409944948651; Fri, 05 Sep 2014 12:22:28 -0700 (PDT) Received: by 10.182.28.100 with HTTP; Fri, 5 Sep 2014 12:22:28 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Sep 2014 21:22:28 +0200 Message-ID: Subject: Re: Intel Centrino Wireless-N 2230 status From: Oliver Pinter To: Adrian Chadd Content-Type: multipart/mixed; boundary=001a11348d50d142a00502566331 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, 05 Sep 2014 19:22:29 -0000 --001a11348d50d142a00502566331 Content-Type: text/plain; charset=ISO-8859-1 I got the attached iwn panic, even if running in -ht mode. In between I have a working connection. I set up now a serial console and try to enable the ht mode with debugging. On 9/3/14, Oliver Pinter wrote: > Or not, I forgot the -ht option in rc.conf. > > G STA + G AP = ok > G STA + N AP = ok > N STA + N AP = fail > > On 9/3/14, Oliver Pinter wrote: >> Hi! >> >> Small status update: >> The mode N works too, I mistyped the other AP's passwork. >> So both mode G and mode N working after the backports. >> >> BTW, can you MFC the same changes to 10.1? >> >> On 9/2/14, Adrian Chadd wrote: >>> Hi, >>> >>> Compile it with IWN_DEBUG, then >>> >>> sysctl dev.iwn.0.debug=0x1 >>> >>> >>> -a >>> >>> >>> On 2 September 2014 12:41, Oliver Pinter wrote: >>>> I not tried freebsd-head yet, but I'm able today. In mode N seems like >>>> the NIC sends only one frame, and no more. >>>> >>>> With tcpdump and/or wlandebug I see only rx packets and no tx. >>>> >>>> If you add some pointer what changes must I create to easier debug, or >>>> what concrete information required, feel free to ping me or send the >>>> details. >>>> >>>> On 9/2/14, Adrian Chadd wrote: >>>>> Cool! Have you tried freebsd-head? Does it work there? >>>>> >>>>> How's it failing in association state? What's it saying? >>>>> >>>>> >>>>> -a >>>>> >>>>> >>>>> On 2 September 2014 12:30, Oliver Pinter >>>>> wrote: >>>>>> Hi All! >>>>>> >>>>>> After I backported all of the net80211 and iwn changes from >>>>>> 11-CURRENT >>>>>> to 10-STABLE the wireless NIC in subject working on mode G. If I try >>>>>> to use with mode N (ht20, ht40) it failed in association state. >>>>>> >>>>>> All of the backports are in this github repo: >>>>>> >>>>>> https://github.com/opntr/opBSD/commits/op/stable/10-iwn-backport >>>>>> >>>>>> Oliver >>>>> >>> >> > --001a11348d50d142a00502566331 Content-Type: application/octet-stream; name="dmesg.mode_g.working_but_paniced" Content-Disposition: attachment; filename="dmesg.mode_g.working_but_paniced" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMS4wLUNVUlJFTlQgIzEgOGVkNDg5OChoYXJkZW5l ZC9jdXJyZW50L21hc3RlciktZGlydHk6IEZyaSBTZXAgIDUgMjA6NDA6NTIgQ0VTVCAyMDE0CiAg ICByb290QHBhbmRvcmEtdGVzdDovdXNyL29iai91c3IvZGF0YS9zb3VyY2UvZ2l0L29wQlNEL2hh cmRlbmVkQlNELmdpdC9zeXMvT1AtQVNMUiBhbWQ2NApGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy40 LjEgKHRhZ3MvUkVMRUFTRV8zNC9kb3QxLWZpbmFsIDIwODAzMikgMjAxNDA1MTIKV0FSTklORzog V0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2UuCltQQVgg QVNMUl0gc3RhdHVzOiBvcHQtb3V0CltQQVggQVNMUl0gbW1hcDogMjEgYml0CltQQVggQVNMUl0g ZXhlYyBiYXNlOiAyMSBiaXQKW1BBWCBBU0xSXSBzdGFjazogMTYgYml0CltQQVggQVNMUiAoY29t cGF0KV0gc3RhdHVzOiBvcHQtb3V0CltQQVggQVNMUiAoY29tcGF0KV0gbW1hcDogOCBiaXQKW1BB WCBBU0xSIChjb21wYXQpXSBleGVjIGJhc2U6IDYgYml0CltQQVggQVNMUiAoY29tcGF0KV0gc3Rh Y2s6IDYgYml0CltQQVggSEFSREVOSU5HXSBNQVBfMzJCSVQgZW5hYmxlZDogMQpbUEFYIExPR10g bG9nZ2luZyB0byBzeXN0ZW06IDAKW1BBWCBMT0ddIGxvZ2dpbmcgdG8gdXNlcjogMApDUFU6IElu dGVsKFIpIENvcmUoVE0pIGk1LTQ2NzAgQ1BVIEAgMy40MEdIeiAoMzM5Mi4yMi1NSHogSzgtY2xh c3MgQ1BVKQogIE9yaWdpbj0iR2VudWluZUludGVsIiAgSWQ9MHgzMDZjMyAgRmFtaWx5PTB4NiAg TW9kZWw9MHgzYyAgU3RlcHBpbmc9MwogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNF MzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZl YXR1cmVzMj0weDdmZmFmYmZmPFNTRTMsUENMTVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZNWCxT TVgsRVNULFRNMixTU1NFMyw8YjExPixGTUEsQ1gxNix4VFBSLFBEQ00sUENJRCxTU0U0LjEsU1NF NC4yLHgyQVBJQyxNT1ZCRSxQT1BDTlQsVFNDRExULEFFU05JLFhTQVZFLE9TWFNBVkUsQVZYLEYx NkMsUkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NBTEwsTlgsUGFnZTFHQixS RFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDIxPExBSEYsQUJNPgogIFN0cnVjdHVyZWQgRXh0 ZW5kZWQgRmVhdHVyZXM9MHgyZmJiPEZTR1NCQVNFLFRTQ0FESixCTUkxLEhMRSxBVlgyLFNNRVAs Qk1JMixFUk1TLElOVlBDSUQsUlRNPgogIFZULXg6IChkaXNhYmxlZCBpbiBCSU9TKSBQQVQsSExU LE1URixQQVVTRSxFUFQsVUcsVlBJRAogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1h bmNlIHN0YXRpc3RpY3MKcmVhbCBtZW1vcnkgID0gODU4OTkzNDU5MiAoODE5MiBNQikKYXZhaWwg bWVtb3J5ID0gODIyMTgwNjU5MiAoNzg0MCBNQikKRXZlbnQgdGltZXIgIkxBUElDIiBxdWFsaXR5 IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxBTEFTS0EgQSBNIEk+CkZyZWVCU0QvU01QOiBNdWx0aXBy b2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNrYWdlKHMp IHggNCBjb3JlKHMpCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElE OiAgMgogY3B1MiAoQVApOiBBUElDIElEOiAgNAogY3B1MyAoQVApOiBBUElDIElEOiAgNgpTZWN1 cml0eSBwb2xpY3kgbG9hZGVkOiBUcnVzdGVkQlNEIE1BQy9CU0QgRXh0ZW5kZWQgKG1hY19ic2Rl eHRlbmRlZCkKaW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApy YW5kb206IDxTb2Z0d2FyZSwgWWFycm93PiBpbml0aWFsaXplZAprYmQxIGF0IGtiZG11eDAKYWVz bmkwOiA8QUVTLUNCQyxBRVMtWFRTPiBvbiBtb3RoZXJib2FyZApjcnlwdG9zb2Z0MDogPHNvZnR3 YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWNwaTA6IDxBTEFTS0EgQSBNIEk+IG9uIG1vdGhl cmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQphY3BpMDogcmVzZXJ2YXRpb24gb2Yg NjcsIDEgKDQpIGZhaWxlZApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTE6IDxBQ1BJIENQ VT4gb24gYWNwaTAKY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUzOiA8QUNQSSBDUFU+IG9u IGFjcGkwCmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAw MDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4 MTgwIEh6IHF1YWxpdHkgOTUwCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAg SHogcXVhbGl0eSA1NTAKRXZlbnQgdGltZXIgIkhQRVQxIiBmcmVxdWVuY3kgMTQzMTgxODAgSHog cXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQyIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVh bGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQzIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0 eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQ0IiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0 NDAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IGlycSA4IG9uIGFj cGkwCmF0cnRjMDogV2FybmluZzogQ291bGRuJ3QgbWFwIEkvTy4KRXZlbnQgdGltZXIgIlJUQyIg ZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMAphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4 NDAtMHg0MywweDUwLTB4NTMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVx dWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kg MTE5MzE4MiBIeiBxdWFsaXR5IDEwMApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kg MzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3 OTU0NU1Iej4gcG9ydCAweDE4MDgtMHgxODBiIG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBD SSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDEu MCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnZnYXBjaTA6IDxWR0EtY29t cGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZTAwMC0weGUwZmYgbWVtIDB4ZTAwMDAwMDAtMHhlZmZm ZmZmZiwweGY3ZTIwMDAwLTB4ZjdlM2ZmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMQp2 Z2FwY2kwOiBCb290IHZpZGVvIGRldmljZQpoZGFjMDogPEFUSSBSVjgxMCBIREEgQ29udHJvbGxl cj4gbWVtIDB4ZjdlNDAwMDAtMHhmN2U0M2ZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMSBvbiBwY2kx CnhoY2kwOiA8SW50ZWwgTHlueCBQb2ludCBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGY3ZjIw MDAwLTB4ZjdmMmZmZmYgaXJxIDE2IGF0IGRldmljZSAyMC4wIG9uIHBjaTAKeGhjaTA6IDMyIGJ5 dGUgY29udGV4dCBzaXplLgp4aGNpMDogUG9ydCByb3V0aW5nIG1hc2sgc2V0IHRvIDB4ZmZmZmZm ZmYKdXNidXMwIG9uIHhoY2kwCnBjaTA6IDxzaW1wbGUgY29tbXM+IGF0IGRldmljZSAyMi4wIChu byBkcml2ZXIgYXR0YWNoZWQpCnVhcnQyOiA8SW50ZWwgTHlueCBQb2ludCBLVCBDb250cm9sbGVy PiBwb3J0IDB4ZjBhMC0weGYwYTcgbWVtIDB4ZjdmM2EwMDAtMHhmN2YzYWZmZiBpcnEgMTkgYXQg ZGV2aWNlIDIyLjMgb24gcGNpMAplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5l Y3Rpb24gNy40LjI+IHBvcnQgMHhmMDQwLTB4ZjA1ZiBtZW0gMHhmN2YwMDAwMC0weGY3ZjFmZmZm LDB4ZjdmMzkwMDAtMHhmN2YzOWZmZiBpcnEgMjAgYXQgZGV2aWNlIDI1LjAgb24gcGNpMAplbTA6 IFVzaW5nIGFuIE1TSSBpbnRlcnJ1cHQKZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiA5NDpkZTo4MDpY WDpYWDpYWAplaGNpMDogPEludGVsIEx5bnggUG9pbnQgVVNCIDIuMCBjb250cm9sbGVyIFVTQi1C PiBtZW0gMHhmN2YzODAwMC0weGY3ZjM4M2ZmIGlycSAxNiBhdCBkZXZpY2UgMjYuMCBvbiBwY2kw CnVzYnVzMTogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czEgb24gZWhjaTAKaGRhYzE6IDxJbnRlbCBM eW54IFBvaW50IEhEQSBDb250cm9sbGVyPiBtZW0gMHhmN2YzMDAwMC0weGY3ZjMzZmZmIGlycSAy MiBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJx IDE2IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIK cGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTkgYXQgZGV2aWNlIDI4LjMgb24gcGNp MApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpwY2kzOiA8bmV0d29yaywgZXRoZXJuZXQ+ IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI4LjQgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liNAppd24wOiA8SW50ZWwgQ2VudHJpbm8gV2lyZWxlc3MtTiAyMjMwPiBtZW0gMHhm N2MwMDAwMC0weGY3YzAxZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTQKZWhjaTE6IDxJ bnRlbCBMeW54IFBvaW50IFVTQiAyLjAgY29udHJvbGxlciBVU0ItQT4gbWVtIDB4ZjdmMzcwMDAt MHhmN2YzNzNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1c2J1czI6IEVIQ0kgdmVy c2lvbiAxLjAKdXNidXMyIG9uIGVoY2kxCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmlj ZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmFoY2kwOiA8SW50ZWwgTHlu eCBQb2ludCBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGYwOTAtMHhmMDk3LDB4ZjA4MC0w eGYwODMsMHhmMDcwLTB4ZjA3NywweGYwNjAtMHhmMDYzLDB4ZjAyMC0weGYwM2YgbWVtIDB4Zjdm MzYwMDAtMHhmN2YzNjdmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAphaGNpMDogQUhD SSB2MS4zMCB3aXRoIDYgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVk CmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gxOiA8 QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKYWhjaWNoMjogPEFIQ0kgY2hhbm5l bD4gYXQgY2hhbm5lbCAyIG9uIGFoY2kwCmFoY2ljaDM6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5u ZWwgMyBvbiBhaGNpMAphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDQgb24gYWhj aTAKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1IG9uIGFoY2kwCmFoY2llbTA6 IDxBSENJIGVuY2xvc3VyZSBtYW5hZ2VtZW50IGJyaWRnZT4gb24gYWhjaTAKYWNwaV9idXR0b24w OiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNw aTAKYWNwaV90ejE6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCnVhcnQwOiA8MTY1NTAgb3IgY29t cGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnVhcnQw OiBjb25zb2xlICgxMTUyMDAsbiw4LDEpCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAw eDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4K dmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAw LTB4YmZmZmYgb24gaXNhMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBh dCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBh dGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KY29yZXRlbXAwOiA8 Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTAKZXN0MDogPEVuaGFuY2VkIFNwZWVk U3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRo ZXJtYWwgQ29udHJvbD4gb24gY3B1MApjb3JldGVtcDE6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vu c29ycz4gb24gY3B1MQplc3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9s PiBvbiBjcHUxCnA0dGNjMTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUx CmNvcmV0ZW1wMjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUyCmVzdDI6IDxF bmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTIKcDR0Y2MyOiA8Q1BV IEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTIKY29yZXRlbXAzOiA8Q1BVIE9uLURp ZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTMKZXN0MzogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVx dWVuY3kgQ29udHJvbD4gb24gY3B1MwpwNHRjYzM6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29u dHJvbD4gb24gY3B1MwpUaW1lY291bnRlcnMgdGljayBldmVyeSAxMC4wMDAgbXNlYwppcGZ3MiAo K2lwdjYpIGluaXRpYWxpemVkLCBkaXZlcnQgbG9hZGFibGUsIG5hdCBsb2FkYWJsZSwgZGVmYXVs dCB0byBkZW55LCBsb2dnaW5nIGRpc2FibGVkCmhkYWNjMDogPEFUSSBSNnh4IEhEQSBDT0RFQz4g YXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxBVEkgUjZ4eCBBdWRpbyBGdW5jdGlvbiBHcm91cD4g YXQgbmlkIDEgb24gaGRhY2MwCnBjbTA6IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5pZCAzIG9uIGhk YWEwCmhkYWNjMTogPFJlYWx0ZWsgQUxDODkyIEhEQSBDT0RFQz4gYXQgY2FkIDIgb24gaGRhYzEK aGRhYTE6IDxSZWFsdGVrIEFMQzg5MiBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24g aGRhY2MxCnBjbTE6IDxSZWFsdGVrIEFMQzg5MiAoUmVhciBBbmFsb2cgNS4xLzIuMCk+IGF0IG5p ZCAyMCwyMiwyMSBhbmQgMjQsMjYgb24gaGRhYTEKcGNtMjogPFJlYWx0ZWsgQUxDODkyIChGcm9u dCBBbmFsb2cpPiBhdCBuaWQgMjcgYW5kIDI1IG9uIGhkYWExCnBjbTM6IDxSZWFsdGVrIEFMQzg5 MiAoT25ib2FyZCBEaWdpdGFsKT4gYXQgbmlkIDE3IG9uIGhkYWExCnBjbTQ6IDxSZWFsdGVrIEFM Qzg5MiAoUmVhciBEaWdpdGFsKT4gYXQgbmlkIDMwIG9uIGhkYWExCnJhbmRvbTogdW5ibG9ja2lu ZyBkZXZpY2UuCnVzYnVzMDogNS4wR2JwcyBTdXBlciBTcGVlZCBVU0IgdjMuMAp1c2J1czE6IDQ4 ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1c2J1czI6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0Ig djIuMAp1Z2VuMS4xOiA8SW50ZWw+IGF0IHVzYnVzMQp1aHViMDogPEludGVsIEVIQ0kgcm9vdCBI VUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdWdlbjAuMTog PDB4ODA4Nj4gYXQgdXNidXMwCnVodWIxOiA8MHg4MDg2IFhIQ0kgcm9vdCBIVUIsIGNsYXNzIDkv MCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjIuMTogPEludGVsPiBhdCB1 c2J1czIKdWh1YjI6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNidXMyCmFkYTAgYXQgYWhjaWNoMCBidXMgMCBzY2J1czAgdGFyZ2V0 IDAgbHVuIDAKYWRhMDogPEhpdGFjaGkgSERQNzI1MDUwR0xBMzYwIEdNNE9BNTJBPiBBVEEtOCBT QVRBIDIueCBkZXZpY2UKYWRhMDogU2VyaWFsIE51bWJlciBHRUE1MzBSRjBLU0I0QQphZGEwOiAz MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRh MDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTA6IDQ3Njk0ME1CICg5NzY3NzMxNjggNTEy IGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMDogUHJldmlvdXNseSB3YXMga25v d24gYXMgYWQwCmFkYTEgYXQgYWhjaWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAKYWRh MTogPFRPU0hJQkEgRFQwMUFDQTEwMCBNUzJPQTc1MD4gQVRBLTggU0FUQSAzLnggZGV2aWNlCmFk YTE6IFNlcmlhbCBOdW1iZXIgMTRSUkIzN05TCmFkYTE6IDYwMC4wMDBNQi9zIHRyYW5zZmVycyAo U0FUQSAzLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVu YWJsZWQKYWRhMTogOTUzODY5TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYz Uy9UIDE2MzgzQykKYWRhMTogUHJldmlvdXNseSB3YXMga25vd24gYXMgYWQxCnBhc3MyIGF0IGFo Y2llbTAgYnVzIDAgc2NidXM2IHRhcmdldCAwIGx1biAwCnBhc3MyOiA8QUhDSSBTR1BJTyBFbmNs b3N1cmUgMS4wMCAwMDAxPiBTRU1CIFMtRS1TIDIuMDAgZGV2aWNlClNNUDogQVAgQ1BVICMzIExh dW5jaGVkIQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQh ClRpbWVjb3VudGVyICJUU0MtbG93IiBmcmVxdWVuY3kgMTY5NjEwOTk1MiBIeiBxdWFsaXR5IDEw MDAKV0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9y bWFuY2UuCnVodWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHVi MDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjE6IDIxIHBvcnRz IHdpdGggMjEgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjog dXNidXMyIHVzYnVzMSB1c2J1czAKeGhjaTA6IFBvcnQgcm91dGluZyBtYXNrIHNldCB0byAweDAw MDAwMDAwCnVzYl9hbGxvY19kZXZpY2U6IGRldmljZSBpbml0IDIgZmFpbGVkIChVU0JfRVJSX0lP RVJST1IsIGlnbm9yZWQpCnVnZW4wLjI6IDxVbmtub3duPiBhdCB1c2J1czAgKGRpc2Nvbm5lY3Rl ZCkKdWh1Yl9yZWF0dGFjaF9wb3J0OiBjb3VsZCBub3QgYWxsb2NhdGUgbmV3IGRldmljZQp1Z2Vu MS4yOiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNidXMxCnVodWIzOiA8dmVuZG9yIDB4ODA4NyBwcm9k dWN0IDB4ODAwOCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjA0LCBhZGRyIDI+IG9uIHVzYnVzMQp1 Z2VuMi4yOiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNidXMyCnVodWI0OiA8dmVuZG9yIDB4ODA4NyBw cm9kdWN0IDB4ODAwMCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjA0LCBhZGRyIDI+IG9uIHVzYnVz Mgp1aHViMzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjQ6IDgg cG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGluZyBm b3I6IHVzYnVzMQp1Z2VuMS4zOiA8TWljcm9zb2Z0PiBhdCB1c2J1czEKdWtiZDA6IDxNaWNyb3Nv ZnQgTmF0dXJhbCBFcmdvbm9taWMgS2V5Ym9hcmQgNDAwMCwgY2xhc3MgMC8wLCByZXYgMi4wMC8x LjczLCBhZGRyIDM+IG9uIHVzYnVzMQprYmQyIGF0IHVrYmQwClJvb3QgbW91bnQgd2FpdGluZyBm b3I6IHVzYnVzMQp1Z2VuMS40OiA8TG9naXRlY2g+IGF0IHVzYnVzMQp1a2JkMTogPExvZ2l0ZWNo IFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMS4xMC8zOC4xMCwgYWRkciA0PiBvbiB1c2J1 czEKa2JkMyBhdCB1a2JkMQp1bXMwOiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAs IHJldiAxLjEwLzM4LjEwLCBhZGRyIDQ+IG9uIHVzYnVzMQp1bXMwOiAxMCBidXR0b25zIGFuZCBb WFlaVF0gY29vcmRpbmF0ZXMgSUQ9MgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKdWdl bjEuNTogPHZlbmRvciAweDgwODc+IGF0IHVzYnVzMQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9t IHVmczovZGV2L3Vmcy90ZXN0Uk9PVCBbcnddLi4uClNldHRpbmcgaG9zdHV1aWQ6IDIwYzAwMDFl LThjMDAtMDE0Yi1iNmUxLTAwMjIxNTEyNjE1MC4KU2V0dGluZyBob3N0aWQ6IDB4YjViNzFhNmQu CkVudHJvcHkgaGFydmVzdGluZzogaW50ZXJydXB0cyBldGhlcm5ldCBwb2ludF90b19wb2ludCBz d2kuClN0YXJ0aW5nIGZpbGUgc3lzdGVtIGNoZWNrczoKL2Rldi91ZnMvdGVzdFJPT1Q6IEZJTEUg U1lTVEVNIENMRUFOOyBTS0lQUElORyBDSEVDS1MKL2Rldi91ZnMvdGVzdFJPT1Q6IGNsZWFuLCAy MjgwNTAgZnJlZSAoMTYwMiBmcmFncywgMjgzMDYgYmxvY2tzLCAwLjMlIGZyYWdtZW50YXRpb24p Ci9kZXYvdWZzL3Rlc3RUTVA6IEZJTEUgU1lTVEVNIENMRUFOOyBTS0lQUElORyBDSEVDS1MKL2Rl di91ZnMvdGVzdFRNUDogY2xlYW4sIDI1MzgwMzYgZnJlZSAoNjAgZnJhZ3MsIDMxNzI0NyBibG9j a3MsIDAuMCUgZnJhZ21lbnRhdGlvbikKL2Rldi91ZnMvdGVzdFVTUjogRklMRSBTWVNURU0gQ0xF QU47IFNLSVBQSU5HIENIRUNLUwovZGV2L3Vmcy90ZXN0VVNSOiBjbGVhbiwgNTQ5ODY0MyBmcmVl ICgxMDYzNDcgZnJhZ3MsIDY3NDAzNyBibG9ja3MsIDAuNSUgZnJhZ21lbnRhdGlvbikKL2Rldi91 ZnMvdGVzdFZBUjogRklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5HIENIRUNLUwovZGV2L3Vmcy90 ZXN0SE9NRTogRklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5HIENIRUNLUwovZGV2L3Vmcy90ZXN0 VkFSOiBjbGVhbiwgMjI0NDQyMiBmcmVlICg4ODYgZnJhZ3MsIDI4MDQ0MiBibG9ja3MsIDAuMCUg ZnJhZ21lbnRhdGlvbikKL2Rldi91ZnMvdGVzdEhPTUU6IGNsZWFuLCA5OTg4NDMxIGZyZWUgKDQx NDk1IGZyYWdzLCAxMjQzMzY3IGJsb2NrcywgMC4yJSBmcmFnbWVudGF0aW9uKQpNb3VudGluZyBs b2NhbCBmaWxlIHN5c3RlbXM6LgpMb2FkaW5nIGtlcm5lbCBtb2R1bGVzOgpXcml0aW5nIGVudHJv cHkgZmlsZTouClNldHRpbmcgaG9zdG5hbWU6IHBhbmRvcmEtdGVzdC4Kd2xhbjA6IEV0aGVybmV0 IGFkZHJlc3M6IDYwOjZjOjY2OlhYOlhYOlhYCml3bjA6IGl3bl9yZWFkX2Zpcm13YXJlOiB1Y29k ZSByZXY9MHgxMmE4MDYwMQpTdGFydGluZyB3cGFfc3VwcGxpY2FudC4KU3RhcnRpbmcgZGhjbGll bnQuCndsYW4wOiBubyBsaW5rIC4uLgppd24wOiBpd25fcmVhZF9maXJtd2FyZTogdWNvZGUgcmV2 PTB4MTJhODA2MDEKIGdvdCBsaW5rCkRIQ1BSRVFVRVNUIG9uIHdsYW4wIHRvIDI1NS4yNTUuMjU1 LjI1NSBwb3J0IDY3CkRIQ1BBQ0sgZnJvbSAxMC4wLjAuMQpib3VuZCB0byAxMC4wLjAuMTAwIC0t IHJlbmV3YWwgaW4gMzYwMCBzZWNvbmRzLgpTdGFydGluZyBOZXR3b3JrOiBsbzAgZW0wIGl3bjAu CmxvMDogZmxhZ3M9ODA0OTxVUCxMT09QQkFDSyxSVU5OSU5HLE1VTFRJQ0FTVD4gbWV0cmljIDAg bXR1IDE2Mzg0CglvcHRpb25zPTYwMDAwMzxSWENTVU0sVFhDU1VNLFJYQ1NVTV9JUFY2LFRYQ1NV TV9JUFY2PgoJaW5ldDYgOjoxIHByZWZpeGxlbiAxMjggCglpbmV0NiBmZTgwOjoxJWxvMCBwcmVm aXhsZW4gNjQgc2NvcGVpZCAweDMgCglpbmV0IDEyNy4wLjAuMSBuZXRtYXNrIDB4ZmYwMDAwMDAg CgluZDYgb3B0aW9ucz0yMTxQRVJGT1JNTlVELEFVVE9fTElOS0xPQ0FMPgplbTA6IGZsYWdzPThj MDI8QlJPQURDQVNULE9BQ1RJVkUsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAxNTAw CglvcHRpb25zPTQwMTliPFJYQ1NVTSxUWENTVU0sVkxBTl9NVFUsVkxBTl9IV1RBR0dJTkcsVkxB Tl9IV0NTVU0sVFNPNCxWTEFOX0hXVFNPPgoJZXRoZXIgOTQ6ZGU6ODA6WFg6WFg6WFgKCW5kNiBv cHRpb25zPTI5PFBFUkZPUk1OVUQsSUZESVNBQkxFRCxBVVRPX0xJTktMT0NBTD4KCW1lZGlhOiBF dGhlcm5ldCBhdXRvc2VsZWN0CglzdGF0dXM6IG5vIGNhcnJpZXIKaXduMDogZmxhZ3M9ODg0MzxV UCxCUk9BRENBU1QsUlVOTklORyxTSU1QTEVYLE1VTFRJQ0FTVD4gbWV0cmljIDAgbXR1IDIyOTAK CWV0aGVyIDYwOjZjOjY2OlhYOlhYOlhYCgluZDYgb3B0aW9ucz0yMTxQRVJGT1JNTlVELEFVVE9f TElOS0xPQ0FMPgoJbWVkaWE6IElFRUUgODAyLjExIFdpcmVsZXNzIEV0aGVybmV0IGF1dG9zZWxl Y3QgbW9kZSAxMWcKCXN0YXR1czogYXNzb2NpYXRlZApTdGFydGluZyBkZXZkLgpTdGFydGluZyBO ZXR3b3JrOiBlbTAuCmVtMDogZmxhZ3M9OGMwMjxCUk9BRENBU1QsT0FDVElWRSxTSU1QTEVYLE1V TFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE1MDAKCW9wdGlvbnM9NDAxOWI8UlhDU1VNLFRYQ1NVTSxW TEFOX01UVSxWTEFOX0hXVEFHR0lORyxWTEFOX0hXQ1NVTSxUU080LFZMQU5fSFdUU08+CglldGhl ciA5NDpkZTo4MDpYWDpYWDpYWAoJbmQ2IG9wdGlvbnM9Mjk8UEVSRk9STU5VRCxJRkRJU0FCTEVE LEFVVE9fTElOS0xPQ0FMPgoJbWVkaWE6IEV0aGVybmV0IGF1dG9zZWxlY3QKCXN0YXR1czogbm8g Y2FycmllcgpDb25maWd1cmluZyBrZXlib2FyZDoga2V5bWFwIGtleXJhdGUuCmtsZGxvYWQ6IGNh bid0IGxvYWQgdWhpZDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpTdGFydGluZyB1bXMwIG1v dXNlZC4Ka2xkbG9hZDogY2FuJ3QgbG9hZCBuZ191YnQ6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkKa2xkbG9hZDogY2FuJ3QgbG9hZCBuZ191YnQ6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkK YWRkIG5ldCBmZTgwOjo6IGdhdGV3YXkgOjoxCmFkZCBuZXQgZmYwMjo6OiBnYXRld2F5IDo6MQph ZGQgbmV0IDo6ZmZmZjowLjAuMC4wOiBnYXRld2F5IDo6MQphZGQgbmV0IDo6MC4wLjAuMDogZ2F0 ZXdheSA6OjEKRmx1c2hlZCBhbGwgcnVsZXMuCjAwMTAwIGFsbG93IGlwIGZyb20gYW55IHRvIGFu eSB2aWEgbG8wCjAwMjAwIGRlbnkgaXAgZnJvbSBhbnkgdG8gMTI3LjAuMC4wLzgKMDAzMDAgZGVu eSBpcCBmcm9tIDEyNy4wLjAuMC84IHRvIGFueQowMDQwMCBkZW55IGlwIGZyb20gYW55IHRvIDo6 MQowMDUwMCBkZW55IGlwIGZyb20gOjoxIHRvIGFueQowMDYwMCBhbGxvdyBpcHY2LWljbXAgZnJv bSA6OiB0byBmZjAyOjovMTYKMDA3MDAgYWxsb3cgaXB2Ni1pY21wIGZyb20gZmU4MDo6LzEwIHRv IGZlODA6Oi8xMAowMDgwMCBhbGxvdyBpcHY2LWljbXAgZnJvbSBmZTgwOjovMTAgdG8gZmYwMjo6 LzE2CjAwOTAwIGFsbG93IGlwdjYtaWNtcCBmcm9tIGFueSB0byBhbnkgaXA2IGljbXA2dHlwZXMg MQowMTAwMCBhbGxvdyBpcHY2LWljbXAgZnJvbSBhbnkgdG8gYW55IGlwNiBpY21wNnR5cGVzIDIs MTM1LDEzNgowMTEwMCBkZW55IGlwIGZyb20gYW55IHRvIGFueSBub3QgdmVycmV2cGF0aCBpbgow MTIwMCBkZW55IGlwIGZyb20gYW55IHRvIGFueSBub3QgYW50aXNwb29mIGluCjAxMzAwIGNoZWNr LXN0YXRlCjAxNDAwIGFsbG93IHRjcCBmcm9tIG1lIHRvIGFueSBlc3RhYmxpc2hlZAowMTUwMCBh bGxvdyB0Y3AgZnJvbSBtZSB0byBhbnkgc2V0dXAga2VlcC1zdGF0ZQowMTYwMCBhbGxvdyB1ZHAg ZnJvbSBtZSB0byBhbnkga2VlcC1zdGF0ZQowMTcwMCBhbGxvdyBpY21wIGZyb20gbWUgdG8gYW55 IGtlZXAtc3RhdGUKMDE4MDAgYWxsb3cgaXB2Ni1pY21wIGZyb20gbWUgdG8gYW55IGtlZXAtc3Rh dGUKMDE5MDAgYWxsb3cgdWRwIGZyb20gMC4wLjAuMCA2OCB0byAyNTUuMjU1LjI1NS4yNTUgZHN0 LXBvcnQgNjcgb3V0CjAyMDAwIGFsbG93IHVkcCBmcm9tIGFueSA2NyB0byBtZSBkc3QtcG9ydCA2 OCBpbgowMjEwMCBhbGxvdyB1ZHAgZnJvbSBhbnkgNjcgdG8gMjU1LjI1NS4yNTUuMjU1IGRzdC1w b3J0IDY4IGluCjAyMjAwIGFsbG93IHVkcCBmcm9tIGZlODA6Oi8xMCB0byBtZSBkc3QtcG9ydCA1 NDYgaW4KMDIzMDAgYWxsb3cgaWNtcCBmcm9tIG1lIHRvIGFueSBpY21wdHlwZXMgOAowMjQwMCBh bGxvdyBpcHY2LWljbXAgZnJvbSBtZSB0byBhbnkgaXA2IGljbXA2dHlwZXMgMTI4LDEyOQowMjUw MCBhbGxvdyBpY21wIGZyb20gYW55IHRvIGFueSBpY21wdHlwZXMgMyw0LDExCjAyNjAwIGFsbG93 IGlwdjYtaWNtcCBmcm9tIGFueSB0byBhbnkgaXA2IGljbXA2dHlwZXMgMwo2NTAwMCBjb3VudCBp cCBmcm9tIGFueSB0byBhbnkKNjUxMDAgZGVueSB7IHRjcCBvciB1ZHAgfSBmcm9tIGFueSB0byBh bnkgZHN0LXBvcnQgMTM1LTEzOSw0NDUgaW4KNjUyMDAgZGVueSB7IHRjcCBvciB1ZHAgfSBmcm9t IGFueSB0byBhbnkgZHN0LXBvcnQgMTAyNiwxMDI3IGluCjY1MzAwIGRlbnkgeyB0Y3Agb3IgdWRw IH0gZnJvbSBhbnkgdG8gYW55IGRzdC1wb3J0IDE0MzMsMTQzNCBpbgo2NTQwMCBkZW55IGlwIGZy b20gYW55IHRvIDI1NS4yNTUuMjU1LjI1NQo2NTUwMCBkZW55IGlwIGZyb20gYW55IHRvIDIyNC4w LjAuMC8yNCBpbgo2NTUwMCBkZW55IHVkcCBmcm9tIGFueSB0byBhbnkgZHN0LXBvcnQgNTIwIGlu CjY1NTAwIGRlbnkgdGNwIGZyb20gYW55IDgwLDQ0MyB0byBhbnkgZHN0LXBvcnQgMTAyNC02NTUz NSBpbgo2NTUwMCBkZW55IGxvZyBsb2dhbW91bnQgNTAwIGlwIGZyb20gYW55IHRvIGFueQpGaXJl d2FsbCBydWxlcyBsb2FkZWQuCkZpcmV3YWxsIGxvZ2dpbmcgZW5hYmxlZC4KRUxGIGxkY29uZmln IHBhdGg6IC9saWIgL3Vzci9saWIgL3Vzci9saWIvY29tcGF0IC91c3IvbG9jYWwvbGliIC91c3Iv bG9jYWwvbGliL2NvbXBhdC9wa2cgL3Vzci9sb2NhbC9saWIvY29tcGF0L3BrZyAvdXNyL2xvY2Fs L2xpYi9ldmVudDIgL3Vzci9sb2NhbC9saWIvZ2NjNDcgL3Vzci9sb2NhbC9saWIvZ2NjNDkgL3Vz ci9sb2NhbC9saWIvbnNzIC91c3IvbG9jYWwvbGx2bS1kZXZlbC9saWIgL3Vzci9sb2NhbC9sbHZt MzMvbGliCjMyLWJpdCBjb21wYXRpYmlsaXR5IGxkY29uZmlnIHBhdGg6IC91c3IvbGliMzIKQ3Jl YXRpbmcgYW5kL29yIHRyaW1taW5nIGxvZyBmaWxlcy4KU3RhcnRpbmcgc3lzbG9nZC4KU2V0dGlu ZyBkYXRlIHZpYSBudHAuCiA1IFNlcCAyMDo0NjozNSBudHBkYXRlWzU4MDU4XTogc3RlcCB0aW1l IHNlcnZlciAxNDguNi4wLjEgb2Zmc2V0IC0wLjY0ODcwMiBzZWMKTm8gY29yZSBkdW1wcyBmb3Vu ZC4KU3RhcnRpbmcgYXVkaXRkLgpsb2NrIG9yZGVyIHJldmVyc2FsOgogMXN0IDB4ZmZmZmZlMDFl ZGM2NWIxOCBidWZ3YWl0IChidWZ3YWl0KSBAIC91c3IvZGF0YS9zb3VyY2UvZ2l0L29wQlNEL2hh cmRlbmVkQlNELmdpdC9zeXMva2Vybi92ZnNfYmlvLmM6MzA5MAogMm5kIDB4ZmZmZmY4MDAxMDky NTYwMCBkaXJoYXNoIChkaXJoYXNoKSBAIC91c3IvZGF0YS9zb3VyY2UvZ2l0L29wQlNEL2hhcmRl bmVkQlNELmdpdC9zeXMvdWZzL3Vmcy91ZnNfZGlyaGFzaC5jOjI4NApLREI6IHN0YWNrIGJhY2t0 cmFjZToKQ2xlYXJpbmcgL3RtcC4KZGJfdHJhY2Vfc2VsZl93cmFwcGVyKCkgYXQgZGJfdHJhY2Vf c2VsZl93cmFwcGVyKzB4MmIvZnJhbWUgMHhmZmZmZmUwMjM3YWMyMjgwCmtkYl9iYWNrdHJhY2Uo KSBhdCBrZGJfYmFja3RyYWNlKzB4MzkvZnJhbWUgMHhmZmZmZmUwMjM3YWMyMzMwCndpdG5lc3Nf Y2hlY2tvcmRlcigpIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweGRkZC9mcmFtZSAweGZmZmZmZTAy MzdhYzIzYjAKX3N4X3hsb2NrKCkgYXQgX3N4X3hsb2NrKzB4NzEvZnJhbWUgMHhmZmZmZmUwMjM3 YWMyM2YwCnVmc2Rpcmhhc2hfYWRkKCkgYXQgdWZzZGlyaGFzaF9hZGQrMHgzYS9mcmFtZSAweGZm ZmZmZTAyMzdhYzI0MzAKdWZzX2RpcmVudGVyKCkgYXQgdWZzX2RpcmVudGVyKzB4NmEwL2ZyYW1l IDB4ZmZmZmZlMDIzN2FjMjRmMAp1ZnNfbWFrZWlub2RlKCkgYXQgdWZzX21ha2Vpbm9kZSsweDU2 MS9mcmFtZSAweGZmZmZmZTAyMzdhYzI2YTAKVk9QX0NSRUFURV9BUFYoKSBhdCBWT1BfQ1JFQVRF X0FQVisweGNiL2ZyYW1lIDB4ZmZmZmZlMDIzN2FjMjZkMAp2bl9vcGVuX2NyZWQoKSBhdCB2bl9v cGVuX2NyZWQrMHgyZWIvZnJhbWUgMHhmZmZmZmUwMjM3YWMyODIwCmtlcm5fb3BlbmF0KCkgYXQg a2Vybl9vcGVuYXQrMHgyNmQvZnJhbWUgMHhmZmZmZmUwMjM3YWMyOWEwCmFtZDY0X3N5c2NhbGwo KSBhdCBhbWQ2NF9zeXNjYWxsKzB4MjJlL2ZyYW1lIDB4ZmZmZmZlMDIzN2FjMmFiMApYZmFzdF9z eXNjYWxsKCkgYXQgWGZhc3Rfc3lzY2FsbCsweGZiL2ZyYW1lIDB4ZmZmZmZlMDIzN2FjMmFiMAot LS0gc3lzY2FsbCAoNSwgRnJlZUJTRCBFTEY2NCwgc3lzX29wZW4pLCByaXAgPSAweDk0ZTAyYTlk YSwgcnNwID0gMHg3ZmZmZmZmYmIxYTgsIHJicCA9IDB4N2ZmZmZmZmJiNjIwIC0tLQpTdGFydGlu ZyBkbnNtYXNxLgpTZXAgIDUgMjA6NDY6MzUgcGFuZG9yYS10ZXN0IGRuc21hc3FbNjc3ODZdOiBi YWQgYWRkcmVzcyBhdCAvZXRjL2hvc3RzIGxpbmUgMQpVcGRhdGluZyBtb3RkOi4KTW91bnRpbmcg bGF0ZSBmaWxlIHN5c3RlbXM6LgpTdGFydGluZyBwcml2b3h5LgpQZXJmb3JtaW5nIHNhbml0eSBj aGVjayBvbiBuZ2lueCBjb25maWd1cmF0aW9uOgpuZ2lueDogdGhlIGNvbmZpZ3VyYXRpb24gZmls ZSAvdXNyL2xvY2FsL2V0Yy9uZ2lueC9uZ2lueC5jb25mIHN5bnRheCBpcyBvawpuZ2lueDogY29u ZmlndXJhdGlvbiBmaWxlIC91c3IvbG9jYWwvZXRjL25naW54L25naW54LmNvbmYgdGVzdCBpcyBz dWNjZXNzZnVsClN0YXJ0aW5nIG5naW54LgpDb25maWd1cmluZyBzeXNjb25zOiBrZXltYXAga2V5 cmF0ZSBibGFua3RpbWUuClBlcmZvcm1pbmcgc2FuaXR5IGNoZWNrIG9uIHNzaGQgY29uZmlndXJh dGlvbi4KU3RhcnRpbmcgc3NoZC4KU3RhcnRpbmcgc2VuZG1haWxfc3VibWl0LgpTdGFydGluZyBz ZW5kbWFpbF9tc3BfcXVldWUuClN0YXJ0aW5nIGNyb24uClN0YXJ0aW5nIGJhY2tncm91bmQgZmls ZSBzeXN0ZW0gY2hlY2tzIGluIDYwIHNlY29uZHMuCgpGcmkgU2VwICA1IDIwOjQ2OjM4IENFU1Qg MjAxNAp3bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04Kd2xhbjA6IGxpbmsgc3RhdGUg Y2hhbmdlZCB0byBVUAppd24wOiBkZXZpY2UgdGltZW91dAppd24wOiBpd25fcmVhZF9maXJtd2Fy ZTogdWNvZGUgcmV2PTB4MTJhODA2MDEKaXduMDogaXduX2ludHI6IGZhdGFsIGZpcm13YXJlIGVy cm9yCmZpcm13YXJlIGVycm9yIGxvZzoKICBlcnJvciB0eXBlICAgICAgPSAiVU5LTk9XTiIgKDB4 MDAwMDEwMkMpCiAgcHJvZ3JhbSBjb3VudGVyID0gMHgwMDAwRDk3OAogIHNvdXJjZSBsaW5lICAg ICA9IDB4MDAwMDA2QTQKICBlcnJvciBkYXRhICAgICAgPSAweDAwMDAwMEZFMDAwMDAwMDAKICBi cmFuY2ggbGluayAgICAgPSAweDAwMDBEODhBMDAwMEQ4OEEKICBpbnRlcnJ1cHQgbGluayAgPSAw eDAwMDBFQzdBMDAwMDAwMDAKICB0aW1lICAgICAgICAgICAgPSAzNDI3MTMKZHJpdmVyIHN0YXR1 czoKICB0eCByaW5nICAwOiBxaWQ9MCAgY3VyPTEgICBxdWV1ZWQ9MSAgCiAgdHggcmluZyAgMTog cWlkPTEgIGN1cj0wICAgcXVldWVkPTAgIAogIHR4IHJpbmcgIDI6IHFpZD0yICBjdXI9MCAgIHF1 ZXVlZD0wICAKICB0eCByaW5nICAzOiBxaWQ9MyAgY3VyPTAgICBxdWV1ZWQ9MCAgCiAgdHggcmlu ZyAgNDogcWlkPTQgIGN1cj0wICAgcXVldWVkPTAgIAogIHR4IHJpbmcgIDU6IHFpZD01ICBjdXI9 MCAgIHF1ZXVlZD0wICAKICB0eCByaW5nICA2OiBxaWQ9NiAgY3VyPTAgICBxdWV1ZWQ9MCAgCiAg dHggcmluZyAgNzogcWlkPTcgIGN1cj0wICAgcXVldWVkPTAgIAogIHR4IHJpbmcgIDg6IHFpZD04 ICBjdXI9MCAgIHF1ZXVlZD0wICAKICB0eCByaW5nICA5OiBxaWQ9OSAgY3VyPTI4ICBxdWV1ZWQ9 MCAgCiAgdHggcmluZyAxMDogcWlkPTEwIGN1cj0wICAgcXVldWVkPTAgIAogIHR4IHJpbmcgMTE6 IHFpZD0xMSBjdXI9MCAgIHF1ZXVlZD0wICAKICB0eCByaW5nIDEyOiBxaWQ9MTIgY3VyPTAgICBx dWV1ZWQ9MCAgCiAgdHggcmluZyAxMzogcWlkPTEzIGN1cj0wICAgcXVldWVkPTAgIAogIHR4IHJp bmcgMTQ6IHFpZD0xNCBjdXI9MCAgIHF1ZXVlZD0wICAKICB0eCByaW5nIDE1OiBxaWQ9MTUgY3Vy PTAgICBxdWV1ZWQ9MCAgCiAgdHggcmluZyAxNjogcWlkPTE2IGN1cj0wICAgcXVldWVkPTAgIAog IHR4IHJpbmcgMTc6IHFpZD0xNyBjdXI9MCAgIHF1ZXVlZD0wICAKICB0eCByaW5nIDE4OiBxaWQ9 MTggY3VyPTAgICBxdWV1ZWQ9MCAgCiAgdHggcmluZyAxOTogcWlkPTE5IGN1cj0wICAgcXVldWVk PTAgIAogIHJ4IHJpbmc6IGN1cj04Cml3bjA6IGl3bl9wYW5pY2tlZDogY29udHJvbGxlciBwYW5p Y2tlZCwgaXZfc3RhdGUgPSA1OyByZXNldHRpbmcuLi4KaXduMDogaXduX3JlYWRfZmlybXdhcmU6 IHVjb2RlIHJldj0weDEyYTgwNjAxCg== --001a11348d50d142a00502566331-- From owner-freebsd-wireless@FreeBSD.ORG Fri Sep 5 19:26:29 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00343FE for ; Fri, 5 Sep 2014 19:26:28 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::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 B09821257 for ; Fri, 5 Sep 2014 19:26:28 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id s7so7448701qap.22 for ; Fri, 05 Sep 2014 12:26:27 -0700 (PDT) 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=u8kHaGH7ttL7LJyheYokPTAYRihjKKdh7cJj8o5HBqc=; b=xITvO7l2nUNT9qY/fZCrKaf873FvzPRmDhi1SoLLDajWNGlpGXJVMUjo+2sSGNHDYG Oex6ZUhe+gXy3ezjFdQv+uaA8zKAHpEcS5Y1lPszdicH0NKHztuD2BzRnzTjtBM1owej FRIiF4LffgEj/p4lBqhKLJQizUZcsl9hhBy72K/tmoX8Jo9sba+oGI0C13TdXLz3NCAc ejRt6k3EqIIUQMc0lRWy25MM7Js2czsqE5tUl649ETmXG8I2nTlfC2ZqItVB++J2dd1y mhOTZiUI0I73qfK7J2dKXdQ38wqP70WV+XpiGS29tizx09dsc+SAFT6DfySNp/3Ejyjg bAqg== MIME-Version: 1.0 X-Received: by 10.224.46.8 with SMTP id h8mr22258477qaf.6.1409945187895; Fri, 05 Sep 2014 12:26:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Fri, 5 Sep 2014 12:26:27 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Sep 2014 12:26:27 -0700 X-Google-Sender-Auth: AlLM2Gu2ahUnxN2HSEZ8DMBWZj0 Message-ID: Subject: Re: Intel Centrino Wireless-N 2230 status From: Adrian Chadd To: Oliver Pinter 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, 05 Sep 2014 19:26:29 -0000 Hi! This is just an iwn panic. Did your actual -HEAD kernel panic? Try doing this with sysctl dev.iwn.0.debug=0xff; let's see what happens just before the firmware loses its mind. Thanks! -a On 5 September 2014 12:22, Oliver Pinter wrote: > I got the attached iwn panic, even if running in -ht mode. In between > I have a working connection. > I set up now a serial console and try to enable the ht mode with debugging. > > On 9/3/14, Oliver Pinter wrote: >> Or not, I forgot the -ht option in rc.conf. >> >> G STA + G AP = ok >> G STA + N AP = ok >> N STA + N AP = fail >> >> On 9/3/14, Oliver Pinter wrote: >>> Hi! >>> >>> Small status update: >>> The mode N works too, I mistyped the other AP's passwork. >>> So both mode G and mode N working after the backports. >>> >>> BTW, can you MFC the same changes to 10.1? >>> >>> On 9/2/14, Adrian Chadd wrote: >>>> Hi, >>>> >>>> Compile it with IWN_DEBUG, then >>>> >>>> sysctl dev.iwn.0.debug=0x1 >>>> >>>> >>>> -a >>>> >>>> >>>> On 2 September 2014 12:41, Oliver Pinter wrote: >>>>> I not tried freebsd-head yet, but I'm able today. In mode N seems like >>>>> the NIC sends only one frame, and no more. >>>>> >>>>> With tcpdump and/or wlandebug I see only rx packets and no tx. >>>>> >>>>> If you add some pointer what changes must I create to easier debug, or >>>>> what concrete information required, feel free to ping me or send the >>>>> details. >>>>> >>>>> On 9/2/14, Adrian Chadd wrote: >>>>>> Cool! Have you tried freebsd-head? Does it work there? >>>>>> >>>>>> How's it failing in association state? What's it saying? >>>>>> >>>>>> >>>>>> -a >>>>>> >>>>>> >>>>>> On 2 September 2014 12:30, Oliver Pinter >>>>>> wrote: >>>>>>> Hi All! >>>>>>> >>>>>>> After I backported all of the net80211 and iwn changes from >>>>>>> 11-CURRENT >>>>>>> to 10-STABLE the wireless NIC in subject working on mode G. If I try >>>>>>> to use with mode N (ht20, ht40) it failed in association state. >>>>>>> >>>>>>> All of the backports are in this github repo: >>>>>>> >>>>>>> https://github.com/opntr/opBSD/commits/op/stable/10-iwn-backport >>>>>>> >>>>>>> Oliver >>>>>> >>>> >>> >> From owner-freebsd-wireless@FreeBSD.ORG Fri Sep 5 20:40:55 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8605B3BA for ; Fri, 5 Sep 2014 20:40:55 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d: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 411461B5E for ; Fri, 5 Sep 2014 20:40:55 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id cm18so11809310qab.9 for ; Fri, 05 Sep 2014 13:40:54 -0700 (PDT) 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=DlCH5hXBUSPb9yiri0ZeN3SzJ/9Y0xnV8N4FDZuxxqQ=; b=smqw03zWY72sV2/RhmN0U6hXARLFBmb/9Me53zV/IzW9uBOQIK/w+GFNwK40WK0DZ4 xOWv1gh9o+DUounNc4NR+QG4dde8Je44UvQX1ByTMPL1x5t7kg0j6kHGies69mYGpZyJ UMwwzBqR8OVbreEgojp2LAwq4wHeSB5nrKqyadD/ZgtWHkhMv3RNhPGr5/mg0T/kS/uY kZhpYqS48Q+ww3ElivYzy1QJs6DpKw/5OA/CdlHR6B1+DGabONZhXX+or7W3li9RY1rf zanLfpEcm/76TQDffpam40TttAJzAnxlIRBADLFyZmLJ7Plty0wvYYxDCOcr962kHZ06 oxDA== MIME-Version: 1.0 X-Received: by 10.224.36.4 with SMTP id r4mr22021926qad.69.1409949654379; Fri, 05 Sep 2014 13:40:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Fri, 5 Sep 2014 13:40:54 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Sep 2014 13:40:54 -0700 X-Google-Sender-Auth: jdFOsolrv-VpcxrFLjMiqAdqfH8 Message-ID: Subject: Re: Intel Centrino Wireless-N 2230 status From: Adrian Chadd To: Oliver Pinter 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, 05 Sep 2014 20:40:55 -0000 Also, do you run this with -bgscan ? -a On 5 September 2014 12:26, Adrian Chadd wrote: > Hi! > > This is just an iwn panic. Did your actual -HEAD kernel panic? > > Try doing this with sysctl dev.iwn.0.debug=0xff; let's see what > happens just before the firmware loses its mind. > > Thanks! > > > -a > > > On 5 September 2014 12:22, Oliver Pinter wrote: >> I got the attached iwn panic, even if running in -ht mode. In between >> I have a working connection. >> I set up now a serial console and try to enable the ht mode with debugging. >> >> On 9/3/14, Oliver Pinter wrote: >>> Or not, I forgot the -ht option in rc.conf. >>> >>> G STA + G AP = ok >>> G STA + N AP = ok >>> N STA + N AP = fail >>> >>> On 9/3/14, Oliver Pinter wrote: >>>> Hi! >>>> >>>> Small status update: >>>> The mode N works too, I mistyped the other AP's passwork. >>>> So both mode G and mode N working after the backports. >>>> >>>> BTW, can you MFC the same changes to 10.1? >>>> >>>> On 9/2/14, Adrian Chadd wrote: >>>>> Hi, >>>>> >>>>> Compile it with IWN_DEBUG, then >>>>> >>>>> sysctl dev.iwn.0.debug=0x1 >>>>> >>>>> >>>>> -a >>>>> >>>>> >>>>> On 2 September 2014 12:41, Oliver Pinter wrote: >>>>>> I not tried freebsd-head yet, but I'm able today. In mode N seems like >>>>>> the NIC sends only one frame, and no more. >>>>>> >>>>>> With tcpdump and/or wlandebug I see only rx packets and no tx. >>>>>> >>>>>> If you add some pointer what changes must I create to easier debug, or >>>>>> what concrete information required, feel free to ping me or send the >>>>>> details. >>>>>> >>>>>> On 9/2/14, Adrian Chadd wrote: >>>>>>> Cool! Have you tried freebsd-head? Does it work there? >>>>>>> >>>>>>> How's it failing in association state? What's it saying? >>>>>>> >>>>>>> >>>>>>> -a >>>>>>> >>>>>>> >>>>>>> On 2 September 2014 12:30, Oliver Pinter >>>>>>> wrote: >>>>>>>> Hi All! >>>>>>>> >>>>>>>> After I backported all of the net80211 and iwn changes from >>>>>>>> 11-CURRENT >>>>>>>> to 10-STABLE the wireless NIC in subject working on mode G. If I try >>>>>>>> to use with mode N (ht20, ht40) it failed in association state. >>>>>>>> >>>>>>>> All of the backports are in this github repo: >>>>>>>> >>>>>>>> https://github.com/opntr/opBSD/commits/op/stable/10-iwn-backport >>>>>>>> >>>>>>>> Oliver >>>>>>> >>>>> >>>> >>> From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 6 09:54:32 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A299217 for ; Sat, 6 Sep 2014 09:54:32 +0000 (UTC) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (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 4B83D1EED for ; Sat, 6 Sep 2014 09:54:31 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id b17so15264029lan.13 for ; Sat, 06 Sep 2014 02:54:29 -0700 (PDT) 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 :content-type; bh=uicbRJ41VDkBER4K4eKv1pDas/6SfQkyz3YRQJbJgFI=; b=n7JUzYTDxgZOLGjMIADMEEQ0uiaslsndICrcl4YGItlv9SLsP/3hqnNU0SC3AD+F42 9rMbQeClOQ1hJTt/6S6rReujl6fep7EuSQfMpItNW25Nfxer0Rw7wg0YEN0wL2Pb6kMp 2PhGvi/YgWuzHqCEH97eDt9dY4e2Jb4v7kRoY0w2la+8aSO3hyQ/MJ6eAISe5LzQ61Nr CvkAP0Kc8Vn+WZMLkE+9JA/iO0TeT/CVK0eqG5X9MhMd7Sl2/73gjaxkX23V404gl1Y6 /fYLgOTph6k5EXJPYYVot8OsDj8gCKOm0iSBCAefK64NUL3Xf0pua66KMV69VOoIzRIS INxw== MIME-Version: 1.0 X-Received: by 10.112.28.8 with SMTP id x8mr726524lbg.104.1409997268972; Sat, 06 Sep 2014 02:54:28 -0700 (PDT) Received: by 10.25.157.4 with HTTP; Sat, 6 Sep 2014 02:54:28 -0700 (PDT) In-Reply-To: References: Date: Sat, 6 Sep 2014 13:54:28 +0400 Message-ID: Subject: Re: [ath] AR9227 hang: ath_rate_findrate: switching quickly.. From: Alex Deiter 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: Sat, 06 Sep 2014 09:54:32 -0000 Hello Adrian, Today the network adapter completely hung with messages: Sep 6 13:26:19 blackbird kernel: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Sep 6 13:26:49 blackbird kernel: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Sep 6 13:27:19 blackbird kernel: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Sep 6 13:27:49 blackbird kernel: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA and clients can not connect. sysctl dev.ath.0.txagg=1 output: Sep 6 13:29:28 blackbird kernel: no tx bufs (empty list): 0 Sep 6 13:29:28 blackbird kernel: no tx bufs (was busy): 0 Sep 6 13:29:28 blackbird kernel: aggr single packet: 159053 Sep 6 13:29:28 blackbird kernel: aggr single packet w/ BAW closed: 4291 Sep 6 13:29:28 blackbird kernel: aggr non-baw packet: 1230 Sep 6 13:29:28 blackbird kernel: aggr aggregate packet: 1116991 Sep 6 13:29:28 blackbird kernel: aggr single packet low hwq: 1642117 Sep 6 13:29:28 blackbird kernel: aggr single packet RTS aggr limited: 0 Sep 6 13:29:28 blackbird kernel: aggr sched, no work: 326966 Sep 6 13:29:28 blackbird kernel: 0: 0 1: 0 2: 191070 3: 138685 Sep 6 13:29:28 blackbird kernel: 4: 216793 5: 48158 6: 56315 7: 32509 Sep 6 13:29:28 blackbird kernel: 8: 46740 9: 38002 10: 98295 11: 30125 Sep 6 13:29:28 blackbird kernel: 12: 20621 13: 27663 14: 9649 15: 7418 Sep 6 13:29:28 blackbird kernel: 16: 9114 17: 22346 18: 32944 19: 3902 Sep 6 13:29:28 blackbird kernel: 20: 2299 21: 2135 22: 1895 23: 1896 Sep 6 13:29:28 blackbird kernel: 24: 1718 25: 1739 26: 4926 27: 21511 Sep 6 13:29:28 blackbird kernel: 28: 1445 29: 956 30: 1009 31: 2592 Sep 6 13:29:28 blackbird kernel: 32: 42521 33: 0 34: 0 35: 0 Sep 6 13:29:28 blackbird kernel: 36: 0 37: 0 38: 0 39: 0 Sep 6 13:29:28 blackbird kernel: 40: 0 41: 0 42: 0 43: 0 Sep 6 13:29:28 blackbird kernel: 44: 0 45: 0 46: 0 47: 0 Sep 6 13:29:28 blackbird kernel: 48: 0 49: 0 50: 0 51: 0 Sep 6 13:29:28 blackbird kernel: 52: 0 53: 0 54: 0 55: 0 Sep 6 13:29:28 blackbird kernel: 56: 0 57: 0 58: 0 59: 0 Sep 6 13:29:28 blackbird kernel: 60: 0 61: 0 62: 0 63: 0 Sep 6 13:29:28 blackbird kernel: Sep 6 13:29:28 blackbird kernel: HW TXQ 0: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0 Sep 6 13:29:28 blackbird kernel: HW TXQ 1: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0xfffffe0000d33b28 Sep 6 13:29:28 blackbird kernel: HW TXQ 2: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0 Sep 6 13:29:28 blackbird kernel: HW TXQ 3: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0xfffffe0000d5a8b8 Sep 6 13:29:28 blackbird kernel: HW TXQ 8: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0xfffffe0000d5ea10 Sep 6 13:29:28 blackbird kernel: Total TX buffers: 509; Total TX buffers busy: 0 (509) Sep 6 13:29:28 blackbird kernel: Total mgmt TX buffers: 32; Total mgmt TX buffers busy: 0 Sep 6 13:29:28 blackbird kernel: 0: fifolen: 0/0; head=0; tail=0; m_pending=0, m_holdbf=0xfffffe0000d99b68 Sep 6 13:29:28 blackbird kernel: 1: fifolen: 0/0; head=0; tail=0; m_pending=0, m_holdbf=0 Sep 6 13:29:28 blackbird kernel: Total RX buffers in free list: 511 buffers full logs: https://yadi.sk/d/w3FwfrN9b8FkN 2014-09-06 13:39 GMT+04:00 Alex Deiter : > Hello Adrian, > > Today the network adapter completely hung with messages: > > Sep 6 13:26:19 blackbird kernel: ar5416PerCalibrationN: NF calibration > didn't finish; delaying CCA > Sep 6 13:26:49 blackbird kernel: ar5416PerCalibrationN: NF calibration > didn't finish; delaying CCA > Sep 6 13:27:19 blackbird kernel: ar5416PerCalibrationN: NF calibration > didn't finish; delaying CCA > Sep 6 13:27:49 blackbird kernel: ar5416PerCalibrationN: NF calibration > didn't finish; delaying CCA > > and clients can not connect. > > sysctl dev.ath.0.txagg=1 output: > > Sep 6 13:29:28 blackbird kernel: no tx bufs (empty list): 0 > Sep 6 13:29:28 blackbird kernel: no tx bufs (was busy): 0 > Sep 6 13:29:28 blackbird kernel: aggr single packet: 159053 > Sep 6 13:29:28 blackbird kernel: aggr single packet w/ BAW closed: 4291 > Sep 6 13:29:28 blackbird kernel: aggr non-baw packet: 1230 > Sep 6 13:29:28 blackbird kernel: aggr aggregate packet: 1116991 > Sep 6 13:29:28 blackbird kernel: aggr single packet low hwq: 1642117 > Sep 6 13:29:28 blackbird kernel: aggr single packet RTS aggr limited: 0 > Sep 6 13:29:28 blackbird kernel: aggr sched, no work: 326966 > Sep 6 13:29:28 blackbird kernel: 0: 0 1: 0 2: > 191070 3: 138685 > Sep 6 13:29:28 blackbird kernel: 4: 216793 5: 48158 6: > 56315 7: 32509 > Sep 6 13:29:28 blackbird kernel: 8: 46740 9: 38002 10: > 98295 11: 30125 > Sep 6 13:29:28 blackbird kernel: 12: 20621 13: 27663 14: > 9649 15: 7418 > Sep 6 13:29:28 blackbird kernel: 16: 9114 17: 22346 18: > 32944 19: 3902 > Sep 6 13:29:28 blackbird kernel: 20: 2299 21: 2135 22: > 1895 23: 1896 > Sep 6 13:29:28 blackbird kernel: 24: 1718 25: 1739 26: > 4926 27: 21511 > Sep 6 13:29:28 blackbird kernel: 28: 1445 29: 956 30: > 1009 31: 2592 > Sep 6 13:29:28 blackbird kernel: 32: 42521 33: 0 34: > 0 35: 0 > Sep 6 13:29:28 blackbird kernel: 36: 0 37: 0 38: > 0 39: 0 > Sep 6 13:29:28 blackbird kernel: 40: 0 41: 0 42: > 0 43: 0 > Sep 6 13:29:28 blackbird kernel: 44: 0 45: 0 46: > 0 47: 0 > Sep 6 13:29:28 blackbird kernel: 48: 0 49: 0 50: > 0 51: 0 > Sep 6 13:29:28 blackbird kernel: 52: 0 53: 0 54: > 0 55: 0 > Sep 6 13:29:28 blackbird kernel: 56: 0 57: 0 58: > 0 59: 0 > Sep 6 13:29:28 blackbird kernel: 60: 0 61: 0 62: > 0 63: 0 > Sep 6 13:29:28 blackbird kernel: > Sep 6 13:29:28 blackbird kernel: HW TXQ 0: axq_depth=0, axq_aggr_depth=0, > axq_fifo_depth=0, holdingbf=0 > Sep 6 13:29:28 blackbird kernel: HW TXQ 1: axq_depth=0, axq_aggr_depth=0, > axq_fifo_depth=0, holdingbf=0xfffffe0000d33b28 > Sep 6 13:29:28 blackbird kernel: HW TXQ 2: axq_depth=0, axq_aggr_depth=0, > axq_fifo_depth=0, holdingbf=0 > Sep 6 13:29:28 blackbird kernel: HW TXQ 3: axq_depth=0, axq_aggr_depth=0, > axq_fifo_depth=0, holdingbf=0xfffffe0000d5a8b8 > Sep 6 13:29:28 blackbird kernel: HW TXQ 8: axq_depth=0, axq_aggr_depth=0, > axq_fifo_depth=0, holdingbf=0xfffffe0000d5ea10 > Sep 6 13:29:28 blackbird kernel: Total TX buffers: 509; Total TX buffers > busy: 0 (509) > Sep 6 13:29:28 blackbird kernel: Total mgmt TX buffers: 32; Total mgmt TX > buffers busy: 0 > Sep 6 13:29:28 blackbird kernel: 0: fifolen: 0/0; head=0; tail=0; > m_pending=0, m_holdbf=0xfffffe0000d99b68 > Sep 6 13:29:28 blackbird kernel: 1: fifolen: 0/0; head=0; tail=0; > m_pending=0, m_holdbf=0 > Sep 6 13:29:28 blackbird kernel: Total RX buffers in free list: 511 > buffers > > full logs: https://yadi.sk/d/w3FwfrN9b8FkN > > > > 2014-09-05 22:26 GMT+04:00 Adrian Chadd : > >> Hi! >> >> When this happens, can things re-associate? >> >> Can yuo do this: >> >> sysctl dev.ath.0.txagg=1 >> >> (and dev.ath.1, dev.ath.2, etc if you have more than one physical >> atheros NIC in your AP) and paste the results? >> >> >> >> -a >> >> >> >> On 5 September 2014 06:24, Alex Deiter wrote: >> > Hello, >> > >> > Please help me figure out what's wrong: >> > >> > FreeBSD 11.0-CURRENT r270733M amd64, PCI / Atheros 9227, 802.11n hostap >> mode >> > Time to time network traffic between clients and AP stops: >> > >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save >> > mode off, 1 sta's in ps mode >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] >> > ath_rate_findrate: switching quickly.. >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] >> > ath_rate_tx_complete: size 1600 (519 bytes) OK rate/short/long 7 MCS/0/1 >> > nframes/nbad [1/0] >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save >> > mode on, 2 sta's in ps mode >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save >> > mode off, 1 sta's in ps mode >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save >> > mode on, 2 sta's in ps mode >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save >> > mode off, 1 sta's in ps mode >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] >> > ath_rate_findrate: switching quickly.. >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] >> > ath_rate_tx_complete: size 1600 (305 bytes) OK rate/short/long 7 MCS/0/1 >> > nframes/nbad [1/0] >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] >> > ath_rate_findrate: switching quickly.. >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] >> > ath_rate_tx_complete: size 250 (114 bytes) OK rate/short/long 4 MCS/0/1 >> > nframes/nbad [1/0] >> > Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save >> > mode on, 2 sta's in ps mode >> > Sep 5 16:18:32 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save >> > mode off, 1 sta's in ps mode >> > >> > it is the same case with all clients: android, windows, FreeBSD. >> > Workaround - reboot AP system :-( >> > >> > Thank you! >> > >> > Details: >> > >> > pciconf: >> > ath0@pci0:4:0:0: class=0x028000 card=0x0300168c chip=0x002d168c >> > rev=0x01 hdr=0x00 >> > vendor = 'Atheros Communications Inc.' >> > device = 'AR9227 Wireless Network Adapter' >> > class = network >> > >> > ifconfig: >> > wlan0: flags=8943 >> metric 0 >> > mtu 1500 >> > ether f8:1a:67:89:0c:b8 >> > media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng >> >> > status: running >> > ssid blackbird channel 4 (2427 MHz 11g ht/40+) bssid >> > f8:1a:67:89:0c:b8 >> > regdomain ETSI country RU indoor ecm authmode WPA1+WPA2/802.11i >> -wps >> > -tsn privacy MIXED deftxkey 3 >> > TKIP 2:128-bit >> > TKIP 3:128-bit powersavemode OFF powersavesleep 100 txpower 30 >> > txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7 >> > 11a ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 >> > 11b ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >> > 11g ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >> > turboA ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 >> > turboG ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >> > sturbo ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 >> > 11na ucast NONE mgmt 12 MCS mcast 12 MCS maxretry 6 >> > 11ng ucast NONE mgmt 2 MCS mcast 2 MCS maxretry 6 >> > half ucast NONE mgmt 3 Mb/s mcast 3 Mb/s maxretry 6 >> > quarter ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >> > scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250 >> > roam:11a rssi 7dBm rate 12 Mb/s >> > roam:11b rssi 7dBm rate 1 Mb/s >> > roam:11g rssi 7dBm rate 5 Mb/s >> > roam:turboA rssi 7dBm rate 12 Mb/s >> > roam:turboG rssi 7dBm rate 12 Mb/s >> > roam:sturbo rssi 7dBm rate 12 Mb/s >> > roam:11na rssi 7dBm MCS 1 >> > roam:11ng rssi 7dBm MCS 1 >> > roam:half rssi 7dBm rate 6 Mb/s >> > roam:quarter rssi 7dBm rate 3 Mb/s >> > -pureg protmode CTS ht htcompat ampdu ampdulimit 64k >> ampdudensity 8 >> > amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst >> -dwds >> > -hidessid apbridge dtimperiod 1 doth -dfs inact bintval 100 >> > AC_BE cwmin 4 cwmax 6 aifs 3 txopLimit 0 -acm ack >> > cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm >> > AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack >> > cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm >> > AC_VI cwmin 3 cwmax 4 aifs 1 txopLimit 94 -acm ack >> > cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm >> > AC_VO cwmin 2 cwmax 3 aifs 1 txopLimit 47 -acm ack >> > cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm >> > groups: wlan >> > >> > athstats: >> > 317346 data frames received >> > 432914 data frames transmit >> > 543 tx frames with an alternate rate >> > 29708 short on-chip tx retries >> > 41739 long on-chip tx retries >> > 5700 tx failed 'cuz too many retries >> > 17 stuck beacon conditions >> > MCS4 current transmit rate >> > 3 tx stopped 'cuz no xmit buffer >> > 209 tx failed 'cuz destination filtered >> > 2061 tx frames with no ack marked >> > 421765 tx frames with short preamble >> > 13990 rx failed 'cuz of bad CRC >> > 1 rx failed 'cuz frame too short >> > 1 rx failed 'cuz of PHY err >> > 1 illegal service >> > 162287 beacons transmitted >> > 554 periodic calibrations >> > -0/+0 TDMA slot adjust (usecs, smoothed) >> > 50 rssi of last ack >> > 33 avg recv rssi >> > -96 rx noise floor >> > 9348 tx frames through raw api >> > 205506 A-MPDU sub-frames received >> > 120913 Half-GI frames received >> > 751 CRC errors for non-last A-MPDU subframes >> > 172 CRC errors for last subframe in an A-MPDU >> > 1 Frames received w/ STBC encoding >> > 97566 Frames transmitted with HT Protection >> > 6407 Number of frames retransmitted in software >> > 336 Number of frames exceeding software retry >> > 178990 A-MPDU sub-frame TX attempt success >> > 5884 A-MPDU sub-frame TX attempt failures >> > 900 A-MPDU TX frame failures >> > 1514 cabq frames transmitted >> > 137 cabq xmit overflowed beacon interval >> > 1 OFDM weak signal detect >> > 189 listen time >> > 33 ANI disabled OFDM weak signal detect >> > 741238 cumulative OFDM phy error count >> > 346722 cumulative CCK phy error count >> > 677 ANI forced listen time to zero >> > 35612 missing ACK's >> > 50495 RTS without CTS >> > 73359 successful RTS >> > 19322 bad FCS >> > 21 average rssi (beacons only) >> > Antenna profile: >> > [0] tx 277449 rx 7401 >> > [1] tx 0 rx 309945 >> > >> > some logs and outputs (debug messages, tcpdump, etc) also available >> here: >> > >> > logs for windows client https://yadi.sk/d/_Sc9xCYkb6GLR >> > logs for android client https://yadi.sk/d/IL6qO9Ahb6GLW >> > >> > >> > -- >> > Alex Deiter >> > _______________________________________________ >> > 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" >> > > > > -- > Alex Deiter > -- Alex Deiter From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 6 21:03:35 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55BF6E74 for ; Sat, 6 Sep 2014 21:03:35 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::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 160C615AD for ; Sat, 6 Sep 2014 21:03:35 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id a108so371520qge.28 for ; Sat, 06 Sep 2014 14:03:34 -0700 (PDT) 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 :content-type; bh=qfhlMWYpnT2EkLHGMI54GXGn4BEWEljddM50l6z4wgU=; b=XfZjfB2658dbLlXmUvaUMuR8xzm7k3WI+G5epnMH1kHozfsxGR69FYymXLEmhs8qfu gq2UVlneaBAs1CxExtTi0RkhXDiBAtNpCnSbqWAX67aDM5OWTaJzbyNGBmIe+mex5lw6 bT1gSJcrIYHIVeW63eb3PlbcJ+mIbvNskzjhRJXbGC3nsiEJZops5F/U/8KX8wuVuKbY NjcA3zH6qQikdczAl0Cozg0rYwLYBRRKLiGm9v0p0/SupTle7ykvcK6GkU17Rk5anION f3fF+eA9JTCNIdZsBYWzDS1Xz/oldj3v2g3QQXloLyP45zECnEy3Gw3jR41K4DQyTITW wftA== MIME-Version: 1.0 X-Received: by 10.224.75.73 with SMTP id x9mr29878180qaj.63.1410037414224; Sat, 06 Sep 2014 14:03:34 -0700 (PDT) Received: by 10.224.39.139 with HTTP; Sat, 6 Sep 2014 14:03:34 -0700 (PDT) In-Reply-To: References: Date: Sat, 6 Sep 2014 14:03:34 -0700 Message-ID: Subject: Re: [ath] AR9227 hang: ath_rate_findrate: switching quickly.. From: Adrian Chadd To: Alex Deiter , "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: Sat, 06 Sep 2014 21:03:35 -0000 Hi! On 6 September 2014 02:39, Alex Deiter wrote: > Hello Adrian, > > Today the network adapter completely hung with messages: > > Sep 6 13:26:19 blackbird kernel: ar5416PerCalibrationN: NF calibration > didn't finish; delaying CCA > Sep 6 13:26:49 blackbird kernel: ar5416PerCalibrationN: NF calibration > didn't finish; delaying CCA > Sep 6 13:27:19 blackbird kernel: ar5416PerCalibrationN: NF calibration > didn't finish; delaying CCA > Sep 6 13:27:49 blackbird kernel: ar5416PerCalibrationN: NF calibration > didn't finish; delaying CCA > > and clients can not connect. Does this always appear when it hangs? That means the baseband has gone receive deaf and locked up. Lemme go find an AR9227 to throw in a test AP here and reproduce. I remember seeing this in the past, so I should be able to reproduce it relatively easily. Thanks! -a From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 6 21:03:46 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81FFEE8D for ; Sat, 6 Sep 2014 21:03:46 +0000 (UTC) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::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 41CCE15AF for ; Sat, 6 Sep 2014 21:03:46 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id x12so12616981qac.34 for ; Sat, 06 Sep 2014 14:03:45 -0700 (PDT) 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 :content-type; bh=PuNythHgxVWFpbjT/ok6fKJorW/fNp2EuicbMTX4OAU=; b=bH7PlI5e5n/rGAWINNz86xXl81JBwPeBZLhYHKFshu4Id9nIUV15xgb0+Gk2dD18Ew iItjt0sNv++LafxBvSAT+EoNhrseykMpraya+vqALnKsc2sBqV+ZgI11h0M6OfLwJAUj 8PhlbGrWvy3Q7NY7tEWItwsybn0RkULsHP1Vz3mNExIxD+yzrL/o4mZRDD2en74hOjwk suAzbeoNECAuXTRDEF/WG8Z97ZXTNjLdK0Y2RV+aiuFHX7DNJaKsGuk3GiNrh1QzG/Wo fBepuFOCJsyoYqXe3lBxA3vcYc4H0De+RzP2egrK9EUbPGjBskTpC4R0mVu7uOaPl3qn L6+g== MIME-Version: 1.0 X-Received: by 10.224.151.69 with SMTP id b5mr29979760qaw.37.1410037425444; Sat, 06 Sep 2014 14:03:45 -0700 (PDT) Received: by 10.224.39.139 with HTTP; Sat, 6 Sep 2014 14:03:45 -0700 (PDT) In-Reply-To: References: Date: Sat, 6 Sep 2014 14:03:45 -0700 Message-ID: Subject: Re: [ath] AR9227 hang: ath_rate_findrate: switching quickly.. From: Adrian Chadd To: Alex Deiter , "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: Sat, 06 Sep 2014 21:03:46 -0000 .. and please file a PR! http://bugs.freebsd.org/submit/ -a On 6 September 2014 14:03, Adrian Chadd wrote: > Hi! > > On 6 September 2014 02:39, Alex Deiter wrote: >> Hello Adrian, >> >> Today the network adapter completely hung with messages: >> >> Sep 6 13:26:19 blackbird kernel: ar5416PerCalibrationN: NF calibration >> didn't finish; delaying CCA >> Sep 6 13:26:49 blackbird kernel: ar5416PerCalibrationN: NF calibration >> didn't finish; delaying CCA >> Sep 6 13:27:19 blackbird kernel: ar5416PerCalibrationN: NF calibration >> didn't finish; delaying CCA >> Sep 6 13:27:49 blackbird kernel: ar5416PerCalibrationN: NF calibration >> didn't finish; delaying CCA >> >> and clients can not connect. > > Does this always appear when it hangs? > > That means the baseband has gone receive deaf and locked up. > > Lemme go find an AR9227 to throw in a test AP here and reproduce. I > remember seeing this in the past, so I should be able to reproduce it > relatively easily. > > Thanks! > > > -a From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 6 22:16:02 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37C74D24 for ; Sat, 6 Sep 2014 22:16:02 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010: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 B02CF1C91 for ; Sat, 6 Sep 2014 22:16:01 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id b17so15531100lan.22 for ; Sat, 06 Sep 2014 15:15:59 -0700 (PDT) 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=xK1Qs3XO6LFaBuXr4Z4dKTWBgBwNpbgcMhEXQ0M/krU=; b=YpvPdksiMGR13fEKvU3flBUw2TtIEXCgnhZfjDrLYtVyJT9/o/Qppn/fafWtaTqdDc UhN/4O6/0vFCUE3Vv2xlgOiBuNIqpF9PJ+ryzTr7EU16lJIwfeuWyKU8ezb8wTOqa51e 4RMUtSTBqzZoEKj1p2sXs68tevIf5/uFIa5pdhWHcTns9PixXjkVZZPX1u2GB5aZeVyL WySXiJysisXQMr6Th7+Bq0IMn/3MhppkM5I8MlDh+dEEfe48uPRn/uuOyiXKvpEIhu4C 2BBGZWx06SzaV8BY51GISFG4ANTIgs/Qh4tX/3SZNpy+q6hrGzUmuTssYlzm3KaMDflN AbBA== MIME-Version: 1.0 X-Received: by 10.112.33.74 with SMTP id p10mr18730041lbi.0.1410041759512; Sat, 06 Sep 2014 15:15:59 -0700 (PDT) Received: by 10.25.157.4 with HTTP; Sat, 6 Sep 2014 15:15:59 -0700 (PDT) In-Reply-To: References: Date: Sun, 7 Sep 2014 02:15:59 +0400 Message-ID: Subject: Re: [ath] AR9227 hang: ath_rate_findrate: switching quickly.. From: Alex Deiter 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: Sat, 06 Sep 2014 22:16:02 -0000 Hello Adrian, Yes, this always appear. In chronological order, this can be described as follows: 1. system reboot 2. for several hours, all clients can successfully associate and works fast 3. transfer rate is reduced and there are increasing messages: ath0: stuck beacon; resetting (bmiss count 4) ath0: stuck beacon; resetting (bmiss count 4) ath0: stuck beacon; resetting (bmiss count 4) ar5416StopDmaReceive: dma failed to stop in 10ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 ath0: stuck beacon; resetting (bmiss count 4) ath0: stuck beacon; resetting (bmiss count 4) ath0: stuck beacon; resetting (bmiss count 4) 4. finally connections are interrupted and customers can no longer be associated I use TP-LINK TL-WN851ND v1: http://www.tp-link.us/products/details/?categoryid=&model=TL-WN851ND https://wikidevi.com/wiki/TP-LINK_TL-WN851ND Thank you very much! 2014-09-07 1:03 GMT+04:00 Adrian Chadd : > Hi! > > On 6 September 2014 02:39, Alex Deiter wrote: > > Hello Adrian, > > > > Today the network adapter completely hung with messages: > > > > Sep 6 13:26:19 blackbird kernel: ar5416PerCalibrationN: NF calibration > > didn't finish; delaying CCA > > Sep 6 13:26:49 blackbird kernel: ar5416PerCalibrationN: NF calibration > > didn't finish; delaying CCA > > Sep 6 13:27:19 blackbird kernel: ar5416PerCalibrationN: NF calibration > > didn't finish; delaying CCA > > Sep 6 13:27:49 blackbird kernel: ar5416PerCalibrationN: NF calibration > > didn't finish; delaying CCA > > > > and clients can not connect. > > Does this always appear when it hangs? > > That means the baseband has gone receive deaf and locked up. > > Lemme go find an AR9227 to throw in a test AP here and reproduce. I > remember seeing this in the past, so I should be able to reproduce it > relatively easily. > > Thanks! > > > -a > -- Alex Deiter From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 6 22:34:38 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69B6B239 for ; Sat, 6 Sep 2014 22:34:38 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49E691DF9 for ; Sat, 6 Sep 2014 22:34:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86MYcv3070161 for ; Sat, 6 Sep 2014 22:34:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 193402] New: [ath] AR9227 hang: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Date: Sat, 06 Sep 2014 22:34:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: alex.deiter@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: 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: Sat, 06 Sep 2014 22:34:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193402 Bug ID: 193402 Summary: [ath] AR9227 hang: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Product: Base System Version: 11.0-CURRENT Hardware: amd64 OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: wireless Assignee: freebsd-wireless@FreeBSD.org Reporter: alex.deiter@gmail.com FreeBSD 11.0-CURRENT r270733M amd64, PCI / Atheros 9227, 802.11n hostap mode Time to time network traffic between clients and AP stops: Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode off, 1 sta's in ps mode Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_findrate: switching quickly.. Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_tx_complete: size 1600 (519 bytes) OK rate/short/long 7 MCS/0/1 nframes/nbad [1/0] Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode on, 2 sta's in ps mode Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode off, 1 sta's in ps mode Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode on, 2 sta's in ps mode Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode off, 1 sta's in ps mode Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_findrate: switching quickly.. Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_tx_complete: size 1600 (305 bytes) OK rate/short/long 7 MCS/0/1 nframes/nbad [1/0] Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_findrate: switching quickly.. Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] ath_rate_tx_complete: size 250 (114 bytes) OK rate/short/long 4 MCS/0/1 nframes/nbad [1/0] Sep 5 16:18:31 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode on, 2 sta's in ps mode Sep 5 16:18:32 blackbird kernel: wlan0: [84:7a:88:70:c6:cd] power save mode off, 1 sta's in ps mode it is the same case with all clients: android, windows, FreeBSD. Workaround - reboot AP system :-( athstats: 317346 data frames received 432914 data frames transmit 543 tx frames with an alternate rate 29708 short on-chip tx retries 41739 long on-chip tx retries 5700 tx failed 'cuz too many retries 17 stuck beacon conditions MCS4 current transmit rate 3 tx stopped 'cuz no xmit buffer 209 tx failed 'cuz destination filtered 2061 tx frames with no ack marked 421765 tx frames with short preamble 13990 rx failed 'cuz of bad CRC 1 rx failed 'cuz frame too short 1 rx failed 'cuz of PHY err 1 illegal service 162287 beacons transmitted 554 periodic calibrations -0/+0 TDMA slot adjust (usecs, smoothed) 50 rssi of last ack 33 avg recv rssi -96 rx noise floor 9348 tx frames through raw api 205506 A-MPDU sub-frames received 120913 Half-GI frames received 751 CRC errors for non-last A-MPDU subframes 172 CRC errors for last subframe in an A-MPDU 1 Frames received w/ STBC encoding 97566 Frames transmitted with HT Protection 6407 Number of frames retransmitted in software 336 Number of frames exceeding software retry 178990 A-MPDU sub-frame TX attempt success 5884 A-MPDU sub-frame TX attempt failures 900 A-MPDU TX frame failures 1514 cabq frames transmitted 137 cabq xmit overflowed beacon interval 1 OFDM weak signal detect 189 listen time 33 ANI disabled OFDM weak signal detect 741238 cumulative OFDM phy error count 346722 cumulative CCK phy error count 677 ANI forced listen time to zero 35612 missing ACK's 50495 RTS without CTS 73359 successful RTS 19322 bad FCS 21 average rssi (beacons only) Antenna profile: [0] tx 277449 rx 7401 [1] tx 0 rx 309945 wlan interface hang with messages: Sep 6 13:26:19 blackbird kernel: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Sep 6 13:26:49 blackbird kernel: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Sep 6 13:27:19 blackbird kernel: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Sep 6 13:27:49 blackbird kernel: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA and clients can not connect. sysctl dev.ath.0.txagg=1 output: Sep 6 13:29:28 blackbird kernel: no tx bufs (empty list): 0 Sep 6 13:29:28 blackbird kernel: no tx bufs (was busy): 0 Sep 6 13:29:28 blackbird kernel: aggr single packet: 159053 Sep 6 13:29:28 blackbird kernel: aggr single packet w/ BAW closed: 4291 Sep 6 13:29:28 blackbird kernel: aggr non-baw packet: 1230 Sep 6 13:29:28 blackbird kernel: aggr aggregate packet: 1116991 Sep 6 13:29:28 blackbird kernel: aggr single packet low hwq: 1642117 Sep 6 13:29:28 blackbird kernel: aggr single packet RTS aggr limited: 0 Sep 6 13:29:28 blackbird kernel: aggr sched, no work: 326966 Sep 6 13:29:28 blackbird kernel: 0: 0 1: 0 2: 191070 3: 138685 Sep 6 13:29:28 blackbird kernel: 4: 216793 5: 48158 6: 56315 7: 32509 Sep 6 13:29:28 blackbird kernel: 8: 46740 9: 38002 10: 98295 11: 30125 Sep 6 13:29:28 blackbird kernel: 12: 20621 13: 27663 14: 9649 15: 7418 Sep 6 13:29:28 blackbird kernel: 16: 9114 17: 22346 18: 32944 19: 3902 Sep 6 13:29:28 blackbird kernel: 20: 2299 21: 2135 22: 1895 23: 1896 Sep 6 13:29:28 blackbird kernel: 24: 1718 25: 1739 26: 4926 27: 21511 Sep 6 13:29:28 blackbird kernel: 28: 1445 29: 956 30: 1009 31: 2592 Sep 6 13:29:28 blackbird kernel: 32: 42521 33: 0 34: 0 35: 0 Sep 6 13:29:28 blackbird kernel: 36: 0 37: 0 38: 0 39: 0 Sep 6 13:29:28 blackbird kernel: 40: 0 41: 0 42: 0 43: 0 Sep 6 13:29:28 blackbird kernel: 44: 0 45: 0 46: 0 47: 0 Sep 6 13:29:28 blackbird kernel: 48: 0 49: 0 50: 0 51: 0 Sep 6 13:29:28 blackbird kernel: 52: 0 53: 0 54: 0 55: 0 Sep 6 13:29:28 blackbird kernel: 56: 0 57: 0 58: 0 59: 0 Sep 6 13:29:28 blackbird kernel: 60: 0 61: 0 62: 0 63: 0 Sep 6 13:29:28 blackbird kernel: Sep 6 13:29:28 blackbird kernel: HW TXQ 0: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0 Sep 6 13:29:28 blackbird kernel: HW TXQ 1: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0xfffffe0000d33b28 Sep 6 13:29:28 blackbird kernel: HW TXQ 2: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0 Sep 6 13:29:28 blackbird kernel: HW TXQ 3: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0xfffffe0000d5a8b8 Sep 6 13:29:28 blackbird kernel: HW TXQ 8: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0xfffffe0000d5ea10 Sep 6 13:29:28 blackbird kernel: Total TX buffers: 509; Total TX buffers busy: 0 (509) Sep 6 13:29:28 blackbird kernel: Total mgmt TX buffers: 32; Total mgmt TX buffers busy: 0 Sep 6 13:29:28 blackbird kernel: 0: fifolen: 0/0; head=0; tail=0; m_pending=0, m_holdbf=0xfffffe0000d99b68 Sep 6 13:29:28 blackbird kernel: 1: fifolen: 0/0; head=0; tail=0; m_pending=0, m_holdbf=0 Sep 6 13:29:28 blackbird kernel: Total RX buffers in free list: 511 buffers Details: TP-LINK TL-WN851ND v1 http://www.tp-link.us/products/details/?categoryid=&model=TL-WN851ND https://wikidevi.com/wiki/TP-LINK_TL-WN851ND pciconf: ath0@pci0:4:0:0: class=0x028000 card=0x0300168c chip=0x002d168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9227 Wireless Network Adapter' class = network ifconfig: wlan0: flags=8943 metric 0 mtu 1500 ether f8:1a:67:89:0c:b8 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: running ssid blackbird channel 4 (2427 MHz 11g ht/40+) bssid f8:1a:67:89:0c:b8 regdomain ETSI country RU indoor ecm authmode WPA1+WPA2/802.11i -wps -tsn privacy MIXED deftxkey 3 TKIP 2:128-bit TKIP 3:128-bit powersavemode OFF powersavesleep 100 txpower 30 txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7 11a ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 11b ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 11g ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 turboA ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 turboG ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 sturbo ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 11na ucast NONE mgmt 12 MCS mcast 12 MCS maxretry 6 11ng ucast NONE mgmt 2 MCS mcast 2 MCS maxretry 6 half ucast NONE mgmt 3 Mb/s mcast 3 Mb/s maxretry 6 quarter ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250 roam:11a rssi 7dBm rate 12 Mb/s roam:11b rssi 7dBm rate 1 Mb/s roam:11g rssi 7dBm rate 5 Mb/s roam:turboA rssi 7dBm rate 12 Mb/s roam:turboG rssi 7dBm rate 12 Mb/s roam:sturbo rssi 7dBm rate 12 Mb/s roam:11na rssi 7dBm MCS 1 roam:11ng rssi 7dBm MCS 1 roam:half rssi 7dBm rate 6 Mb/s roam:quarter rssi 7dBm rate 3 Mb/s -pureg protmode CTS ht htcompat ampdu ampdulimit 64k ampdudensity 8 amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst -dwds -hidessid apbridge dtimperiod 1 doth -dfs inact bintval 100 AC_BE cwmin 4 cwmax 6 aifs 3 txopLimit 0 -acm ack cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm AC_VI cwmin 3 cwmax 4 aifs 1 txopLimit 94 -acm ack cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm AC_VO cwmin 2 cwmax 3 aifs 1 txopLimit 47 -acm ack cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm groups: wlan -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 6 22:44:35 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23B1D904 for ; Sat, 6 Sep 2014 22:44:35 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 09E521EEB for ; Sat, 6 Sep 2014 22:44:35 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86MiYF0093971 for ; Sat, 6 Sep 2014 22:44:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 193402] [ath] AR9227 hang: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Date: Sat, 06 Sep 2014 22:44:35 +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: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: adrian@freebsd.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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: Sat, 06 Sep 2014 22:44:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193402 Adrian Chadd changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adrian@freebsd.org --- Comment #1 from Adrian Chadd --- I think that calibration hang means the baseband has gone RX deaf. I wonder if a full chip reset will fix it, rather than a warm chip reset. I'll have to go experiment. -- You are receiving this mail because: You are the assignee for the bug.