From owner-freebsd-wireless@FreeBSD.ORG Sun May 6 01:20:12 2012 Return-Path: Delivered-To: freebsd-wireless@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 192E11065670 for ; Sun, 6 May 2012 01:20:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ED8058FC15 for ; Sun, 6 May 2012 01:20:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q461KB1M050435 for ; Sun, 6 May 2012 01:20:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q461KB7B050434; Sun, 6 May 2012 01:20:11 GMT (envelope-from gnats) Date: Sun, 6 May 2012 01:20:11 GMT Message-Id: <201205060120.q461KB7B050434@freefall.freebsd.org> To: freebsd-wireless@FreeBSD.org From: Erik Fonnesbeck Cc: Subject: Re: bin/144109: hostapd(8) uses the MAC of the wireless interface, but should use the BSSID. X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Erik Fonnesbeck 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, 06 May 2012 01:20:12 -0000 The following reply was made to PR bin/144109; it has been noted by GNATS. From: Erik Fonnesbeck To: bug-followup@FreeBSD.org Cc: Subject: Re: bin/144109: hostapd(8) uses the MAC of the wireless interface, but should use the BSSID. Date: Sat, 5 May 2012 19:14:44 -0600 --00248c6a66a6fc9c5f04bf53e0fd Content-Type: text/plain; charset=ISO-8859-1 This patch I made a while ago gets the BSSID instead of the interface's ethernet MAC so that hostapd works even if the two do not match. It is incomplete, however; because with this patch hostapd does not work if the interface was not up already when hostapd was started (it fails to acquire the BSSID). If there is some way to get it without the interface being up, that would probably be better. It must exist somewhere, because it is obviously already stored somewhere, but I just do not know how to get it. If it is not possible, it could be necessary to bring up the interface a bit sooner in hostapd. --00248c6a66a6fc9c5f04bf53e0fd Content-Type: application/octet-stream; name="hostapd-eth_get-bssid-incomplete.patch" Content-Disposition: attachment; filename="hostapd-eth_get-bssid-incomplete.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h1ve8srd0 LS0tIHVzci5zYmluL3dwYS9sMl9wYWNrZXQuYy5vbGQJMjAxMC0xMi0wMSAxOToxNTo0Ni4wMDAw MDAwMDAgLTA3MDAKKysrIHVzci5zYmluL3dwYS9sMl9wYWNrZXQuYwkyMDEwLTEyLTAxIDE5OjIx OjI2LjAwMDAwMDAwMCAtMDcwMApAQCAtMjksNiArMjksNyBAQAogI2luY2x1ZGUgPG5ldC9yb3V0 ZS5oPgogI2luY2x1ZGUgPG5ldGluZXQvaW4uaD4KICNpbmNsdWRlIDxhcnBhL2luZXQuaD4KKyNp bmNsdWRlICJuZXQ4MDIxMS9pZWVlODAyMTFfaW9jdGwuaCIKIAogI2luY2x1ZGUgPHN0ZGxpYi5o PgogI2luY2x1ZGUgPHN0ZGlvLmg+CkBAIC0yMjEsMzggKzIyMiwyNSBAQAogc3RhdGljIGludAog ZXRoX2dldChjb25zdCBjaGFyICpkZXZpY2UsIHU4IGVhW0VUSF9BTEVOXSkKIHsKLQlzdHJ1Y3Qg aWZfbXNnaGRyICppZm07Ci0Jc3RydWN0IHNvY2thZGRyX2RsICpzZGw7Ci0JdV9jaGFyICpwLCAq YnVmOwotCXNpemVfdCBsZW47Ci0JaW50IG1pYltdID0geyBDVExfTkVULCBBRl9ST1VURSwgMCwg QUZfTElOSywgTkVUX1JUX0lGTElTVCwgMCB9OworCXN0cnVjdCBpZWVlODAyMTFyZXEgaXJlcTsK KwlpbnQgczsKIAotCWlmIChzeXNjdGwobWliLCA2LCBOVUxMLCAmbGVuLCBOVUxMLCAwKSA8IDAp Ci0JCXJldHVybiAtMTsKLQlpZiAoKGJ1ZiA9IG1hbGxvYyhsZW4pKSA9PSBOVUxMKQotCQlyZXR1 cm4gLTE7Ci0JaWYgKHN5c2N0bChtaWIsIDYsIGJ1ZiwgJmxlbiwgTlVMTCwgMCkgPCAwKSB7Ci0J CWZyZWUoYnVmKTsKKwlzID0gc29ja2V0KFBGX1JPVVRFLCBTT0NLX1JBVywgMCk7CisJaWYgKHMg PCAwKSB7CiAJCXJldHVybiAtMTsKIAl9Ci0JZm9yIChwID0gYnVmOyBwIDwgYnVmICsgbGVuOyBw ICs9IGlmbS0+aWZtX21zZ2xlbikgewotCQlpZm0gPSAoc3RydWN0IGlmX21zZ2hkciAqKXA7Ci0J CXNkbCA9IChzdHJ1Y3Qgc29ja2FkZHJfZGwgKikoaWZtICsgMSk7Ci0JCWlmIChpZm0tPmlmbV90 eXBlICE9IFJUTV9JRklORk8gfHwKLQkJICAgIChpZm0tPmlmbV9hZGRycyAmIFJUQV9JRlApID09 IDApCi0JCQljb250aW51ZTsKLQkJaWYgKHNkbC0+c2RsX2ZhbWlseSAhPSBBRl9MSU5LIHx8IHNk bC0+c2RsX25sZW4gPT0gMCB8fAotCQkgICAgbWVtY21wKHNkbC0+c2RsX2RhdGEsIGRldmljZSwg c2RsLT5zZGxfbmxlbikgIT0gMCkKLQkJCWNvbnRpbnVlOwotCQltZW1jcHkoZWEsIExMQUREUihz ZGwpLCBzZGwtPnNkbF9hbGVuKTsKLQkJYnJlYWs7Ci0JfQotCWZyZWUoYnVmKTsKIAotCWlmIChw ID49IGJ1ZiArIGxlbikgewotCQllcnJubyA9IEVTUkNIOworCW1lbXNldCgmaXJlcSwgMCwgc2l6 ZW9mKGlyZXEpKTsKKwlzdHJuY3B5KGlyZXEuaV9uYW1lLCBkZXZpY2UsIHNpemVvZihpcmVxLmlf bmFtZSkpOworCWlyZXEuaV90eXBlID0gSUVFRTgwMjExX0lPQ19CU1NJRDsKKwlpcmVxLmlfZGF0 YSA9ICh2b2lkICopIGVhOworCWlyZXEuaV9sZW4gPSBFVEhfQUxFTjsKKwlpZiAoaW9jdGwocywg U0lPQ0c4MDIxMSwgJmlyZXEpIDwgMCkgeworCQljbG9zZShzKTsKIAkJcmV0dXJuIC0xOwogCX0K KworCWNsb3NlKHMpOwogCXJldHVybiAwOwogfQogCg== --00248c6a66a6fc9c5f04bf53e0fd-- From owner-freebsd-wireless@FreeBSD.ORG Sun May 6 14:21:57 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 122A21065672 for ; Sun, 6 May 2012 14:21:57 +0000 (UTC) (envelope-from ryan@jptech.ca) Received: from mail-qa0-f49.google.com (mail-qa0-f49.google.com [209.85.216.49]) by mx1.freebsd.org (Postfix) with ESMTP id BC3FE8FC0C for ; Sun, 6 May 2012 14:21:56 +0000 (UTC) Received: by qabj40 with SMTP id j40so2464855qab.15 for ; Sun, 06 May 2012 07:21:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jptech.ca; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=stfLVxjr95Saj9xe2z2S36QDf2zv7itL78dnxNVPBQs=; b=G9bnqBTThKI8d/n/sJvxXTq3XVMFUEGZzIlLJj6yTPka2BCkkxzNPqfrpgq+GuRnOi 7kYb5lccWDmocgSFghzfvsx/V0Uag5Wpkj/81MOYzYt+tL2jXbaaFp5PCOmYwn3HGkO1 eoUgxx9yN8HKKUUtL8MazwLGQD/5JP6mfw+3I= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=stfLVxjr95Saj9xe2z2S36QDf2zv7itL78dnxNVPBQs=; b=DZ5gpHoTHN0hHcFt/38IiswBSZwS4nzTBTIp1CxpuBEGLS7ojii6m8zCfQVZ5k6yqx QnxCirC1TUfsXt9eoaAOMb8kIyYymWtpWXNa5URqrKZfURuhxjuFXhRHFNM+ho9yuLiE Mjgx3Ue02tr/p1LtfSBW5bJxC4V5sNGxNz6yEfjYQao9R9M8Jejnwi6OnCPK+MaIPgcs VyG3/dJt8IKSrQxs4ASOfVwmJ/GyixC5kuGNP94cbpBSRC6Zl95nZqeVdzyPDh7DOHDK u36+xPZI6wjfJUG1zrHVpLSfa5pHRb6hFB6eNtzQii5Sbb33CoiSrhePQiZQnxiTEcSQ qyVA== MIME-Version: 1.0 Received: by 10.224.34.9 with SMTP id j9mr13849250qad.14.1336314115219; Sun, 06 May 2012 07:21:55 -0700 (PDT) Received: by 10.229.213.130 with HTTP; Sun, 6 May 2012 07:21:55 -0700 (PDT) Date: Sun, 6 May 2012 08:21:55 -0600 Message-ID: From: Ryan J To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnaEhXlhxxPunnucArpWhk8rVykr4KWQZ+r2n37QJ1lMLv71/33Vg8UNifPxCdxZXNCF5jA Subject: Where can I find information about the txpower and txpowmax values from ifconfig? X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2012 14:21:57 -0000 I've been having trouble figuring out what the txpower and txmaxpow values shown by ifconfig actually represent. I was asking about them on the pfSense forums previously, but I think this list may be more appropriate now. http://forum.pfsense.org/index.php/topic,48814.0.html I have an Atheros (AR2413) card that should max out at 26dBm. Running "ifconfig -v ath0_wlan0" shows "txpowmax 50.0" and "txpower 30" using "regdomain FCC country CA indoor". I'm confused about what those values actually mean. I know they're input in increments of .5dBm and stored (internally) as integers, but the values I have don't make sense. Having a txpowmax of 25dBm (50.0 * .5) would make sense for my card since it has tolerances of +1dBm / -1.5dBm, but I don't understand why txmaxpow would be shown in increments of 2xdBm when txpower appears to be using 1xdBm. Also, why would my card be allowed above 26dBm? I've also seen mailing list posts where people have a value for txpower that is greater than txpowmax. For example: http://lists.freebsd.org/pipermail/freebsd-drivers/2008-July/000742.html In that post txpowmax is 18.0 and txpower is 31.5. Since it doesn't make sense to me, I'm guessing txmaxpow and txpower don't mean what I think they do. Would anyone be able to explain what kind of values I should be seeing? Ryan From owner-freebsd-wireless@FreeBSD.ORG Sun May 6 17:43:55 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2745106566C for ; Sun, 6 May 2012 17:43:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4E2DF8FC16 for ; Sun, 6 May 2012 17:43:55 +0000 (UTC) Received: by lbon10 with SMTP id n10so4096825lbo.13 for ; Sun, 06 May 2012 10:43:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=53aRj6JSToysUjgdw368C+N3MDAtSpa6YQYLXt7S33k=; b=txPzljiTUK1iDz3aOehu66r668aiXGL7qmgWHGC47ssMSFhWQlXZmJFRcxU772cOyb Jii/jlEQfjJDbljn6sezYHQm27O263Pte8G50TF8WkkEW3/+K2jlLUfeFjUj+BZQgH+a MttWjAebW01EWSnVmQ8aXW3DNJ2X5FXcivR0LwNuFl7woyni9RqgYh6jaW+SsE+Zniz7 /4cQJ4I3d78DaJh6O4UFss5APEnOVjNQ+w3PezMP6SWMStuc6kC23Ic1xolf4h5CADYQ AkdLnuMm3BCu5XCzyVIauhdZCxrU6ZEeSGGOrF/Sa1CUPi+B1DQ92YOrYgvUZrSk2Iif 63Aw== MIME-Version: 1.0 Received: by 10.112.85.200 with SMTP id j8mr5978970lbz.80.1336326233927; Sun, 06 May 2012 10:43:53 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.112.150.99 with HTTP; Sun, 6 May 2012 10:43:53 -0700 (PDT) In-Reply-To: References: Date: Sun, 6 May 2012 10:43:53 -0700 X-Google-Sender-Auth: ffC3J0sl_bDEKkbCD4gU7S4_UGI Message-ID: From: Adrian Chadd To: Ryan J Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: Where can I find information about the txpower and txpowmax values from ifconfig? X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2012 17:43:55 -0000 Hi, It's quite possibly a bug. Please file a PR. The values should all be stored internally in net80211 in 1/2 dBm increments. I think the ioctl API should also store all values in 1/2 dBm increments. I'd check two things: * that the net80211 maxtxpow values are always correct, assuming 1/2 dBm increments; * then I'd check ifconfig to ensure maxtxpow is always being printed correctly. Adrian From owner-freebsd-wireless@FreeBSD.ORG Sun May 6 19:24:25 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4AE1106564A for ; Sun, 6 May 2012 19:24:25 +0000 (UTC) (envelope-from ryan@jptech.ca) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 91D1B8FC14 for ; Sun, 6 May 2012 19:24:25 +0000 (UTC) Received: by qcsg15 with SMTP id g15so157935qcs.13 for ; Sun, 06 May 2012 12:24:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jptech.ca; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ppUyqaPS+uGwqoI78tbfn+UkNG+HCGMSQR41OofBKDc=; b=VtpMSV/xMjFoMZdsI7EbdIRZJhe7Rv3h5ow9p6sZC4mQUmfse1NqmJRrKdDh553plH 6+aXDouN5j6MAgqYDnCwx61a0LaO6k22aJUOLUIOJmI1MJ4/pESHxhpZnjiwfPChiODa RolcDyNYaNn853UijCZUdAkIl1xfg1xA++VXY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=ppUyqaPS+uGwqoI78tbfn+UkNG+HCGMSQR41OofBKDc=; b=nG3OHWFQvRt3sCEe7RAOc7BZdU1GAxjmcaqSU46uRU6wPQ/eFmj0gFIJIj0w7iVX/9 8Kw/yIX/aK9NpeU3FToHbrpN8Y6wIuFf7T3nCZ8XVl6rIyvd7kp6E8C28BzpvYWveusP 0PLziGpZEzc+lzGe3kPF4/erWQ3PQHAYAfeEFmhdr8p89ouu56z48abidIE0nU2wai8/ wjnJlhCeDKAh2/py00C8iWKSE8ysNh4eQE4Xus3kzHX8j6CSfTN/G0PHdVPyqjZuCoA4 njjkvAjjtujQeVW1f4eGTVqYU9BowzQRAbYLgr8UjWWXH/43EKF5W8Yv69MZbPACKsOd hgWQ== MIME-Version: 1.0 Received: by 10.224.217.193 with SMTP id hn1mr21087766qab.68.1336332264843; Sun, 06 May 2012 12:24:24 -0700 (PDT) Received: by 10.229.213.130 with HTTP; Sun, 6 May 2012 12:24:24 -0700 (PDT) In-Reply-To: References: Date: Sun, 6 May 2012 13:24:24 -0600 Message-ID: From: Ryan J To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmwIYLyoVZ0HdPmS6uJB2SkFiavDAg3ArE538ozf5OGu+JTnbBV2v8VGuukCn9EC4SZY7h8 Subject: Re: Where can I find information about the txpower and txpowmax values from ifconfig? X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2012 19:24:26 -0000 > * that the net80211 maxtxpow values are always correct, assuming 1/2 > dBm increments; That might be a bit beyond my ability unless there's a command line tool I can use to query those values. From the man page it looks like more of an API though and I don't have a development setup. In fact, the only FreeBSD machine I have is a pfSense device running on embedded hardware (ALIX). Is there a way for me to grab those values as a normal user? From owner-freebsd-wireless@FreeBSD.ORG Mon May 7 00:19:46 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2D99106564A for ; Mon, 7 May 2012 00:19:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 756968FC16 for ; Mon, 7 May 2012 00:19:46 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so6582919pbb.13 for ; Sun, 06 May 2012 17:19:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=x+5LoTfbpXuF/TmfrF7sd7g99wjGckcYzPzPn9BFbVs=; b=TqqI/sONet1ZxLdnY0S+O3FjRjLamRzjLNV75wpL/wV9OOyQMS3TEa6Zm1vNOOU1Zk cgZsC0C8n5GHGpf82ymOvbs6Im+/nGcssbCiUTvj/DSo4+6Z+5VW+dFJvBWgbiEukb85 XrXuuahzDLE/zPBUgUpCf+Xg9Hu8vctQ9czcrw1cFDnBseIau4HTyh76QuG53xTTin6f 29yGUTf4Nry4DXDad2KRD8OdKw4poysKIOBPfpkRixgZ8d4HaX6ZwCDQNkeL32SfTii1 lIU5bvEZ17YasjlUKXLnIhdL4II+d+e41cL8ZuDH6x0DMirrcCen3sFNz2wA2L1ncd6h CZZQ== MIME-Version: 1.0 Received: by 10.68.234.10 with SMTP id ua10mr19190074pbc.146.1336349986306; Sun, 06 May 2012 17:19:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.101.9 with HTTP; Sun, 6 May 2012 17:19:46 -0700 (PDT) In-Reply-To: References: Date: Sun, 6 May 2012 17:19:46 -0700 X-Google-Sender-Auth: VW4g4murzSm-XL3j2klSZUEYVOU Message-ID: From: Adrian Chadd To: Ryan J Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: Where can I find information about the txpower and txpowmax values from ifconfig? X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 00:19:46 -0000 Hi, Not really. I suggest you just summarise your findings and dump them into a PR, so they're not forgotten. Thanks! Adrian From owner-freebsd-wireless@FreeBSD.ORG Mon May 7 05:55:41 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8B561065672; Mon, 7 May 2012 05:55:41 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6EAB18FC14; Mon, 7 May 2012 05:55:40 +0000 (UTC) Received: by lbon10 with SMTP id n10so4371966lbo.13 for ; Sun, 06 May 2012 22:55:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=hUZDIiwXHDSUMFD3v3M1RwMYOyPV96FzR5j9zv8gyD8=; b=Wskd5YuGSzJqmde1K5WJCi24wRg/TOr0tY5hRIu12EwKKKqopjAjq/5ZLk/LFZNTpj qdCWQU1EmmvZTrscTGaV9UG5/XNmZO0YxthHOHEhuVKbMHkOPt/5KlXeAbDXjK+m/5jJ qTb0FsCL5E2qhZ+5Ax9g6KIdp2pnl3EtHcixsteI1LPgr2VexkQsCD/gpZrtoSnpA4ol 56OSyyG5UndwZ+rSJZGY8ZMuo0zY34hfcRGYAIB9o+A/vbOLWeEEAi1FbxkKkCsqAkBb pgl4KUNmwMmuBAa2Kz6uwuOpsu6KSwORUF1tAtfKGAZnOKRgshy8WISmYz7e/yP9ZsBL 8lbA== Received: by 10.152.148.101 with SMTP id tr5mr12825134lab.36.1336370139086; Sun, 06 May 2012 22:55:39 -0700 (PDT) Received: from laptop (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id mg19sm18025412lab.8.2012.05.06.22.55.35 (version=SSLv3 cipher=OTHER); Sun, 06 May 2012 22:55:37 -0700 (PDT) Date: Mon, 7 May 2012 08:56:13 +0300 From: "Sergey V. Dyatko" To: Bernhard Schmidt Message-ID: <20120507085613.6b92d5ce@laptop> In-Reply-To: References: <201205031853.53102.bschmidt@freebsd.org> <20120505105258.28e28803@laptop> <201205051251.10431.bschmidt@freebsd.org> <20120505152728.65d28e98@laptop> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, freebsd-wireless@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 05:55:41 -0000 On Sat, 5 May 2012 14:50:52 +0200 Bernhard Schmidt wrote: > On Sat, May 5, 2012 at 2:27 PM, Sergey V. Dyatko > wrote: > > On Sat, 5 May 2012 12:51:10 +0200 > > Bernhard Schmidt wrote: > >> Please apply attached patch (also here [1]) on top of the first > >> one, it fixes channel switching for >= 3070 (called the wrong > >> function, doh..) as well as a bgscan issue. > >> > >> [1] http://techwires.net/~bschmidt/rt2860_1.diff > >> > > > > * patch applied without errors > > * build/install - ok > > > > kldload and after ~5 minutes: > > > > May š5 15:01:20 laptop kernel: ral0: device timeout > > May š5 15:06:12 laptop kernel: ral0: device timeout > > > > without bgscan I didn't see such messages š~30-40 min > > Ok great, so except bgscan you haven't seen any other issue yet? > Yes. -- wbr, tiger From owner-freebsd-wireless@FreeBSD.ORG Mon May 7 05:59:28 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C6B7106566B; Mon, 7 May 2012 05:59:28 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3915E8FC15; Mon, 7 May 2012 05:59:28 +0000 (UTC) Received: by dadv36 with SMTP id v36so360696dad.13 for ; Sun, 06 May 2012 22:59:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=F1dXuetTe+9jfTzGA6G3B9AuH5iLTvVLLyxg/NbrRiE=; b=b/AXFUxmuSxyYrPlrZSIvkdGJIGvM2ejd00QR3pHBMr6xm1YEsVBuUFQKjUaJ1TucK hpGkk9XpCafr4mnXUxcCVXvZw6aBTJOvfTO5lrv0SMIZojT4foCInnsiEm4g1uSnywCM fzbRLG6JotLFzVPEAL1sbW1IJCSWRbkaYCDwCcXK4XQHGnA0VugeOdpjC95JsqjM9aw6 h0ujCOuU3oYnYteOpomcHGqD5eK5il2je7vcRwMixuD+cZFNdlDjqhh4f5T9biwfcACA InWefd+DajCai4lIQ3jjiHIZFI/eAxZSowClykVoxWzjLn+lW9T4Sjwqd4ZCAvgyxSSt rF9g== MIME-Version: 1.0 Received: by 10.68.130.67 with SMTP id oc3mr20273276pbb.68.1336370367670; Sun, 06 May 2012 22:59:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.101.9 with HTTP; Sun, 6 May 2012 22:59:27 -0700 (PDT) In-Reply-To: <20120507085613.6b92d5ce@laptop> References: <201205031853.53102.bschmidt@freebsd.org> <20120505105258.28e28803@laptop> <201205051251.10431.bschmidt@freebsd.org> <20120505152728.65d28e98@laptop> <20120507085613.6b92d5ce@laptop> Date: Sun, 6 May 2012 22:59:27 -0700 X-Google-Sender-Auth: iiKSOdM04GAvcOq7UlLtthbFinc Message-ID: From: Adrian Chadd To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, freebsd-wireless@freebsd.org, freebsd-current@freebsd.org, Bernhard Schmidt Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 05:59:28 -0000 Hi, FWIW, "device timeout" may just be watchdog related race conditions, rather than an actual hardware device timeout. I have the same issues in ath(4). I need to fix a whole lot of locking constructs before I can fix 'that'. Adrian From owner-freebsd-wireless@FreeBSD.ORG Mon May 7 11:07:26 2012 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B12911065678 for ; Mon, 7 May 2012 11:07:26 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 999AE8FC0C for ; Mon, 7 May 2012 11:07:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47B7Ql0072558 for ; Mon, 7 May 2012 11:07:26 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47B7P8j072556 for freebsd-wireless@FreeBSD.org; Mon, 7 May 2012 11:07:25 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 May 2012 11:07:25 GMT Message-Id: <201205071107.q47B7P8j072556@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-wireless@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-wireless@FreeBSD.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 11:07:26 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/167491 wireless [ath] TID != hardware queue TID in ath_tx_aggr_comp_ag o kern/167113 wireless [ath] AR5210: "stuck" TX seems to be occuring, without o kern/167080 wireless [ath] channel switch on another VAP break channel setu o kern/166684 wireless [ath] [net80211] mgmtrate/mcastrate isn't updated base p kern/166642 wireless [ieee80211] [patch] in 802.11n mode for FreeBSD AP, ha o kern/166641 wireless [ieee80211] [patch] mbuf/cluster leak in AP mode in 80 p kern/166357 wireless [ath] 802.11n TX stall when the first frame in the BAW o kern/166286 wireless [net80211] [ath] initial switch to HT40 isn't causing p kern/166190 wireless [ath] TX hangs and frames stuck in TX queue o kern/166086 wireless [Patch][ath] Reflect state of rfkill switch in a sysct o kern/165969 wireless [ath] Slower performance in adhoc mode vs Client/AP mo o kern/165966 wireless [ath] ath0: device timeout on SMP machines due to race o kern/165895 wireless [ath] overly busy cabq can tie up all tx buffers o kern/165870 wireless [bwn] bwn driver does not attach on HP Pavilion dv9420 o kern/165866 wireless [ath] TX hangs, requiring a "scan" to properly reset t o kern/165849 wireless [ath] [hang] network ath driver freeze o kern/165595 wireless [ipw] ipw(4): Can't load firmare for ipw2200bg o kern/165543 wireless [ath] ath0 endless scanning of channels without connec o kern/165517 wireless [net80211] bgscan isn't triggered when invalid beacons o kern/165475 wireless [ath] operational mode change doesn't poke the underly o kern/165382 wireless [kernel] taskqueue_unblock doesn't unblock currently q o kern/165306 wireless [ath] race conditions between scanning and beacon time o kern/165220 wireless [ath] "ath_rx_tasklet: sc_inreset_cnt > 0; skipping" m o kern/165214 wireless [ieee80211] Kernel panic in ieee80211_output.c:2505 o kern/165212 wireless [ath] No WiFi on Acer Aspire One 751h (Atheros AR5BHB6 o kern/165149 wireless [ath] [net80211] Ping with data length more than iv_fr o kern/165146 wireless [net80211] Net802.11 Fragment number is assigned 1 (sh o kern/165060 wireless [ath] vap->iv_bss race conditions causing crashes insi o kern/165021 wireless [ath] ath device timeout during scan/attach, if wlan_c o kern/164951 wireless [ath] [patch] Problem build of if_ath driver with cert o kern/164721 wireless [ath] ath device timeouts o kern/164499 wireless [wi] [patch] if_wi needs fix for big endian architectu o kern/164382 wireless [ath] crash when down/deleting a vap - inside ieee8021 o kern/164365 wireless [iwi] iwi0: UP/DOWN in f bin/164210 wireless [build] [patch] buildworld WITHOUT_OPENSSL stops at us f bin/164209 wireless [build] [patch] buildworld WITHOUT_OPENSSL stops at us o bin/164102 wireless hostapd not configured for 802.11n o kern/163759 wireless [ath] ath(4) "stops working" in hostap mode o kern/163724 wireless [mwl] [patch] NULL check before dereference o kern/163719 wireless [ath] ath interface do not receive multicast o kern/163689 wireless [ath] TX timeouts when sending probe/mgmt frames durin o kern/163574 wireless [net80211] overly-frequent HT occupancy changes o kern/163573 wireless [ath] hostap mode TX buffer hang o kern/163559 wireless [ath] kernel panic AH_DEBUG o kern/163318 wireless [ath] ath(4) stops working p kern/163312 wireless [panic] [ath driver] kernel panic: page fault with ath o kern/163237 wireless [ath] AR5416 as HostAP. Delays among clients when a cl o kern/163082 wireless [ath] ar9285 diversity fixes o kern/162648 wireless [ath] AR9227 ADC DC calibration failure o kern/162647 wireless [ath] 11n TX aggregation session / TX hang o kern/161293 wireless [iwn] hang at startup when starting network o kern/161035 wireless [ieee80211] Incorrect number describing 11ng MCS rate o kern/160391 wireless [ieee80211] [patch] Panic in mesh mode o kern/160296 wireless [zyd] [panic] 802.11 usb device reboots system on 'ifc o misc/160176 wireless [mips] [panic] Kernel panic on AR7161 platform with AR o kern/157449 wireless [ath] MAC address conflict causes system to freeze o kern/157243 wireless [ath] investigate beacon TX (AP) / RX (STA) when under o kern/156904 wireless [ath] AR9285 antenna diversity algorithm is buggy and o kern/156884 wireless [ath] ath instablity o kern/156327 wireless [bwn] bwn driver causes 20%-50% packet loss o kern/156322 wireless [wpi] no ahdemo support for if_wpi o kern/156321 wireless [ath] ahdemo doesn't work with if_ath o kern/155498 wireless [ral] ral(4) needs to be resynced with OpenBSD's to ga o kern/155100 wireless [ath] ath driver on busy channel: "stuck beacon" p kern/154598 wireless [ath] Atheros 5424/2424 can't connect to WPA network o kern/154567 wireless [ath] ath(4) lot of bad series(0) o kern/154327 wireless [ath] AR5416 in station mode hangs when transmitting f o kern/154284 wireless [ath] Modern ath wifi cards (such as AR9285) have miss o kern/154153 wireless [ath] AR5213 + MIPS + WPA group key packet corruption o kern/153448 wireless [ath] ath networking device loses association after a o kern/152750 wireless [ath] ath0 lot of bad series hwrate o kern/151198 wireless [ath] ath/5416 fails bgscan with "ath0: ath_chan_set: o kern/149786 wireless [bwn] bwn on Dell Inspiron 1150: connections stall o kern/149516 wireless [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 wireless [realtek/atheros]: None of my network card working o kern/148322 wireless [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 wireless [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 wireless [ath] wireless networking stops functioning o kern/146426 wireless [mwl] 802.11n rates not possible on mwl o kern/146425 wireless [mwl] mwl dropping all packets during and after high u o kern/145826 wireless [panic] [ath] Unable to configure adhoc mode on ath0/w o kern/144987 wireless [wpi] [panic] injecting packets with wlaninject using o bin/144109 wireless hostapd(8) uses the MAC of the wireless interface, but o conf/143079 wireless hostapd(8) startup missing multi wlan functionality p kern/140567 wireless [ath] [patch] ath is not worked on my notebook PC o kern/140245 wireless [ath] [panic] Kernel panic during network activity on o kern/137592 wireless [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne p bin/137484 wireless [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/136943 wireless [wpi] [lor] wpi0_com_lock / wpi0 o kern/136836 wireless [ath] atheros card stops functioning after about 12 ho o kern/132722 wireless [ath] Wifi ath0 associates fine with AP, but DHCP or I o bin/131549 wireless ifconfig(8) can't clear 'monitor' mode on the wireless o kern/126475 wireless [ath] [panic] ath pcmcia card inevitably panics under o kern/125721 wireless [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 wireless [ath] [panic] ath(4) related panic o kern/125501 wireless [ath] atheros cardbus driver hangs o kern/125332 wireless [ath] [panic] crash under any non-tiny networking unde o kern/124767 wireless [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 wireless [ieee80211] net80211 discards power-save queue packets o docs/120456 wireless ath(4) needs to specify requirement on wlan_scan_sta o kern/119513 wireless [ath] [irq] inserting dlink dwl-g630 wireless card res o kern/116747 wireless [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile f kern/105348 wireless [ath] ath device stopps TX 103 problems total. From owner-freebsd-wireless@FreeBSD.ORG Mon May 7 12:10:43 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ADD2106566B for ; Mon, 7 May 2012 12:10:43 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A03258FC16 for ; Mon, 7 May 2012 12:10:42 +0000 (UTC) Received: by bkvi17 with SMTP id i17so5144819bkv.13 for ; Mon, 07 May 2012 05:10:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=6Cwxt+M7fIh5vRsrSqYZBjm4i6tgwuEYHh3W6ORacdI=; b=DHtMWdifvXrYO827UrC4qJyeylYMASO4k5JHrEMrGXZPjCP1nvRSYcidcryovvm5R1 FQaXtcFoV0yD0ZjSYnJNvg/PzhvLNBcP1mMXd8DP2g6T2vqSmuaDU+l+y+mD/Vv+Rdk+ XgA9tHu4jcyt7l4EdKrBf4wfTjdmPl/TjxgMszL6EbEe/ElVntzzTpi5dCIrHMkFg8DQ ULjyEw/BiV03WORig6ehmwBeUtNgqoIgYiPT3OdFDRHQ/nmraZP4r3qH6JMFYFaLH9zX nJHgBUsp6EkEs6ntNhdjkBvtv6/OthDdipNrJ51X86cHVmUOU30WxqcKSEFHY+PIg2sG oXag== Received: by 10.204.152.75 with SMTP id f11mr5516497bkw.136.1336392640757; Mon, 07 May 2012 05:10:40 -0700 (PDT) Received: from Sevans-MacBook-Pro.local (cpc2-brig17-2-0-cust527.3-3.cable.virginmedia.com. [81.101.198.16]) by mx.google.com with ESMTPS id u8sm32046079bks.0.2012.05.07.05.10.38 (version=SSLv3 cipher=OTHER); Mon, 07 May 2012 05:10:39 -0700 (PDT) Message-ID: <4FA7BBBC.7010602@gmail.com> Date: Mon, 07 May 2012 13:10:36 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-wireless@freebsd.org References: <201205031853.53102.bschmidt@freebsd.org> In-Reply-To: <201205031853.53102.bschmidt@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 12:10:43 -0000 On 03/05/2012 17:53, Bernhard Schmidt wrote: > I'd appreciate testing and feedback Driver attaches fine on r235058M, I can create an instance of wlan attached to ral0 & associate with an AP using WPA2 PSK, I can obtain an IP via DHCP but the system panics on trying to pass TCP traffic. panic message http://img535.imageshack.us/img535/5345/img1135te.jpg trace http://img444.imageshack.us/img444/4362/img1136t.jpg verbose dmesg http://pastebin.com/rty0LHuq I noticed in the dmesg output on my machine that ral(4) doesn't print the ethernet address of the device its attached to, is that currently expected? Sevan From owner-freebsd-wireless@FreeBSD.ORG Mon May 7 21:24:01 2012 Return-Path: Delivered-To: freebsd-wireless@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 976B11065673; Mon, 7 May 2012 21:24:01 +0000 (UTC) (envelope-from dteske@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6A51D8FC14; Mon, 7 May 2012 21:24:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47LO1Np056173; Mon, 7 May 2012 21:24:01 GMT (envelope-from dteske@freefall.freebsd.org) Received: (from dteske@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47LO1HE056167; Mon, 7 May 2012 21:24:01 GMT (envelope-from dteske) Date: Mon, 7 May 2012 21:24:01 GMT Message-Id: <201205072124.q47LO1HE056167@freefall.freebsd.org> To: dteske@FreeBSD.org, freebsd-wireless@FreeBSD.org, dteske@FreeBSD.org From: dteske@FreeBSD.org Cc: Subject: Re: bin/164209: [build] [patch] buildworld WITHOUT_OPENSSL stops at usr.sbin/wpa/hostapd X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 21:24:01 -0000 Synopsis: [build] [patch] buildworld WITHOUT_OPENSSL stops at usr.sbin/wpa/hostapd Responsible-Changed-From-To: freebsd-wireless->dteske Responsible-Changed-By: dteske Responsible-Changed-When: Mon May 7 21:24:01 UTC 2012 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=164209 From owner-freebsd-wireless@FreeBSD.ORG Mon May 7 21:46:09 2012 Return-Path: Delivered-To: freebsd-wireless@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAF0E106564A; Mon, 7 May 2012 21:46:09 +0000 (UTC) (envelope-from dteske@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8E69E8FC08; Mon, 7 May 2012 21:46:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47Lk9NM075561; Mon, 7 May 2012 21:46:09 GMT (envelope-from dteske@freefall.freebsd.org) Received: (from dteske@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47Lk9ZG075557; Mon, 7 May 2012 21:46:09 GMT (envelope-from dteske) Date: Mon, 7 May 2012 21:46:09 GMT Message-Id: <201205072146.q47Lk9ZG075557@freefall.freebsd.org> To: dteske@FreeBSD.org, freebsd-wireless@FreeBSD.org, dteske@FreeBSD.org From: dteske@FreeBSD.org Cc: Subject: Re: bin/164210: [build] [patch] buildworld WITHOUT_OPENSSL stops at usr.sbin/wpa/wpa_supplicant X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 21:46:09 -0000 Synopsis: [build] [patch] buildworld WITHOUT_OPENSSL stops at usr.sbin/wpa/wpa_supplicant Responsible-Changed-From-To: freebsd-wireless->dteske Responsible-Changed-By: dteske Responsible-Changed-When: Mon May 7 21:46:09 UTC 2012 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=164210 From owner-freebsd-wireless@FreeBSD.ORG Tue May 8 17:11:42 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88E9F1065674 for ; Tue, 8 May 2012 17:11:42 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id DA3558FC17 for ; Tue, 8 May 2012 17:11:41 +0000 (UTC) Received: by lbon10 with SMTP id n10so6042793lbo.13 for ; Tue, 08 May 2012 10:11:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=ElTywq9TKAnwSpuGfw2foqTa7nGVCf+Lb44LGfrFG84=; b=OO+4uYe+nw6efPrxqSlwg+lA/heAmxyQ0XXoSinIt0AyuQDMXuETPeXORT0VDH2G8+ q0jt5BZ1BupROE5Sq6Bhb2zomWAUssR6XRBZHAP/s2rthEE4y4fLKvvcJ9gRUmLzE8bP aFv+Nl3lxMa8h5VoW6pAnj6FsSzOyWgePZffJDRAhcXSoW8jVNnzNtkWshKCqN5UEEGY PtUipkcDDmskz+DTtBX5qy1g1761GQszoPDTJ88iyCaWAadmsXpkmHWxHBT92RbjS0Ek ld6L5+VUTVc3B9fxSmpCK2E+2HqLY94JaLldAT5B//lesWUMqwVXWxvInb0tDbTKNjIz QSWQ== MIME-Version: 1.0 Received: by 10.112.46.9 with SMTP id r9mr9089062lbm.81.1336497100434; Tue, 08 May 2012 10:11:40 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.152.122.145 with HTTP; Tue, 8 May 2012 10:11:40 -0700 (PDT) X-Originating-IP: [88.65.57.209] In-Reply-To: <201205051251.10431.bschmidt@freebsd.org> References: <201205031853.53102.bschmidt@freebsd.org> <20120505105258.28e28803@laptop> <201205051251.10431.bschmidt@freebsd.org> Date: Tue, 8 May 2012 19:11:40 +0200 X-Google-Sender-Auth: cs7aqnpdX0GArL0V6Xppb3TqSO8 Message-ID: From: Bernhard Schmidt To: freebsd-wireless@freebsd.org Content-Type: multipart/mixed; boundary=f46d0401236fea2fa804bf897ab6 X-Gm-Message-State: ALoCoQmZolPyggwOTeQP8NNR9oa/FQowvE2J0MGrlKZfwI3v1akIXHb63HUJx7S7G7uD9tpf7CYr Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2012 17:11:42 -0000 --f46d0401236fea2fa804bf897ab6 Content-Type: text/plain; charset=ISO-8859-1 On Sat, May 5, 2012 at 12:51 PM, Bernhard Schmidt wrote: > Please apply attached patch (also here [1]) on top of the first one, > it fixes channel switching for >= 3070 (called the wrong function, > doh..) as well as a bgscan issue. > > [1] http://techwires.net/~bschmidt/rt2860_1.diff And another update [1] on top of the other 2 patches. * fix TX DMA, a wrong dmat has been used * add some more PCI IDs * disable debugging output by default * disable bgscan until it's sorted out * a printf is now hidden behind bootverbose So far it looks quite good, no open issues at the moment, keep on testing! ;) If nothing new comes up within the next few days I intend to commit this by the end of the week or something. [1] http://techwires.net/~bschmidt/rt2860_2.diff -- Bernhard --f46d0401236fea2fa804bf897ab6 Content-Type: application/octet-stream; name="rt2860_2.diff" Content-Disposition: attachment; filename="rt2860_2.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h1z7t8xa1 ZGlmZiAtLWdpdCBzeXMvZGV2L3JhbC9pZl9yYWxfcGNpLmMgc3lzL2Rldi9yYWwvaWZfcmFsX3Bj aS5jCmluZGV4IDE1YzExYmQuLmMzNDM4YTMgMTAwNjQ0Ci0tLSBzeXMvZGV2L3JhbC9pZl9yYWxf cGNpLmMKKysrIHN5cy9kZXYvcmFsL2lmX3JhbF9wY2kuYwpAQCAtNzEsMTcgKzcxLDM3IEBAIHN0 cnVjdCByYWxfcGNpX2lkZW50IHsKIH07CiAKIHN0YXRpYyBjb25zdCBzdHJ1Y3QgcmFsX3BjaV9p ZGVudCByYWxfcGNpX2lkc1tdID0geworCXsgMHgxNDMyLCAweDc3MDgsICJFZGltYXggUlQyODYw IiB9LAorCXsgMHgxNDMyLCAweDc3MTEsICJFZGltYXggUlQzNTkxIiB9LAorCXsgMHgxNDMyLCAw eDc3MjIsICJFZGltYXggUlQzNTkxIiB9LAorCXsgMHgxNDMyLCAweDc3MjcsICJFZGltYXggUlQy ODYwIiB9LAorCXsgMHgxNDMyLCAweDc3MjgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgxNDMy LCAweDc3MzgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgxNDMyLCAweDc3NDgsICJFZGltYXgg UlQyODYwIiB9LAorCXsgMHgxNDMyLCAweDc3NTgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgx NDMyLCAweDc3NjgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgxNDYyLCAweDg5MWEsICJNU0kg UlQzMDkwIiB9LAogCXsgMHgxODE0LCAweDAyMDEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDI1NjAi IH0sCiAJeyAweDE4MTQsIDB4MDMwMSwgIlJhbGluayBUZWNobm9sb2d5IFJUMjU2MVMiIH0sCiAJ eyAweDE4MTQsIDB4MDMwMiwgIlJhbGluayBUZWNobm9sb2d5IFJUMjU2MSIgfSwKIAl7IDB4MTgx NCwgMHgwNDAxLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQyNjYxIiB9LAotCXsgMHgxODE0LCAweDA2 MDEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDI4NjAgUENJIiB9LAotCXsgMHgxODE0LCAweDA2ODEs ICJSYWxpbmsgVGVjaG5vbG9neSBSVDI4NjAgUENJZSIgfSwKLQl7IDB4MTgxNCwgMHgwNzAxLCAi UmFsaW5rIFRlY2hub2xvZ3kgUlQyODcwIFBDSSIgfSwKLQl7IDB4MTgxNCwgMHgwNzgxLCAiUmFs aW5rIFRlY2hub2xvZ3kgUlQyODcwIFBDSWUiIH0sCi0JeyAweDE4MTQsIDB4MzA2MCwgIlJhbGlu ayBUZWNobm9sb2d5IFJUMzA2MCBQQ0kiIH0sCi0JeyAweDE4MTQsIDB4MzA5MCwgIlJhbGluayBU ZWNobm9sb2d5IFJUMzA5MCBQQ0llIiB9LAotCisJeyAweDE4MTQsIDB4MDYwMSwgIlJhbGluayBU ZWNobm9sb2d5IFJUMjg2MCIgfSwKKwl7IDB4MTgxNCwgMHgwNjgxLCAiUmFsaW5rIFRlY2hub2xv Z3kgUlQyODkwIiB9LAorCXsgMHgxODE0LCAweDA3MDEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDI3 NjAiIH0sCisJeyAweDE4MTQsIDB4MDc4MSwgIlJhbGluayBUZWNobm9sb2d5IFJUMjc5MCIgfSwK Kwl7IDB4MTgxNCwgMHgzMDYwLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQzMDYwIiB9LAorCXsgMHgx ODE0LCAweDMwNjIsICJSYWxpbmsgVGVjaG5vbG9neSBSVDMwNjIiIH0sCisJeyAweDE4MTQsIDB4 MzA5MCwgIlJhbGluayBUZWNobm9sb2d5IFJUMzA5MCIgfSwKKwl7IDB4MTgxNCwgMHgzMDkxLCAi UmFsaW5rIFRlY2hub2xvZ3kgUlQzMDkxIiB9LAorCXsgMHgxODE0LCAweDMwOTIsICJSYWxpbmsg VGVjaG5vbG9neSBSVDMwOTIiIH0sCisJeyAweDE4MTQsIDB4MzM5MCwgIlJhbGluayBUZWNobm9s b2d5IFJUMzM5MCIgfSwKKwl7IDB4MTgxNCwgMHgzNTYyLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQz NTYyIiB9LAorCXsgMHgxODE0LCAweDM1OTIsICJSYWxpbmsgVGVjaG5vbG9neSBSVDM1OTIiIH0s CisJeyAweDE4MTQsIDB4MzU5MywgIlJhbGluayBUZWNobm9sb2d5IFJUMzU5MyIgfSwKKwl7IDB4 MTgxNCwgMHg1MzkwLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQ1MzkwIiB9LAorCXsgMHgxODE0LCAw eDUzOWEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDUzOTAiIH0sCisJeyAweDE4MTQsIDB4NTM5Ziwg IlJhbGluayBUZWNobm9sb2d5IFJUNTM5MCIgfSwKKwl7IDB4MWEzYiwgMHgxMDU5LCAiQVdUIFJU Mjg5MCIgfSwKIAl7IDAsIDAsIE5VTEwgfQogfTsKIApAQCAtMjA0LDE4ICsyMjQsOSBAQCByYWxf cGNpX2F0dGFjaChkZXZpY2VfdCBkZXYpCiAJY2FzZSAweDA0MDE6CiAJCXBzYy0+c2Nfb3BucyA9 ICZyYWxfcnQyNjYxX29wbnM7CiAJCWJyZWFrOwotCWNhc2UgMHgwNjAxOgotCWNhc2UgMHgwNjgx OgotCWNhc2UgMHgwNzAxOgotCWNhc2UgMHgwNzgxOgotCWNhc2UgMHgzMDYwOgotCWNhc2UgMHgz MDkwOgorCWRlZmF1bHQ6CiAJCXBzYy0+c2Nfb3BucyA9ICZyYWxfcnQyODYwX29wbnM7CiAJCWJy ZWFrOwotCWRlZmF1bHQ6Ci0JCWRldmljZV9wcmludGYoZGV2LCAiRVJST1I6IFVua25vd24gY2Fy ZCAweCUwNHhcbiIsCi0JCSAgICBwY2lfZ2V0X2RldmljZShkZXYpKTsKLQkJcmV0dXJuIChFTlhJ Tyk7CiAJfQogCiAJcHNjLT5tZW1fcmlkID0gUkFMX1BDSV9CQVIwOwpkaWZmIC0tZ2l0IHN5cy9k ZXYvcmFsL3J0Mjg2MC5jIHN5cy9kZXYvcmFsL3J0Mjg2MC5jCmluZGV4IGNhYTE1ODYuLjk3ZGU5 NTAgMTAwNjQ0Ci0tLSBzeXMvZGV2L3JhbC9ydDI4NjAuYworKysgc3lzL2Rldi9yYWwvcnQyODYw LmMKQEAgLTcxLDcgKzcxLDYgQEAgX19GQlNESUQoIiRGcmVlQlNEJCIpOwogI2lmZGVmIFJBTF9E RUJVRwogI2RlZmluZSBEUFJJTlRGKHgpCWRvIHsgaWYgKHNjLT5zY19kZWJ1ZyA+IDApIHByaW50 ZiB4OyB9IHdoaWxlICgwKQogI2RlZmluZSBEUFJJTlRGTihuLCB4KQlkbyB7IGlmIChzYy0+c2Nf ZGVidWcgPj0gKG4pKSBwcmludGYgeDsgfSB3aGlsZSAoMCkKLWludCBydDI4NjBfZGVidWcgPSAw OwogI2Vsc2UKICNkZWZpbmUgRFBSSU5URih4KQogI2RlZmluZSBEUFJJTlRGTihuLCB4KQpAQCAt MjI5LDYgKzIyOCw3IEBAIHJ0Mjg2MF9hdHRhY2goZGV2aWNlX3QgZGV2LCBpbnQgaWQpCiAJdWlu dDhfdCBtYWNhZGRyW0lFRUU4MDIxMV9BRERSX0xFTl07CiAKIAlzYy0+c2NfZGV2ID0gZGV2Owor CXNjLT5zY19kZWJ1ZyA9IDA7CiAKIAlpZnAgPSBzYy0+c2NfaWZwID0gaWZfYWxsb2MoSUZUX0lF RUU4MDIxMSk7CiAJaWYgKGlmcCA9PSBOVUxMKSB7CkBAIC0yNjQsMTAgKzI2NCwxMiBAQCBydDI4 NjBfYXR0YWNoKGRldmljZV90IGRldiwgaW50IGlkKQogCiAJLyogcmV0cmlldmUgUkYgcmV2LiBu byBhbmQgdmFyaW91cyBvdGhlciB0aGluZ3MgZnJvbSBFRVBST00gKi8KIAlydDI4NjBfcmVhZF9l ZXByb20oc2MsIG1hY2FkZHIpOwotCWRldmljZV9wcmludGYoc2MtPnNjX2RldiwKLQkgICAgIk1B Qy9CQlAgUlQlWCAocmV2IDB4JTA0WCksIFJGICVzIChNSU1PICVkVCVkUilcbiIsCi0JICAgIHNj LT5tYWNfdmVyLCBzYy0+bWFjX3JldiwgcnQyODYwX2dldF9yZihzYy0+cmZfcmV2KSwKLQkgICAg c2MtPm50eGNoYWlucywgc2MtPm5yeGNoYWlucyk7CisJaWYgKGJvb3R2ZXJib3NlKSB7CisJCWRl dmljZV9wcmludGYoc2MtPnNjX2RldiwgIk1BQy9CQlAgUlQlWCAocmV2IDB4JTA0WCksICIKKwkJ ICAgICJSRiAlcyAoTUlNTyAlZFQlZFIpLCBhZGRyZXNzICU2RFxuIiwKKwkJICAgIHNjLT5tYWNf dmVyLCBzYy0+bWFjX3JldiwgcnQyODYwX2dldF9yZihzYy0+cmZfcmV2KSwKKwkJICAgIHNjLT5u dHhjaGFpbnMsIHNjLT5ucnhjaGFpbnMsIG1hY2FkZHIsICI6Iik7CisJfQogCiAJLyoKIAkgKiBB bGxvY2F0ZSBUeCAoNCBFRENBcyArIEhDQ0EgKyBNZ3QpIGFuZCBSeCByaW5ncy4KQEAgLTMyMCw3 ICszMjIsOSBAQCBydDI4NjBfYXR0YWNoKGRldmljZV90IGRldiwgaW50IGlkKQogCQl8IElFRUU4 MDIxMV9DX1NIUFJFQU1CTEUJLyogc2hvcnQgcHJlYW1ibGUgc3VwcG9ydGVkICovCiAJCXwgSUVF RTgwMjExX0NfU0hTTE9UCQkvKiBzaG9ydCBzbG90IHRpbWUgc3VwcG9ydGVkICovCiAJCXwgSUVF RTgwMjExX0NfV1BBCQkvKiBjYXBhYmxlIG9mIFdQQTErV1BBMiAqLworI2lmIDAKIAkJfCBJRUVF ODAyMTFfQ19CR1NDQU4JCS8qIGNhcGFibGUgb2YgYmcgc2Nhbm5pbmcgKi8KKyNlbmRpZgogCQl8 IElFRUU4MDIxMV9DX1dNRQkJLyogODAyLjExZSAqLwogCQk7CiAKQEAgLTU0MiwxNCArNTQ2LDYg QEAgcnQyODYwX2FsbG9jX3R4X3Jpbmcoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBy dDI4NjBfdHhfcmluZyAqcmluZykKIAogCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kZXNjX2RtYXQs IHJpbmctPmRlc2NfbWFwLCBCVVNfRE1BU1lOQ19QUkVXUklURSk7CiAKLQllcnJvciA9IGJ1c19k bWFfdGFnX2NyZWF0ZShidXNfZ2V0X2RtYV90YWcoc2MtPnNjX2RldiksIDEsIDAsCi0JICAgIEJV U19TUEFDRV9NQVhBRERSXzMyQklULCBCVVNfU1BBQ0VfTUFYQUREUiwgTlVMTCwgTlVMTCwgTUNM QllURVMsCi0JICAgIFJUMjg2MF9NQVhfU0NBVFRFUiwgTUNMQllURVMsIDAsIE5VTEwsIE5VTEws ICZyaW5nLT5kYXRhX2RtYXQpOwotCWlmIChlcnJvciAhPSAwKSB7Ci0JCWRldmljZV9wcmludGYo c2MtPnNjX2RldiwgImNvdWxkIG5vdCBjcmVhdGUgZGF0YSBETUEgdGFnXG4iKTsKLQkJZ290byBm YWlsOwotCX0KLQogCXJldHVybiAwOwogCiBmYWlsOglydDI4NjBfZnJlZV90eF9yaW5nKHNjLCBy aW5nKTsKQEAgLTU2Nyw5ICs1NjMsOSBAQCBydDI4NjBfcmVzZXRfdHhfcmluZyhzdHJ1Y3QgcnQy ODYwX3NvZnRjICpzYywgc3RydWN0IHJ0Mjg2MF90eF9yaW5nICpyaW5nKQogCQkJY29udGludWU7 CS8qIG5vdGhpbmcgbWFwcGVkIGluIHRoaXMgc2xvdCAqLwogCiAJCWlmIChkYXRhLT5tICE9IE5V TEwpIHsKLQkJCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCwKKwkJ CWJ1c19kbWFtYXBfc3luYyhzYy0+dHh3aV9kbWF0LCBkYXRhLT5tYXAsCiAJCQkgICAgQlVTX0RN QVNZTkNfUE9TVFdSSVRFKTsKLQkJCWJ1c19kbWFtYXBfdW5sb2FkKHJpbmctPmRhdGFfZG1hdCwg ZGF0YS0+bWFwKTsKKwkJCWJ1c19kbWFtYXBfdW5sb2FkKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1h cCk7CiAJCQltX2ZyZWVtKGRhdGEtPm0pOwogCQkJZGF0YS0+bSA9IE5VTEw7CiAJCX0KQEAgLTYw Niw5ICs2MDIsOSBAQCBydDI4NjBfZnJlZV90eF9yaW5nKHN0cnVjdCBydDI4NjBfc29mdGMgKnNj LCBzdHJ1Y3QgcnQyODYwX3R4X3JpbmcgKnJpbmcpCiAJCQljb250aW51ZTsJLyogbm90aGluZyBt YXBwZWQgaW4gdGhpcyBzbG90ICovCiAKIAkJaWYgKGRhdGEtPm0gIT0gTlVMTCkgewotCQkJYnVz X2RtYW1hcF9zeW5jKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwLAorCQkJYnVzX2RtYW1hcF9z eW5jKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCwKIAkJCSAgICBCVVNfRE1BU1lOQ19QT1NUV1JJ VEUpOwotCQkJYnVzX2RtYW1hcF91bmxvYWQocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXApOwor CQkJYnVzX2RtYW1hcF91bmxvYWQoc2MtPnR4d2lfZG1hdCwgZGF0YS0+bWFwKTsKIAkJCW1fZnJl ZW0oZGF0YS0+bSk7CiAJCX0KIAkJaWYgKGRhdGEtPm5pICE9IE5VTEwpCkBAIC0xMTUwLDkgKzEx NDYsOSBAQCBydDI4NjBfdHhfaW50cihzdHJ1Y3QgcnQyODYwX3NvZnRjICpzYywgaW50IHFpZCkK IAkJc3RydWN0IHJ0Mjg2MF90eF9kYXRhICpkYXRhID0gcmluZy0+ZGF0YVtyaW5nLT5uZXh0XTsK IAogCQlpZiAoZGF0YSAhPSBOVUxMKSB7Ci0JCQlidXNfZG1hbWFwX3N5bmMocmluZy0+ZGF0YV9k bWF0LCBkYXRhLT5tYXAsCisJCQlidXNfZG1hbWFwX3N5bmMoc2MtPnR4d2lfZG1hdCwgZGF0YS0+ bWFwLAogCQkJICAgIEJVU19ETUFTWU5DX1BPU1RXUklURSk7Ci0JCQlidXNfZG1hbWFwX3VubG9h ZChyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCk7CisJCQlidXNfZG1hbWFwX3VubG9hZChzYy0+ dHh3aV9kbWF0LCBkYXRhLT5tYXApOwogCQkJaWYgKGRhdGEtPm0tPm1fZmxhZ3MgJiBNX1RYQ0Ip IHsKIAkJCQlpZWVlODAyMTFfcHJvY2Vzc19jYWxsYmFjayhkYXRhLT5uaSwgZGF0YS0+bSwKIAkJ CQkgICAgMCk7CkBAIC0xNjExLDcgKzE2MDcsNyBAQCBydDI4NjBfdHgoc3RydWN0IHJ0Mjg2MF9z b2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pKQogCW1l bWNweSh0eHdpICsgMSwgd2gsIGhkcmxlbik7CiAJbV9hZGoobSwgaGRybGVuKTsKIAotCWVycm9y ID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2cocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXAsIG0s IHNlZ3MsCisJZXJyb3IgPSBidXNfZG1hbWFwX2xvYWRfbWJ1Zl9zZyhzYy0+dHh3aV9kbWF0LCBk YXRhLT5tYXAsIG0sIHNlZ3MsCiAJICAgICZuc2VncywgMCk7CiAJaWYgKF9fcHJlZGljdF9mYWxz ZShlcnJvciAhPSAwICYmIGVycm9yICE9IEVGQklHKSkgewogCQlkZXZpY2VfcHJpbnRmKHNjLT5z Y19kZXYsICJjYW4ndCBtYXAgbWJ1ZiAoZXJyb3IgJWQpXG4iLApAQCAtMTYyNSw3ICsxNjIxLDcg QEAgcnQyODYwX3R4KHN0cnVjdCBydDI4NjBfc29mdGMgKnNjLCBzdHJ1Y3QgbWJ1ZiAqbSwgc3Ry dWN0IGllZWU4MDIxMV9ub2RlICpuaSkKIAogCQlpZiAocmluZy0+cXVldWVkICsgbnR4ZHMgPj0g UlQyODYwX1RYX1JJTkdfQ09VTlQpIHsKIAkJCS8qIG5vdCBlbm91Z2ggZnJlZSBUWERzLCBmb3Jj ZSBtYnVmIGRlZnJhZyAqLwotCQkJYnVzX2RtYW1hcF91bmxvYWQocmluZy0+ZGF0YV9kbWF0LCBk YXRhLT5tYXApOworCQkJYnVzX2RtYW1hcF91bmxvYWQoc2MtPnR4d2lfZG1hdCwgZGF0YS0+bWFw KTsKIAkJCWVycm9yID0gRUZCSUc7CiAJCX0KIAl9CkBAIC0xNjM5LDcgKzE2MzUsNyBAQCBydDI4 NjBfdHgoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVl ZTgwMjExX25vZGUgKm5pKQogCQl9CiAJCW0gPSBtMTsKIAotCQllcnJvciA9IGJ1c19kbWFtYXBf bG9hZF9tYnVmX3NnKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwLCBtLAorCQllcnJvciA9IGJ1 c19kbWFtYXBfbG9hZF9tYnVmX3NnKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCwgbSwKIAkJICAg IHNlZ3MsICZuc2VncywgMCk7CiAJCWlmIChfX3ByZWRpY3RfZmFsc2UoZXJyb3IgIT0gMCkpIHsK IAkJCWRldmljZV9wcmludGYoc2MtPnNjX2RldiwgImNhbid0IG1hcCBtYnVmIChlcnJvciAlZClc biIsCkBAIC0xNjUzLDcgKzE2NDksNyBAQCBydDI4NjBfdHgoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAq c2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pKQogCiAJCWlmIChy aW5nLT5xdWV1ZWQgKyBudHhkcyA+PSBSVDI4NjBfVFhfUklOR19DT1VOVCkgewogCQkJLyogdGhp cyBpcyBhIGhvcGVsZXNzIGNhc2UsIGRyb3AgdGhlIG1idWYhICovCi0JCQlidXNfZG1hbWFwX3Vu bG9hZChyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCk7CisJCQlidXNfZG1hbWFwX3VubG9hZChz Yy0+dHh3aV9kbWF0LCBkYXRhLT5tYXApOwogCQkJbV9mcmVlbShtKTsKIAkJCXJldHVybiBFTk9C VUZTOwogCQl9CkBAIC0xNjk3LDcgKzE2OTMsNyBAQCBydDI4NjBfdHgoc3RydWN0IHJ0Mjg2MF9z b2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pKQogCXJp bmctPmRhdGFbcmluZy0+Y3VyXSA9IGRhdGE7CiAKIAlidXNfZG1hbWFwX3N5bmMoc2MtPnR4d2lf ZG1hdCwgc2MtPnR4d2lfbWFwLCBCVVNfRE1BU1lOQ19QUkVXUklURSk7Ci0JYnVzX2RtYW1hcF9z eW5jKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwLCBCVVNfRE1BU1lOQ19QUkVXUklURSk7CisJ YnVzX2RtYW1hcF9zeW5jKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCwgQlVTX0RNQVNZTkNfUFJF V1JJVEUpOwogCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kZXNjX2RtYXQsIHJpbmctPmRlc2NfbWFw LCBCVVNfRE1BU1lOQ19QUkVXUklURSk7CiAKIAlEUFJJTlRGTig0LCAoInNlbmRpbmcgZnJhbWUg cWlkPSVkIHdjaWQ9JWQgbnNlZ3M9JWQgcmlkeD0lZFxuIiwKQEAgLTE4NjMsNyArMTg1OSw3IEBA IHJ0Mjg2MF90eF9yYXcoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLAog CW1lbWNweSh0eHdpICsgMSwgd2gsIGhkcmxlbik7CiAJbV9hZGoobSwgaGRybGVuKTsKIAotCWVy cm9yID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2cocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXAs IG0sIHNlZ3MsCisJZXJyb3IgPSBidXNfZG1hbWFwX2xvYWRfbWJ1Zl9zZyhzYy0+dHh3aV9kbWF0 LCBkYXRhLT5tYXAsIG0sIHNlZ3MsCiAJICAgICZuc2VncywgMCk7CiAJaWYgKF9fcHJlZGljdF9m YWxzZShlcnJvciAhPSAwICYmIGVycm9yICE9IEVGQklHKSkgewogCQlkZXZpY2VfcHJpbnRmKHNj LT5zY19kZXYsICJjYW4ndCBtYXAgbWJ1ZiAoZXJyb3IgJWQpXG4iLApAQCAtMTg3Nyw3ICsxODcz LDcgQEAgcnQyODYwX3R4X3JhdyhzdHJ1Y3QgcnQyODYwX3NvZnRjICpzYywgc3RydWN0IG1idWYg Km0sCiAKIAkJaWYgKHJpbmctPnF1ZXVlZCArIG50eGRzID49IFJUMjg2MF9UWF9SSU5HX0NPVU5U KSB7CiAJCQkvKiBub3QgZW5vdWdoIGZyZWUgVFhEcywgZm9yY2UgbWJ1ZiBkZWZyYWcgKi8KLQkJ CWJ1c19kbWFtYXBfdW5sb2FkKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwKTsKKwkJCWJ1c19k bWFtYXBfdW5sb2FkKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCk7CiAJCQllcnJvciA9IEVGQklH OwogCQl9CiAJfQpAQCAtMTg5MSw3ICsxODg3LDcgQEAgcnQyODYwX3R4X3JhdyhzdHJ1Y3QgcnQy ODYwX3NvZnRjICpzYywgc3RydWN0IG1idWYgKm0sCiAJCX0KIAkJbSA9IG0xOwogCi0JCWVycm9y ID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2cocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXAsIG0s CisJCWVycm9yID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2coc2MtPnR4d2lfZG1hdCwgZGF0YS0+ bWFwLCBtLAogCQkgICAgc2VncywgJm5zZWdzLCAwKTsKIAkJaWYgKF9fcHJlZGljdF9mYWxzZShl cnJvciAhPSAwKSkgewogCQkJZGV2aWNlX3ByaW50ZihzYy0+c2NfZGV2LCAiY2FuJ3QgbWFwIG1i dWYgKGVycm9yICVkKVxuIiwKQEAgLTE5MDUsNyArMTkwMSw3IEBAIHJ0Mjg2MF90eF9yYXcoc3Ry dWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLAogCiAJCWlmIChyaW5nLT5xdWV1 ZWQgKyBudHhkcyA+PSBSVDI4NjBfVFhfUklOR19DT1VOVCkgewogCQkJLyogdGhpcyBpcyBhIGhv cGVsZXNzIGNhc2UsIGRyb3AgdGhlIG1idWYhICovCi0JCQlidXNfZG1hbWFwX3VubG9hZChyaW5n LT5kYXRhX2RtYXQsIGRhdGEtPm1hcCk7CisJCQlidXNfZG1hbWFwX3VubG9hZChzYy0+dHh3aV9k bWF0LCBkYXRhLT5tYXApOwogCQkJbV9mcmVlbShtKTsKIAkJCXJldHVybiBFTk9CVUZTOwogCQl9 CkBAIC0xOTQ5LDcgKzE5NDUsNyBAQCBydDI4NjBfdHhfcmF3KHN0cnVjdCBydDI4NjBfc29mdGMg KnNjLCBzdHJ1Y3QgbWJ1ZiAqbSwKIAlyaW5nLT5kYXRhW3JpbmctPmN1cl0gPSBkYXRhOwogCiAJ YnVzX2RtYW1hcF9zeW5jKHNjLT50eHdpX2RtYXQsIHNjLT50eHdpX21hcCwgQlVTX0RNQVNZTkNf UFJFV1JJVEUpOwotCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCwg QlVTX0RNQVNZTkNfUFJFV1JJVEUpOworCWJ1c19kbWFtYXBfc3luYyhzYy0+dHh3aV9kbWF0LCBk YXRhLT5tYXAsIEJVU19ETUFTWU5DX1BSRVdSSVRFKTsKIAlidXNfZG1hbWFwX3N5bmMocmluZy0+ ZGVzY19kbWF0LCByaW5nLT5kZXNjX21hcCwgQlVTX0RNQVNZTkNfUFJFV1JJVEUpOwogCiAJRFBS SU5URk4oNCwgKCJzZW5kaW5nIGZyYW1lIHFpZD0lZCB3Y2lkPSVkIG5zZWdzPSVkIHJpZHg9JWRc biIsCmRpZmYgLS1naXQgc3lzL2Rldi9yYWwvcnQyODYwdmFyLmggc3lzL2Rldi9yYWwvcnQyODYw dmFyLmgKaW5kZXggZmZkMWExYS4uMDZiOTVlNSAxMDA2NDQKLS0tIHN5cy9kZXYvcmFsL3J0Mjg2 MHZhci5oCisrKyBzeXMvZGV2L3JhbC9ydDI4NjB2YXIuaApAQCAtNzUsNyArNzUsNiBAQCBzdHJ1 Y3QgcnQyODYwX3R4X3JpbmcgewogCWJ1c19hZGRyX3QJCXBhZGRyOwogCWJ1c19kbWFfdGFnX3QJ CWRlc2NfZG1hdDsKIAlidXNfZG1hbWFwX3QJCWRlc2NfbWFwOwotCWJ1c19kbWFfdGFnX3QJCWRh dGFfZG1hdDsKIAlidXNfZG1hX3NlZ21lbnRfdAlzZWc7CiAJc3RydWN0IHJ0Mjg2MF90eF9kYXRh CSpkYXRhW1JUMjg2MF9UWF9SSU5HX0NPVU5UXTsKIAlpbnQJCQljdXI7Cg== --f46d0401236fea2fa804bf897ab6-- From owner-freebsd-wireless@FreeBSD.ORG Tue May 8 17:20:11 2012 Return-Path: Delivered-To: freebsd-wireless@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EBF5106564A for ; Tue, 8 May 2012 17:20:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 396B08FC18 for ; Tue, 8 May 2012 17:20:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q48HKBZK025805 for ; Tue, 8 May 2012 17:20:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q48HKBrc025804; Tue, 8 May 2012 17:20:11 GMT (envelope-from gnats) Date: Tue, 8 May 2012 17:20:11 GMT Message-Id: <201205081720.q48HKBrc025804@freefall.freebsd.org> To: freebsd-wireless@FreeBSD.org From: Adam Vande More Cc: Subject: Re: kern/149786: [bwn] bwn on Dell Inspiron 1150: connections stall X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Adam Vande More 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, 08 May 2012 17:20:11 -0000 The following reply was made to PR kern/149786; it has been noted by GNATS. From: Adam Vande More To: bug-followup@FreeBSD.org, tom@uffner.com Cc: Subject: Re: kern/149786: [bwn] bwn on Dell Inspiron 1150: connections stall Date: Tue, 8 May 2012 12:13:10 -0500 --f46d043be1d05029a104bf8980c1 Content-Type: text/plain; charset=ISO-8859-1 I have nearly the same problem/symptoms on FreeBSD 9.0-STABLE #0 r235121: siba_bwn0@pci0:4:0:0: class=0x028000 card=0x000c1028 chip=0x431514e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4312 802.11b/g LP-PHY' class = network Toggling hw.bwn.usedma to 0 resulting in less console spam, but the operation of the device seems even more flaky then albeit with less console spam. Setting mode 11b also seems to work around the issue, but it's a not really a desirable workaround and introduces console spam of "bwn0: unsupported rate 0". -- Adam Vande More --f46d043be1d05029a104bf8980c1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have nearly the same problem/symptoms on=A0FreeBSD 9.0-STABLE #0 r235121:=

