From owner-freebsd-wireless@freebsd.org Sun Nov 27 21:00:52 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B94AC59EE7 for ; Sun, 27 Nov 2016 21:00:52 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92678D4A for ; Sun, 27 Nov 2016 21:00:52 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uARL01xn079702 for ; Sun, 27 Nov 2016 21:00:52 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201611272100.uARL01xn079702@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-wireless@FreeBSD.org Subject: Problem reports for freebsd-wireless@FreeBSD.org that need special attention Date: Sun, 27 Nov 2016 21:00:52 +0000 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2016 21:00:52 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 206801 | iwn(4) page fault on netif restart Open | 154598 | [ath] Atheros 5424/2424 can't connect to WPA netw Open | 163312 | [panic] [ath] kernel panic: page fault with ath0 Open | 166190 | [ath] TX hangs and frames stuck in TX queue Open | 166357 | [ath] 802.11n TX stall when the first frame in th Open | 169362 | [ath] AR5416: radar pulse PHY errors sometimes in Open | 169433 | [iwn] iwn(4) doesn't support 6235 chip. Open | 211689 | panic with lagg failover wireless ath and iwm 8 problems total for which you should take action. From owner-freebsd-wireless@freebsd.org Mon Nov 28 06:26:30 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4BE2AC51CFB for ; Mon, 28 Nov 2016 06:26:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 153DD1560 for ; Mon, 28 Nov 2016 06:26:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x235.google.com with SMTP id j65so214211831iof.0 for ; Sun, 27 Nov 2016 22:26:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=9OhvNVjTsf/iTeH4Y35swnQ7JTQPJHDY93KLSFxQnBM=; b=WlbELXPJYsolJ/a6n6bP/zEp9HZ0YfYrZ/vRCp6bgS/tZvaltuiM63g7/qyhEFTm/w rBFKx5JHBnSW6kmDdtOW5KoOvDWDD+oAiB2FAOQSLEYwMG2fjyE9BFpDg0h98gbWrotm Nounc/oyPaGvlp9Y4GT/JYu+HLB9gAJm/pSQn+G397BJOnEFxqAJvj1WUoGaVc+Ariws S0HeQgqKtMpN4xSrOLwujDMioDcDF/yWrR01tBAe0ElTq7eJLcUHxm+r2S60WTUNYxc8 TqQgaGqMBR1qoBOHEjvbwFzRkBiA+FT41k8g5pB0+rRsTjfwFZlNLCGDnqBI+D/DYOM6 WY3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=9OhvNVjTsf/iTeH4Y35swnQ7JTQPJHDY93KLSFxQnBM=; b=II3IXI9vgLiGSNVRJOvnsueVQj0B8A7myzhHtmoIW+iD5o/0mFH2OPTuR2VYtG3KPL jFM/7eAykCpW7zwc7rQOgWFr1l92FXkZBQx+X5m/nmrq/+L6qRaZQSPlmhO1fJD/Gamc w0mZb9zyUL87kSlBuzGDbhwlVl+2sbfZqe+Ncg0CmFImeqvIpee0JYINcd8M0MDnstbs nc635YDoT5uTJFdq07PPTkh4/JLMkOUF+SRULdNtAQw2OXE0C4Lrwr1+SQpyIwYtMF6n x3NWwNLXFMdHTm3Xi8LNusUzjVHYDNRz6IJ5t9H++U8eMWW4hiQnpDKlauA2xm4b8DfE zOkg== X-Gm-Message-State: AKaTC01QrJLsGbY/S3My/7PgNQHc23Y6CyK4Tx0ATzlC1cFSEmNNmHS8R3dni4dfe1wvNB+1z/DSSf04ZPoIGA== X-Received: by 10.107.192.194 with SMTP id q185mr15727304iof.129.1480314389606; Sun, 27 Nov 2016 22:26:29 -0800 (PST) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.36.39.134 with HTTP; Sun, 27 Nov 2016 22:26:28 -0800 (PST) In-Reply-To: References: From: Adrian Chadd Date: Sun, 27 Nov 2016 22:26:28 -0800 X-Google-Sender-Auth: dKDXqymk4YXwGiEV_bPFPkR9tJc Message-ID: Subject: Re: radiotap 802.11 change? To: Andriy Voskoboinyk Cc: "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 06:26:30 -0000 ok, hm. how'd we end up with duplicates? -adrian On 25 November 2016 at 13:47, Andriy Voskoboinyk wrote: > Fri, 25 Nov 2016 21:33:24 +0200 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Adrian Chadd > : > > 12.0-CURRENT (r308862), rtwn(4) (RTL8188CE), wireshark v2.0.5, > non-promiscuous mode: > 1) beacon from the AP, 127 bytes: > - radiotap header len: 24 bytes (correct); > - frame header len: 24 bytes > - fixed params: 12 bytes > - tagged params: 67 bytes > 2) discarded (duplicate) data frame, 1524 bytes: > - radiotap header len: 24 bytes > - frame header len (+ EIV): 32 bytes > - data: 1468 bytes > >> hiya, >> >> I've noticed something weird lately - it seems wlan radiotap (both >> 802.3 and 802.11 radiotap sessions) are now doubling up on RX'ed >> frames. >> >> Has anyone seen this? >> >> >> -adrian >> _______________________________________________ >> freebsd-wireless@freebsd.org mailing list >> https://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 Nov 28 06:29:37 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42760C51E4C for ; Mon, 28 Nov 2016 06:29:37 +0000 (UTC) (envelope-from s3erios@gmail.com) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B8EBF1621; Mon, 28 Nov 2016 06:29:36 +0000 (UTC) (envelope-from s3erios@gmail.com) Received: by mail-lf0-x231.google.com with SMTP id c13so88354558lfg.0; Sun, 27 Nov 2016 22:29:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=9t4JDSKe+FEUQN3zP+5EFy5ot70mwkpyuy5j8Ee17AQ=; b=fwAljEnCOsUNXvrV2WbK0/NjdfCJaQ6HPR+BHBMvQsIRO9o41PRHDYvAiulBT4yrTQ /1Qq5CRsF10feWANgOPHvRtHtM0HIHpxH89lu00Tfw37Ikb1JH6Behas4rI2UzMvQHpT lIrPGT5IoO+YgfXyYPynPYPwhhSgMfuwlpWgfljS+fZvNviSqwRCSxfYsfqv1d1rYDBp N+pMA/l64wi7ChcKRkwy8mXFogazqSueqkjjnCPmZx+Aiv3tUBD0W6A4anMiOqjZOjS8 SeSrm3brleGYcCS20SQhtBeLuqRBI5dGhYnRVJYScnwd5stV8yo98Frtg5GSewEji3E/ izYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=9t4JDSKe+FEUQN3zP+5EFy5ot70mwkpyuy5j8Ee17AQ=; b=EINfy2ThEd+IOPLg069vY1bDJ9xaVuSgqV9wPiWgXvOsrj7K2OMuoO6hYk8L9AlFGh LHII7ypNRg509lWmdXvHeJRfpCuCVrpdGSv5jhC4hvOl8a3oy695z4TZcRE9ap055x9K 9EguTUQ5fYTeElr4SoziRKJggmU5usaCZpRP/1QegJHB4kYjAJ9qFjsMYRx4CVduPyzR nK72y7Owv6K8+RhagTtqJrS+cSQZGmTn2i0UZqEGp3izXJ8/ATX1tu/2dAP8VsXpC9XY PJb5Kj8QSAcYkLVj9Cp8VKpMCqwFM7dfYgdU/HuqxMSm1V6tLMuWbEnzO0gAB9XyTeN7 6LCA== X-Gm-Message-State: AKaTC00fyWNmq8f+Gk+yAa66y3i4LnFFtS2u78fmvJFYsKdxcZUZ7SnLECWsNU2RYbHNqQ== X-Received: by 10.25.44.145 with SMTP id s139mr7389819lfs.176.1480314574394; Sun, 27 Nov 2016 22:29:34 -0800 (PST) Received: from localhost (host-176-37-109-22.la.net.ua. [176.37.109.22]) by smtp.gmail.com with ESMTPSA id x142sm12260042lfa.32.2016.11.27.22.29.33 (version=TLS1 cipher=AES128-SHA bits=128/128); Sun, 27 Nov 2016 22:29:33 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Adrian Chadd" Cc: "freebsd-wireless@freebsd.org" Subject: Re: radiotap 802.11 change? References: Date: Mon, 28 Nov 2016 08:29:36 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Andriy Voskoboinyk" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 06:29:37 -0000 Mon, 28 Nov 2016 08:26:28 +0200 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Adrian Chadd = : r309210, RTL8188CE - still no duplicates seen. > ok, hm. how'd we end up with duplicates? > > > > -adrian > > > On 25 November 2016 at 13:47, Andriy Voskoboinyk = > wrote: >> Fri, 25 Nov 2016 21:33:24 +0200 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0= =D0=BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Adrian Chadd >> : >> >> 12.0-CURRENT (r308862), rtwn(4) (RTL8188CE), wireshark v2.0.5, >> non-promiscuous mode: >> 1) beacon from the AP, 127 bytes: >> - radiotap header len: 24 bytes (correct); >> - frame header len: 24 bytes >> - fixed params: 12 bytes >> - tagged params: 67 bytes >> 2) discarded (duplicate) data frame, 1524 bytes: >> - radiotap header len: 24 bytes >> - frame header len (+ EIV): 32 bytes >> - data: 1468 bytes >> >>> hiya, >>> >>> I've noticed something weird lately - it seems wlan radiotap (both >>> 802.3 and 802.11 radiotap sessions) are now doubling up on RX'ed >>> frames. >>> >>> Has anyone seen this? >>> >>> >>> -adrian >>> _______________________________________________ >>> freebsd-wireless@freebsd.org mailing list >>> https://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 Nov 28 07:53:19 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B230C59D91 for ; Mon, 28 Nov 2016 07:53:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25425125A for ; Mon, 28 Nov 2016 07:53:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x235.google.com with SMTP id c21so211459637ioj.1 for ; Sun, 27 Nov 2016 23:53:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=z/DPwLbfFTApsGBu2ECsmpn4mnh00Ngrokl5lEQ8Bgc=; b=jN/AIVEn33M0fPxWWwrhP115yAkfrGg5UX60atxx3SZwzFvbRRd9kK4ddFSNlhrrZW bMIW/kMgVHlD2mh1ygszDe9wp/nuQCFvJoqbh0ZPO+zyioq+UJoRulZIgCtIFWcPTXYb MgXvaKXMSjFe82IS6G8aYHwos8LSjOr7wep1EmhJOV4GuXqYmoxsQI4ZtDKmluFFloUR 385Fv7jcyH5vQ6CG+dihiS8GDeAgDe0a4XXID4Zr6tqIe7wEB5P6mpDFevy8pc3oBKil jJmNpUogaRjmZn/rYlCnXpsScUPNmMYikuJwsB5JUyDbvI6aahBEOCE12CYo5LQS0x6c AEcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=z/DPwLbfFTApsGBu2ECsmpn4mnh00Ngrokl5lEQ8Bgc=; b=mYXrL2KPf8dhn56xu1KRD12YwlLInBf+9Kd8ZrbsvE4lh6sCBjIrknMxAtYHEblWzQ ezHcAkNzBm6rs9rERtbyS2Ooc/KppGZ/GMSuMBlFhQCNQ5A/M/TU+glhfFmIr07j2Zlk tulX14kaOaYLUlA3iydnGDgYlh9fewIqWElntXb3C/DaWtNRcPRVJBGfG0iADGBa2c7D h/1/ZjFNrnwRooy6AxKfOZPrEhvyo9jdYqrK9QLxwRYuVrCcUB/oogk7wTkcM7Y2nyeT qcwH+XS8akjCdRi81KjDcUW60L6RY9q1QgSmergu0GFKuGvl7OanrEvwFevk7IN1TlGj Xv9A== X-Gm-Message-State: AKaTC01TSfXkAb1TGEKiGdstEVVbLzm6IwWIo9WtqDVul/2Jl1ob4on/7AXDazXmZQVjeRq7x5fKpjVolsnMGg== X-Received: by 10.107.136.86 with SMTP id k83mr15302872iod.99.1480319598524; Sun, 27 Nov 2016 23:53:18 -0800 (PST) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.36.39.134 with HTTP; Sun, 27 Nov 2016 23:53:17 -0800 (PST) In-Reply-To: References: From: Adrian Chadd Date: Sun, 27 Nov 2016 23:53:17 -0800 X-Google-Sender-Auth: qfCHYgv1QkPA9sn4a1pa0EJ3i_I Message-ID: Subject: Re: radiotap 802.11 change? To: Andriy Voskoboinyk Cc: "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 07:53:19 -0000 Weird, ok. Wonder why ath(4) and my ath10k branch both see duplicate frames. interesting. -adrian On 27 November 2016 at 22:29, Andriy Voskoboinyk wrote: > Mon, 28 Nov 2016 08:26:28 +0200 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Adrian Chadd > : > > r309210, RTL8188CE - still no duplicates seen. > > >> ok, hm. how'd we end up with duplicates? >> >> >> >> -adrian >> >> >> On 25 November 2016 at 13:47, Andriy Voskoboinyk >> wrote: >>> >>> Fri, 25 Nov 2016 21:33:24 +0200 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0= =D0=BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Adrian Chadd >>> : >>> >>> 12.0-CURRENT (r308862), rtwn(4) (RTL8188CE), wireshark v2.0.5, >>> non-promiscuous mode: >>> 1) beacon from the AP, 127 bytes: >>> - radiotap header len: 24 bytes (correct); >>> - frame header len: 24 bytes >>> - fixed params: 12 bytes >>> - tagged params: 67 bytes >>> 2) discarded (duplicate) data frame, 1524 bytes: >>> - radiotap header len: 24 bytes >>> - frame header len (+ EIV): 32 bytes >>> - data: 1468 bytes >>> >>>> hiya, >>>> >>>> I've noticed something weird lately - it seems wlan radiotap (both >>>> 802.3 and 802.11 radiotap sessions) are now doubling up on RX'ed >>>> frames. >>>> >>>> Has anyone seen this? >>>> >>>> >>>> -adrian >>>> _______________________________________________ >>>> freebsd-wireless@freebsd.org mailing list >>>> https://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 Nov 28 08:51:46 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DED0C5823E for ; Mon, 28 Nov 2016 08:51:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 497D61E64; Mon, 28 Nov 2016 08:51:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x230.google.com with SMTP id a124so218183822ioe.2; Mon, 28 Nov 2016 00:51:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=p0fXgsCRpa2eZOv/JTcbRXjg5Y7rKZIicmptZEIkzww=; b=dVbcGboSUUN5b+23VGehVS+J3oojC1tVUvdzdxFnVQguRV9U0WaP0V9Wih2WQa98iz /ZLLSGIhMhq0X+kCIxej887a8JBoqALumWRZTyjf5OiBTla8AfiLCVffccT4ADAIdlAH EX3em1Yc7Q/W4FY7+JIStZx3L2GHnmkr2O2r4QhpGJAePidxKxXVL6eSYshpe/UVdgRs 4qTT/8d+9FzLfu5aQAyPJ1yb8kbtwqrdZ8TNpQQh1EcYEliZg8OyyufKt/0xBTJam64E dfWbO2MToKPNTXXylpJqZqVof7Q0Q+YyeodSAL6W1RzVvdX3qO4Xy0gqSlqFp4rabJAL YaCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=p0fXgsCRpa2eZOv/JTcbRXjg5Y7rKZIicmptZEIkzww=; b=gfZYWg5qSKx/0Ik+23Ct0tDdPxe80NfqFaBmXebF7019EYy/VSo29jSi2CsIM7+c5J G+LU6qDroOXHYTdqS13oyofbqXeg7DBALQ4wvJ7/x5gmHd6Vmm+NAVo1QeqPsqAAFt0E SicdyFq02eiOqLs+V/HEr5+qQwO1r6EOkMQvsonlsKFmzBlHfA59WEW7PzeO/1Z21m+T aHiCpFx67zJOvsHVpVKZ5kpO7oYg44F6dbulZyRimC+csbvi5BZ1NHZ2QjYHKcNQRGMq nyzHbJht0Fjf3yNGKqh6r5zM87+fWUYw4FTPtDbnvaW84E4zTQHLjTrMZ37KYB7A/VIT MUBQ== X-Gm-Message-State: AKaTC00UxbcWnd+X4C1+zmtJG2HTxrRshyWhMSvv9qDmUEesUj4NoIyX+fAAcGjQ1qY+cPQWj0VemWAw5rI9qQ== X-Received: by 10.36.43.193 with SMTP id h184mr17006958ita.29.1480323105579; Mon, 28 Nov 2016 00:51:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.39.134 with HTTP; Mon, 28 Nov 2016 00:51:44 -0800 (PST) In-Reply-To: <2659409.rMaykUSg7T@overcee.wemm.org> References: <2659409.rMaykUSg7T@overcee.wemm.org> From: Adrian Chadd Date: Mon, 28 Nov 2016 00:51:44 -0800 Message-ID: Subject: Re: Lost commit mail To: Peter Wemm , "freebsd-wireless@freebsd.org" Cc: src-committers Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 08:51:46 -0000 ... and FYI - one of them is wrong - i'll back it out once i figure out why the FreeBSD AP side is being garbage and commit a better "spec compliant" fix. ugh.. :( -a On 27 November 2016 at 21:29, Peter Wemm wrote: > There were two commits in the window where src-committers@ was broken. > > https://svnweb.freebsd.org/changeset/base/309222 > https://svnweb.freebsd.org/changeset/base/309223 > > ------------------------------------------------------------------------ > r309223 | adrian | 2016-11-27 18:59:33 -0800 (Sun, 27 Nov 2016) | 54 lines > Changed paths: > M /head/sys/dev/ath/if_ath_beacon.c > > [ath] fix target beacon interval programming for STA mode when in powersave. > > This bug has been bugging me for quite some time. I finally sat down > with enough coffee to figure it out. > > The short of it - rounding up to the next intval multiple of the TSF value > only works if the AP is transmitting all its beacons on an interval of > the TSF. If it isn't - for example, doing staggered beacons on a multi-VAP > setup with a single hardware TSF - then weird things occur. > > The long of it - > > When powersave is enabled, the MAC and PHY are partially powered off. > They can't receive any packets (or transmit, for that matter.) > The target beacon timer programming will wake up the MAC/PHY just before > the beacon is supposed to be received (well, strictly speaking, at DTIM > so it can see the TIM - traffic information map - telling the STA whether > any traffic is there for it) and it happens automatically. > > However, this relies on the target beacon time being programmed correctly. > If it isn't then the hardware will wake up and not hear any beacons - > and then it'll be asleep for said beacons. After enough of this, net80211 > will give up and assume the AP went away. > > This should fix both TSFOOR interrupts and disconnects from APs with powersave > enabled. > > The annoying bit is that it only happens if APs stagger things or start > on a non-zero TSF. So, this would sometimes be fine and sometimes not be > fine. > > What: > > * I don't know (yet) why the code rounds up to the next intval. > For now, just disable rounding it and trust the value we get. > > TODO: > > * If we do see a beacon miss in STA mode then we should transition > out of sleep for a while so we can hear beacons to resync against. > I'd love a patch from someone to enable that particular behaviour. > Note - that doesn't require that net80211 brings the chip out of > sleep state - only that we wake the chip up through to full-on and > then let it go to sleep again when we've seen a beacon. The wifi > stack and AP can still completely just stay believing we're in sleep > mode. > > Tested: > > * AR9485, STA mode, powersave enabled > > MFC after: 1 week > Relnotes: Yes > > ------------------------------------------------------------------------ > r309222 | adrian | 2016-11-27 18:51:55 -0800 (Sun, 27 Nov 2016) | 5 lines > Changed paths: > M /head/sys/dev/ath/if_ath_rx.c > > [ath] include logging of TU versions of the TSF values. > > The beacon programming side of things deals in TUs and 1/8th TUs, so > it's good to se the TU value here when debugging beaconing issues. > > ------------------------------------------------------------------------ > > > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV > UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 > From owner-freebsd-wireless@freebsd.org Tue Nov 29 02:03:03 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34DE4C5A674 for ; Tue, 29 Nov 2016 02:03:03 +0000 (UTC) (envelope-from bsdlists@xmail.net) Received: from www.xmail.net (www.xmail.net [65.110.6.50]) by mx1.freebsd.org (Postfix) with ESMTP id 26E3A1EB5 for ; Tue, 29 Nov 2016 02:03:02 +0000 (UTC) (envelope-from bsdlists@xmail.net) To: FreeBSD wireless Received: from [24.113.41.81] by www.xmail.net with HTTP for ; Mon, 28 Nov 2016 17:51:49 -0800 X-Mailer: Web XMail 4.1 From: "Chris H" Subject: Realtek RTL8188CE support? Date: Mon, 28 Nov 2016 17:51:49 -0800 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline MIME-Version: 1.0 Message-Id: <20161129015149.9BB2D2DB5462@www.xmail.net> X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2016 02:03:03 -0000 Greetings, all.=0AI recently set out to create a wireless gateway, out o= f one of my servers.=0AI ran across a PCIe card that had the Realtek 818= 8CE chip on it, and upon=0Afurther investigation, indicated it was a pre= tty capable chip indeed. So I=0Alooked in hopes of finding FreeBSD suppo= rted it. While not listed in=0AHARDWARE.txt anywhere. I did find quite a= bit of evidence that it was=0Aindeed supported (via rtwn(4)). So I orde= red one. It just arrived, and I loaded=0Ain loader.conf(5):=0Aif_rtwn_lo= ad=3D"YES"=0A=0ABut further installation seems to indicate that (at leas= t in RELENG_11) that=0Athe rtwn(4) driver is (only?) intended for dongle= s (USB), and not the PCIe=0Aversion(s) of the RTL8188CE chipset. Is this= true? If so, is the work on=0ACURRENT (12), which *does* appear to supp= ort the RTL8188CE, (back)portable=0Ato 11? Normally, I'd find it fairly= trivial to back port the changes, but I=0Asee what appears to be a comp= lete re-organization to the network infrastructure=0Awhere drivers are c= oncerned.=0AI'm not on 12, and can't make the jump yet. So here's hoping= .=0A=0AThank you for all your time, and consideration.=0A=0A--Chris=0A--= ------------------------------------------------------------------------= ----------=0A From owner-freebsd-wireless@freebsd.org Tue Nov 29 03:20:19 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A43BC5AF09 for ; Tue, 29 Nov 2016 03:20:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E4E31D9D for ; Tue, 29 Nov 2016 03:20:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x235.google.com with SMTP id m5so129916337ioe.3 for ; Mon, 28 Nov 2016 19:20:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=gKcELFfNG6249Q/MhvdVmrawclD2bugRP+qkifUlnSo=; b=y8If7d/x/6AB69HOLrs56ofL4nBwP00k3MSsXVxtQlSCY4f3L0Enz7gnFq1JJmKCGK jrRWzx8wbLv8PGN87fYhxHfxjJS3J75Me/udjZ63PJue51SgvD15mFSN/Hb/e/7ZSpHl y6Ww7VswAR1sH329V2mciW9aN3BJOEKWxAwyEbt9sNmz3x+ScbvGhkw98Xp9Idv9D0dt bCevA0eiQtnP4SI51NdOZJG+Y8EyXO4mamSf4/327I1S6rWLkzJza+gDF7038drQAiyI k/K2PC7HcX4DWZYnP2TFpUIK41zhlVvKtCUxmuzVDQ4FegWMhRBKSyM+srWdxxmgRxTf F/6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=gKcELFfNG6249Q/MhvdVmrawclD2bugRP+qkifUlnSo=; b=CtSB+HD0e0Efd8KEGoL+XN2XgSvWi5caCUr6kb8xb5BZf7DpFoTQKA9O0cR/veyEL+ fh/RV8sHR2RyoSiC6v9lYjI6VQcLDZ71I/M3ht1Zag2p4L4qkpXMwxcmy3UrHML2CIp1 6L7wnRFv+5PeHowe1nq5OROwtmCFJeGwEPYKpo58vtCS+6Vd4n1yxZkNLmMxpzBEUDLp 5IHZDAVTLrRe2EhaJ1j7yCLZJuVALpkXM9KtHsznLCCv/EqP9LeCCebL30SclGQUNKZc oCAvnKtFzNJqVVY74kA796U9V0onbrtXP0SToXYcsJTfJqspG1RZQoURYZbJMRufLMmq ZGjQ== X-Gm-Message-State: AKaTC036fyE10yHlgfgq9WYlTXH6/euV0ETl3oqCGMKeBEIbkkjGdCGfoGqNkq6mscIp2mgi1ESvyWX6dNjJqA== X-Received: by 10.36.138.67 with SMTP id v64mr21425087itd.39.1480389618429; Mon, 28 Nov 2016 19:20:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.39.134 with HTTP; Mon, 28 Nov 2016 19:20:17 -0800 (PST) In-Reply-To: <20161129015149.9BB2D2DB5462@www.xmail.net> References: <20161129015149.9BB2D2DB5462@www.xmail.net> From: Adrian Chadd Date: Mon, 28 Nov 2016 19:20:17 -0800 Message-ID: Subject: Re: Realtek RTL8188CE support? To: Chris H Cc: FreeBSD wireless Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2016 03:20:19 -0000 hiya, I think we can backport the whole thing, but it comes with a lot of other changes. I'll talk to Andriy about it; maybe we can pick a time where we can just checkpoint the whole -head wireless stack + drivers and backport it in one hit. -a On 28 November 2016 at 17:51, Chris H wrote: > > Greetings, all. > I recently set out to create a wireless gateway, out of one of my servers. > I ran across a PCIe card that had the Realtek 8188CE chip on it, and upon > further investigation, indicated it was a pretty capable chip indeed. So I > looked in hopes of finding FreeBSD supported it. While not listed in > HARDWARE.txt anywhere. I did find quite a bit of evidence that it was > indeed supported (via rtwn(4)). So I ordered one. It just arrived, and I loaded > in loader.conf(5): > if_rtwn_load="YES" > > But further installation seems to indicate that (at least in RELENG_11) that > the rtwn(4) driver is (only?) intended for dongles (USB), and not the PCIe > version(s) of the RTL8188CE chipset. Is this true? If so, is the work on > CURRENT (12), which *does* appear to support the RTL8188CE, (back)portable > to 11? Normally, I'd find it fairly trivial to back port the changes, but I > see what appears to be a complete re-organization to the network infrastructure > where drivers are concerned. > I'm not on 12, and can't make the jump yet. So here's hoping. > > Thank you for all your time, and consideration. > > --Chris > ------------------------------------------------------------------------------------ > > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-wireless@freebsd.org Tue Nov 29 06:19:25 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90C27C5B9C2 for ; Tue, 29 Nov 2016 06:19:25 +0000 (UTC) (envelope-from s3erios@gmail.com) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 150F61DCE for ; Tue, 29 Nov 2016 06:19:25 +0000 (UTC) (envelope-from s3erios@gmail.com) Received: by mail-lf0-x22f.google.com with SMTP id o141so113698108lff.1 for ; Mon, 28 Nov 2016 22:19:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=5zw4fDD5+gGhfOa+SYRcvX5515m08ehkWbj4ug+P4GM=; b=nqjr0V9G1tGWmX8H/vLWjSa0lHIQqjkeOn9XE5wGBlCC2bMK4MnrZaOf79YNNqSwUn k7+gHMjS0+PDVabdVBdx83TupDNUQqf8cINvXasQ9PkSUI5NqNNZSxPy1ty1re1RK3mC RgD1JM17b22YpIsKZX789Hu3cdQPGUbK+mYhn2qdqZ2xhZnBui7cJ5lMvgfyHTFkrSzx vyT27wu2wPMXJnVYhUVwuG9OwiUXVkRVLpes2N+GFueMxti2qRYiVLxHbOz4qwIUx8mI Ih/AlZp4xiOsAlQepicVM9k8MrM8M8rHIoACA3/c/u19kn+8myXD3W4RDz6CbpY9jTkA rHxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=5zw4fDD5+gGhfOa+SYRcvX5515m08ehkWbj4ug+P4GM=; b=IcnYY+bmOEdPnCqv1MptpeFXFA04cnfeLaYKbKqgpGkIhA7dSlyK54hAxjvzUsPjMl NFhnpKkCPXhhTcn7VfYps9rnkg8mDXhdNmbbM1eY0mrkewRJwoTmt7ek+2/tEWMWU/XG G/pE1rENSQwk+77yNODq6+MpHsV4my26F1VIVNWQbasUDbL1Rr+CkHFQcib/TFU5C16f pCWM1LvkbW0xjUzv3cVPS/2SOD97mmy56aiGEku4TIRICZOKuuXhYe9Yzp/74UQmuqre 3gL3WyzPtGW90n/JQFTRUn4HmDnZ2dlbG8jm27aLcxmZGJqzYEdG3cgh7bGY51amxLIP rLtQ== X-Gm-Message-State: AKaTC00QiNCrfWyQoErGTFaV5achAJ8VcdoHDYG5PMQMwR14FTAPO006+PIZCLrLhcDP9A== X-Received: by 10.25.129.148 with SMTP id c142mr9384304lfd.136.1480400362668; Mon, 28 Nov 2016 22:19:22 -0800 (PST) Received: from localhost (host-176-37-109-22.la.net.ua. [176.37.109.22]) by smtp.gmail.com with ESMTPSA id i129sm13198697lfd.8.2016.11.28.22.19.21 (version=TLS1 cipher=AES128-SHA bits=128/128); Mon, 28 Nov 2016 22:19:21 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Chris H" , "Adrian Chadd" Cc: "FreeBSD wireless" Subject: Re: Realtek RTL8188CE support? References: <20161129015149.9BB2D2DB5462@www.xmail.net> Date: Tue, 29 Nov 2016 08:19:25 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Andriy Voskoboinyk" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2016 06:19:25 -0000 Tue, 29 Nov 2016 05:20:17 +0200 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Adrian Chadd = : There are already some __FreeBSD_version checks, so it is compatible wit= h = 11.0-RELEASE; see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205477 as an exa= mple. P.S. No, rtwn(4) (in 11.0-RELEASE) for PCIe, urtwn(4) for USB (this was = = changed in https://svnweb.freebsd.org/base/head/UPDATING?r1=3D307532&r2=3D307531&pa= threv=3D307532 = ) > hiya, > > I think we can backport the whole thing, but it comes with a lot of > other changes. I'll talk to Andriy about it; maybe we can pick a time > where we can just checkpoint the whole -head wireless stack + drivers > and backport it in one hit. > > > -a > > > On 28 November 2016 at 17:51, Chris H wrote: >> >> Greetings, all. >> I recently set out to create a wireless gateway, out of one of my = >> servers. >> I ran across a PCIe card that had the Realtek 8188CE chip on it, and = = >> upon >> further investigation, indicated it was a pretty capable chip indeed.= = >> So I >> looked in hopes of finding FreeBSD supported it. While not listed in >> HARDWARE.txt anywhere. I did find quite a bit of evidence that it was= >> indeed supported (via rtwn(4)). So I ordered one. It just arrived, an= d = >> I loaded >> in loader.conf(5): >> if_rtwn_load=3D"YES" >> >> But further installation seems to indicate that (at least in RELENG_1= 1) = >> that >> the rtwn(4) driver is (only?) intended for dongles (USB), and not the= = >> PCIe >> version(s) of the RTL8188CE chipset. Is this true? If so, is the work= on >> CURRENT (12), which *does* appear to support the RTL8188CE, = >> (back)portable >> to 11? Normally, I'd find it fairly trivial to back port the changes,= = >> but I >> see what appears to be a complete re-organization to the network = >> infrastructure >> where drivers are concerned. >> I'm not on 12, and can't make the jump yet. So here's hoping. >> >> Thank you for all your time, and consideration. >> >> --Chris >> ---------------------------------------------------------------------= --------------- >> >> _______________________________________________ >> freebsd-wireless@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> To unsubscribe, send any mail to = >> "freebsd-wireless-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to = > "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-wireless@freebsd.org Wed Nov 30 08:33:51 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BCBFC5D97C for ; Wed, 30 Nov 2016 08:33:51 +0000 (UTC) (envelope-from fnoyanisi@yahoo.com) Received: from nm8-vm0.bullet.mail.bf1.yahoo.com (nm8-vm0.bullet.mail.bf1.yahoo.com [98.139.213.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 16C6E12F7 for ; Wed, 30 Nov 2016 08:33:50 +0000 (UTC) (envelope-from fnoyanisi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1480494823; bh=sJqm7kngacxDkfJ8U0Y4fWkM/pPdfdx5aK0BIXRqwBE=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=UO9QEmYFHD+VMdtPXMlsl8hjRHyeY4waDJWD00v/PJ0T+8jMibZpSZFBZo1ISQFUg1l8X60GxTHcprbaGye3hHcgLPGWXd1+Fn/a2D3ikXXkg3spbfp+rJC3DLGOEQoiHkKYwzmS2EzgNoBEF3VS7xteEDJbrePhSHaLbgDZYAg9FJdUo/i3QpxuNEGLSp7eVnBylaS0nvYnOJueV6mg0qRceFI2MRRGl5TowljeGqaUfo773NxRgvyuAVHkSD5k6KwqAgh5InzrzOz+yidySpuoApBlC7+vh4MW0T6Py8XHb0KvzjcFTFIY2bnevtQtORzbjs919V7TTwY+Gfv0oA== Received: from [98.139.170.181] by nm8.bullet.mail.bf1.yahoo.com with NNFMP; 30 Nov 2016 08:33:43 -0000 Received: from [98.139.212.245] by tm24.bullet.mail.bf1.yahoo.com with NNFMP; 30 Nov 2016 08:33:43 -0000 Received: from [127.0.0.1] by omp1054.mail.bf1.yahoo.com with NNFMP; 30 Nov 2016 08:33:43 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 646251.30123.bm@omp1054.mail.bf1.yahoo.com X-YMail-OSG: 1qOOu_wVM1nCSbU7EkMr_zj5bUgv0cybRt3micRdCdKofUe3gTpcs.X2sj_oRfz CWkKkYG8FcuIQz4THUmNYncpzA7sWAMlV8LouHZ7VK0_BTN2AQM6WPyhTJwMOiRIpit7Obvxa_E0 L4hk5NFfUB03vjBMvL56dbGd4mcQKNL5Ueb0w7L6a0RD4V.MjCbCZV.zQir9FIuAhQQld3Emd9AH nIoj4mcSZfbQZuCGocOW9ht6eRyqm9Tfytox9SKwqkThaOv8wv8N9sYLxKQS.uNdvx.65tO1Pu23 MH8Bae.nwm_qdEhsxnufMLnQpYeSeuL7LBm.g29knP9NjqLEdYJ4NyPaV5sz3yRKWngculNrCTli N0X.DWVWRpkAK8gaBdkkN7hnu9mzA7xzSPiVoa1XpCePeu9BAFQdrBtzIZtMcWFhQmnf33nIsvw2 YGcSg_nmcepZPMRqtq6jnJeGgqxRvnvS3jNliCzYDBLbPUGzu77t348qqR_Hp6MhBFyetqyo..KP 4hm1OQ_SEEa1c_21YxH6I Received: from jws400055.mail.bf2.yahoo.com by sendmailws164.mail.bf1.yahoo.com; Wed, 30 Nov 2016 08:33:43 +0000; 1480494823.284 Date: Wed, 30 Nov 2016 08:33:43 +0000 (UTC) From: Fehmi Noyan ISI Reply-To: Fehmi Noyan ISI To: Freebsd Wireless Message-ID: <274363496.3274563.1480494823102@mail.yahoo.com> Subject: ifconfig(8) and WPA functionality MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <274363496.3274563.1480494823102.ref@mail.yahoo.com> X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2016 08:33:51 -0000 hiya, I have been studying OpenBSD's implementation of ifconfig utility and realized that many of the WPA functionality is provided by the OpenBSD's ifconfig utility. Functionality is implemented as ioctl calls (SIOCS80211WPAPARMS / SIOGS80211WPAPARMS) and, as far as I have been told, is enough to provide basic wifi connectivity and likes. Has something similar (embedding WPA functionality into ifconfig(8)) been considered for FreeBSD before? This, of course, is a design matter than being a coding issue. Thanks From owner-freebsd-wireless@freebsd.org Wed Nov 30 15:36:10 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BC89C5CB06 for ; Wed, 30 Nov 2016 15:36:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62A5E11C6 for ; Wed, 30 Nov 2016 15:36:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-oi0-x22a.google.com with SMTP id v84so232826469oie.3 for ; Wed, 30 Nov 2016 07:36:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=TOpXZ/f+px/94OOirMgoQykrLhEyHqXB7M0H5xMoCEI=; b=nQF/KPmyN946LMfb+J06WV8Fl4vh04JiwvyUS2O5sAAUm/Pz9Qe7vP/0c0MLMl3sNs VBD2kz+oWnR+Q3SQsSifNDL4InvTx/2YswZE4JKS6peX0hshymvAB7HNarzNeurU/2ku sBSOY5SDMmaCF8WYpKtqekD3ryv/wLtc5GaFS4CrrnHEXpcQe/3G3URKvWgW7nC8IgyQ lSWtQnBFpJUeZdIlWmba/OLh+TX7zY5DSVONVZnPYebL9IIFznZZtTvLiV03bGC0+jBe BDcb7Dn4tMFKzUWzwpJhX1A7Kvw7EjLd4TutOhdNGaJPx3ia9bcwY0EdcSBNxf7rpfeU OY6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=TOpXZ/f+px/94OOirMgoQykrLhEyHqXB7M0H5xMoCEI=; b=BYDIBHgfAUM55TdUxYesPWLQ9Ey1K/JHcWsi4lZzSmGjKaSQJlpwlB/5PyywQA35Wr SV6dsH8WOYu1HClELgQdQ68JV2pTNlRXEM9EbaPf+Ucqssl5dAltItV4Iz1MS6oqaPll HWkjA2UwRaswVMYKAGxpZZWaLqEdPAdN7Y2RqZdz53y4Urrn8OtyNE4WJtHs9ewMVj3Z o00libnjpprEmxITFVsWNG4znO6a9KhMIt6OdLS8WLlAwBQ5SUBL779xpq45M8GA5bPj SUydG3fR1RQtcGHrZZZ42+gQnrochvj+mGVlCMuCH3I+VBqHAIMoKsVveL58XVbQ+imy W8AQ== X-Gm-Message-State: AKaTC03VZxkf6kQvIzgDL4yvhFCHWreHevLkNJG40FPvfBRQAJileeiGYB45U/5kURwgXEOS/biKs2mJDa0ZSg== X-Received: by 10.36.58.85 with SMTP id m82mr28762876itm.29.1480520169667; Wed, 30 Nov 2016 07:36:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.150.129 with HTTP; Wed, 30 Nov 2016 07:36:09 -0800 (PST) In-Reply-To: <274363496.3274563.1480494823102@mail.yahoo.com> References: <274363496.3274563.1480494823102.ref@mail.yahoo.com> <274363496.3274563.1480494823102@mail.yahoo.com> From: Adrian Chadd Date: Wed, 30 Nov 2016 07:36:09 -0800 Message-ID: Subject: Re: ifconfig(8) and WPA functionality To: Fehmi Noyan ISI Cc: Freebsd Wireless Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2016 15:36:10 -0000 hiya, nope - we're sticking with wpa_supplicant driving the wpa / 802.1x state machine for now. -a On 30 November 2016 at 00:33, Fehmi Noyan ISI via freebsd-wireless wrote: > hiya, > > I have been studying OpenBSD's implementation of ifconfig utility and realized that many of the WPA functionality is provided by the OpenBSD's ifconfig utility. > > Functionality is implemented as ioctl calls (SIOCS80211WPAPARMS / SIOGS80211WPAPARMS) > > and, as far as I have been told, is enough to provide basic wifi connectivity and likes. > > Has something similar (embedding WPA functionality into ifconfig(8)) been considered for FreeBSD before? This, of course, is a design matter than being a coding issue. > > Thanks > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-wireless@freebsd.org Wed Nov 30 21:52:13 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3ECD4C5E02D for ; Wed, 30 Nov 2016 21:52:13 +0000 (UTC) (envelope-from fnoyanisi@yahoo.com) Received: from nm49-vm6.bullet.mail.bf1.yahoo.com (nm49-vm6.bullet.mail.bf1.yahoo.com [216.109.115.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB6441760 for ; Wed, 30 Nov 2016 21:52:12 +0000 (UTC) (envelope-from fnoyanisi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1480542539; bh=0LTGpaJBNRTZtyjNnShEzQ0uIGlphqIWcLFGpYo/2PI=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=hj03S60uXsdf8OGjNUxX9SD77tgUQan/2cnzP0gPYfxp1W75YEzAjnXW+bND+OChlENl55L54opdMMjkWgtfZXRGBi3H83hog6VMHadtwZ47Ee7qysfMPDKIpOxLKWe5jH+RhDrOn6M2UtramxhsjBkQmz36leKdtiIEYvyCIK+wx9f7124HsZDK3HkwFdC9/NnsPMwdIlR6QdAInb6BfVsk8ZhiEVd13HrjoDvaJNTj6tQ+OZ3nRX0J0I8Kl7ik6KZwsMx/CH45j4+n6BXca4qqrFd7KnXA0DXp78S2GTKbXN6Wkh03KKKzO27uwM8xDCW5zcqyl4r1bKu3Q3bNSA== Received: from [66.196.81.173] by nm49.bullet.mail.bf1.yahoo.com with NNFMP; 30 Nov 2016 21:48:59 -0000 Received: from [98.139.212.209] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 30 Nov 2016 21:48:59 -0000 Received: from [127.0.0.1] by omp1018.mail.bf1.yahoo.com with NNFMP; 30 Nov 2016 21:48:59 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 546410.65042.bm@omp1018.mail.bf1.yahoo.com X-YMail-OSG: YTPDXgIVM1kFjUJlsKAGHU7acAD.eEoGdnpJeYC4jh31P1Gm4tRy_I6hw_i1hWJ 5EWB.AUPAJMrgeXS62yzjl8ZCb8Sc5xzI45g5m26c_xL.YXAf_g6gqCzvdxa3cRlqTtaE8sX9HP1 IcfMDQvp3Ae9IFvW_KjZDLM89BmIOSoZPzV.8_DKDb5HvRilw40t4HK1buM.N8IBhSw7tV55ToWH yCad1yLt3Ej3gYn4uhXbpQSrecRKZJTal_uoKQGxTMK1uTkGQXZEDg8yRAAdSnYm3hDBq9UPstNK fCDtd9Q4fBuAof04N_NQwFt2GMYMZ7q.oK9o7H5lWFAPyUtFfizZfHsNrx1N6fxwyHUYXmX8lUZW gVeSfH16a7LBfTUG9vS51GpZd1DVGGJub_sNVAH_qthUwdhY9JqCi0QyNE5Jfctar8Pd9igA3WPQ DnMNqvDR64MDlTWy5TrqjqgY7J.Rft_j_eVZSpqHzHEyyEJ8fw6nxllpQJr6HHapkej6HHjkB4We 9Vi5Fl4Mv_dD_OKWvaDOgLQ4- Received: from jws400113.mail.bf2.yahoo.com by sendmailws169.mail.bf1.yahoo.com; Wed, 30 Nov 2016 21:48:59 +0000; 1480542539.173 Date: Wed, 30 Nov 2016 21:48:58 +0000 (UTC) From: Fehmi Noyan ISI Reply-To: Fehmi Noyan ISI To: Adrian Chadd Cc: Freebsd Wireless Message-ID: <1348514938.3829550.1480542538872@mail.yahoo.com> In-Reply-To: References: <274363496.3274563.1480494823102.ref@mail.yahoo.com> <274363496.3274563.1480494823102@mail.yahoo.com> Subject: Re: ifconfig(8) and WPA functionality MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2016 21:52:13 -0000 Thanks Adrian... ----- Original Message ----- From: Adrian Chadd To: Fehmi Noyan ISI Cc: Freebsd Wireless Sent: Thursday, December 1, 2016 4:36 AM Subject: Re: ifconfig(8) and WPA functionality hiya, nope - we're sticking with wpa_supplicant driving the wpa / 802.1x state machine for now. -a On 30 November 2016 at 00:33, Fehmi Noyan ISI via freebsd-wireless wrote: > hiya, > > I have been studying OpenBSD's implementation of ifconfig utility and realized that many of the WPA functionality is provided by the OpenBSD's ifconfig utility. > > Functionality is implemented as ioctl calls (SIOCS80211WPAPARMS / SIOGS80211WPAPARMS) > > and, as far as I have been told, is enough to provide basic wifi connectivity and likes. > > Has something similar (embedding WPA functionality into ifconfig(8)) been considered for FreeBSD before? This, of course, is a design matter than being a coding issue. > > Thanks > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-wireless@freebsd.org Thu Dec 1 01:32:03 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64958C5DDC9 for ; Thu, 1 Dec 2016 01:32:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CD0D1929 for ; Thu, 1 Dec 2016 01:32:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x22e.google.com with SMTP id j65so387091304iof.0 for ; Wed, 30 Nov 2016 17:32:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wAzBQnJC1GU2IMJWA5oOmeVUMv3R8HsthhA7PkJwfo8=; b=S3Tc3XdJ57Z9vWviOv6y2EwvABPh9jWOHGG8OjXbaw2TUVyZ49AdVMET9ZmFgSZFSt C97ZOzI0WqOFcxVvTH4oUgNw4PxRqOh0S4VaT/rYhcN90bdKQPlkJNl2ndADV3fSNYcQ Q3sTLmIalftAr/bJGrCG3wgURQ0/9XpcJ0XwTKI5SGwQsHRDk5xFiAWNIoD8d10inGjy xrSPHjPp+YrX9SgdSQdvALrpEDOlZ5Fbt8Masc5cjoN/JYw/D4NVTku10YwD6RRDwEbu lXjC/IWIwRFx0I7Aqdaji8RZhVvXo3CrRFjT9v0MbIlEkE/3UCYa9VMKgBGm/yUp8ez+ RIKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wAzBQnJC1GU2IMJWA5oOmeVUMv3R8HsthhA7PkJwfo8=; b=JoOLT1lu9jmXU/d9heOPbI8NaHpRX7frl2hGGNX2Wco6KNMHDMabLAXstFwyK0P+yG C3WSAQ4Cj133z99I/dj53jlcrXKVxoJJZ7st6bMvkWUk8QTWIQMQvU3E2iGxr7z3lQjc O9FNynR/8vgCOnoEGKIzVoak7Bp0brbYWRwRTi6VM9TZpeaYcM8YjzS4YP9V9GQZy284 ZdkdCSR56uUIXT2zsOQn+QvXUm1qdGVYgg/ThyKKdxwwb101iRAayaVi2Ctym4473K1k yUB+U0xv5NkjEOGAiRgOtLeTJt8Voso2Y8CTe2w5cGeJr8Ry3XAs2lw5u8BaYgxr0fIx GsSA== X-Gm-Message-State: AKaTC00oNc+iPjQtPILGUj6P8rQji4Iwm2m38sI0Q04090ss1UMrTzpXVq9dQtJOmHY8BxRTUcsN13hfi8lJkA== X-Received: by 10.36.43.193 with SMTP id h184mr31060384ita.29.1480555922529; Wed, 30 Nov 2016 17:32:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.150.129 with HTTP; Wed, 30 Nov 2016 17:32:01 -0800 (PST) In-Reply-To: References: <264bf419-c97f-a333-167a-5eb13a6bf96a@rawbw.com> <1983541127.1707358.1479779586520@mail.yahoo.com> <3b76a34b-0ac7-dd2e-60f0-e6b0ac811e44@rawbw.com> <7e39e6b6-30a6-9c67-534b-4b8a1b2309e7@rawbw.com> From: Adrian Chadd Date: Wed, 30 Nov 2016 17:32:01 -0800 Message-ID: Subject: Re: wpa_supplicant + wpa_gui have troubles when many APs have the same name To: Yuri Cc: Fehmi Noyan ISI , freebsd-wireless Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2016 01:32:03 -0000 ping? :) -a On 21 November 2016 at 18:06, Adrian Chadd wrote: > hi, > > all on the same band, or on different bands? > > next time, do this: > > ifconfig -v wlan0 list scan > > .. when it's happening. that way I can see how many there are and what > they're doing. > > > -a > > > On 21 November 2016 at 18:05, Yuri wrote: >> On 11/21/2016 18:01, Adrian Chadd wrote: >>> >>> Hi, >>> >>> Is it trying to send out probe requests to ALL of those devices for some >>> reason? >>> >>> How many APs is too many? Maybe I can try duplicating it. >> >> >> I didn't debug it. But I observed that the problem occurred in several >> public places, like airports, conference halls, hotels which attempt to >> "cover" the space with APs with the same name. Sometimes there were 10-20 >> APs in sight. >> >> Yuri >> From owner-freebsd-wireless@freebsd.org Fri Dec 2 09:20:57 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCF30C5F38F for ; Fri, 2 Dec 2016 09:20:57 +0000 (UTC) (envelope-from christian.mauderer@embedded-brains.de) Received: from dedi548.your-server.de (dedi548.your-server.de [85.10.215.148]) (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 7DBF9135C for ; Fri, 2 Dec 2016 09:20:57 +0000 (UTC) (envelope-from christian.mauderer@embedded-brains.de) Received: from [88.198.220.130] (helo=sslproxy01.your-server.de) by dedi548.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85_2) (envelope-from ) id 1cCjfn-000538-0N for freebsd-wireless@freebsd.org; Fri, 02 Dec 2016 09:58:27 +0100 Received: from [82.135.62.35] (helo=mail.embedded-brains.de) by sslproxy01.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cCjfm-00010g-Jm for freebsd-wireless@freebsd.org; Fri, 02 Dec 2016 09:58:26 +0100 Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 015822A01AE for ; Fri, 2 Dec 2016 09:58:39 +0100 (CET) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id bMSENgeeJZ3I for ; Fri, 2 Dec 2016 09:58:38 +0100 (CET) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 0A98B2A1809 for ; Fri, 2 Dec 2016 09:58:38 +0100 (CET) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 7YRB1Kp5eorY for ; Fri, 2 Dec 2016 09:58:37 +0100 (CET) Received: from mauderer-linux.eb.localhost (unknown [192.168.96.158]) by mail.embedded-brains.de (Postfix) with ESMTPSA id E6AAF2A01AE for ; Fri, 2 Dec 2016 09:58:37 +0100 (CET) From: Christian Mauderer Subject: Help with rtwn driver for a RT8188CUS To: freebsd-wireless@freebsd.org Message-ID: <8971468b-1e7d-c108-236f-b2b14ee24edd@embedded-brains.de> Date: Fri, 2 Dec 2016 09:58:24 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------BEF080AD841B7624099DCD0C" X-Authenticated-Sender: smtp-embedded@poldinet.de X-Virus-Scanned: Clear (ClamAV 0.99.2/22641/Fri Dec 2 08:29:19 2016) X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2016 09:20:57 -0000 This is a multi-part message in MIME format. --------------BEF080AD841B7624099DCD0C Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, we are using the FreeBSD network stack in RTEMS (an open source real time operating system). Currently I'm trying to port the most recent version of the rtwn driver (commit e783cd5932 in the github repository). But I ran into some problems. I have a RT8188CUS based USB device attached to an ATSAMV7 host. The USB host driver is quite new but it seems to work OK with other devices (for example a Ralink RT3070 based WLAN card works fine). I was also able to get mostly the same error on a VirtualBox running a FreeBSD 12 live system (snapshot from 20161117 r308737). With the same live system on real hardware no problem occurred. I identified the following symptoms: - When I try to connect to a network (unencrypted - I haven't ported encryption support yet), I get a lot of "rtwn0: device timout" messages. You can find a full log of the console output on my RTEMS system (with debug messages of the rtwn-driver set to 0xf0) attached to this mail. There are some USB_ERR_IOERROR messages but they don't really correlate with the timeouts. Most of the time, the connection can be established after quite a number of device timeouts and about 5 to 15 minutes. - After the connection is established, I can ping the target and transfer some data. But I have very high packet losses. After a random number of packets, the connection stops working. Normally I can transfer something between 100kByte and 3MByte. On the FreeBSD VM, I had to restart the system afterward. On my RTEMS system, the driver sometimes recovers after some minutes and I can transfer another block of about the same size. Is that a known problem? Is there any experience, how to solve it? Kind Regards, Christian Mauderer --------------BEF080AD841B7624099DCD0C Content-Type: text/plain; charset=UTF-8; name="rtwn-problem-log.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rtwn-problem-log.txt" UlRFTVMgU2hlbGwgb24gL2Rldi9jb25zb2xlLiBVc2UgJ2hlbHAnIHRvIGxpc3QgY29tbWFu ZHMuClsvXSAjIHVodWIwOiAxIHBvcnQgd2l0aCAxIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CmluZm86IHZlcnNpb24gNi4yLjEgc3RhcnRpbmcKZXJyOiBubyB2YWxpZCBpbnRlcmZhY2Vz IGZvdW5kCndhcm5pbmc6IG5vIGludGVyZmFjZXMgaGF2ZSBhIGNhcnJpZXIKcnR3bjA6IDx2 ZW5kb3IgMHgwYmRhIHByb2R1Y3QgMHg4MTc2LCBjbGFzcyAwLzAsIHJldiAyLjAwLzIuMDAs IGFkZHIgMj4gb24gdXNidXMwCnJ0d24wOiBNQUMvQkIgUlRMODE4OENVUywgUkYgNjA1MiAx VDFSCgpbL10gIyBzeXNjdGwgZGV2LnJ0d24uMC5kZWJ1Zz0weGYwCmRldi5ydHduLjAuZGVi dWc6IDAgLT4gMjQwClsvXSAjIGlmY29uZmlnIHdsYW4wIGNyZWF0ZSB3bGFuZGV2IHJ0d24w IGNvdW50cnkgREUKd2xhbjA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjFkOjQzOmQwOjBjOjkx CnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3bl9kb19yZXF1ZXN0OiBj b250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDog OSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNC X0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6 IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0 OiA5KQpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBV U0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVz dDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxl ZnQ6IDkpCnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQs IFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogcnR3bl9zZXRfbXVs dGk6IE1DIGZpbHRlciA1NDAwMDAwMDo0MDAwMDAwMApydHduMDogcnR3bl9kb19yZXF1ZXN0 OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVm dDogOSkKcnR3bjA6IElOSVQgLT4gU0NBTgppbmZvOiB3bGFuMDogd2FpdGluZyBmb3IgY2Fy cmllcgpydHduMDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8g MjB1cwpydHduMDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8g MjB1cwpydHduMDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8g MjB1cwpydHduMDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8g OXVzCnJ0d24wOiBTQ0FOIC0+IEFVVEgKWy9dICMgaWZjb25maWcgd2xhbjAgc3NpZCBncmlz cHRlc3QgY2hhbm5lbCAzCndsYW4wOiBpZWVlODAyMTFfbmV3X3N0YXRlX2xvY2tlZDogcGVu ZGluZyBBVVRIIC0+IFNDQU4gdHJhbnNpdGlvbiBsb3N0CnJ0d24wOiBBVVRIIC0+IFNDQU4K cnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpy dHduMDogU0NBTiAtPiBBVVRIClsvXSAjIGlmY29uZmlnIHdsYW4wIHVwCnJ0d24wOiBkZXZp Y2UgdGltZW91dApydHduMDogQVVUSCAtPiBJTklUCnJ0d24wOiBGVyBWODguMiAxOC0wNSAy MzoxOApydHduMDogcnR3bl9zZXRfbXVsdGk6IE1DIGZpbHRlciA1NDAwMDAwMDo0MDAwMDAw MApydHduMDogSU5JVCAtPiBTQ0FOCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0 aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRp bmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogU0NBTiAtPiBBVVRICnJ0d24wOiBkZXZpY2Ug dGltZW91dApydHduMDogQVVUSCAtPiBJTklUCnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzox OApydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0Jf RVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDog Y29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6 IDkpCnJ0d24wOiBydHduX3NldF9tdWx0aTogTUMgZmlsdGVyIDU0MDAwMDAwOjQwMDAwMDAw CnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9F UlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogSU5JVCAtPiBTQ0FOCnJ0d24w OiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6 IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDog U0NBTiAtPiBBVVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApydHduMDogQVVUSCAtPiBJTklU CnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3bl9zZXRfbXVsdGk6IE1D IGZpbHRlciA1NDAwMDAwMDo0MDAwMDAwMApydHduMDogSU5JVCAtPiBTQ0FOCnJ0d24wOiBy dHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6IHJ0 d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogU0NB TiAtPiBBVVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApydHduMDogQVVUSCAtPiBJTklUCnJ0 d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3bl9zZXRfbXVsdGk6IE1DIGZp bHRlciA1NDAwMDAwMDo0MDAwMDAwMApydHduMDogSU5JVCAtPiBTQ0FOCnJ0d24wOiBydHdu X3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6IHJ0d25f dXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogU0NBTiAt PiBBVVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApydHduMDogQVVUSCAtPiBJTklUCnJ0d24w OiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDogdGltZW91dCB3YWl0aW5nIGZvciBjaGVj a3N1bSByZXBvcnQKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZh aWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBydHduX3Nl dF9tdWx0aTogTUMgZmlsdGVyIDU0MDAwMDAwOjQwMDAwMDAwCnJ0d24wOiBJTklUIC0+IFND QU4KcnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1 cwpydHduMDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8gOXVz CnJ0d24wOiBTQ0FOIC0+IEFVVEgKcnR3bjA6IEFVVEggLT4gQVNTT0MKcnR3bjA6IEFTU09D IC0+IFNDQU4KcnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1l IHRvIDl1cwpydHduMDogU0NBTiAtPiBBVVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApydHdu MDogQVVUSCAtPiBJTklUCnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3 bl9zZXRfbXVsdGk6IE1DIGZpbHRlciA1NDAwMDAwMDo0MDAwMDAwMApydHduMDogSU5JVCAt PiBTQ0FOCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0 byA5dXMKcnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRv IDl1cwpydHduMDogU0NBTiAtPiBBVVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApydHduMDog QVVUSCAtPiBJTklUCnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3bl9k b19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJl dHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0 IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBydHdu X2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfVElNRU9VVCAo cmV0cmllcyBsZWZ0OiA5KQpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVl c3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOCkKcnR3bjA6IHJ0 d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9USU1FT1VU IChyZXRyaWVzIGxlZnQ6IDcpCnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVx dWVzdCBmYWlsZWQsIFVTQl9FUlJfVElNRU9VVCAocmV0cmllcyBsZWZ0OiA2KQpydHduMDog cnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX1RJTUVP VVQgKHJldHJpZXMgbGVmdDogNSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCBy ZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDQpCnJ0d24w OiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9F UlJPUiAocmV0cmllcyBsZWZ0OiAzKQpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9s IHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogMikKcnR3 bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9J T0VSUk9SIChyZXRyaWVzIGxlZnQ6IDEpCnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRy b2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiAwKQpy dHduMDogcnR3bl9zZXRfbXVsdGk6IE1DIGZpbHRlciA1NDAwMDAwMDo0MDAwMDAwMApydHdu MDogSU5JVCAtPiBTQ0FOCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNs b3QgdGltZSB0byA5dXMKcnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xv dCB0aW1lIHRvIDl1cwpydHduMDogU0NBTiAtPiBBVVRICnJ0d24wOiBkZXZpY2UgdGltZW91 dApydHduMDogQVVUSCAtPiBJTklUCnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHdu MDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lP RVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJv bCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0 d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJf SU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250 cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkK cnR3bjA6IHJ0d25fc2V0X211bHRpOiBNQyBmaWx0ZXIgNTQwMDAwMDA6NDAwMDAwMDAKcnR3 bjA6IElOSVQgLT4gU0NBTgpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVl c3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0 d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogcnR3 bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24wOiBTQ0FO IC0+IEFVVEgKcnR3bjA6IGRldmljZSB0aW1lb3V0CnJ0d24wOiBBVVRIIC0+IElOSVQKcnR3 bjA6IEZXIFY4OC4yIDE4LTA1IDIzOjE4CnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRy b2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpy dHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJS X0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29u dHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDkp CnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9F UlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBj b250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDog OSkKcnR3bjA6IHJ0d25fc2V0X211bHRpOiBNQyBmaWx0ZXIgNTQwMDAwMDA6NDAwMDAwMDAK cnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VS Ul9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBJTklUIC0+IFNDQU4KcnR3bjA6 IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDog cnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24wOiBT Q0FOIC0+IEFVVEgKcnR3bjA6IGRldmljZSB0aW1lb3V0CnJ0d24wOiBBVVRIIC0+IElOSVQK cnR3bjA6IEZXIFY4OC4yIDE4LTA1IDIzOjE4CnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNv bnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5 KQpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0Jf RVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDog Y29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6 IDkpCnJ0d24wOiBydHduX3NldF9tdWx0aTogTUMgZmlsdGVyIDU0MDAwMDAwOjQwMDAwMDAw CnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9F UlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogSU5JVCAtPiBTQ0FOCnJ0d24w OiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6 IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDog U0NBTiAtPiBBVVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApydHduMDogQVVUSCAtPiBJTklU CnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3bl9kb19yZXF1ZXN0OiBj b250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDog OSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNC X0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDgpCnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6 IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0 OiA5KQpydHduMDogcnR3bl9zZXRfbXVsdGk6IE1DIGZpbHRlciA1NDAwMDAwMDo0MDAwMDAw MApydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0Jf RVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IElOSVQgLT4gU0NBTgpydHdu MDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24w OiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6 IFNDQU4gLT4gQVVUSApydHduMDogQVVUSCAtPiBTQ0FOCnJ0d24wOiBydHduX3VwZGF0ZV9z bG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6IFNDQU4gLT4gQVVUSApy dHduMDogZGV2aWNlIHRpbWVvdXQKcnR3bjA6IEFVVEggLT4gSU5JVApydHduMDogRlcgVjg4 LjIgMTgtMDUgMjM6MTgKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0 IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBydHdu X2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAo cmV0cmllcyBsZWZ0OiA5KQpydHduMDogcnR3bl9zZXRfbXVsdGk6IE1DIGZpbHRlciA1NDAw MDAwMDo0MDAwMDAwMApydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3Qg ZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25f ZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChy ZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBJTklUIC0+IFNDQU4KcnR3bjA6IHJ0d25fdXBkYXRl X3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogcnR3bl91cGRhdGVf c2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24wOiBTQ0FOIC0+IEFVVEgK cnR3bjA6IGRldmljZSB0aW1lb3V0CnJ0d24wOiBBVVRIIC0+IElOSVQKcnR3bjA6IEZXIFY4 OC4yIDE4LTA1IDIzOjE4CnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVz dCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogcnR3 bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1Ig KHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25fc2V0X211bHRpOiBNQyBmaWx0ZXIgNTQw MDAwMDA6NDAwMDAwMDAKcnR3bjA6IElOSVQgLT4gU0NBTgpydHduMDogcnR3bl91cGRhdGVf c2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24wOiBydHduX3VwZGF0ZV9z bG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6IFNDQU4gLT4gQVVUSApy dHduMDogZGV2aWNlIHRpbWVvdXQKcnR3bjA6IEFVVEggLT4gSU5JVApydHduMDogRlcgVjg4 LjIgMTgtMDUgMjM6MTgKcnR3bjA6IHJ0d25fc2V0X211bHRpOiBNQyBmaWx0ZXIgNTQwMDAw MDA6NDAwMDAwMDAKcnR3bjA6IElOSVQgLT4gU0NBTgpydHduMDogcnR3bl91cGRhdGVfc2xv dF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90 X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6IFNDQU4gLT4gQVVUSApydHdu MDogZGV2aWNlIHRpbWVvdXQKcnR3bjA6IEFVVEggLT4gSU5JVApydHduMDogRlcgVjg4LjIg MTgtMDUgMjM6MTgKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZh aWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBydHduX2Rv X3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0 cmllcyBsZWZ0OiA5KQpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3Qg ZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25f c2V0X211bHRpOiBNQyBmaWx0ZXIgNTQwMDAwMDA6NDAwMDAwMDAKcnR3bjA6IElOSVQgLT4g U0NBTgpydHduMDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8g OXVzCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5 dXMKcnR3bjA6IFNDQU4gLT4gQVVUSApydHduMDogZGV2aWNlIHRpbWVvdXQKcnR3bjA6IEFV VEggLT4gSU5JVApydHduMDogRlcgVjg4LjIgMTgtMDUgMjM6MTgKcnR3bjA6IHJ0d25fc2V0 X211bHRpOiBNQyBmaWx0ZXIgNTQwMDAwMDA6NDAwMDAwMDAKcnR3bjA6IHJ0d25fZG9fcmVx dWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVz IGxlZnQ6IDkpCnJ0d24wOiBJTklUIC0+IFNDQU4KcnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3Rf Y2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogcnR3bl91cGRhdGVfc2xvdF9j Yjogc2V0dGluZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24wOiBTQ0FOIC0+IEFVVEgKcnR3bjA6 IEFVVEggLT4gQVNTT0MKcnR3bjA6IGRldmljZSB0aW1lb3V0CnJ0d24wOiBBU1NPQyAtPiBJ TklUCnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3bl9kb19yZXF1ZXN0 OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVm dDogOSkKcnR3bjA6IHRpbWVvdXQgd2FpdGluZyBmb3IgY2hlY2tzdW0gcmVwb3J0CnJ0d24w OiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9F UlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9s IHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3 bjA6IHJ0d25fc2V0X211bHRpOiBNQyBmaWx0ZXIgNTQwMDAwMDA6NDAwMDAwMDAKcnR3bjA6 IElOSVQgLT4gU0NBTgpydHduMDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90 IHRpbWUgdG8gOXVzCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3Qg dGltZSB0byA5dXMKcnR3bjA6IFNDQU4gLT4gQVVUSApydHduMDogZGV2aWNlIHRpbWVvdXQK cnR3bjA6IEFVVEggLT4gSU5JVApydHduMDogRlcgVjg4LjIgMTgtMDUgMjM6MTgKcnR3bjA6 IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VS Uk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wg cmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHdu MDogcnR3bl9zZXRfbXVsdGk6IE1DIGZpbHRlciA1NDAwMDAwMDo0MDAwMDAwMApydHduMDog SU5JVCAtPiBTQ0FOCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3Qg dGltZSB0byA5dXMKcnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0 aW1lIHRvIDl1cwpydHduMDogU0NBTiAtPiBBVVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApy dHduMDogQVVUSCAtPiBJTklUCnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDog cnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJS T1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCBy ZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24w OiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9F UlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogcnR3bl9zZXRfbXVsdGk6IE1DIGZpbHRl ciA1NDAwMDAwMDo0MDAwMDAwMApydHduMDogSU5JVCAtPiBTQ0FOCnJ0d24wOiBydHduX3Vw ZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6IHJ0d25fdXBk YXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogU0NBTiAtPiBB VVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApydHduMDogQVVUSCAtPiBJTklUCnJ0d24wOiBG VyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJl cXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6 IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VS Uk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBydHduX3NldF9tdWx0aTogTUMgZmlsdGVy IDU0MDAwMDAwOjQwMDAwMDAwCnJ0d24wOiBJTklUIC0+IFNDQU4KcnR3bjA6IHJ0d25fdXBk YXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogcnR3bl91cGRh dGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24wOiBTQ0FOIC0+IEFV VEgKcnR3bjA6IGRldmljZSB0aW1lb3V0CnJ0d24wOiBBVVRIIC0+IElOSVQKcnR3bjA6IEZX IFY4OC4yIDE4LTA1IDIzOjE4CnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVx dWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDog cnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJS T1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCBy ZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24w OiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVTQl9FUlJfSU9F UlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogcnR3bl9zZXRfbXVsdGk6IE1DIGZpbHRl ciA1NDAwMDAwMDo0MDAwMDAwMApydHduMDogSU5JVCAtPiBTQ0FOCnJ0d24wOiBydHduX3Vw ZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6IHJ0d25fdXBk YXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogU0NBTiAtPiBB VVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApydHduMDogQVVUSCAtPiBJTklUCnJ0d24wOiBG VyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJl cXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6 IHJ0d25fZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VS Uk9SIChyZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBydHduX3NldF9tdWx0aTogTUMgZmlsdGVy IDU0MDAwMDAwOjQwMDAwMDAwCnJ0d24wOiBJTklUIC0+IFNDQU4KcnR3bjA6IHJ0d25fdXBk YXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogcnR3bl91cGRh dGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24wOiBTQ0FOIC0+IEFV VEgKcnR3bjA6IGRldmljZSB0aW1lb3V0CnJ0d24wOiBBVVRIIC0+IElOSVQKcnR3bjA6IEZX IFY4OC4yIDE4LTA1IDIzOjE4CnJ0d24wOiBydHduX3NldF9tdWx0aTogTUMgZmlsdGVyIDU0 MDAwMDAwOjQwMDAwMDAwCnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVz dCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogSU5J VCAtPiBTQ0FOCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGlt ZSB0byA5dXMKcnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1l IHRvIDl1cwpydHduMDogU0NBTiAtPiBBVVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApydHdu MDogQVVUSCAtPiBJTklUCnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3 bl9zZXRfbXVsdGk6IE1DIGZpbHRlciA1NDAwMDAwMDo0MDAwMDAwMApydHduMDogSU5JVCAt PiBTQ0FOCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0 byA5dXMKcnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRv IDl1cwpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3QgZmFpbGVkLCBV U0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IFNDQU4gLT4gQVVUSApy dHduMDogQVVUSCAtPiBTQ0FOCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5n IHNsb3QgdGltZSB0byA5dXMKcnR3bjA6IFNDQU4gLT4gQVVUSApydHduMDogQVVUSCAtPiBT Q0FOCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5 dXMKcnR3bjA6IFNDQU4gLT4gQVVUSApydHduMDogQVVUSCAtPiBBU1NPQwpydHduMDogZGV2 aWNlIHRpbWVvdXQKcnR3bjA6IEFTU09DIC0+IElOSVQKcnR3bjA6IEZXIFY4OC4yIDE4LTA1 IDIzOjE4CnJ0d24wOiBydHduX3NldF9tdWx0aTogTUMgZmlsdGVyIDU0MDAwMDAwOjQwMDAw MDAwCnJ0d24wOiBJTklUIC0+IFNDQU4KcnR3bjA6IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNl dHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0 dGluZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24wOiBTQ0FOIC0+IEFVVEgKcnR3bjA6IGRldmlj ZSB0aW1lb3V0CnJ0d24wOiBBVVRIIC0+IElOSVQKcnR3bjA6IEZXIFY4OC4yIDE4LTA1IDIz OjE4CnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVzdCBmYWlsZWQsIFVT Ql9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpydHduMDogcnR3bl9zZXRfbXVsdGk6 IE1DIGZpbHRlciA1NDAwMDAwMDo0MDAwMDAwMApydHduMDogSU5JVCAtPiBTQ0FOCnJ0d24w OiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5nIHNsb3QgdGltZSB0byA5dXMKcnR3bjA6 IHJ0d25fdXBkYXRlX3Nsb3RfY2I6IHNldHRpbmcgc2xvdCB0aW1lIHRvIDl1cwpydHduMDog U0NBTiAtPiBBVVRICnJ0d24wOiBkZXZpY2UgdGltZW91dApydHduMDogQVVUSCAtPiBJTklU CnJ0d24wOiBGVyBWODguMiAxOC0wNSAyMzoxOApydHduMDogcnR3bl9kb19yZXF1ZXN0OiBj b250cm9sIHJlcXVlc3QgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDog OSkKcnR3bjA6IHJ0d25fc2V0X211bHRpOiBNQyBmaWx0ZXIgNTQwMDAwMDA6NDAwMDAwMDAK cnR3bjA6IElOSVQgLT4gU0NBTgpydHduMDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGlu ZyBzbG90IHRpbWUgdG8gOXVzCnJ0d24wOiBydHduX3VwZGF0ZV9zbG90X2NiOiBzZXR0aW5n IHNsb3QgdGltZSB0byA5dXMKcnR3bjA6IFNDQU4gLT4gQVVUSApydHduMDogQVVUSCAtPiBB U1NPQwpydHduMDogcnR3bl91cGRhdGVfc2xvdF9jYjogc2V0dGluZyBzbG90IHRpbWUgdG8g OXVzCnJ0d24wOiBBU1NPQyAtPiBSVU4KcnR3bjA6IHJ0d25fZ2V0X3JhdGVzOiByYXRlcyAw eDAwMDAwMDBGLCBtYXhyYXRlIDMKcnR3bjA6IHJ0d25fc2V0X2Jhc2ljcmF0ZXM6IHJhdGVz IDB4MDAwMDAwMEYKbm90aWNlOiB3bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCnJ0 d24wOiBydHduX2dldF9yYXRlczogcmF0ZXMgMHgwMDBGRkZGRiwgbWF4cmF0ZSAxOQppbmZv OiB3bGFuMDogY2FycmllciBhY3F1aXJlZAppbmZvOiBEVUlEIDAwOjAxOjAwOjAxOmU5OjZk OmEzOjBkOjAwOjFkOjQzOmQwOjBjOjkxCmluZm86IHdsYW4wOiBJQUlEIDQzOmQwOjBjOjkx CmluZm86IHdsYW4wOiBzb2xpY2l0aW5nIGFuIElQdjYgcm91dGVyCmRlYnVnOiB3bGFuMDog ZGVsYXlpbmcgUm91dGVyIFNvbGljaXRhdGlvbiBmb3IgTEwgYWRkcmVzcwpkZWJ1Zzogd2xh bjA6IHVzaW5nIGh3YWRkciAwMDoxZDo0MzpkMDowYzo5MQppbmZvOiB3bGFuMDogc29saWNp dGluZyBhIERIQ1AgbGVhc2UKZGVidWc6IHdsYW4wOiBzZW5kaW5nIERJU0NPVkVSICh4aWQg MHg1NjhhMjFmNiksIG5leHQgaW4gJTAuMWYgc2Vjb25kcwppbmZvOiB3bGFuMDogb2ZmZXJl ZCAxOTIuMTY4LjE3OC4yMiBmcm9tIDE5Mi4xNjguMTc4LjEKZGVidWc6IHdsYW4wOiBzZW5k aW5nIFJFUVVFU1QgKHhpZCAweDU2OGEyMWY2KSwgbmV4dCBpbiAlMC4xZiBzZWNvbmRzCmRl YnVnOiB3bGFuMDogYWNrbm93bGVkZ2VkIDE5Mi4xNjguMTc4LjIyIGZyb20gMTkyLjE2OC4x NzguMQpkZWJ1Zzogd2xhbjA6IGNoZWNraW5nIGZvciAxOTIuMTY4LjE3OC4yMgpkZWJ1Zzog d2xhbjA6IHNlbmRpbmcgQVJQIHByb2JlICgxIG9mIDMpLCBuZXh0IGluICUwLjFmIHNlY29u ZHMKZGVidWc6IHdsYW4wOiBzZW5kaW5nIEFSUCBwcm9iZSAoMiBvZiAzKSwgbmV4dCBpbiAl MC4xZiBzZWNvbmRzCmRlYnVnOiB3bGFuMDogc2VuZGluZyBBUlAgcHJvYmUgKDMgb2YgMyks IG5leHQgaW4gJTAuMWYgc2Vjb25kcwppbmZvOiB3bGFuMDogbGVhc2VkIDE5Mi4xNjguMTc4 LjIyIGZvciA4NjQwMDAgc2Vjb25kcwpkZWJ1Zzogd2xhbjA6IHJlbmV3IGluIDQzMjAwMCBz ZWNvbmRzLCByZWJpbmQgaW4gNzU2MDAwIHNlY29uZHMKZGVidWc6IHdsYW4wOiBhZGRpbmcg SVAgYWRkcmVzcyAxOTIuMTY4LjE3OC4yMi8yNApydHduMDogcnR3bl9zZXRfbXVsdGk6IE1D IGZpbHRlciBkNDAwMDAwMDo0MDAwMDA4MAppbmZvOiB3bGFuMDogYWRkaW5nIGhvc3Qgcm91 dGUgdG8gMTkyLjE2OC4xNzguMjIgdmlhIDEyNy4wLjAuMQppbmZvOiB3bGFuMDogYWRkaW5n IHJvdXRlIHRvIDE5Mi4xNjguMTc4LjAvMjQKZXJyOiB3bGFuMDogaXB2NF9hZGRyb3V0ZTog RmlsZSBleGlzdHMKaW5mbzogd2xhbjA6IGFkZGluZyBkZWZhdWx0IHJvdXRlIHZpYSAxOTIu MTY4LjE3OC4xCmRlYnVnOiB3bGFuMDogd3JpdGluZyBsZWFzZSBgL3Zhci9kYi9kaGNwY2Qt d2xhbjAubGVhc2UnCmRlYnVnOiB3bGFuMDogc2VuZGluZyBBUlAgYW5ub3VuY2UgKDEgb2Yg MiksIG5leHQgaW4gMi4wIHNlY29uZHMKZGVidWc6IHdsYW4wOiBzZW5kaW5nIEFSUCBhbm5v dW5jZSAoMiBvZiAyKQpydHduMDogcnR3bl9kb19yZXF1ZXN0OiBjb250cm9sIHJlcXVlc3Qg ZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IgKHJldHJpZXMgbGVmdDogOSkKcnR3bjA6IHJ0d25f ZG9fcmVxdWVzdDogY29udHJvbCByZXF1ZXN0IGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SIChy ZXRyaWVzIGxlZnQ6IDkpCnJ0d24wOiBydHduX2RvX3JlcXVlc3Q6IGNvbnRyb2wgcmVxdWVz dCBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUiAocmV0cmllcyBsZWZ0OiA5KQpbL10gIyAK --------------BEF080AD841B7624099DCD0C-- From owner-freebsd-wireless@freebsd.org Sat Dec 3 12:58:14 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCC84C649B7 for ; Sat, 3 Dec 2016 12:58:14 +0000 (UTC) (envelope-from james@elstone.net) Received: from know-smtprelay-omc-4.server.virginmedia.net (know-smtprelay-omc-4.server.virginmedia.net [80.0.253.68]) by mx1.freebsd.org (Postfix) with ESMTP id 605C9A1C for ; Sat, 3 Dec 2016 12:58:14 +0000 (UTC) (envelope-from james@elstone.net) Received: from [192.168.0.105] ([81.98.39.81]) by know-smtprelay-4-imp with bizsmtp id FQx31u00Q1l3QKV01Qx4al; Sat, 03 Dec 2016 12:57:04 +0000 X-Originating-IP: [81.98.39.81] X-Spam: 0 X-Authority: v=2.1 cv=KLKndwxo c=1 sm=1 tr=0 a=NZKwWF+qZameEtpY6COMYA==:117 a=NZKwWF+qZameEtpY6COMYA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=0f2IjonKilzy9C66Y1MA:9 a=QEXdDO2ut3YA:10 MIME-Version: 1.0 Subject: Support state for MediaTek MT7610U and Realtek RTL8811AU chipsets.... From: James Reply-to: james@elstone.net Date: Sat, 03 Dec 2016 12:57:04 +0000 To: freebsd-wireless@freebsd.org Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2016 12:58:15 -0000 Hi All, First time post in this mailing list, but what is the availability of support of the above USB adapter chipsets please? Kr, James From owner-freebsd-wireless@freebsd.org Sat Dec 3 13:05:29 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2D9CC64DB5 for ; Sat, 3 Dec 2016 13:05:29 +0000 (UTC) (envelope-from s3erios@gmail.com) Received: from mail-lf0-x242.google.com (mail-lf0-x242.google.com [IPv6:2a00:1450:4010:c07::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57FFCE69 for ; Sat, 3 Dec 2016 13:05:29 +0000 (UTC) (envelope-from s3erios@gmail.com) Received: by mail-lf0-x242.google.com with SMTP id o20so24453346lfg.3 for ; Sat, 03 Dec 2016 05:05:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:subject:references:date:mime-version:content-transfer-encoding :from:message-id:in-reply-to:user-agent; bh=g54zK81qmV7qdnlZ6mqT2Oz8QsOaMdI7Fj2TIaST3+U=; b=WoCPxmsY7BleGg+jItbs2kmBRT38/VIsB31A3oJ+9mdoEOnk8YVCNOMLV0E2UV1ZxZ lllN7t/pH6iYgswTl+irLp1/tYoJe375hhF2uKD9hxtq0t1q439Jh/VieEHUZWhyjEGK +v1758TzgtkTOAyvGkYvS9KIrpJThN4QUBCBSdwHGvf/gn7W8H2/IN/PMGDDbVRPPZGB jkeHRCiXLBaUj3uUBIpqBNPQI/5nP5TAyAHQfYbykPyqZHplm5Dn7CLSnrXM+gxxyMNB PqP/+fCn7U8+gs4YOXdjGOwH6hKudnrbiLNW5dh35Hp/uwIOEndABgdTsn5bLW9MYV7D NOvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=g54zK81qmV7qdnlZ6mqT2Oz8QsOaMdI7Fj2TIaST3+U=; b=NaS4wfAv/UR61xTdiuwP8JvSGhG6it2UOlV7Enjfdu9KZjbEGuoAfvMpRqYn6v3m1E W9YM7Wkzhxl6PwycQMwgRIsQ5F/4xYBx8DbKE+Xb1ar0J7SJLF2Ywo2D9qDJ6e5bdPxv 8aNoUj/4ya5a3kRHhI4Ae0bgYwkGBdlMgEvspvvKMY3dA8mUJWecJr2gAndVsCPT22d9 GLg74fYbOlTgXowGTCs5LyhZXQUAaF1u60gT+42aShp25PU91rcRQ6PcReSsVweSMFJm MoIrCQDt+hrChvDuH63hqMVXdOKNILWppR7r5oqxwJiBgFkqm6ummikjhfKU9oRipnxc DprQ== X-Gm-Message-State: AKaTC02zyKEoIB2ATpdqcFRsX5RuLbgR+r0jAa3VQRTwwfbthMy8KHnSjJ9dor2jz2UpdA== X-Received: by 10.46.8.17 with SMTP id 17mr24792571lji.72.1480770326705; Sat, 03 Dec 2016 05:05:26 -0800 (PST) Received: from localhost (host-176-37-109-22.la.net.ua. [176.37.109.22]) by smtp.gmail.com with ESMTPSA id u203sm1487840lff.37.2016.12.03.05.05.25 (version=TLS1 cipher=AES128-SHA bits=128/128); Sat, 03 Dec 2016 05:05:26 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-wireless@freebsd.org, James Subject: Re: Support state for MediaTek MT7610U and Realtek RTL8811AU chipsets.... References: Date: Sat, 03 Dec 2016 15:05:34 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Andriy Voskoboinyk" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2016 13:05:29 -0000 Sat, 03 Dec 2016 14:57:04 +0200 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE James : RTL8811AU support was merged into HEAD recently (see rtwn(4)). > Hi All, > > First time post in this mailing list, but what is the availability of = = > support of the above USB adapter chipsets please? > > Kr, > > James > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to = > "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-wireless@freebsd.org Sat Dec 3 13:12:59 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67F3BC641C0 for ; Sat, 3 Dec 2016 13:12:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5773814C1 for ; Sat, 3 Dec 2016 13:12:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uB3DCwbc044289 for ; Sat, 3 Dec 2016 13:12:59 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 215025] Panic in arptimer Date: Sat, 03 Dec 2016 13:12:58 +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-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: boris.astardzhiev@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2016 13:12:59 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215025 Bug ID: 215025 Summary: Panic in arptimer Product: Base System Version: 11.0-STABLE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: wireless Assignee: freebsd-wireless@FreeBSD.org Reporter: boris.astardzhiev@gmail.com CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org Hello, Ever since after upgrading to releng/11 I've been experiencing issues with = my ThinkPad R500's Intel wireless card which in fact used to work flawlessly in 10.x. Basically I'm unable to associate or rather it happens to associate pretty slowly - 10+ minutes. Here's the card as reported by pciconf: iwn0@pci0:3:0:0: class=3D0x028000 card=3D0x12118086 chip=3D0x4237808= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'PRO/Wireless 5100 AGN [Shiloh] Network Connection' class =3D network After upgrading to stable/11 due to unrelated reasons - commit 763ff62bcd42458bcc338e1ee34bd76e46f1a393 I experienced the following panic which I think is related to my wireless card: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid =3D 0; apic id =3D 00 instruction pointer =3D 0x20:0xffffffff80c4d014 stack pointer =3D 0x28:0xfffffe01165ed9b0 frame pointer =3D 0x28:0xfffffe01165eda20 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (swi4: clock (0)) trap number =3D 9 panic: general protection fault cpuid =3D 0 KDB: stack backtrace: #0 0xffffffff80b26b57 at kdb_backtrace+0x67 #1 0xffffffff80adbaa2 at vpanic+0x182 #2 0xffffffff80adb913 at panic+0x43 #3 0xffffffff80fa6f71 at trap_fatal+0x331 #4 0xffffffff80fa6c11 at trap+0x721 #5 0xffffffff80f896c1 at calltrap+0x8 #6 0xffffffff80af5b4a at softclock_call_cc+0x18a #7 0xffffffff80af60c4 at softclock+0x94 #8 0xffffffff80a95a4f at intr_event_execute_handlers+0x20f #9 0xffffffff80a95cb6 at ithread_loop+0xc6 #10 0xffffffff80a92695 at fork_exit+0x85 #11 0xffffffff80f89bfe at fork_trampoline+0xe Uptime: 3m38s Dumping 343 out of 3993 MB:..5%..14%..24%..33%..42%..52%..61%..75%..84%..94% Reading symbols from /boot/kernel/linux.ko...Reading symbols from /usr/lib/debug//boot/kernel/linux.ko.debug...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/linux_common.ko...Reading symbols from /usr/lib/debug//boot/kernel/linux_common.ko.debug...done. done. Loaded symbols for /boot/kernel/linux_common.ko Reading symbols from /boot/kernel/fuse.ko...Reading symbols from /usr/lib/debug//boot/kernel/fuse.ko.debug...done. done. Loaded symbols for /boot/kernel/fuse.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/linprocfs.ko.debug...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/ums.ko...Reading symbols from /usr/lib/debug//boot/kernel/ums.ko.debug...done. done. Loaded symbols for /boot/kernel/ums.ko Reading symbols from /boot/kernel/linux64.ko...Reading symbols from /usr/lib/debug//boot/kernel/linux64.ko.debug...done. done. Loaded symbols for /boot/kernel/linux64.ko Reading symbols from /boot/kernel/radeonkms.ko...Reading symbols from /usr/lib/debug//boot/kernel/radeonkms.ko.debug...done. done. Loaded symbols for /boot/kernel/radeonkms.ko Reading symbols from /boot/kernel/drm2.ko...Reading symbols from /usr/lib/debug//boot/kernel/drm2.ko.debug...done. done. Loaded symbols for /boot/kernel/drm2.ko Reading symbols from /boot/kernel/iicbus.ko...Reading symbols from /usr/lib/debug//boot/kernel/iicbus.ko.debug...done. done. Loaded symbols for /boot/kernel/iicbus.ko Reading symbols from /boot/kernel/iic.ko...Reading symbols from /usr/lib/debug//boot/kernel/iic.ko.debug...done. done. Loaded symbols for /boot/kernel/iic.ko Reading symbols from /boot/kernel/iicbb.ko...Reading symbols from /usr/lib/debug//boot/kernel/iicbb.ko.debug...done. done. Loaded symbols for /boot/kernel/iicbb.ko Reading symbols from /boot/kernel/radeonkmsfw_RV620_pfp.ko...Reading symbols from /usr/lib/debug//boot/kernel/radeonkmsfw_RV620_pfp.ko.debug...done. done. Loaded symbols for /boot/kernel/radeonkmsfw_RV620_pfp.ko Reading symbols from /boot/kernel/radeonkmsfw_RV620_me.ko...Reading symbols from /usr/lib/debug//boot/kernel/radeonkmsfw_RV620_me.ko.debug...done. done. Loaded symbols for /boot/kernel/radeonkmsfw_RV620_me.ko Reading symbols from /boot/kernel/radeonkmsfw_R600_rlc.ko...Reading symbols from /usr/lib/debug//boot/kernel/radeonkmsfw_R600_rlc.ko.debug...done. done. Loaded symbols for /boot/kernel/radeonkmsfw_R600_rlc.ko #0 doadump (textdump=3D) at pcpu.h:222 222 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) bt #0 doadump (textdump=3D) at pcpu.h:222 #1 0xffffffff80adb529 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:366 #2 0xffffffff80adbadb in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff80adb913 in panic (fmt=3D0x0) at /usr/src/sys/kern/kern_shutdown.c:690 #4 0xffffffff80fa6f71 in trap_fatal (frame=3D0xfffffe01165ed8f0, eva=3D0) = at /usr/src/sys/amd64/amd64/trap.c:801 #5 0xffffffff80fa6c11 in trap (frame=3D0xfffffe01165ed8f0) at /usr/src/sys/amd64/amd64/trap.c:198 #6 0xffffffff80f896c1 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:236 #7 0xffffffff80c4d014 in arptimer (arg=3D) at /usr/src/sys/netinet/if_ether.c:287 #8 0xffffffff80af5b4a in softclock_call_cc (c=3D, cc= =3D, direct=3D) at /usr/src/sys/kern/kern_timeout.c:729 #9 0xffffffff80af60c4 in softclock (arg=3D) at /usr/src/sys/kern/kern_timeout.c:867 #10 0xffffffff80a95a4f in intr_event_execute_handlers (p=3D, ie=3D) at /usr/src/sys/kern/kern_intr.c:1262 #11 0xffffffff80a95cb6 in ithread_loop (arg=3D) at /usr/src/sys/kern/kern_intr.c:1275 #12 0xffffffff80a92695 in fork_exit (callout=3D0xffffffff80a95bf0 , arg=3D0xfffff80003948b80, frame=3D0xfffffe01165edc00) at /usr/src/sys/kern/kern_fork.c:1040 #13 0xffffffff80f89bfe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:611 #14 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) frame 7 #7 0xffffffff80c4d014 in arptimer (arg=3D) at /usr/src/sys/netinet/if_ether.c:287 287 IF_AFDATA_LOCK(ifp); (kgdb) print ifp $1 =3D (struct ifnet *) 0x7fffffffffffffff kldstat: 1 54 0xffffffff80200000 1fbbf10 kernel 2 1 0xffffffff821bd000 9b220 linux.ko 3 4 0xffffffff82259000 dc90 linux_common.ko 4 1 0xffffffff82267000 1a5a0 fuse.ko 5 1 0xffffffff82421000 aa40 linprocfs.ko 6 1 0xffffffff8242c000 3799 ums.ko 7 1 0xffffffff82430000 384db linux64.ko 8 1 0xffffffff82469000 e85ec radeonkms.ko 9 1 0xffffffff82552000 495af drm2.ko 10 4 0xffffffff8259c000 265a iicbus.ko 11 1 0xffffffff8259f000 1c78 iic.ko 12 1 0xffffffff825a1000 1e25 iicbb.ko 13 1 0xffffffff825a3000 103b radeonkmsfw_RV620_pfp.ko 14 1 0xffffffff825a5000 5b3b radeonkmsfw_RV620_me.ko 15 1 0xffffffff825ab000 1337 radeonkmsfw_R600_rlc.ko And some dmesg on boot: Dec 3 14:29:42 boris-fbsd kernel: wlan0: Ethernet address: 00:21:6b:59:b0:= fa Dec 3 14:29:42 boris-fbsd kernel: bge0: link state changed to DOWN Dec 3 14:29:42 boris-fbsd kernel: iwn0: iwn_read_firmware: ucode rev=3D0x08530501 Dec 3 14:29:42 boris-fbsd kernel: wlan0: link state changed to UP Dec 3 14:29:42 boris-fbsd kernel: wlan0: link state changed to DOWN Dec 3 14:29:42 boris-fbsd kernel: iwn0: device timeout Dec 3 14:29:42 boris-fbsd kernel: iwn0: iwn_read_firmware: ucode rev=3D0x08530501 Dec 3 14:29:42 boris-fbsd kernel: wlan0: link state changed to UP Dec 3 14:29:42 boris-fbsd kernel: wlan0: link state changed to DOWN Dec 3 14:29:42 boris-fbsd kernel: iwn0: scan timeout Dec 3 14:29:42 boris-fbsd kernel: iwn0: iwn_read_firmware: ucode rev=3D0x08530501 Dec 3 14:29:42 boris-fbsd kernel: wlan0: link state changed to UP Dec 3 14:29:42 boris-fbsd kernel: iwn0: iwn_intr: fatal firmware error Dec 3 14:29:42 boris-fbsd kernel: firmware error log: Dec 3 14:29:42 boris-fbsd kernel: error type =3D "BAD_COMMAND" (0x000= 00007) Dec 3 14:29:42 boris-fbsd kernel: program counter =3D 0x0000275C Dec 3 14:29:42 boris-fbsd kernel: source line =3D 0x00000428 Dec 3 14:29:42 boris-fbsd kernel: error data =3D 0x0000000000000000 Dec 3 14:29:42 boris-fbsd kernel: branch link =3D 0x0000275A0000275A Dec 3 14:29:42 boris-fbsd kernel: interrupt link =3D 0x0000091600000000 Dec 3 14:29:42 boris-fbsd kernel: time =3D 15468 Dec 3 14:29:42 boris-fbsd kernel: driver status: Dec 3 14:29:42 boris-fbsd kernel: tx ring 0: qid=3D0 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 3: qid=3D3 cur=3D2 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 4: qid=3D4 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 9: qid=3D9 cur=3D64 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D= 0=20=20 Dec 3 14:29:42 boris-fbsd kernel: rx ring: cur=3D5 Dec 3 14:29:42 boris-fbsd kernel: iwn0: iwn_panicked: controller panicked, iv_state =3D 5; restarting Dec 3 14:29:42 boris-fbsd kernel: wlan0: link state changed to DOWN Dec 3 14:29:42 boris-fbsd kernel: iwn0: iwn_read_firmware: ucode rev=3D0x08530501 Dec 3 14:29:42 boris-fbsd kernel: wlan0: link state changed to UP Dec 3 14:29:42 boris-fbsd kernel: wlan0: link state changed to DOWN I triggered the panic by issuing several times /etc/rc.d/netif restart Regards, Boris --=20 You are receiving this mail because: You are the assignee for the bug.=