siba_bwn0@pci0:4:0:0: =A0 class=3D0x028000 card=3D= 0x000c1028 chip=3D0x431514e4 rev=3D0x01 hdr=3D0x00
=A0 =A0 vendor= =A0 =A0 =3D 'Broadcom Corporation'
=A0 =A0 device =A0 =A0 =3D 'BCM4312 802.11b/g LP-PHY'
=A0 =A0 class =A0 =A0 =A0=3D network

Toggling=A0= hw.bwn.usedma to 0 resulting in less console spam, but the operation of the= device seems even more flaky then albeit with less console spam.

Setting mode 11b also seems to work around the is= sue, but it's a not really a desirable workaround and introduces consol= e spam of "bwn0: unsupported rate 0".

--
Adam Vande More
--f46d043be1d05029a104bf8980c1-- From owner-freebsd-wireless@FreeBSD.ORG Tue May 8 19:22:47 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E69A6106564A for ; Tue, 8 May 2012 19:22:47 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 648668FC15 for ; Tue, 8 May 2012 19:22:47 +0000 (UTC) Received: by lbon10 with SMTP id n10so6173628lbo.13 for ; Tue, 08 May 2012 12:22:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=WB7AqqbhSi7EAcMV5YSumJaj9hLbX7H6RiOd1l1VjPY=; b=prw02QJnyxEhnVXhPijiq87cEs15ONPqJjNa5+CYzoWF0X/n77K4BCOf4yta7BxCPt CkRiDuVLw1iNX+83mCuHD+6TsspVdLq0sGwSf3JrsGhlKAaU+irqcQERM+VvLJciAfUJ cFozIHlLpoeMdtvVDIlCxpJf1xMTGTzUi8QHSWx9kmrQCGogYXO2XvpLvOW0WrImRO40 qI8xmoMKJlk3ROdBdeCxAzgBxQAoXyxk6XT7yJ0kUX47ECNsDAd7DhjivW1REfYUxQMy BDJ4LcSSKvbUBkRT0nEKNVzoPy4+Bb7djH527GXU5v+j57J2bKouckzLPqPpCT7CJngt W3TA== MIME-Version: 1.0 Received: by 10.152.128.137 with SMTP id no9mr19068098lab.2.1336504965989; Tue, 08 May 2012 12:22:45 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.152.122.145 with HTTP; Tue, 8 May 2012 12:22:45 -0700 (PDT) X-Originating-IP: [88.65.52.247] In-Reply-To: References: Date: Tue, 8 May 2012 21:22:45 +0200 X-Google-Sender-Auth: ao_4YQ1c1YRg_v2bylMrjyBGxZQ Message-ID: From: Bernhard Schmidt To: Adam Vande More Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnLy4Bo3q5UNLZSV5UYhmNUG+jYef62OaBEOIl9OZl/bJPBq+XfXHzFKWPcHnz8Pxp8oYUc Cc: freebsd-net@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: Plea for bwn maintenance. X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2012 19:22:48 -0000 On Tue, May 8, 2012 at 7:30 PM, Adam Vande More wrote: > .. > > If someone would like to tackle this, I can provide access to the hardware > or I will donate the card to the person. Whatever works. I'll get into bwn(4)/bwi(4) and probably also the newer cards, which require yet another driver/bus, once the ral(4) stuff is sorted out. >From my currently limited knowledge about the Broadcom mess, bwi(4) should also use siba(4), for the supported cores that is. That at least would fix the issue that cards which are better of with bwn(4) get attached to bwi(4). From a quick glance at the Linux driver, this seems to be the way to go. There seem to the following core revisions available 2 and 4 which are for bwi(4) and 5, 6, 7, 9-13, 15 and 16 for bwn(4). Does anyone know if there is a map for the revision/PCI ID/device name relation available? The name bcm4318 itself is a bit misleading imho. -- Bernhard From owner-freebsd-wireless@FreeBSD.ORG Thu May 10 02:38:29 2012 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31361106564A for ; Thu, 10 May 2012 02:38:29 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id CC5318FC14 for ; Thu, 10 May 2012 02:38:28 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q4A2cS2w014602 for ; Wed, 9 May 2012 20:38:28 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q4A2cSpT014599 for ; Wed, 9 May 2012 20:38:28 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 9 May 2012 20:38:28 -0600 (MDT) From: Warren Block To: wireless@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 09 May 2012 20:38:28 -0600 (MDT) Cc: Subject: Realtek RTL8187B no longer working on 9-stable X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 02:38:29 -0000 The Realtek RTL8187B used to work with 8-stable and pre-release 9. It doesn't work with 9-stable any more, wpa_supplicant hangs and lags and never associates. It does manage to scan and list access points. This is with 9.0-STABLE FreeBSD 9.0-STABLE #0 r234759, amd64. From owner-freebsd-wireless@FreeBSD.ORG Thu May 10 13:49:29 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4903B1065680 for ; Thu, 10 May 2012 13:49:29 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id DF8148FC08 for ; Thu, 10 May 2012 13:49:27 +0000 (UTC) Received: from jeep.localnet (unknown [IPv6:2001:4200:7000:3:223:aeff:fea7:a3c2]) by marge.meraka.csir.co.za (Postfix) with ESMTP id 7A834D0CC46 for ; Thu, 10 May 2012 15:49:21 +0200 (SAST) From: Johann Hugo To: freebsd-wireless@freebsd.org Date: Thu, 10 May 2012 15:49:20 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.3; amd64; ; ) X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201205101549.20368.jhugo@meraka.csir.co.za> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: wpa_supplicant + WPA psk + ad-hoc mode working X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 13:49:29 -0000 Hi Just managed to configure AES-CCM encryption between three wifi devices in= =20 adhoc mode and every thing seems to work fine.=20 I also found out that "ap_scan" must be set to "2" before it works. Looks like the man page needs a small update: ap_scan Access point scanning and selection control; one of 0, 1 (default), or 2. Only setting 1 should be used with the wlan(= 4) module; the other settings are for use on other operating sys= =E2=80=90 tems. mode IEEE 802.11 operation mode; either 0 (infrastructure, default) = or 1 (IBSS). Note that IBSS (adhoc) mode can only be used with key_mgmt set to NONE (plaintext and static WEP), or key_mgmt s= et to WPA-NONE (fixed group key TKIP/CCMP). In addition, ap_scan has to be set to 2 for IBSS. WPA-NONE requires proto set to W= PA, key_mgmt set to WPA-NONE, pairwise set to NONE, group set to either CCMP or TKIP (but not both), and psk must also be set. =2D--------------------------- Here is my configs: =2D--------------------------- mesh-2aee:~ # more /etc/rc.conf wlans_ath0=3D"wlan0" create_args_wlan0=3D"wlanmode adhoc country ZA" ifconfig_wlan0=3D"WPA channel 13 ssid mesh bssid 66:98:40:46:b7:0a" mesh-2aee:~ # more /etc/wpa_supplicant.conf=20 ap_scan=3D2 =20 network=3D{ ssid=3D"mesh" mode=3D1 key_mgmt=3DWPA-NONE proto=3DWPA pairwise=3DNONE group=3DCCMP psk=3D"testsecret" } mesh-2aee:~ # ifconfig wlan0 wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 00:80:48:4f:2a:ee inet6 fe80::280:48ff:fe4f:2aee%wlan0 prefixlen 64 scopeid 0x7=20 inet6 fd9c:6829:597c:20:280:48ff:fe4f:2aee prefixlen 64=20 inet6 fd9c:6829:597c:20:: prefixlen 64 anycast=20 nd6 options=3D21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: running ssid mesh channel 13 (2472 MHz 11g) bssid 66:98:40:46:b7:0a regdomain NONE country ZA ecm authmode WPA privacy ON deftxkey 1 AES-CCM 1:128-bit txpower 30 scanvalid 450 protmode CTS wme burst roaming MANUAL mesh-2aee:~ # ifconfig wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG =20 00:80:48:4f:2a:ee 0 13 0M 4.0 105 47746 2496 IP A =20 00:21:a4:32:06:53 0 13 24M 22.5 0 1793 22160 IPS AQE WPA W= ME 00:21:a4:32:06:39 0 13 24M 25.5 0 24479 8848 IPS AQE WPA W= ME Johann From owner-freebsd-wireless@FreeBSD.ORG Thu May 10 17:17:27 2012 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17AFD106566C for ; Thu, 10 May 2012 17:17:27 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9468FC15 for ; Thu, 10 May 2012 17:17:26 +0000 (UTC) Received: by laai10 with SMTP id i10so588620laa.13 for ; Thu, 10 May 2012 10:17:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=W2yIE/vSQY/hQMN/yd+gv4mQmKmDVqxMSyiPb1EDT7c=; b=OjMI5VqhsBkMmL/udj03Nfpoham/KdjvYZs3yThimgvsLulr1pyRUb8daCxmKMGTmC z7wK9cfWAMqjlG8ST3OFGmBXobimvIPsGtY8n4S0wkAYVy1DNhholIuzqB547n/35oab 6o4Nfcn9SE9f3Df2bn1bWtvzVcSUT3kZzBP8AsNJb2Ay5Y8TqaYHTbJ0rKgtp7FS5yIc 9C7jmrGeFlh/RxQ/cKuBcW0PqYIu0882baqVa98++Br+pSE/VU9o4a3fGKrgoA2qWVbT 555XFrnAgm52JRU4SRmy6RnoLXzsToNkP9Myz4uHo3+9UtNXdJNOgOk4uJTO4JLTN/1i 8ETQ== MIME-Version: 1.0 Received: by 10.112.17.233 with SMTP id r9mr2189090lbd.67.1336670245087; Thu, 10 May 2012 10:17:25 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.152.122.145 with HTTP; Thu, 10 May 2012 10:17:24 -0700 (PDT) X-Originating-IP: [88.67.222.187] In-Reply-To: References: Date: Thu, 10 May 2012 19:17:24 +0200 X-Google-Sender-Auth: brxvEzPAKZLLX4zwDIeHeqxwQDg Message-ID: From: Bernhard Schmidt To: Warren Block Content-Type: multipart/mixed; boundary=bcaec554073623eb2c04bfb1cb38 X-Gm-Message-State: ALoCoQnmW7aMArGtOp0+CfYub8knwjydl4K8/Rdq8a+HmO+C0nLCCy1jD80cXMrJDP11vSLxdvo/ Cc: wireless@freebsd.org Subject: Re: Realtek RTL8187B no longer working on 9-stable X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 17:17:27 -0000 --bcaec554073623eb2c04bfb1cb38 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, May 10, 2012 at 4:38 AM, Warren Block wrote: > The Realtek RTL8187B used to work with 8-stable and pre-release 9. > It doesn't work with 9-stable any more, wpa_supplicant hangs and lags and > never associates. =A0It does manage to scan and list access points. > > This is with 9.0-STABLE FreeBSD 9.0-STABLE #0 r234759, amd64. I have attached patch in my tree for quite some time now, not sure it helps with what you are seeing though. The "hang" you are referring to is a series of quite annoying pause() calls= . --=20 Bernhard --bcaec554073623eb2c04bfb1cb38 Content-Type: application/octet-stream; name="urtw.diff" Content-Disposition: attachment; filename="urtw.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h222ydx20 SW5kZXg6IHN5cy9kZXYvdXNiL3dsYW4vaWZfdXJ0d3Zhci5oCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9k ZXYvdXNiL3dsYW4vaWZfdXJ0d3Zhci5oCShyZXZpc2lvbiAyMzUyMzIpCisrKyBzeXMvZGV2L3Vz Yi93bGFuL2lmX3VydHd2YXIuaAkod29ya2luZyBjb3B5KQpAQCAtMTUyLDcgKzE1Miw2IEBAIHN0 cnVjdCB1cnR3X3NvZnRjIHsKIAl1cnR3X2RhdGFoZWFkCQkJc2NfcnhfYWN0aXZlOwogCXVydHdf ZGF0YWhlYWQJCQlzY19yeF9pbmFjdGl2ZTsKIAlzdHJ1Y3QgdXJ0d19kYXRhCQlzY190eFtVUlRX X1RYX0RBVEFfTElTVF9DT1VOVF07Ci0JdXJ0d19kYXRhaGVhZAkJCXNjX3R4X2FjdGl2ZTsKIAl1 cnR3X2RhdGFoZWFkCQkJc2NfdHhfaW5hY3RpdmU7CiAJdXJ0d19kYXRhaGVhZAkJCXNjX3R4X3Bl bmRpbmc7CiAJdWludDhfdAkJCQlzY19ydHNfcmV0cnk7CkluZGV4OiBzeXMvZGV2L3VzYi93bGFu L2lmX3VydHcuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L3VzYi93bGFuL2lmX3VydHcuYwkocmV2 aXNpb24gMjM1MjMyKQorKysgc3lzL2Rldi91c2Ivd2xhbi9pZl91cnR3LmMJKHdvcmtpbmcgY29w eSkKQEAgLTkzOSwxMSArOTM5LDExIEBAIHVydHdfZGV0YWNoKGRldmljZV90IGRldikKIAogCXVz YmRfdHJhbnNmZXJfdW5zZXR1cChzYy0+c2NfeGZlciwgKHNjLT5zY19mbGFncyAmIFVSVFdfUlRM ODE4N0IpID8KIAkgICAgVVJUV184MTg3Ql9OX1hGRVJTIDogVVJUV184MTg3TF9OX1hGRVJTKTsK LQlpZWVlODAyMTFfaWZkZXRhY2goaWMpOwogCiAJdXJ0d19mcmVlX3R4X2RhdGFfbGlzdChzYyk7 CiAJdXJ0d19mcmVlX3J4X2RhdGFfbGlzdChzYyk7CiAKKwlpZWVlODAyMTFfaWZkZXRhY2goaWMp OwogCWlmX2ZyZWUoaWZwKTsKIAltdHhfZGVzdHJveSgmc2MtPnNjX210eCk7CiAKQEAgLTE0Mzgs NyArMTQzOCw5IEBAIHVydHdfc3RhcnQoc3RydWN0IGlmbmV0ICppZnApCiAJCQlpZnAtPmlmX29l cnJvcnMrKzsKIAkJCVNUQUlMUV9JTlNFUlRfSEVBRCgmc2MtPnNjX3R4X2luYWN0aXZlLCBiZiwg bmV4dCk7CiAJCQlpZWVlODAyMTFfZnJlZV9ub2RlKG5pKTsKLQkJCWJyZWFrOworCQkJYmYtPm5p ID0gTlVMTDsKKwkJCWJmLT5tID0gTlVMTDsKKwkJCWNvbnRpbnVlOwogCQl9CiAKIAkJc2MtPnNj X3R4dGltZXIgPSA1OwpAQCAtMTUxOCw3ICsxNTIwLDYgQEAgdXJ0d19hbGxvY190eF9kYXRhX2xp c3Qoc3RydWN0IHVydHdfc29mdGMgKnNjKQogCWlmIChlcnJvciAhPSAwKQogCQlyZXR1cm4gKGVy cm9yKTsKIAotCVNUQUlMUV9JTklUKCZzYy0+c2NfdHhfYWN0aXZlKTsKIAlTVEFJTFFfSU5JVCgm c2MtPnNjX3R4X2luYWN0aXZlKTsKIAlTVEFJTFFfSU5JVCgmc2MtPnNjX3R4X3BlbmRpbmcpOwog CkBAIC0xNTU2LDYgKzE1NTcsOCBAQCB1cnR3X3Jhd194bWl0KHN0cnVjdCBpZWVlODAyMTFfbm9k ZSAqbmksIHN0cnVjdCBtYgogCWlmcC0+aWZfb3BhY2tldHMrKzsKIAlpZiAodXJ0d190eF9zdGFy dChzYywgbmksIG0sIGJmLCBVUlRXX1BSSU9SSVRZX0xPVykgIT0gMCkgewogCQlpZWVlODAyMTFf ZnJlZV9ub2RlKG5pKTsKKwkJYmYtPm5pID0gTlVMTDsKKwkJYmYtPm0gPSBOVUxMOwogCQlpZnAt PmlmX29lcnJvcnMrKzsKIAkJU1RBSUxRX0lOU0VSVF9IRUFEKCZzYy0+c2NfdHhfaW5hY3RpdmUs IGJmLCBuZXh0KTsKIAkJVVJUV19VTkxPQ0soc2MpOwpAQCAtMTc0MCwxMCArMTc0MywxMyBAQCB1 cnR3X3R4X3N0YXJ0KHN0cnVjdCB1cnR3X3NvZnRjICpzYywgc3RydWN0IGllZWU4MAogCX0KIAkq KHVpbnQxNl90ICopd2gtPmlfZHVyID0gaHRvbGUxNihkdXIpOwogCisKIAl4ZmVybGVuID0gbTAt Pm1fcGt0aGRyLmxlbjsKIAl4ZmVybGVuICs9IChzYy0+c2NfZmxhZ3MgJiBVUlRXX1JUTDgxODdC KSA/ICg0ICogOCkgOiAoNCAqIDMpOwogCWlmICgoMCA9PSB4ZmVybGVuICUgNjQpIHx8ICgwID09 IHhmZXJsZW4gJSA1MTIpKQogCQl4ZmVybGVuICs9IDE7CisJaWYgKHhmZXJsZW4gPCA2NCkKKwkJ eGZlcmxlbiA9IDY1OwogCiAJbWVtc2V0KGRhdGEtPmJ1ZiwgMCwgVVJUV19UWF9NQVhTSVpFKTsK IAlmbGFncyA9IG0wLT5tX3BrdGhkci5sZW4gJiAweGZmZjsKQEAgLTE4MDEsNiArMTgwNyw3IEBA IHVydHdfdHhfc3RhcnQoc3RydWN0IHVydHdfc29mdGMgKnNjLCBzdHJ1Y3QgaWVlZTgwCiAJZGF0 YS0+bSA9IG0wOwogCiAJaWYgKHNjLT5zY19mbGFncyAmIFVSVFdfUlRMODE4N0IpIHsKKyNpZiAx CiAJCXN3aXRjaCAod2gtPmlfZmNbMF0gJiBJRUVFODAyMTFfRkMwX1RZUEVfTUFTSykgewogCQlj YXNlIElFRUU4MDIxMV9GQzBfVFlQRV9DVEw6CiAJCWNhc2UgSUVFRTgwMjExX0ZDMF9UWVBFX01H VDoKQEAgLTE4MTIsNiArMTgxOSwxMiBAQCB1cnR3X3R4X3N0YXJ0KHN0cnVjdCB1cnR3X3NvZnRj ICpzYywgc3RydWN0IGllZWU4MAogCQkJeGZlciA9IHJ0bDgxODdiX3BpcGVzW01fV01FX0dFVEFD KG0wKV07CiAJCQlicmVhazsKIAkJfQorI2Vsc2UKKwkJS0FTU0VSVChNX1dNRV9HRVRBQyhtMCkg PCBVUlRXXzgxODdCX1RYUElQRV9NQVgsCisJCSAgICAoInVuc3VwcG9ydGVkIFdNRSBwaXBlICVk IiwgTV9XTUVfR0VUQUMobTApKSk7CisJCXhmZXIgPSBydGw4MTg3Yl9waXBlc1tNX1dNRV9HRVRB QyhtMCldOworCQl4ZmVyID0gc2MtPnNjX3hmZXJbVVJUV184MTg3Ql9CVUxLX1RYX0VQMTJdOwor I2VuZGlmCiAJfSBlbHNlCiAJCXhmZXIgPSAocHJpb3IgPT0gVVJUV19QUklPUklUWV9MT1cpID8K IAkJICAgIHNjLT5zY194ZmVyW1VSVFdfODE4N0xfQlVMS19UWF9MT1ddIDoKQEAgLTI2MzEsNyAr MjY0NCw2IEBAIHVydHdfODE4N193cml0ZV9waHkoc3RydWN0IHVydHdfc29mdGMgKnNjLCB1aW50 OF90CiAJdXJ0d193cml0ZThfbShzYywgVVJUV19QSFlfTUFHSUMzLCAoKHBoeXcgJiAweDAwZmYw MDAwKSA+PiAxNikpOwogCXVydHdfd3JpdGU4X20oc2MsIFVSVFdfUEhZX01BR0lDMiwgKChwaHl3 ICYgMHgwMDAwZmYwMCkgPj4gOCkpOwogCXVydHdfd3JpdGU4X20oc2MsIFVSVFdfUEhZX01BR0lD MSwgKChwaHl3ICYgMHgwMDAwMDBmZikpKTsKLQl1c2JfcGF1c2VfbXR4KCZzYy0+c2NfbXR4LCAx KTsKIGZhaWw6CiAJcmV0dXJuIChlcnJvcik7CiB9CkBAIC0zMzAzLDM2ICszMzE1LDI2IEBAIHVy dHdfODIyNXYyYl9yZl9pbml0KHN0cnVjdCB1cnR3X3NvZnRjICpzYykKIAl1cnR3X3dyaXRlMTZf bShzYywgVVJUV19SRl9QSU5TX09VVFBVVCwgMHgwNDgwKTsKIAl1cnR3X3dyaXRlMTZfbShzYywg VVJUV19SRl9QSU5TX1NFTEVDVCwgMHgyNDg4KTsKIAl1cnR3X3dyaXRlMTZfbShzYywgVVJUV19S Rl9QSU5TX0VOQUJMRSwgMHgxZmZmKTsKLQl1c2JfcGF1c2VfbXR4KCZzYy0+c2NfbXR4LCAxMTAw KTsKKwl1c2JfcGF1c2VfbXR4KCZzYy0+c2NfbXR4LCAxMDApOwogCiAJZm9yIChpID0gMDsgaSA8 IE4odXJ0d184MjI1djJiX3JmX3BhcnQwKTsgaSsrKSB7CiAJCXVydHdfODIyNV93cml0ZShzYywg dXJ0d184MjI1djJiX3JmX3BhcnQwW2ldLnJlZywKIAkJICAgIHVydHdfODIyNXYyYl9yZl9wYXJ0 MFtpXS52YWwpOwotCQl1c2JfcGF1c2VfbXR4KCZzYy0+c2NfbXR4LCAxKTsKIAl9CiAJdXJ0d184 MjI1X3dyaXRlKHNjLCAweDAwLCAweDAxYjcpOwogCiAJZm9yIChpID0gMDsgaSA8IDk1OyBpKysp IHsKIAkJdXJ0d184MjI1X3dyaXRlKHNjLCBVUlRXXzgyMjVfQUREUl8xX01BR0lDLCAodWludDhf dCkoaSArIDEpKTsKLQkJdXNiX3BhdXNlX210eCgmc2MtPnNjX210eCwgMSk7CiAJCXVydHdfODIy NV93cml0ZShzYywgVVJUV184MjI1X0FERFJfMl9NQUdJQywKIAkJICAgIHVydHdfODIyNXYyYl9y eGdhaW5baV0pOwotCQl1c2JfcGF1c2VfbXR4KCZzYy0+c2NfbXR4LCAxKTsKIAl9CiAKIAl1cnR3 XzgyMjVfd3JpdGUoc2MsIFVSVFdfODIyNV9BRERSXzNfTUFHSUMsIDB4MDgwKTsKLQl1c2JfcGF1 c2VfbXR4KCZzYy0+c2NfbXR4LCAxKTsKIAl1cnR3XzgyMjVfd3JpdGUoc2MsIFVSVFdfODIyNV9B RERSXzVfTUFHSUMsIDB4MDA0KTsKLQl1c2JfcGF1c2VfbXR4KCZzYy0+c2NfbXR4LCAxKTsKIAl1 cnR3XzgyMjVfd3JpdGUoc2MsIFVSVFdfODIyNV9BRERSXzBfTUFHSUMsIDB4MGI3KTsKLQl1c2Jf cGF1c2VfbXR4KCZzYy0+c2NfbXR4LCAxKTsKLQl1c2JfcGF1c2VfbXR4KCZzYy0+c2NfbXR4LCAz MDAwKTsKIAl1cnR3XzgyMjVfd3JpdGUoc2MsIFVSVFdfODIyNV9BRERSXzJfTUFHSUMsIDB4YzRk KTsKLQl1c2JfcGF1c2VfbXR4KCZzYy0+c2NfbXR4LCAyMDAwKTsKIAl1cnR3XzgyMjVfd3JpdGUo c2MsIFVSVFdfODIyNV9BRERSXzJfTUFHSUMsIDB4NDRkKTsKLQl1c2JfcGF1c2VfbXR4KCZzYy0+ c2NfbXR4LCAxKTsKIAl1cnR3XzgyMjVfd3JpdGUoc2MsIFVSVFdfODIyNV9BRERSXzBfTUFHSUMs IDB4MmJmKTsKLQl1c2JfcGF1c2VfbXR4KCZzYy0+c2NfbXR4LCAxKTsKIAogCXVydHdfd3JpdGU4 X20oc2MsIFVSVFdfVFhfR0FJTl9DQ0ssIDB4MDMpOwogCXVydHdfd3JpdGU4X20oc2MsIFVSVFdf VFhfR0FJTl9PRkRNLCAweDA3KTsKQEAgLTQxOTgsMTEgKzQyMDAsMTEgQEAgdXJ0d19idWxrX3R4 X2NhbGxiYWNrKHN0cnVjdCB1c2JfeGZlciAqeGZlciwgdXNiX2UKIAogCXN3aXRjaCAoVVNCX0dF VF9TVEFURSh4ZmVyKSkgewogCWNhc2UgVVNCX1NUX1RSQU5TRkVSUkVEOgotCQlkYXRhID0gU1RB SUxRX0ZJUlNUKCZzYy0+c2NfdHhfYWN0aXZlKTsKKwkJZGF0YSA9IHVzYmRfeGZlcl9nZXRfcHJp dih4ZmVyKTsKIAkJaWYgKGRhdGEgPT0gTlVMTCkKIAkJCWdvdG8gc2V0dXA7Ci0JCVNUQUlMUV9S RU1PVkVfSEVBRCgmc2MtPnNjX3R4X2FjdGl2ZSwgbmV4dCk7CiAJCXVydHdfdHhlb2YoeGZlciwg ZGF0YSk7CisJCXVzYmRfeGZlcl9zZXRfcHJpdih4ZmVyLCBOVUxMKTsKIAkJU1RBSUxRX0lOU0VS VF9UQUlMKCZzYy0+c2NfdHhfaW5hY3RpdmUsIGRhdGEsIG5leHQpOwogCQkvKiBGQUxMVEhST1VH SCAqLwogCWNhc2UgVVNCX1NUX1NFVFVQOgpAQCAtNDIxNCwyNSArNDIxNiwzNSBAQCBzZXR1cDoK IAkJCXJldHVybjsKIAkJfQogCQlTVEFJTFFfUkVNT1ZFX0hFQUQoJnNjLT5zY190eF9wZW5kaW5n LCBuZXh0KTsKLQkJU1RBSUxRX0lOU0VSVF9UQUlMKCZzYy0+c2NfdHhfYWN0aXZlLCBkYXRhLCBu ZXh0KTsKIAotCQl1c2JkX3hmZXJfc2V0X2ZyYW1lX2RhdGEoeGZlciwgMCwgZGF0YS0+YnVmLCBk YXRhLT5idWZsZW4pOworCQl1c2JkX3hmZXJfc2V0X2ZyYW1lX2RhdGEoeGZlciwgMCwgZGF0YS0+ YnVmLCBkYXRhLT5idWZsZW4rMSk7CiAJCXVzYmRfdHJhbnNmZXJfc3VibWl0KHhmZXIpOworCQl1 c2JkX3hmZXJfc2V0X3ByaXYoeGZlciwgZGF0YSk7CiAKIAkJVVJUV19VTkxPQ0soc2MpOwogCQl1 cnR3X3N0YXJ0KGlmcCk7CiAJCVVSVFdfTE9DSyhzYyk7CiAJCWJyZWFrOwogCWRlZmF1bHQ6Ci0J CWRhdGEgPSBTVEFJTFFfRklSU1QoJnNjLT5zY190eF9hY3RpdmUpOwotCQlpZiAoZGF0YSA9PSBO VUxMKQotCQkJZ290byBzZXR1cDsKLQkJaWYgKGRhdGEtPm5pICE9IE5VTEwpIHsKLQkJCWllZWU4 MDIxMV9mcmVlX25vZGUoZGF0YS0+bmkpOwotCQkJZGF0YS0+bmkgPSBOVUxMOwotCQkJaWZwLT5p Zl9vZXJyb3JzKys7CisJCWRhdGEgPSB1c2JkX3hmZXJfZ2V0X3ByaXYoeGZlcik7CisJCWlmIChk YXRhICE9IE5VTEwpIHsKKwkJCWlmIChkYXRhLT5uaSAhPSBOVUxMKSB7CisJCQkJaWVlZTgwMjEx X2ZyZWVfbm9kZShkYXRhLT5uaSk7CisJCQkJZGF0YS0+bmkgPSBOVUxMOworCQkJCWlmcC0+aWZf b2Vycm9ycysrOworCQkJfQorCQkJaWYgKGRhdGEtPm0gIT0gTlVMTCkgeworCQkJCW1fZnJlZW0o ZGF0YS0+bSk7CisJCQkJZGF0YS0+bSA9IE5VTEw7CisJCQl9CisJCQl1c2JkX3hmZXJfc2V0X3By aXYoeGZlciwgTlVMTCk7CisJCQlTVEFJTFFfSU5TRVJUX1RBSUwoJnNjLT5zY190eF9pbmFjdGl2 ZSwgZGF0YSwgbmV4dCk7CiAJCX0KIAkJaWYgKGVycm9yICE9IFVTQl9FUlJfQ0FOQ0VMTEVEKSB7 CisJCQlpZiAoZXJyb3IgPT0gVVNCX0VSUl9USU1FT1VUKSB7CisJCQkJZGV2aWNlX3ByaW50Zihz Yy0+c2NfZGV2LCAiZGV2aWNlIHRpbWVvdXRcbiIpOworCQkJCXJldHVybjsKKwkJCX0KIAkJCXVz YmRfeGZlcl9zZXRfc3RhbGwoeGZlcik7CiAJCQlnb3RvIHNldHVwOwogCQl9Cg== --bcaec554073623eb2c04bfb1cb38-- From owner-freebsd-wireless@FreeBSD.ORG Fri May 11 16:26:54 2012 Return-Path: Delivered-To: freebsd-wireless@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0FC0106566B; Fri, 11 May 2012 16:26:54 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B41188FC0A; Fri, 11 May 2012 16:26:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4BGQsK3093852; Fri, 11 May 2012 16:26:54 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4BGQspL093848; Fri, 11 May 2012 16:26:54 GMT (envelope-from eadler) Date: Fri, 11 May 2012 16:26:54 GMT Message-Id: <201205111626.q4BGQspL093848@freefall.freebsd.org> To: eadler@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-wireless@FreeBSD.org From: eadler@FreeBSD.org Cc: Subject: Re: kern/167798: ifconfig(8): problem with "ifconfig list scan" command in ad-hoc mode X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2012 16:26:55 -0000 Old Synopsis: problem with "ifconfig list scan" command in ad-hoc mode New Synopsis: ifconfig(8): problem with "ifconfig list scan" command in ad-hoc mode Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: eadler Responsible-Changed-When: Fri May 11 16:26:25 UTC 2012 Responsible-Changed-Why: fix synopsis and assign http://www.freebsd.org/cgi/query-pr.cgi?pr=167798 From owner-freebsd-wireless@FreeBSD.ORG Sat May 12 03:41:26 2012 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1CE0106566B; Sat, 12 May 2012 03:41:26 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id A998A8FC17; Sat, 12 May 2012 03:41:26 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q4C3fPMs025607; Fri, 11 May 2012 21:41:25 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q4C3fPK0025604; Fri, 11 May 2012 21:41:25 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 11 May 2012 21:41:25 -0600 (MDT) From: Warren Block To: Bernhard Schmidt In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY=bcaec554073623eb2c04bfb1cb38 Content-ID: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 11 May 2012 21:41:26 -0600 (MDT) Cc: wireless@freebsd.org Subject: Re: Realtek RTL8187B no longer working on 9-stable X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 03:41:27 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --bcaec554073623eb2c04bfb1cb38 Content-Type: TEXT/PLAIN; CHARSET=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT Content-ID: On Thu, 10 May 2012, Bernhard Schmidt wrote: > On Thu, May 10, 2012 at 4:38 AM, Warren Block wrote: >> The Realtek RTL8187B used to work with 8-stable and pre-release 9. >> It doesn't work with 9-stable any more, wpa_supplicant hangs and lags and >> never associates.  It does manage to scan and list access points. >> >> This is with 9.0-STABLE FreeBSD 9.0-STABLE #0 r234759, amd64. > > I have attached patch in my tree for quite some time now, not sure it > helps with what you are seeing though. > > The "hang" you are referring to is a series of quite annoying pause() calls. Thanks! It applied cleanly but did not seem to affect the problem. --bcaec554073623eb2c04bfb1cb38-- From owner-freebsd-wireless@FreeBSD.ORG Sat May 12 05:27:57 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2981F106566B for ; Sat, 12 May 2012 05:27:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id E9B398FC0A for ; Sat, 12 May 2012 05:27:56 +0000 (UTC) Received: by dadv36 with SMTP id v36so4461899dad.13 for ; Fri, 11 May 2012 22:27:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KyhiT4tWb/7tB6uWSZp8H98SZmkmlD0Ra3ZxkOAfbCk=; b=JbIjwtiY8cgbJBr71bVvBiS1KWc6kdIJm0BiYAVKqKe2tDdQfotoJ4+AxGW4egwliQ XH6XFIby0PXuHrIBUvpWQUckUvH2G3ba7r6TAMZyhUJBKSD43v9zoqFrTkS7hBbABaqn 6BXX9LHZsYphPFQIs+eI6dkrGDhvxiarMtvaVkKHyA6WcxeMg2BeNlgfKvsng1VEvUxP 01BnXq/w8fkHR9S0ajp7mISH/sYZJU1Gq8ND2GcTRYyhUBXYDUIjgOSz6YUzYsNcYXpo cRBR+p0TUgmFW3pBmibmRTL5J8ngxkblkyIvEYgNwNQKVZZHuKl2fFTCBIUbI9RgAQOS XqZQ== MIME-Version: 1.0 Received: by 10.68.201.169 with SMTP id kb9mr1784752pbc.101.1336800476404; Fri, 11 May 2012 22:27:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.203.2 with HTTP; Fri, 11 May 2012 22:27:56 -0700 (PDT) In-Reply-To: <201205101549.20368.jhugo@meraka.csir.co.za> References: <201205101549.20368.jhugo@meraka.csir.co.za> Date: Fri, 11 May 2012 22:27:56 -0700 X-Google-Sender-Auth: su9kcNcI3yjGzl5ZDww6fkgkbQ0 Message-ID: From: Adrian Chadd To: Johann Hugo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org Subject: Re: wpa_supplicant + WPA psk + ad-hoc mode working X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 05:27:57 -0000 Hi! This is great! Would you be willing to write a wiki.freebsd.org tutorial page on this? If you are then please create a wiki account and let me know what it is. I'll then add you to the contributors group. Thanks! Adrian On 10 May 2012 06:49, Johann Hugo wrote: > Hi > > Just managed to configure AES-CCM encryption between three wifi devices i= n > adhoc mode and every thing seems to work fine. > > I also found out that "ap_scan" must be set to "2" before it works. > > Looks like the man page needs a small update: > =C2=A0 =C2=A0 ap_scan > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Access point scanning and selec= tion control; one of 0, 1 > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (default), or 2. =C2=A0Only set= ting 1 should be used with the wlan(4) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 module; the other settings are = for use on other operating sys=E2=80=90 > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 tems. > > =C2=A0 =C2=A0mode =C2=A0 =C2=A0IEEE 802.11 operation mode; either 0 (infr= astructure, default) or > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 (IBSS). =C2=A0Note that IBSS = (adhoc) mode can only be used with > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 key_mgmt set to NONE (plaintext= and static WEP), or key_mgmt set > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 to WPA-NONE (fixed group key TK= IP/CCMP). =C2=A0In addition, ap_scan > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 has to be set to 2 for IBSS. = =C2=A0WPA-NONE requires proto set to WPA, > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 key_mgmt set to WPA-NONE, pairw= ise set to NONE, group set to > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 either CCMP or TKIP (but not bo= th), and psk must also be set. > > ---------------------------- > Here is my configs: > ---------------------------- > mesh-2aee:~ # more /etc/rc.conf > > wlans_ath0=3D"wlan0" > create_args_wlan0=3D"wlanmode adhoc country ZA" > ifconfig_wlan0=3D"WPA channel 13 ssid mesh bssid 66:98:40:46:b7:0a" > > > mesh-2aee:~ # more /etc/wpa_supplicant.conf > > ap_scan=3D2 > > network=3D{ > =C2=A0ssid=3D"mesh" > =C2=A0mode=3D1 > =C2=A0key_mgmt=3DWPA-NONE > =C2=A0proto=3DWPA > =C2=A0pairwise=3DNONE > =C2=A0group=3DCCMP > =C2=A0psk=3D"testsecret" > } > > mesh-2aee:~ # ifconfig wlan0 > wlan0: flags=3D8843 metric 0 mtu = 1500 > =C2=A0 =C2=A0 =C2=A0 =C2=A0ether 00:80:48:4f:2a:ee > =C2=A0 =C2=A0 =C2=A0 =C2=A0inet6 fe80::280:48ff:fe4f:2aee%wlan0 prefixlen= 64 scopeid 0x7 > =C2=A0 =C2=A0 =C2=A0 =C2=A0inet6 fd9c:6829:597c:20:280:48ff:fe4f:2aee pre= fixlen 64 > =C2=A0 =C2=A0 =C2=A0 =C2=A0inet6 fd9c:6829:597c:20:: prefixlen 64 anycast > =C2=A0 =C2=A0 =C2=A0 =C2=A0nd6 options=3D21 > =C2=A0 =C2=A0 =C2=A0 =C2=A0media: IEEE 802.11 Wireless Ethernet autoselec= t mode 11g > =C2=A0 =C2=A0 =C2=A0 =C2=A0status: running > =C2=A0 =C2=A0 =C2=A0 =C2=A0ssid mesh channel 13 (2472 MHz 11g) bssid 66:9= 8:40:46:b7:0a > =C2=A0 =C2=A0 =C2=A0 =C2=A0regdomain NONE country ZA ecm authmode WPA pri= vacy ON deftxkey 1 > =C2=A0 =C2=A0 =C2=A0 =C2=A0AES-CCM 1:128-bit txpower 30 scanvalid 450 pro= tmode CTS wme burst > =C2=A0 =C2=A0 =C2=A0 =C2=A0roaming MANUAL > > mesh-2aee:~ # ifconfig wlan0 list sta > ADDR =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 AID CHAN RATE RSSI = IDLE =C2=A0TXSEQ =C2=A0RXSEQ CAPS FLAG > 00:80:48:4f:2a:ee =C2=A0 =C2=A00 =C2=A0 13 =C2=A0 0M =C2=A04.0 =C2=A0105 = =C2=A047746 =C2=A0 2496 IP =C2=A0 A > 00:21:a4:32:06:53 =C2=A0 =C2=A00 =C2=A0 13 =C2=A024M 22.5 =C2=A0 =C2=A00 = =C2=A0 1793 =C2=A022160 IPS =C2=A0AQE =C2=A0 =C2=A0 WPA WME > 00:21:a4:32:06:39 =C2=A0 =C2=A00 =C2=A0 13 =C2=A024M 25.5 =C2=A0 =C2=A00 = =C2=A024479 =C2=A0 8848 IPS =C2=A0AQE =C2=A0 =C2=A0 WPA WME > > Johann > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.or= g" From owner-freebsd-wireless@FreeBSD.ORG Sat May 12 06:30:07 2012 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F11D71065670 for ; Sat, 12 May 2012 06:30:07 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) by mx1.freebsd.org (Postfix) with ESMTP id A0C4B8FC0C for ; Sat, 12 May 2012 06:30:07 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemoninthecloset.org Received: from sage.daemoninthecloset.org (sage.daemoninthecloset.org [127.0.1.1]) by sage.daemoninthecloset.org (Postfix) with ESMTP id E124FB2A43 for ; Sat, 12 May 2012 01:23:08 -0500 (CDT) Date: Sat, 12 May 2012 01:23:08 -0500 (CDT) From: Bryan Venteicher To: wireless@freebsd.org Message-ID: <1124241085.354.1336803788589.JavaMail.root@sage.daemoninthecloset.org> In-Reply-To: <1359736622.339.1336803382061.JavaMail.root@sage.daemoninthecloset.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.51.1.6] X-Mailer: Zimbra 7.1.4_GA_2555 (ZimbraWebClient - GC18 ([unknown])/7.1.4_GA_2555) Cc: Subject: iwn 4965 crash X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 06:30:08 -0000 I've experienced the crash below pretty frequently from a one day old 9-STABLE during BSDCan, partiality in the 15th floor hacker lounge. #1 0xffffffff80893085 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xffffffff80893531 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xffffffff80b7edc0 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:843 #4 0xffffffff80b7f13f in trap_pfault (frame=0xffffff8114a3e8d0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:759 #5 0xffffffff80b7f61e in trap (frame=0xffffff8114a3e8d0) at /usr/src/sys/amd64/amd64/trap.c:454 #6 0xffffffff80b6a0af in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff8055f1bc in iwn_notif_intr (sc=0xffffff800077b000) at /usr/src/sys/dev/iwn/if_iwn.c:2447 #8 0xffffffff80561438 in iwn_intr (arg=Variable "arg" is not available. ) at /usr/src/sys/dev/iwn/if_iwn.c:3197 #9 0xffffffff80868604 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1260 #10 0xffffffff80869d84 in ithread_loop (arg=0xfffffe00043d0ac0) at /usr/src/sys/kern/kern_intr.c:1273 #11 0xffffffff808657ef in fork_exit (callout=0xffffffff80869ce0 , arg=0xfffffe00043d0ac0, frame=0xffffff8114a3ec40) at /usr/src/sys/kern/kern_fork.c:992 #12 0xffffffff80b6a5de in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:602 if_iwn.c: 2444 bus_dmamap_sync(sc->rxq.data_dmat, data->map, BUS_DMASYNC_POSTREAD); 2445 2446 txq = &sc->txq[le16toh(ba->qid)]; 2447 tap = sc->qid2tap[le16toh(ba->qid)]; 2448 tid = WME_AC_TO_TID(tap->txa_ac); 2449 ni = tap->txa_ni; 2450 wn = (void *)ni; 2451 2452 if (wn->agg[tid].bitmap == 0) 2453 return; FreeBSD curses.daemoninthecloset.org 9.0-STABLE FreeBSD 9.0-STABLE #0: Thu May 10 21:55:32 EDT 2012 bryanv@curses.daemoninthecloset.org:/usr/obj/usr/src/sys/GENERIC amd64 vmcore available. From owner-freebsd-wireless@FreeBSD.ORG Sat May 12 07:33:04 2012 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 703D9106566B for ; Sat, 12 May 2012 07:33:04 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id DB9A48FC08 for ; Sat, 12 May 2012 07:33:03 +0000 (UTC) Received: by laai10 with SMTP id i10so2118017laa.13 for ; Sat, 12 May 2012 00:33:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=yj/hlP55E1H4Or/yXtRLBeAG8JBq3SC2mCyVVX+fxj4=; b=AK42/VrKwrft8gWOW58NleoOk1Q97MpSvJL5eb06OKODo72qMbW1IK9iB+tDAwOcAp TB2PT+2o42Fv9YY7ZkLz8sy2LI1U2hTLoRJNJD6cSP6bigPYeASCxQBE+oAcRk7JBnU+ u68YF3nZTd/ipHcghm6aT4w1TrcAYJtxXZbIEOUwBK8hLwY5BPTYyRrcsH04qRu2A5+l J1fCJn6UJs/3OsTBX2neS1XCYTbSOlN01AZpR2HY+xh37Mpwg7YE+27dy3xIvpUhZJ/x 5xIvja+SJSik+PlGtNbzPf9BDuiM7CZGyyN19XwWkFGu/fVMZfzxwCPyCiG9LutTRh7x V2xQ== MIME-Version: 1.0 Received: by 10.152.123.229 with SMTP id md5mr860655lab.34.1336807982503; Sat, 12 May 2012 00:33:02 -0700 (PDT) Received: by 10.152.122.145 with HTTP; Sat, 12 May 2012 00:33:02 -0700 (PDT) X-Originating-IP: [88.65.52.54] In-Reply-To: <1124241085.354.1336803788589.JavaMail.root@sage.daemoninthecloset.org> References: <1359736622.339.1336803382061.JavaMail.root@sage.daemoninthecloset.org> <1124241085.354.1336803788589.JavaMail.root@sage.daemoninthecloset.org> Date: Sat, 12 May 2012 09:33:02 +0200 Message-ID: From: Bernhard Schmidt To: Bryan Venteicher Content-Type: multipart/mixed; boundary=f46d04426aa4ee187e04bfd1dc9f X-Gm-Message-State: ALoCoQmLsaWivQWgCw++TJXFu27W9JaQYdWSGayaJ4U5BvZMb+2Iar2pBiXfJzgGrtJPWglptMtd Cc: wireless@freebsd.org Subject: Re: iwn 4965 crash X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 07:33:04 -0000 --f46d04426aa4ee187e04bfd1dc9f Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sat, May 12, 2012 at 8:23 AM, Bryan Venteicher wrote: > I've experienced the crash below pretty frequently from a one day old > 9-STABLE during BSDCan, partiality in the 15th floor hacker lounge. > > #1 =A00xffffffff80893085 in kern_reboot (howto=3D260) at /usr/src/sys/ker= n/kern_shutdown.c:442 > #2 =A00xffffffff80893531 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:607 > #3 =A00xffffffff80b7edc0 in trap_fatal (frame=3D0xc, eva=3DVariable "eva"= is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:843 > #4 =A00xffffffff80b7f13f in trap_pfault (frame=3D0xffffff8114a3e8d0, user= mode=3D0) at /usr/src/sys/amd64/amd64/trap.c:759 > #5 =A00xffffffff80b7f61e in trap (frame=3D0xffffff8114a3e8d0) at /usr/src= /sys/amd64/amd64/trap.c:454 > #6 =A00xffffffff80b6a0af in calltrap () at /usr/src/sys/amd64/amd64/excep= tion.S:228 > #7 =A00xffffffff8055f1bc in iwn_notif_intr (sc=3D0xffffff800077b000) at /= usr/src/sys/dev/iwn/if_iwn.c:2447 > #8 =A00xffffffff80561438 in iwn_intr (arg=3DVariable "arg" is not availab= le. > ) at /usr/src/sys/dev/iwn/if_iwn.c:3197 > #9 =A00xffffffff80868604 in intr_event_execute_handlers (p=3DVariable "p"= is not available. > ) at /usr/src/sys/kern/kern_intr.c:1260 > #10 0xffffffff80869d84 in ithread_loop (arg=3D0xfffffe00043d0ac0) at /usr= /src/sys/kern/kern_intr.c:1273 > #11 0xffffffff808657ef in fork_exit (callout=3D0xffffffff80869ce0 , arg=3D0xfffffe00043d0ac0, > =A0 =A0frame=3D0xffffff8114a3ec40) at /usr/src/sys/kern/kern_fork.c:992 > #12 0xffffffff80b6a5de in fork_trampoline () at /usr/src/sys/amd64/amd64/= exception.S:602 > > if_iwn.c: > =A0 2444 =A0 =A0 =A0 =A0 bus_dmamap_sync(sc->rxq.data_dmat, data->map, BU= S_DMASYNC_POSTREAD); > =A0 2445 > =A0 2446 =A0 =A0 =A0 =A0 txq =3D &sc->txq[le16toh(ba->qid)]; > =A0 2447 =A0 =A0 =A0 =A0 tap =3D sc->qid2tap[le16toh(ba->qid)]; > =A0 2448 =A0 =A0 =A0 =A0 tid =3D WME_AC_TO_TID(tap->txa_ac); > =A0 2449 =A0 =A0 =A0 =A0 ni =3D tap->txa_ni; > =A0 2450 =A0 =A0 =A0 =A0 wn =3D (void *)ni; > =A0 2451 > =A0 2452 =A0 =A0 =A0 =A0 if (wn->agg[tid].bitmap =3D=3D 0) > =A0 2453 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; > > FreeBSD curses.daemoninthecloset.org 9.0-STABLE FreeBSD 9.0-STABLE #0: Th= u May 10 21:55:32 EDT 2012 =A0 =A0 bryanv@curses.daemoninthecloset.org:/usr= /obj/usr/src/sys/GENERIC =A0amd64 > > vmcore available. Please try attached patch --=20 Bernhard --f46d04426aa4ee187e04bfd1dc9f Content-Type: application/octet-stream; name="iwn_delba.diff" Content-Disposition: attachment; filename="iwn_delba.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h24cxx1l0 SW5kZXg6IHN5cy9kZXYvaXduL2lmX2l3bi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvaXduL2lm X2l3bi5jCShyZXZpc2lvbiAyMzQ5NzUpCisrKyBzeXMvZGV2L2l3bi9pZl9pd24uYwkod29ya2lu ZyBjb3B5KQpAQCAtMjc1OCwxMyArMjc1OCwxMyBAQCBzdGF0aWMgdm9pZAogaXduX2FtcGR1X3R4 X2RvbmUoc3RydWN0IGl3bl9zb2Z0YyAqc2MsIGludCBxaWQsIGludCBpZHgsIGludCBuZnJhbWVz LAogICAgIHZvaWQgKnN0YXQpCiB7CisJc3RydWN0IGl3bl9vcHMgKm9wcyA9ICZzYy0+b3BzOwog CXN0cnVjdCBpZm5ldCAqaWZwID0gc2MtPnNjX2lmcDsKIAlzdHJ1Y3QgaXduX3R4X3JpbmcgKnJp bmcgPSAmc2MtPnR4cVtxaWRdOwogCXN0cnVjdCBpd25fdHhfZGF0YSAqZGF0YTsKIAlzdHJ1Y3Qg bWJ1ZiAqbTsKIAlzdHJ1Y3QgaXduX25vZGUgKnduOwogCXN0cnVjdCBpZWVlODAyMTFfbm9kZSAq bmk7Ci0Jc3RydWN0IGllZWU4MDIxMXZhcCAqdmFwOwogCXN0cnVjdCBpZWVlODAyMTFfdHhfYW1w ZHUgKnRhcDsKIAl1aW50NjRfdCBiaXRtYXA7CiAJdWludDMyX3QgKnN0YXR1cyA9IHN0YXQ7CkBA IC0yODAyLDI5ICsyODAyLDI4IEBAIGl3bl9hbXBkdV90eF9kb25lKHN0cnVjdCBpd25fc29mdGMg KnNjLCBpbnQgcWlkLCBpCiAJCWJpdG1hcCA9IGJpdG1hcCA8PCBzaGlmdDsKIAkJYml0bWFwIHw9 IDFVTEwgPDwgYml0OwogCX0KKwogCXRhcCA9IHNjLT5xaWQydGFwW3FpZF07Ci0JaWYgKHRhcCAh PSBOVUxMKSB7Ci0JCXRpZCA9IFdNRV9BQ19UT19USUQodGFwLT50eGFfYWMpOwotCQl3biA9ICh2 b2lkICopdGFwLT50eGFfbmk7Ci0JCXduLT5hZ2dbdGlkXS5iaXRtYXAgPSBiaXRtYXA7Ci0JCXdu LT5hZ2dbdGlkXS5zdGFydGlkeCA9IHN0YXJ0OwotCQl3bi0+YWdnW3RpZF0ubmZyYW1lcyA9IG5m cmFtZXM7Ci0JfQorCXRpZCA9IFdNRV9BQ19UT19USUQodGFwLT50eGFfYWMpOworCXduID0gKHZv aWQgKil0YXAtPnR4YV9uaTsKKwl3bi0+YWdnW3RpZF0uYml0bWFwID0gYml0bWFwOworCXduLT5h Z2dbdGlkXS5zdGFydGlkeCA9IHN0YXJ0OworCXduLT5hZ2dbdGlkXS5uZnJhbWVzID0gbmZyYW1l czsKIAogCXNlcW5vID0gbGUzMnRvaCgqKHN0YXR1cyArIG5mcmFtZXMpKSAmIDB4ZmZmOwogCWZv ciAobGFzdGlkeCA9IChzZXFubyAmIDB4ZmYpOyByaW5nLT5yZWFkICE9IGxhc3RpZHg7KSB7CiAJ CWRhdGEgPSAmcmluZy0+ZGF0YVtyaW5nLT5yZWFkXTsKIAotCQlLQVNTRVJUKGRhdGEtPm5pICE9 IE5VTEwsICgibm8gbm9kZSIpKTsKLQogCQkvKiBVbm1hcCBhbmQgZnJlZSBtYnVmLiAqLwogCQli dXNfZG1hbWFwX3N5bmMocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXAsCiAJCSAgICBCVVNfRE1B U1lOQ19QT1NUV1JJVEUpOwogCQlidXNfZG1hbWFwX3VubG9hZChyaW5nLT5kYXRhX2RtYXQsIGRh dGEtPm1hcCk7CiAJCW0gPSBkYXRhLT5tLCBkYXRhLT5tID0gTlVMTDsKIAkJbmkgPSBkYXRhLT5u aSwgZGF0YS0+bmkgPSBOVUxMOwotCQl2YXAgPSBuaS0+bmlfdmFwOwogCisJCUtBU1NFUlQobmkg IT0gTlVMTCwgKCJubyBub2RlIikpOworCQlLQVNTRVJUKG0gIT0gTlVMTCwgKCJubyBtYnVmIikp OworCiAJCWlmIChtLT5tX2ZsYWdzICYgTV9UWENCKQogCQkJaWVlZTgwMjExX3Byb2Nlc3NfY2Fs bGJhY2sobmksIG0sIDEpOwogCkBAIC0yODM1LDYgKzI4MzQsMTggQEAgaXduX2FtcGR1X3R4X2Rv bmUoc3RydWN0IGl3bl9zb2Z0YyAqc2MsIGludCBxaWQsIGkKIAkJcmluZy0+cmVhZCA9IChyaW5n LT5yZWFkICsgMSkgJSBJV05fVFhfUklOR19DT1VOVDsKIAl9CiAKKwlpZiAocmluZy0+cXVldWVk ID09IDAgJiYgSUVFRTgwMjExX0FNUERVX1JVTk5JTkcodGFwKSA9PSAwKSB7CisJCURQUklOVEYo c2MsIElXTl9ERUJVR19YTUlULCAiJXM6IHJhPSVkIHRpZD0lZCBzc249JWQgcWlkPSVkXG4iLAor CQkgICAgX19mdW5jX18sIHduLT5pZCwgdGlkLCB0YXAtPnR4YV9zdGFydCwgcWlkKTsKKwkJaWYg KGl3bl9uaWNfbG9jayhzYykgIT0gMCkKKwkJCXJldHVybjsKKwkJb3BzLT5hbXBkdV90eF9zdG9w KHNjLCBxaWQsIHRpZCwgdGFwLT50eGFfc3RhcnQgJiAweGZmZik7CisJCWl3bl9uaWNfdW5sb2Nr KHNjKTsKKwkJc2MtPnFpZDJ0YXBbcWlkXSA9IE5VTEw7CisJCWZyZWUodGFwLT50eGFfcHJpdmF0 ZSwgTV9ERVZCVUYpOworCQl0YXAtPnR4YV9wcml2YXRlID0gTlVMTDsKKwl9CisKIAlzYy0+c2Nf dHhfdGltZXIgPSAwOwogCWlmIChyaW5nLT5xdWV1ZWQgPCBJV05fVFhfUklOR19MT01BUkspIHsK IAkJc2MtPnFmdWxsbXNrICY9IH4oMSA8PCByaW5nLT5xaWQpOwpAQCAtNTYzMyw2ICs1NjQ0LDgg QEAgaXduX2FtcGR1X3R4X3N0YXJ0KHN0cnVjdCBpZWVlODAyMTFjb20gKmljLCBzdHJ1Y3QKIAlp ZiAoKGVycm9yID0gaXduX25pY19sb2NrKHNjKSkgIT0gMCkKIAkJcmV0dXJuIDA7CiAJcWlkID0g KihpbnQgKil0YXAtPnR4YV9wcml2YXRlOworCURQUklOVEYoc2MsIElXTl9ERUJVR19YTUlULCAi JXM6IHJhPSVkIHRpZD0lZCBzc249JWQgcWlkPSVkXG4iLAorCSAgICBfX2Z1bmNfXywgd24tPmlk LCB0aWQsIHRhcC0+dHhhX3N0YXJ0LCBxaWQpOwogCW9wcy0+YW1wZHVfdHhfc3RhcnQoc2MsIG5p LCBxaWQsIHRpZCwgdGFwLT50eGFfc3RhcnQgJiAweGZmZik7CiAJaXduX25pY191bmxvY2soc2Mp OwogCkBAIC01NjQ1LDIxICs1NjU4LDI3IEBAIGl3bl9hbXBkdV90eF9zdG9wKHN0cnVjdCBpZWVl ODAyMTFfbm9kZSAqbmksIHN0cnVjCiB7CiAJc3RydWN0IGl3bl9zb2Z0YyAqc2MgPSBuaS0+bmlf aWMtPmljX2lmcC0+aWZfc29mdGM7CiAJc3RydWN0IGl3bl9vcHMgKm9wcyA9ICZzYy0+b3BzOwor CXN0cnVjdCBpd25fbm9kZSAqd24gPSAodm9pZCAqKW5pOwogCXVpbnQ4X3QgdGlkID0gV01FX0FD X1RPX1RJRCh0YXAtPnR4YV9hYyk7CiAJaW50IHFpZDsKIAorCXNjLT5zY19hZGRiYV9zdG9wKG5p LCB0YXApOworCiAJaWYgKHRhcC0+dHhhX3ByaXZhdGUgPT0gTlVMTCkKIAkJcmV0dXJuOwogCiAJ cWlkID0gKihpbnQgKil0YXAtPnR4YV9wcml2YXRlOwotCWlmIChpd25fbmljX2xvY2soc2MpICE9 IDApCi0JCXJldHVybjsKLQlvcHMtPmFtcGR1X3R4X3N0b3Aoc2MsIHFpZCwgdGlkLCB0YXAtPnR4 YV9zdGFydCAmIDB4ZmZmKTsKLQlpd25fbmljX3VubG9jayhzYyk7Ci0Jc2MtPnFpZDJ0YXBbcWlk XSA9IE5VTEw7Ci0JZnJlZSh0YXAtPnR4YV9wcml2YXRlLCBNX0RFVkJVRik7Ci0JdGFwLT50eGFf cHJpdmF0ZSA9IE5VTEw7Ci0Jc2MtPnNjX2FkZGJhX3N0b3AobmksIHRhcCk7CisJaWYgKHNjLT50 eHFbcWlkXS5xdWV1ZWQgPT0gMCkgeworCQlEUFJJTlRGKHNjLCBJV05fREVCVUdfWE1JVCwgIiVz OiByYT0lZCB0aWQ9JWQgc3NuPSVkIHFpZD0lZFxuIiwKKwkJICAgIF9fZnVuY19fLCB3bi0+aWQs IHRpZCwgdGFwLT50eGFfc3RhcnQsIHFpZCk7CisJCWlmIChpd25fbmljX2xvY2soc2MpICE9IDAp CisJCQlyZXR1cm47CisJCW9wcy0+YW1wZHVfdHhfc3RvcChzYywgcWlkLCB0aWQsIHRhcC0+dHhh X3N0YXJ0ICYgMHhmZmYpOworCQlpd25fbmljX3VubG9jayhzYyk7CisJCXNjLT5xaWQydGFwW3Fp ZF0gPSBOVUxMOworCQlmcmVlKHRhcC0+dHhhX3ByaXZhdGUsIE1fREVWQlVGKTsKKwkJdGFwLT50 eGFfcHJpdmF0ZSA9IE5VTEw7CisJfQogfQogCiBzdGF0aWMgdm9pZAo= --f46d04426aa4ee187e04bfd1dc9f-- From owner-freebsd-wireless@FreeBSD.ORG Sat May 12 20:16:00 2012 Return-Path: Delivered-To: freebsd-wireless@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADF01106564A; Sat, 12 May 2012 20:16:00 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 80DC68FC14; Sat, 12 May 2012 20:16:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4CKG0O1029917; Sat, 12 May 2012 20:16:00 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4CKG0AS029913; Sat, 12 May 2012 20:16:00 GMT (envelope-from linimon) Date: Sat, 12 May 2012 20:16:00 GMT Message-Id: <201205122016.q4CKG0AS029913@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-wireless@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/167828: [iwn] iwn(4) doesn't recover automatically after firmware crash during roaming X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 20:16:00 -0000 Old Synopsis: iwn(4) doesn't recover automatically after firmware crash during roaming New Synopsis: [iwn] iwn(4) doesn't recover automatically after firmware crash during roaming Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Sat May 12 20:15:43 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=167828