From owner-freebsd-wireless@FreeBSD.ORG Sun Oct 23 05:08:16 2011 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 E316E106566C for ; Sun, 23 Oct 2011 05:08:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id A23F98FC14 for ; Sun, 23 Oct 2011 05:08:16 +0000 (UTC) Received: by gyd8 with SMTP id 8so6341348gyd.13 for ; Sat, 22 Oct 2011 22:08:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=ZhSYmCXzwXp5N7fWGrMRZjbE/zlimT7jU2CnCzTR0kk=; b=DHvvJ+P3Sa0gHsJhKQcaDYw2MrX39QFzrJjfkFYvhiOpeef5wCGkIOZpU/tA1vfDUu 5btnuC+JYdFN65oPn2+3VNiu7x9XN9v7DcSfTJcMNV7d24IhqXEKdEcUfCflz/GNnec9 GYB+WAQWWsm4bRmj/cfETadqQKSuexfF5DF5Q= MIME-Version: 1.0 Received: by 10.236.154.193 with SMTP id h41mr28469254yhk.15.1319346495887; Sat, 22 Oct 2011 22:08:15 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.109.39 with HTTP; Sat, 22 Oct 2011 22:08:15 -0700 (PDT) In-Reply-To: <4EA2AD90.9060602@fuckner.net> References: <4EA2AD90.9060602@fuckner.net> Date: Sun, 23 Oct 2011 13:08:15 +0800 X-Google-Sender-Auth: kTmLwtS2gq5anYm_f4gUwzOlF1I Message-ID: From: Adrian Chadd To: Michael Fuckner Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org, egorenar@gmail.com Subject: Re: Re: Support for rt2860 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, 23 Oct 2011 05:08:17 -0000 On 22 October 2011 19:48, Michael Fuckner wrote: > Hi Alexander, > > this driver seems to work with FreeBSD9-BETA3 on AMD64 (with Edimax Card- > rt28600@pci0:3:0:0: =A0 class=3D0x028000 card=3D0x77281432 chip=3D0x06011= 814 > rev=3D0x00 hdr=3D0x00). > > I'd love to see this driver in BASE :) and if you need help on testing, I= 'll > do my best. If this is the driver I'm thinking about, I think there's a bunch of work that needs to happen for 802.11n rate control to properly be handled. But if it's tidied up and tested, I don't see the harm in committing to -HEAD before the rate control changes are made. Adrian From owner-freebsd-wireless@FreeBSD.ORG Sun Oct 23 08:47:21 2011 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 720531065673; Sun, 23 Oct 2011 08:47:21 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id D32008FC0A; Sun, 23 Oct 2011 08:47:20 +0000 (UTC) Received: by wwn22 with SMTP id 22so2469021wwn.1 for ; Sun, 23 Oct 2011 01:47:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=auOEmuR2/WUlO00wiWJSJN80H5ya8RpQvOiwq0K0ALY=; b=yEF5hvRaPzzaMuROQwO7zwL+lKbUy93eswUjBIHjrU3LeTWqVHwmYllcNcbNdaCN/k iquHuXt1BiI0Gdi7Vfi0SnGMcXqGXyQYZvhpm+Rqs+0b6phbbFKvpzQK4BqF2JQIW8Hh +mcUaoMEeA+8C2x8CLmrkb1hIF8Dmh0SxMStY= MIME-Version: 1.0 Received: by 10.227.11.147 with SMTP id t19mr7610889wbt.72.1319358184925; Sun, 23 Oct 2011 01:23:04 -0700 (PDT) Received: by 10.180.80.2 with HTTP; Sun, 23 Oct 2011 01:23:04 -0700 (PDT) Date: Sun, 23 Oct 2011 04:23:04 -0400 Message-ID: From: grarpamp To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: bwn firmware (bwn, bwi, fwcutter) 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, 23 Oct 2011 08:47:21 -0000 FYI, there now appear to be some updates available regarding this toolchain... http://linuxwireless.org/en/users/Drivers/b43 http://bu3sch.de/gitweb?p=b43-tools.git;a=tree http://bu3sch.de/b43/fwcutter/ http://www.lwfinger.com/b43-firmware/ I'm using fwcutter 0.15 and fw 508.154 on a 4312 LP phy with success under Linux. For FreeBSD the two port Makefiles would seem to be a pretty easy update. From owner-freebsd-wireless@FreeBSD.ORG Sun Oct 23 10:06:20 2011 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 D350D1065673 for ; Sun, 23 Oct 2011 10:06:20 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6A91B8FC0C for ; Sun, 23 Oct 2011 10:06:19 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so8845388bkb.13 for ; Sun, 23 Oct 2011 03:06:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:x-mailer; bh=1NyrEK/gqMCFyWU1EJgOCKAAnL1jAeS7WWEnRn3lViU=; b=mKthqoi8MMTfNS2s1igJV2K7CceQOp8Cap4S2YvvMaqmrB1CFxF1Yds2nkGGTHNo8m dhqp1UuqBwflbmLgBOj2vY4L/P9v6Y0ymrRoZqCegWYXIfDvvKXcCkIdXptiFkNosXbY aYVr243iZHHR4hhJ6PbZQb1NDlEHee60rjD0I= Received: by 10.223.91.143 with SMTP id n15mr30975598fam.23.1319362861908; Sun, 23 Oct 2011 02:41:01 -0700 (PDT) Received: from DOMYPC ([82.193.208.173]) by mx.google.com with ESMTPS id n25sm23987875fah.15.2011.10.23.02.40.49 (version=SSLv3 cipher=OTHER); Sun, 23 Oct 2011 02:41:00 -0700 (PDT) Message-ID: <20111023.094056.661.1@DOMY-PC> From: rank1seeker@gmail.com To: freebsd-wireless@freebsd.org Date: Sun, 23 Oct 2011 11:40:56 +0200 X-Mailer: POP Peeper (3.8.0.0) Subject: ral: sending data frame failed (too much retries) 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, 23 Oct 2011 10:06:20 -0000 I'm not a member of this list. Does anyone has an answer? http://forums.freebsd.org/showthread.php?t=27184 From owner-freebsd-wireless@FreeBSD.ORG Sun Oct 23 16:00:01 2011 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 78F151065788; Sun, 23 Oct 2011 16:00:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1EDFD8FC1B; Sun, 23 Oct 2011 16:00:00 +0000 (UTC) Received: by gyd8 with SMTP id 8so6578204gyd.13 for ; Sun, 23 Oct 2011 09:00:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=tzttr0B/ydS/Stl45f6pB8XFiY1x9NefD+r066aTKcA=; b=Dons8i3VcdttCP8maTtge3Y1wz+JPDMJAQHbN7+L23+mFeO929UekCaTtDveb1ADFm b1AJ/QKTs0dyqBTq76nBDdYy0t4PMiVMcYAC7LrzEUAf1XW0MHVhphP3XVZRRA7UGzj3 aPiOcU+WrfzYzus6rN/VW6tcWhZHPk+fib2ps= MIME-Version: 1.0 Received: by 10.236.73.166 with SMTP id v26mr29862202yhd.100.1319385600431; Sun, 23 Oct 2011 09:00:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.109.39 with HTTP; Sun, 23 Oct 2011 09:00:00 -0700 (PDT) In-Reply-To: References: Date: Mon, 24 Oct 2011 00:00:00 +0800 X-Google-Sender-Auth: -ZT5yxeDNEzgbh-eBziXSag5_5w Message-ID: From: Adrian Chadd To: grarpamp Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org, freebsd-ports@freebsd.org Subject: Re: bwn firmware (bwn, bwi, fwcutter) 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, 23 Oct 2011 16:00:01 -0000 On 23 October 2011 16:23, grarpamp wrote: > I'm using fwcutter 0.15 and fw 508.154 on a 4312 LP phy > with success under Linux. For FreeBSD the two port Makefiles > would seem to be a pretty easy update. Hi, I'd first like this to be tested (and thoroughly!) before they're committed! Adrian From owner-freebsd-wireless@FreeBSD.ORG Sun Oct 23 18:27:18 2011 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 C869C1065675; Sun, 23 Oct 2011 18:27:18 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB098FC18; Sun, 23 Oct 2011 18:27:17 +0000 (UTC) Received: by wwi18 with SMTP id 18so7726336wwi.31 for ; Sun, 23 Oct 2011 11:27:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HYIlekKtjGK94BOFIoMF2+Bpxs5DkcLS9EWfivjUT0k=; b=ZMsZqBvMWU2U03X5k9inFlS/N99tmai90Yerpv1yLBIpyTj0EzvRiB81ia3uiSDE1B mmBSWR3fwKi3XZOkr8Xc4Xc0Na3p+Vr+xuC3igGptO3T6gnyAi6wFKHlrBbXJmL7UH1p Xf+7R2QZ4P2d2WIcEGR40g/NV6KWipADdBb34= MIME-Version: 1.0 Received: by 10.227.24.8 with SMTP id t8mr7904036wbb.72.1319394436685; Sun, 23 Oct 2011 11:27:16 -0700 (PDT) Received: by 10.180.80.2 with HTTP; Sun, 23 Oct 2011 11:27:16 -0700 (PDT) In-Reply-To: References: Date: Sun, 23 Oct 2011 14:27:16 -0400 Message-ID: From: grarpamp To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: bwn firmware (bwn, bwi, fwcutter) 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, 23 Oct 2011 18:27:18 -0000 >> I'm using fwcutter 0.15 and fw 508.154 on a 4312 LP phy >> with success under Linux. For FreeBSD the two port Makefiles >> would seem to be a pretty easy update. Would it be necessary to update the kernel drivers as well? sys/dev/bwn sys/dev/siba Or are they abstracted enough from the firmware blobs that simply cutting up and using any particular firmware version would suffice? And can someone help me understand what the difference is between the blob included in: http://www.broadcom.com/support/802.11/linux_sta.php and those commonly found in these typical places: http://www.lwfinger.com/b43-firmware/ http://mirror2.openwrt.org/sources/ Such as, what is the real source of the firware and method of producing the the latter blobs? Thanks. From owner-freebsd-wireless@FreeBSD.ORG Mon Oct 24 07:31:03 2011 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 CD1A6106564A; Mon, 24 Oct 2011 07:31:03 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A526F8FC15; Mon, 24 Oct 2011 07:31:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p9O7V3fB061277; Mon, 24 Oct 2011 07:31:03 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p9O7V33s061273; Mon, 24 Oct 2011 07:31:03 GMT (envelope-from bschmidt) Date: Mon, 24 Oct 2011 07:31:03 GMT Message-Id: <201110240731.p9O7V33s061273@freefall.freebsd.org> To: bschmidt@FreeBSD.org, freebsd-wireless@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/161407: [iwn] iwn panic on 9.0-BETA3 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, 24 Oct 2011 07:31:03 -0000 Synopsis: [iwn] iwn panic on 9.0-BETA3 Responsible-Changed-From-To: freebsd-wireless->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Mon Oct 24 07:30:15 UTC 2011 Responsible-Changed-Why: grab http://www.freebsd.org/cgi/query-pr.cgi?pr=161407 From owner-freebsd-wireless@FreeBSD.ORG Mon Oct 24 11:07:16 2011 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 0CFFC106566B for ; Mon, 24 Oct 2011 11:07:16 +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 EF3058FC1A for ; Mon, 24 Oct 2011 11:07:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p9OB7F3Z025477 for ; Mon, 24 Oct 2011 11:07:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p9OB7FCZ025475 for freebsd-wireless@FreeBSD.org; Mon, 24 Oct 2011 11:07:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Oct 2011 11:07:15 GMT Message-Id: <201110241107.p9OB7FCZ025475@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, 24 Oct 2011 11:07:16 -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/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/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 kern/143868 wireless [ath] [patch] [request] allow Atheros watchdog timeout 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 52 problems total. From owner-freebsd-wireless@FreeBSD.ORG Tue Oct 25 05:42:47 2011 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 253871065675 for ; Tue, 25 Oct 2011 05:42:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id CD5FF8FC17 for ; Tue, 25 Oct 2011 05:42:46 +0000 (UTC) Received: by ggnq2 with SMTP id q2so197444ggn.13 for ; Mon, 24 Oct 2011 22:42:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=HDCL+aZuyFCEk83crCCpI9pF4OSkxJgpOByehOsvSDo=; b=ef3/zJ3uWOgKH2cU+U4dPhVQjYw7ZNUTLOHIHpAoqOnwFBuqjGUkKlx2sSJGrbOQfu xtfEhXYaBa1C60oC2DmQ2tP0nYHT8w8Ixp0YWwlJ/rUg8Z0f+2kszzvY9MNsGS9nOyGx JQKq/yoHQa8UpQ5fLuE2Fk3Qdv1OEzd7uMykY= MIME-Version: 1.0 Received: by 10.236.108.225 with SMTP id q61mr7168380yhg.66.1319521366342; Mon, 24 Oct 2011 22:42:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.109.39 with HTTP; Mon, 24 Oct 2011 22:42:46 -0700 (PDT) Date: Tue, 25 Oct 2011 13:42:46 +0800 X-Google-Sender-Auth: CHjXGN_TE9XKtt8Wvnbbelm4YQE Message-ID: From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: multipart/mixed; boundary=20cf30363cef507c7704b0190203 Subject: ath 11n update: locking, regressions, testing 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, 25 Oct 2011 05:42:47 -0000 --20cf30363cef507c7704b0190203 Content-Type: text/plain; charset=ISO-8859-1 Hi all, In working out kinks in how the ath driver handles things during an interface reset or reconfigure, I've discovered a couple of things: * all the frames in the tx/rx queues are just dropped on the floor, which breaks 802.11n aggregation state in very bad ways; and * there's just a lot of cases where things can overlap each other, causing temporary situations of unpredictability (and likely some of the "wtf?" situations that people have been seeing with the stock freebsd ath driver.) I've been tinkering with some code which does two things: * it introduces locking of most operational paths, much like how the iwn driver does things, and * in cases of a recoverable reset (eg a configuration change such as enabling/disabling ANI, or a stuck beacon condition or watchdog timeout), the TX/RX queues are properly handled: + the TX queue is kept how it is and DMA is simply restarted once the reset completes; + the RX queue is completely drained before the reset occurs, so all frames are thrown at net80211 and handled. For reference, linux doesn't do this kind of locking - the ath9k driver hides reset, channel change and RX behind a new lock - the "PCU lock" - whilst the TX path doesn't use the PCU lock, it just uses the normal per-queue TX locking that freebsd/ath9k currently has. Now, this has shown a few issues which make me kind of wary about committing this as-is and I'd like some testing and feedback before I am even remotely comfortable. Firstly - holding any lock during _both_ TX _and_ RX causes all kinds of LOR'ing in the IP stack, leading to very quick deadlocks. The iwn driver releases the IWN_LOCK before calling ieee80211_input, so it avoids this - but by doing that, it too could lead to some inconsistencies (eg another process could cause a state change during active RX.) So I fixed that in my code - and yes, this means that things such as ath_start() (ie, the normal TX path), or ath_raw_xmit() (the raw TX path, for things like management/probe frames) can occur. So I introduced some variables which keep track of whether the code is in tx, tx complete, rx process, rx tasklet and reset. This way the driver can avoid situations where: * there's a reset, or rx process occuring, which grabs the lock; * some other task occurs - say, you change the ANI configuration, or add/remove a VAP; * rxproc releases the lock to call net80211_input; * .. and the configuration change, VAP change, etc occurs; * .. then rxproc continues trying to process RX frames, after the hardware has been reset. Now this kind of thing currently can occur, so I'm leaning to just ignoring it and adding very loud printf()s if the situation is detected. It can then be fixed at a later stage. Next - the net80211 scan code (which ath uses, but iwn doesn't as the firmware does its own scanning) holds the net80211 interface lock (comlock) during the duration of sending probe requests to a channel. This means that when scanning, this occurs: * grab comlock; * iterate over scan cache contents, sending probe requests * each probe request calls ath_raw_xmit(), which grabs ATH_LOCK for the duration of the TX. Then for normal TX completion: * ATH_LOCK is grabbed; * the completed frame has net80211_free_node() called, which grabs the comlock .. and the above is a very obvious LOR. I'm not sure how to resolve/fix this without either: * abandoning my idea for locking the ath driver this way and instead having to shoehorn in some more complicated state change / taskqueue drain code (eg so on an operation change, all RX/TX is suspended in its entirety before the reset occurs); which will require some net80211 cooperation as the ic_raw_xmit() API can be called by any thing, and is typically done without any locks being held (except for the scan code example), so it's likely this will require some complicated hackery to avoid this; * fix the scan cache code to not hold the comlock whilst TX'ing probe request frames - and this likely requires introducing some kind of generation count to the scan cache contents and if the generation count changes, the scan process restarts TX'ing probe frames or something. That said, this still doesn't fix all of the ath locking problems (and likely some net80211 locking problems too), which seem increasingly like they should be fixed, as they seem to be making my 802.11n ath work _much_ more complicated than it needs to be.. So, I'd like some testing of the attached patch against my if_ath_tx branch, and I'd like some feedback/comments. You can trigger beacon stuck conditions by: # sysctl dev.ath.X.forcebstuck=1 So you can spam that and generate errors/resets (along with the occasional hardware error, which is kind of surprising, and I'm going to try and track down.) Thanks! Adrian --20cf30363cef507c7704b0190203 Content-Type: application/octet-stream; name="lock-enable-9.diff" Content-Disposition: attachment; filename="lock-enable-9.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gu6gs1f70 SW5kZXg6IHN5cy9kZXYvYXRoL2lmX2F0aF90eC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvYXRo L2lmX2F0aF90eC5jCShyZXZpc2lvbiAyMjY2OTEpCisrKyBzeXMvZGV2L2F0aC9pZl9hdGhfdHgu Ywkod29ya2luZyBjb3B5KQpAQCAtNTAxLDYgKzUwMSwzMCBAQAogCUtBU1NFUlQodHhxLT5heHFf cW51bSAhPSBBVEhfVFhRX1NXUSwKIAkgICAgICgiYXRoX3R4X2hhbmRvZmZfaHcgY2FsbGVkIGZv ciBtY2FzdCBxdWV1ZSIpKTsKIAorCUFUSF9MT0NLX0FTU0VSVChzYyk7CisJaWYgKHNjLT5zY19p bl9yZXNldCkgeworCQlkZXZpY2VfcHJpbnRmKHNjLT5zY19kZXYsICIlczogY2FsbGVkIHdpdGgg c2NfaW5fcmVzZXQgIT0gMFxuIiwKKwkJICAgIF9fZnVuY19fKTsKKwkJRFBSSU5URihzYywgQVRI X0RFQlVHX1hNSVQsCisJCSAgICAiJXM6IHF1ZXVlZDogVFhEUFsldV0gPSAlcCAoJXApIGRlcHRo ICVkXG4iLAorCQkgICAgX19mdW5jX18sIHR4cS0+YXhxX3FudW0sCisJCSAgICAoY2FkZHJfdCli Zi0+YmZfZGFkZHIsIGJmLT5iZl9kZXNjLAorCQkgICAgdHhxLT5heHFfZGVwdGgpOworCQlBVEhf VFhRX0lOU0VSVF9UQUlMKHR4cSwgYmYsIGJmX2xpc3QpOworCQlpZiAoYmYtPmJmX3N0YXRlLmJm c19hZ2dyKQorCQkJdHhxLT5heHFfYWdncl9kZXB0aCsrOworCQkvKgorCQkgKiBXZSBzdGlsbCBo YXZlIHRvIGxpbmsgZGVzY3JpcHRvcnMgaGVyZToKKwkJICogd2hlbiBETUEgaXMgcmVzdGFydGVk LCB0aGVzZSBuZWVkIHRvIGJlCisJCSAqIHByb3Blcmx5IGNoYWluZWQgb3IgdGhlIERNQSBlbmdp bmUgd2lsbAorCQkgKiBnZXQgdXBzZXQuCisJCSAqLworCQlpZiAodHhxLT5heHFfbGluayAhPSBO VUxMKQorCQkJKnR4cS0+YXhxX2xpbmsgPSBiZi0+YmZfZGFkZHI7CisJCXR4cS0+YXhxX2xpbmsg PSAmYmYtPmJmX2xhc3Rkcy0+ZHNfbGluazsKKwkJcmV0dXJuOworCX0KKwogCS8qIEZvciBub3cs IHNvIG5vdCB0byBnZW5lcmF0ZSB3aGl0ZXNwYWNlIGRpZmZzICovCiAJaWYgKDEpIHsKICNpZmRl ZiBJRUVFODAyMTFfU1VQUE9SVF9URE1BCkBAIC0xNjg4LDYgKzE3MTIsMjIgQEAKIAlzdHJ1Y3Qg YXRoX2J1ZiAqYmY7CiAJaW50IGVycm9yOwogCisJQVRIX0xPQ0soc2MpOworCXNjLT5zY19pbl90 eHNlbmQrKzsKKwkvKgorCSAqIElmIHdlJ3JlIGNhbGxlZCBkdXJpbmcgYSByZXNldCwganVzdCBm YWlsLgorCSAqIEl0J2QgYmUgbmljZSBpZiB0aGUgbmV0ODAyMTEgc3RhY2sgd291bGQgYWxsb3cg dXMgdG8gYnVmZmVyCisJICogcmF3L21hbmFnZW1lbnQgZnJhbWVzLgorCSAqCisJICogQWxsb3cg aXQgdG8gYmUgY2FsbGVkIGR1cmluZyBhIG5vbi1yZXNldCBSWC4KKwkgKi8KKwlpZiAoc2MtPnNj X2luX3Jlc2V0KSB7CisJCWRldmljZV9wcmludGYoc2MtPnNjX2RldiwKKwkJICAgICIlczogc2Nf aW5fcmVzZXQ9JWQ7IGJhaWxpbmdcbiIsIF9fZnVuY19fLCBzYy0+c2NfaW5fcmVzZXQpOworCQll cnJvciA9IEVJTzsKKwkJZ290byBiYWQ7CisJfQorCiAJaWYgKChpZnAtPmlmX2Rydl9mbGFncyAm IElGRl9EUlZfUlVOTklORykgPT0gMCB8fCBzYy0+c2NfaW52YWxpZCkgewogCQlEUFJJTlRGKHNj LCBBVEhfREVCVUdfWE1JVCwgIiVzOiBkaXNjYXJkIGZyYW1lLCAlcyIsIF9fZnVuY19fLAogCQkg ICAgKGlmcC0+aWZfZHJ2X2ZsYWdzICYgSUZGX0RSVl9SVU5OSU5HKSA9PSAwID8KQEAgLTE3Mjks NyArMTc2OSw4IEBACiAJc2MtPnNjX3dkX3RpbWVyID0gNTsKIAlpZnAtPmlmX29wYWNrZXRzKys7 CiAJc2MtPnNjX3N0YXRzLmFzdF90eF9yYXcrKzsKLQorCXNjLT5zY19pbl90eHNlbmQtLTsKKwlB VEhfVU5MT0NLKHNjKTsKIAlyZXR1cm4gMDsKIGJhZDI6CiAJQVRIX1RYQlVGX0xPQ0soc2MpOwpA QCAtMTczOCw2ICsxNzc5LDggQEAKIGJhZDoKIAlpZnAtPmlmX29lcnJvcnMrKzsKIAlzYy0+c2Nf c3RhdHMuYXN0X3R4X3Jhd19mYWlsKys7CisJc2MtPnNjX2luX3R4c2VuZC0tOworCUFUSF9VTkxP Q0soc2MpOwogCWllZWU4MDIxMV9mcmVlX25vZGUobmkpOwogCXJldHVybiBlcnJvcjsKIH0KQEAg LTM3MjEsNiArMzc2NCw3IEBACiAJICovCiAJciA9IHNjLT5zY19hZGRiYV9yZXNwb25zZShuaSwg dGFwLCBzdGF0dXMsIGNvZGUsIGJhdGltZW91dCk7CiAKKwlBVEhfTE9DSyhzYyk7CiAJQVRIX1RY UV9MT0NLKHNjLT5zY19hYzJxW2F0aWQtPmFjXSk7CiAJLyoKIAkgKiBYWFggZGlydHkhCkBAIC0z NzI4LDggKzM3NzIsMTEgQEAKIAkgKiBSZWFkIGFib3ZlIGZvciBtb3JlIGluZm9ybWF0aW9uLgog CSAqLwogCXRhcC0+dHhhX3N0YXJ0ID0gbmktPm5pX3R4c2Vxc1t0aWRdOworCXNjLT5zY19pbl90 eHNlbmQrKzsKIAlhdGhfdHhfdGlkX3Jlc3VtZShzYywgYXRpZCk7CisJc2MtPnNjX2luX3R4c2Vu ZC0tOwogCUFUSF9UWFFfVU5MT0NLKHNjLT5zY19hYzJxW2F0aWQtPmFjXSk7CisJQVRIX1VOTE9D SyhzYyk7CiAJcmV0dXJuIHI7CiB9CiAKQEAgLTM3NTgsNyArMzgwNSwxMSBAQAogCSAqIGl0J2xs IHNldCB0aGUgY2xlYW51cCBmbGFnLCBhbmQgaXQnbGwgYmUgdW5wYXVzZWQgb25jZQogCSAqIHRo aW5ncyBoYXZlIGJlZW4gY2xlYW5lZCB1cC4KIAkgKi8KKwlBVEhfTE9DSyhzYyk7CisJc2MtPnNj X2luX3R4c2VuZCsrOwogCWF0aF90eF9jbGVhbnVwKHNjLCBhbiwgdGlkKTsKKwlzYy0+c2NfaW5f dHhzZW5kLS07CisJQVRIX1VOTE9DSyhzYyk7CiB9CiAKIC8qCkBAIC0zNzk0LDkgKzM4NDUsMTMg QEAKIAkgKiBYWFggVElEIGhlcmUgb3IgaXQnbGwgbmV2ZXIgYmUgZG9uZS4KIAkgKi8KIAlpZiAo c3RhdHVzID09IDAgfHwgYXR0ZW1wdHMgPT0gNTApIHsKKwkJQVRIX0xPQ0soc2MpOwogCQlBVEhf VFhRX0xPQ0soc2MtPnNjX2FjMnFbYXRpZC0+YWNdKTsKKwkJc2MtPnNjX2luX3R4c2VuZCsrOwog CQlhdGhfdHhfdGlkX3Jlc3VtZShzYywgYXRpZCk7CisJCXNjLT5zY19pbl90eHNlbmQtLTsKIAkJ QVRIX1RYUV9VTkxPQ0soc2MtPnNjX2FjMnFbYXRpZC0+YWNdKTsKKwkJQVRIX1VOTE9DSyhzYyk7 CiAJfQogfQogCkBAIC0zODIwLDcgKzM4NzUsMTEgQEAKIAlzYy0+c2NfYWRkYmFfcmVzcG9uc2Vf dGltZW91dChuaSwgdGFwKTsKIAogCS8qIFVucGF1c2UgdGhlIFRJRDsgd2hpY2ggcmVzY2hlZHVs ZXMgaXQgKi8KKwlBVEhfTE9DSyhzYyk7CiAJQVRIX1RYUV9MT0NLKHNjLT5zY19hYzJxW2F0aWQt PmFjXSk7CisJc2MtPnNjX2luX3R4c2VuZCsrOwogCWF0aF90eF90aWRfcmVzdW1lKHNjLCBhdGlk KTsKKwlzYy0+c2NfaW5fdHhzZW5kLS07CiAJQVRIX1RYUV9VTkxPQ0soc2MtPnNjX2FjMnFbYXRp ZC0+YWNdKTsKKwlBVEhfVU5MT0NLKHNjKTsKIH0KSW5kZXg6IHN5cy9kZXYvYXRoL2lmX2F0aF9t aXNjLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi9hdGgvaWZfYXRoX21pc2MuaAkocmV2aXNpb24g MjI2NTU5KQorKysgc3lzL2Rldi9hdGgvaWZfYXRoX21pc2MuaAkod29ya2luZyBjb3B5KQpAQCAt NTcsMTUgKzU3LDE0IEBACiBleHRlcm4gdm9pZCBhdGhfZnJlZWJ1ZihzdHJ1Y3QgYXRoX3NvZnRj ICpzYywgc3RydWN0IGF0aF9idWYgKmJmKTsKIAogZXh0ZXJuIGludCBhdGhfcmVzZXQoc3RydWN0 IGlmbmV0ICosIEFUSF9SRVNFVF9UWVBFKTsKK2V4dGVybiBpbnQgYXRoX3Jlc2V0X2xvY2tlZChz dHJ1Y3QgaWZuZXQgKiwgQVRIX1JFU0VUX1RZUEUpOwogZXh0ZXJuIHZvaWQgYXRoX3R4X2RyYWlu dHhxKHN0cnVjdCBhdGhfc29mdGMgKnNjLCBzdHJ1Y3QgYXRoX3R4cSAqdHhxKTsKIGV4dGVybiB2 b2lkIGF0aF90eF9kZWZhdWx0X2NvbXAoc3RydWN0IGF0aF9zb2Z0YyAqc2MsIHN0cnVjdCBhdGhf YnVmICpiZiwKIAkgICAgaW50IGZhaWwpOwogZXh0ZXJuIHZvaWQgYXRoX3R4X3VwZGF0ZV9yYXRl Y3RybChzdHJ1Y3QgYXRoX3NvZnRjICpzYywKIAkgICAgc3RydWN0IGllZWU4MDIxMV9ub2RlICpu aSwgc3RydWN0IGF0aF9yY19zZXJpZXMgKnJjLAogCSAgICBzdHJ1Y3QgYXRoX3R4X3N0YXR1cyAq dHMsIGludCBmcm1sZW4sIGludCBuZnJhbWVzLCBpbnQgbmJhZCk7Ci0KIGV4dGVybiB2b2lkIGF0 aF90eF9mcmVlYnVmKHN0cnVjdCBhdGhfc29mdGMgKnNjLCBzdHJ1Y3QgYXRoX2J1ZiAqYmYsCiAg ICAgaW50IHN0YXR1cyk7Ci1leHRlcm4gdm9pZCBhdGhfdHhfc2NoZWRfcHJvY19zY2hlZChzdHJ1 Y3QgYXRoX3NvZnRjICpzYywgc3RydWN0IGF0aF90eHEgKnR4cSk7CiAKICNlbmRpZgpJbmRleDog c3lzL2Rldi9hdGgvaWZfYXRoLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi9hdGgvaWZfYXRoLmMJ KHJldmlzaW9uIDIyNjY5NCkKKysrIHN5cy9kZXYvYXRoL2lmX2F0aC5jCSh3b3JraW5nIGNvcHkp CkBAIC0xMzEsNiArMTMxLDcgQEAKIHN0YXRpYyB2b2lkCWF0aF9zdG9wX2xvY2tlZChzdHJ1Y3Qg aWZuZXQgKik7CiBzdGF0aWMgdm9pZAlhdGhfc3RvcChzdHJ1Y3QgaWZuZXQgKik7CiBzdGF0aWMg dm9pZAlhdGhfc3RhcnQoc3RydWN0IGlmbmV0ICopOworc3RhdGljIHZvaWQJYXRoX3N0YXJ0X2xv Y2tlZChzdHJ1Y3QgaWZuZXQgKik7CiBzdGF0aWMgaW50CWF0aF9yZXNldF92YXAoc3RydWN0IGll ZWU4MDIxMXZhcCAqLCB1X2xvbmcpOwogc3RhdGljIGludAlhdGhfbWVkaWFfY2hhbmdlKHN0cnVj dCBpZm5ldCAqKTsKIHN0YXRpYyB2b2lkCWF0aF93YXRjaGRvZyh2b2lkICopOwpAQCAtODY5LDYg Kzg3MCw2MiBAQAogCXJldHVybiBmcmVlOwogfQogCisvKgorICogVGhpcyBpcyBhIGRpYWdub3N0 aWMgcm91dGluZSB3aGljaCBzaG91bGQgYmUgcnVuIHdoZW5ldmVyCisgKiBhbnkgcmVzZXQtcmVs YXRlZCByb3V0aW5lIGdyYWJzIHRoZSBBVEhfTE9DSy4KKyAqCisgKiBTaW5jZSBhdGhfcnhfcHJv YygpIC1yZWxlYXNlcy0gQVRIX0xPQ0sgZHVyaW5nIG5vcm1hbCBvcGVyYXRpb24sCisgKiBpdCBp cyBlbnRpcmVseSBwb3NzaWJsZSB0aGF0IGFub3RoZXIgcGFyYWxsZWwgdGFzayAoZWcgY2hhbm5l bAorICogY2hhbmdlLCByZXNldCwgVkFQIGFkZC9kZWxldGUsIGV0YykgaXMgYWxzbyBydW5uaW5n LgorICogSW4gdGhpcyBjYXNlLCB0aGF0J2xsIGJlZ2luIHRvIG9jY3VyIHdoaWxzdCBhdGhfcnhf cHJvYygpIGlzCisgKiBleGVjdXRpbmcuCisgKgorICogQW5kIGl0IGdldHMgYmV0dGVyLiBTaW5j ZSBhdGhfcnhfcHJvYygpIGlzIG5vdyBiZWluZyBjYWxsZWQgZHVyaW5nCisgKiB0aGUgcmVzZXQs IGNoYW5uZWwgY2hhbmdlLCBldGMgcGF0aCAoaWUsIGFueXdoZXJlIHdoZXJlIGZyYW1lcworICog bmVlZCB0byBiZSBkcmFpbmVkKSwgQVRIX0xPQ0sgaXMgYmVpbmcgcmVsZWFzZWQgYW5kIHJlLWFz c2VydGVkLgorICogU28gaXQgYmVjb21lcyBwb3NzaWJsZSBmb3IgdGhvc2UgdGFza3MgdG8gc3Rh cnQgdGFraW5nIG92ZXIgZnJvbQorICogZWFjaCBvdGhlci4KKyAqCisgKiBGb3Igbm93LCBpZiBz Y19pbl9yeHRhc2tsZXQgb3Igc2NfaW5fcnhwcm9jIGlzID4wLCB3ZSBwcmludCBvdXQKKyAqIGEg d2FybmluZyBzbyB0aGF0IHRoZSByZWFzb24gZm9yIHNhaWQgaXNzdWUgY2FuIGJlIGludmVzdGln YXRlZC4KKyAqCisgKiBJbiB0aGUgZnV0dXJlLCByb3V0aW5lcyB3aGljaCBhcmUgdHJ5aW5nIHRv IGRvIHJlc2V0IHR5cGUgYWN0aW9ucworICogd2lsbCBsaWtlbHkgbmVlZCB0byBkbyBzb21lIGtp bmQgb2YgbG9jayByZWFjcXVpc2l0aW9uIG9uY2UgdGhlCisgKiByeHByb2MgaGFzIGNvbXBsZXRl ZC4gSSdtIG5vdCBlbnRpcmVseSBzdXJlIG9mIHRoZSBjb3JyZWN0IHdheQorICogdG8gaGFuZGxl IHRoYXQgdGhvdWdoLgorICoKKyAqIFdlIGRvbid0IGhhdmUgdG8gY2hlY2sgZm9yIFRYIHN0YXRl IC0gdGhlIFRYIGxvY2sgaXMgaGVsZCBmb3IKKyAqIHRoZSBkdXJhdGlvbiBvZiB0aGUgVFggZnVu Y3Rpb25zLCBzbyByZXNldCByb3V0aW5lcyB3b24ndCBjbGFzaAorICogd2l0aCBUWC4gVFggbWF5 IG9jY3VyIGluc2lkZSBhIHJlc2V0IHJvdXRpbmUgLSBpZSwgd2hlbiB0aGUKKyAqIFJYIGNvZGUg cmVsZWFzZXMgdGhlIEFUSF9MT0NLIC0gYnV0IGFzIHNjLT5zY19pbl9yZXNldCA+IDAsCisgKiB0 aGUgVFggcm91dGluZXMgd29uJ3QgY29udGludWUuCisgKgorICogSSdtIHN0aWxsIG5vdCBzdXJl IHdoYXQgdG8gZG8gaWYga2V5Y2FjaGUgY2hhbmdlcyBjb21lIHRocm91Z2gKKyAqIGR1cmluZyBh bGwgb2YgdGhpcyAtIEkgc2hvdWxkIGxvb2sgaW50byB0aGlzLi4KKyAqCisgKiBGaW5hbGx5LCB3 ZSdsbCBsb2cgaWYgc2NfaW5fcmVzZXQgPiAxIC0gdGhhdCBtZWFucyB0aGF0IHNvbWUga2luZAor ICogb2YgcmVjdXJzaW9uIG9yIHBhcmFsbGVsIHJlc2V0IHBhdGggaGFzIG9jY3VyZWQgYW5kIGl0 J3Mgbm90IGNsZWFyCisgKiB3aGljaCBvcmRlciB3aGF0IHdpbGwgcmV0dXJuIGluLiBUaGlzIHNo b3VsZCBiZSBmaXhlZC4KKyAqLworc3RhdGljIHZvaWQgX2F0aF9sb2NrX3J4X2NoZWNrKHN0cnVj dCBhdGhfc29mdGMgKnNjLCBjb25zdCBjaGFyICpmaWxlLAorICAgIGludCBsaW5lKQoreworCUFU SF9MT0NLX0FTU0VSVChzYyk7CisJaWYgKHNjLT5zY19pbl9yeHRhc2tsZXQgfHwgc2MtPnNjX2lu X3J4cHJvYykgeworCQlkZXZpY2VfcHJpbnRmKHNjLT5zY19kZXYsCisJCSAgICAiJXM6ICVzOiVk OiByeHRhc2tsZXQ9JWQsIHJ4cHJvYz0lZCwgZGFuZ2VyIVxuIiwKKwkJICAgIF9fZnVuY19fLCBm aWxlLCBsaW5lLAorCQkgICAgc2MtPnNjX2luX3J4dGFza2xldCwgc2MtPnNjX2luX3J4cHJvYyk7 CisJfQorCWlmIChzYy0+c2NfaW5fcmVzZXQgPiAxKSB7CisJCWRldmljZV9wcmludGYoc2MtPnNj X2RldiwKKwkJICAgICIlczogJXM6JWQ6IHNjX2luX3Jlc2V0ID4gMSAoPSAlZCksIGRhbmdlciFc biIsCisJCSAgICBfX2Z1bmNfXywgZmlsZSwgbGluZSwgc2MtPnNjX2luX3Jlc2V0KTsKKwl9Cit9 CisKKyNkZWZpbmUJYXRoX2xvY2tfcnhfY2hlY2soc2MpCV9hdGhfbG9ja19yeF9jaGVjaygoc2Mp LCBfX0ZJTEVfXywgX19MSU5FX18pCisKIHN0YXRpYyBzdHJ1Y3QgaWVlZTgwMjExdmFwICoKIGF0 aF92YXBfY3JlYXRlKHN0cnVjdCBpZWVlODAyMTFjb20gKmljLAogCWNvbnN0IGNoYXIgbmFtZVtJ Rk5BTVNJWl0sIGludCB1bml0LCBpbnQgb3Btb2RlLCBpbnQgZmxhZ3MsCkBAIC04ODcsNiArOTQ0 LDEwIEBACiAJSUVFRTgwMjExX0FERFJfQ09QWShtYWMsIG1hYzApOwogCiAJQVRIX0xPQ0soc2Mp OworCXNjLT5zY19pbl9yZXNldCsrOworCS8qIFhYWCBUT0RPOiBzdXNwZW5kIHRhc2txdWV1ZSwg Zmx1c2ggdGFza3F1ZXVlIG9wcywgc3VzcGVuZCBSWD8gKi8KKwlhdGhfbG9ja19yeF9jaGVjayhz Yyk7CisKIAlpY19vcG1vZGUgPSBvcG1vZGU7CQkvKiBkZWZhdWx0IHRvIG9wbW9kZSBvZiBuZXcg dmFwICovCiAJc3dpdGNoIChvcG1vZGUpIHsKIAljYXNlIElFRUU4MDIxMV9NX1NUQToKQEAgLTk4 NSw2ICsxMDQ2LDggQEAKIAllcnJvciA9IGllZWU4MDIxMV92YXBfc2V0dXAoaWMsIHZhcCwgbmFt ZSwgdW5pdCwgb3Btb2RlLCBmbGFncywKIAkgICAgYnNzaWQsIG1hYyk7CiAJQVRIX0xPQ0soc2Mp OworCWF0aF9sb2NrX3J4X2NoZWNrKHNjKTsKKwogCWlmIChlcnJvciAhPSAwKSB7CiAJCWRldmlj ZV9wcmludGYoc2MtPnNjX2RldiwgIiVzOiBlcnJvciAlZCBjcmVhdGluZyB2YXBcbiIsCiAJCSAg ICBfX2Z1bmNfXywgZXJyb3IpOwpAQCAtMTEwNSw2ICsxMTY4LDcgQEAKIAkJICovCiAJCXNjLT5z Y19zd2JtaXNzID0gMTsKIAl9CisJc2MtPnNjX2luX3Jlc2V0LS07CiAJQVRIX1VOTE9DSyhzYyk7 CiAKIAkvKiBjb21wbGV0ZSBzZXR1cCAqLwpAQCAtMTExNSw2ICsxMTc5LDcgQEAKIAlhdGhfaGFs X3NldGJzc2lkbWFzayhzYy0+c2NfYWgsIHNjLT5zY19od2Jzc2lkbWFzayk7CiBiYWQ6CiAJZnJl ZShhdnAsIE1fODAyMTFfVkFQKTsKKwlzYy0+c2NfaW5fcmVzZXQtLTsKIAlBVEhfVU5MT0NLKHNj KTsKIAlyZXR1cm4gTlVMTDsKIH0KQEAgLTExMzAsMTggKzExOTUsMjUgQEAKIAogCURQUklOVEYo c2MsIEFUSF9ERUJVR19SRVNFVCwgIiVzOiBjYWxsZWRcbiIsIF9fZnVuY19fKTsKIAorCS8qIFhY WCBUT0RPOiBzdXNwZW5kIHRhc2txdWV1ZSwgZmx1c2ggdGFza3F1ZXVlIG9wcywgc3VzcGVuZCBS WD8gKi8KKwlBVEhfTE9DSyhzYyk7CisJc2MtPnNjX2luX3Jlc2V0Kys7CisKIAlpZiAoaWZwLT5p Zl9kcnZfZmxhZ3MgJiBJRkZfRFJWX1JVTk5JTkcpIHsKIAkJLyoKIAkJICogUXVpZXNjZSB0aGUg aGFyZHdhcmUgd2hpbGUgd2UgcmVtb3ZlIHRoZSB2YXAuICBJbgogCQkgKiBwYXJ0aWN1bGFyIHdl IG5lZWQgdG8gcmVjbGFpbSBhbGwgcmVmZXJlbmNlcyB0bwogCQkgKiB0aGUgdmFwIHN0YXRlIGJ5 IGFueSBmcmFtZXMgcGVuZGluZyBvbiB0aGUgdHggcXVldWVzLgogCQkgKi8KKwkJYXRoX2xvY2tf cnhfY2hlY2soc2MpOwogCQlhdGhfaGFsX2ludHJzZXQoYWgsIDApOwkJLyogZGlzYWJsZSBpbnRl cnJ1cHRzICovCiAJCWF0aF9kcmFpbnR4cShzYywgQVRIX1JFU0VUX0RFRkFVTFQpOwkJLyogc3Rv cCBodyB4bWl0IHNpZGUgKi8KLQkJLyogWFhYIERvIGFsbCBmcmFtZXMgZnJvbSBhbGwgdmFwcy9u b2RlcyBuZWVkIGRyYWluaW5nIGhlcmU/ICovCiAJCWF0aF9zdG9wcmVjdihzYyk7CQkvKiBzdG9w IHJlY3Ygc2lkZSAqLworCQkvKiBYWFggdGhpcyBkcm9wcyB0aGUgbG9jayB0ZW1wb3JhcmlseSAq LworCQlhdGhfcnhfcHJvYyhzYywgMCk7CiAJfQogCisJQVRIX1VOTE9DSyhzYyk7CiAJaWVlZTgw MjExX3ZhcF9kZXRhY2godmFwKTsKIAogCS8qCkBAIC0xMTYxLDkgKzEyMzMsMTAgQEAKIAkgKiBj YWxsISkKIAkgKi8KIAorCUFUSF9MT0NLKHNjKTsKKwlhdGhfbG9ja19yeF9jaGVjayhzYyk7CiAJ YXRoX2RyYWludHhxKHNjLCBBVEhfUkVTRVRfREVGQVVMVCk7CiAKLQlBVEhfTE9DSyhzYyk7CiAJ LyoKIAkgKiBSZWNsYWltIGJlYWNvbiBzdGF0ZS4gIE5vdGUgdGhpcyBtdXN0IGJlIGRvbmUgYmVm b3JlCiAJICogdGhlIHZhcCBpbnN0YW5jZSBpcyByZWNsYWltZWQgYXMgd2UgbWF5IGhhdmUgYSBy ZWZlcmVuY2UKQEAgLTEyMzAsNiArMTMwMyw3IEBACiAJCX0KIAkJYXRoX2hhbF9pbnRyc2V0KGFo LCBzYy0+c2NfaW1hc2spOwogCX0KKwlzYy0+c2NfaW5fcmVzZXQtLTsKIAlBVEhfVU5MT0NLKHNj KTsKIH0KIApAQCAtMTMzNSw2ICsxNDA5LDEwIEBACiAKIC8qCiAgKiBJbnRlcnJ1cHQgaGFuZGxl ci4gIE1vc3Qgb2YgdGhlIGFjdHVhbCBwcm9jZXNzaW5nIGlzIGRlZmVycmVkLgorICoKKyAqIEl0 IG1heSBiZSBhIGJhZCBpZGVhIHRvIGdyYWIgdGhlIEFUSF9MT0NLIGhlcmUgdG8gcHJvdGVjdCBr aWNrcGN1LgorICogUGVyaGFwcyBhIGRpZmZlcmVudCBsb2NrIGlzIG5lZWRlZC4gVGhhdCB3YXkg YXRoX2ludHIoKSBkb2Vzbid0IGVuZCB1cAorICogd2FpdGluZyBmb3IgYSBsb25nIHRpbWUgdG8g aGFuZGxlIGFuIGludGVycnVwdCB3aGVuIFRYL1JYIGlzIGJ1c3kuCiAgKi8KIHZvaWQKIGF0aF9p bnRyKHZvaWQgKmFyZykKQEAgLTE2NTMsNiArMTczMSw5IEBACiAJCV9fZnVuY19fLCBpZnAtPmlm X2ZsYWdzKTsKIAogCUFUSF9MT0NLKHNjKTsKKwlzYy0+c2NfaW5fcmVzZXQrKzsKKwkvKiBYWFgg VE9ETzogc3VzcGVuZCB0YXNrcXVldWUsIGZsdXNoIHRhc2txdWV1ZSBvcHMsIHN1c3BlbmQgUlg/ ICovCisJYXRoX2xvY2tfcnhfY2hlY2soc2MpOwogCS8qCiAJICogU3RvcCBhbnl0aGluZyBwcmV2 aW91c2x5IHNldHVwLiAgVGhpcyBpcyBzYWZlCiAJICogd2hldGhlciB0aGlzIGlzIHRoZSBmaXJz dCB0aW1lIHRocm91Z2ggb3Igbm90LgpAQCAtMTc0MCw2ICsxODIxLDcgQEAKIAljYWxsb3V0X3Jl c2V0KCZzYy0+c2Nfd2RfY2gsIGh6LCBhdGhfd2F0Y2hkb2csIHNjKTsKIAlhdGhfaGFsX2ludHJz ZXQoYWgsIHNjLT5zY19pbWFzayk7CiAKKwlzYy0+c2NfaW5fcmVzZXQtLTsKIAlBVEhfVU5MT0NL KHNjKTsKIAogI2lmZGVmIEFUSF9UWDk5X0RJQUcKQEAgLTE3OTUsNiArMTg3Nyw4IEBACiAJCWF0 aF9kcmFpbnR4cShzYywgQVRIX1JFU0VUX0RFRkFVTFQpOwogCQlpZiAoIXNjLT5zY19pbnZhbGlk KSB7CiAJCQlhdGhfc3RvcHJlY3Yoc2MpOworCQkJLyogWFhYIHRoaXMgZHJvcHMgdGhlIGxvY2sg dGVtcG9yYXJpbHkgKi8KKwkJCWF0aF9yeF9wcm9jKHNjLCAwKTsKIAkJCWF0aF9oYWxfcGh5ZGlz YWJsZShhaCk7CiAJCX0gZWxzZQogCQkJc2MtPnNjX3J4bGluayA9IE5VTEw7CkBAIC0xODA4LDEw ICsxODkyLDI0IEBACiAJc3RydWN0IGF0aF9zb2Z0YyAqc2MgPSBpZnAtPmlmX3NvZnRjOwogCiAJ QVRIX0xPQ0soc2MpOworCWF0aF9sb2NrX3J4X2NoZWNrKHNjKTsKIAlhdGhfc3RvcF9sb2NrZWQo aWZwKTsKIAlBVEhfVU5MT0NLKHNjKTsKIH0KIAoraW50CithdGhfcmVzZXQoc3RydWN0IGlmbmV0 ICppZnAsIEFUSF9SRVNFVF9UWVBFIHJlc2V0X3R5cGUpCit7CisJc3RydWN0IGF0aF9zb2Z0YyAq c2MgPSBpZnAtPmlmX3NvZnRjOworCWludCByOworCisJQVRIX0xPQ0soc2MpOworCWF0aF9sb2Nr X3J4X2NoZWNrKHNjKTsKKwlyID0gYXRoX3Jlc2V0X2xvY2tlZChpZnAsIHJlc2V0X3R5cGUpOwor CUFUSF9VTkxPQ0soc2MpOworCXJldHVybiByOworfQorCiAvKgogICogUmVzZXQgdGhlIGhhcmR3 YXJlIHcvbyBsb3Npbmcgb3BlcmF0aW9uYWwgc3RhdGUuICBUaGlzIGlzCiAgKiBiYXNpY2FsbHkg YSBtb3JlIGVmZmljaWVudCB3YXkgb2YgZG9pbmcgYXRoX3N0b3AsIGF0aF9pbml0LApAQCAtMTgy MCw3ICsxOTE4LDcgQEAKICAqIHRvIHJlc2V0IG9yIHJlbG9hZCBoYXJkd2FyZSBzdGF0ZS4KICAq LwogaW50Ci1hdGhfcmVzZXQoc3RydWN0IGlmbmV0ICppZnAsIEFUSF9SRVNFVF9UWVBFIHJlc2V0 X3R5cGUpCithdGhfcmVzZXRfbG9ja2VkKHN0cnVjdCBpZm5ldCAqaWZwLCBBVEhfUkVTRVRfVFlQ RSByZXNldF90eXBlKQogewogCXN0cnVjdCBhdGhfc29mdGMgKnNjID0gaWZwLT5pZl9zb2Z0YzsK IAlzdHJ1Y3QgaWVlZTgwMjExY29tICppYyA9IGlmcC0+aWZfbDJjb207CkBAIC0xODI5LDE4ICsx OTI3LDE1IEBACiAKIAlEUFJJTlRGKHNjLCBBVEhfREVCVUdfUkVTRVQsICIlczogY2FsbGVkXG4i LCBfX2Z1bmNfXyk7CiAKLQlBVEhfTE9DSyhzYyk7CisJQVRIX0xPQ0tfQVNTRVJUKHNjKTsKIAlz Yy0+c2NfaW5fcmVzZXQrKzsKLQlBVEhfVU5MT0NLKHNjKTsKKwlhdGhfbG9ja19yeF9jaGVjayhz Yyk7CiAKIAlhdGhfaGFsX2ludHJzZXQoYWgsIDApOwkJLyogZGlzYWJsZSBpbnRlcnJ1cHRzICov CiAJYXRoX2RyYWludHhxKHNjLCByZXNldF90eXBlKTsJLyogc3RvcCB4bWl0IHNpZGUgKi8KLQkv KgotCSAqIFhYWCBEb24ndCBmbHVzaCBpZiBBVEhfUkVTRVRfTk9MT1NTO2J1dCB3ZSBoYXZlIHRv IGZpcnN0Ci0JICogWFhYIG5lZWQgdG8gZW5zdXJlIHRoaXMgZG9lc24ndCByYWNlIHdpdGggYW4g b3V0c3RhbmRpbmcKLQkgKiBYWFggdGFza3F1ZXVlIGNhbGwuCi0JICovCiAJYXRoX3N0b3ByZWN2 KHNjKTsJCS8qIHN0b3AgcmVjdiBzaWRlICovCisJLyogWFhYIHRoaXMgZHJvcHMgdGhlIGxvY2sg dGVtcG9yYXJpbHkgKi8KKwlhdGhfcnhfcHJvYyhzYywgMCk7CiAJYXRoX3NldHRraXBtaWMoc2Mp OwkJLyogY29uZmlndXJlIFRLSVAgTUlDIGhhbmRsaW5nICovCiAJLyogTkI6IGluZGljYXRlIGNo YW5uZWwgY2hhbmdlIHNvIHdlIGRvIGEgZnVsbCByZXNldCAqLwogCWlmICghYXRoX2hhbF9yZXNl dChhaCwgc2MtPnNjX29wbW9kZSwgaWMtPmljX2N1cmNoYW4sIEFIX1RSVUUsICZzdGF0dXMpKQpA QCAtMTg2NywxMyArMTk2MiwyNiBAQAogI2VuZGlmCiAJCQlhdGhfYmVhY29uX2NvbmZpZyhzYywg TlVMTCk7CiAJfQorCisJLyogUmVzdGFydCBUWDsgc2NoZWR1bGUgVFggZnJhbWVzIGlmIG5lZWRl ZCAqLworCWlmIChyZXNldF90eXBlID09IEFUSF9SRVNFVF9OT0xPU1MpIHsKKwkJaW50IGk7CisK KwkJZm9yIChpID0gMDsgaSA8IEhBTF9OVU1fVFhfUVVFVUVTOyBpKyspIHsKKwkJCWlmIChBVEhf VFhRX1NFVFVQKHNjLCBpKSkgeworCQkJCUFUSF9UWFFfTE9DSygmc2MtPnNjX3R4cVtpXSk7CisJ CQkJYXRoX3R4cV9yZXN0YXJ0X2RtYShzYywgJnNjLT5zY190eHFbaV0pOworCQkJCWF0aF90eHFf c2NoZWQoc2MsICZzYy0+c2NfdHhxW2ldKTsKKwkJCQlBVEhfVFhRX1VOTE9DSygmc2MtPnNjX3R4 cVtpXSk7CisJCQl9CisJCX0KKwl9CisKIAlhdGhfaGFsX2ludHJzZXQoYWgsIHNjLT5zY19pbWFz ayk7CiAKLQlBVEhfTE9DSyhzYyk7CiAJc2MtPnNjX2luX3Jlc2V0LS07Ci0JQVRIX1VOTE9DSyhz Yyk7CiAKLQlhdGhfc3RhcnQoaWZwKTsJCQkvKiByZXN0YXJ0IHhtaXQgKi8KKwlhdGhfc3RhcnRf bG9ja2VkKGlmcCk7CQkJLyogcmVzdGFydCB4bWl0ICovCiAJcmV0dXJuIDA7CiB9CiAKQEAgLTIw MTMsMTQgKzIxMjEsNDUgQEAKIGF0aF9zdGFydChzdHJ1Y3QgaWZuZXQgKmlmcCkKIHsKIAlzdHJ1 Y3QgYXRoX3NvZnRjICpzYyA9IGlmcC0+aWZfc29mdGM7CisKKwlBVEhfTE9DSyhzYyk7CisKKwkv KgorCSAqIFdlIG1heSBiZSBjYWxsZWQgZHVyaW5nIGFuIGFjdGl2ZSByZXNldCBmcm9tIGFub3Ro ZXIgdGhyZWFkOworCSAqIGF0IHRoaXMgcG9pbnQgd2UganVzdCBkZWZlciB1bnRpbCB0aGUgcmVz ZXQgaXMgY29tcGxldGUuCisJICogVGhlIHJlc2V0IHdpbGwgY2FsbCBhdGhfc3RhcnRfbG9ja2Vk IGZvciB1cy4KKwkgKgorCSAqIEZvciBub3csIGRvbid0IGRlZmVyIGlmIGNhbGxlZCBkdXJpbmcg YSBub24tcmVzZXQgYXRoX3J4X3Byb2M7CisJICogdGhpcyBtYWludGFpbnMgdGhlIHNhbWUgYmVo YXZpb3VyIHRoYXQgdGhlIGN1cnJlbnQgZHJpdmVyIGNvZGUKKwkgKiBjYW4gZG8gKGllLCBUWCBh bmQgUlggcGF0aHMgY2FuIGludGVybGVhdmUuKQorCSAqLworCWlmIChzYy0+c2NfaW5fcmVzZXQp IHsKKwkJZGV2aWNlX3ByaW50ZihzYy0+c2NfZGV2LAorCQkgICAgIiVzOiBzY19pbl9yZXNldD0l ZDsgc2tpcHBpbmdcbiIsCisJCSAgICAgICAgX19mdW5jX18sIHNjLT5zY19pbl9yZXNldCk7CisJ fSBlbHNlIHsKKwkJYXRoX3N0YXJ0X2xvY2tlZChpZnApOworCX0KKwlBVEhfVU5MT0NLKHNjKTsK K30KKworc3RhdGljIHZvaWQKK2F0aF9zdGFydF9sb2NrZWQoc3RydWN0IGlmbmV0ICppZnApCit7 CisJc3RydWN0IGF0aF9zb2Z0YyAqc2MgPSBpZnAtPmlmX3NvZnRjOwogCXN0cnVjdCBpZWVlODAy MTFfbm9kZSAqbmk7CiAJc3RydWN0IGF0aF9idWYgKmJmOwogCXN0cnVjdCBtYnVmICptLCAqbmV4 dDsKIAlhdGhfYnVmaGVhZCBmcmFnczsKIAlpbnQgdHggPSAwOwogCisJQVRIX0xPQ0tfQVNTRVJU KHNjKTsKKwogCWlmICgoaWZwLT5pZl9kcnZfZmxhZ3MgJiBJRkZfRFJWX1JVTk5JTkcpID09IDAg fHwgc2MtPnNjX2ludmFsaWQpCiAJCXJldHVybjsKKworCXNjLT5zY19pbl90eHNlbmQrKzsKKwog CWZvciAoOzspIHsKIAkJLyoKIAkJICogR3JhYiBhIFRYIGJ1ZmZlciBhbmQgYXNzb2NpYXRlZCBy ZXNvdXJjZXMuCkBAIC0yMTA1LDYgKzIyNDQsNyBAQAogCiAJCXNjLT5zY193ZF90aW1lciA9IDU7 CiAJfQorCXNjLT5zY19pbl90eHNlbmQtLTsKIH0KIAogc3RhdGljIGludApAQCAtMzQyMSw2ICsz NTYxLDggQEAKIAlzdHJ1Y3QgbWJ1ZiAqbTsKIAlzdHJ1Y3QgYXRoX2Rlc2MgKmRzOwogCisJQVRI X0xPQ0tfQVNTRVJUKHNjKTsKKwogCW0gPSBiZi0+YmZfbTsKIAlpZiAobSA9PSBOVUxMKSB7CiAJ CS8qCkBAIC0zNzE0LDEwICszODU2LDQxIEBACiBhdGhfcnhfdGFza2xldCh2b2lkICphcmcsIGlu dCBucGVuZGluZykKIHsKIAlzdHJ1Y3QgYXRoX3NvZnRjICpzYyA9IGFyZzsKKwlzdHJ1Y3QgaWZu ZXQgKmlmcCA9IHNjLT5zY19pZnA7CiAKIAlDVFIxKEFUSF9LVFJfSU5UUiwgImF0aF9yeF9wcm9j OiBwZW5kaW5nPSVkIiwgbnBlbmRpbmcpOwogCURQUklOVEYoc2MsIEFUSF9ERUJVR19SWF9QUk9D LCAiJXM6IHBlbmRpbmcgJXVcbiIsIF9fZnVuY19fLCBucGVuZGluZyk7CisJQVRIX0xPQ0soc2Mp OworCisJLyoKKwkgKiBJZiB3ZSd2ZSBvY2N1cmVkIHdoaWxzdCB3ZSdyZSBidXN5IGluIGEgcmVz ZXQsCisJICogbG9nIGEgd2FybmluZyBhbmQgYmFpbC4gVGhpcyBtYXkgb2NjdXIgd2hpbHN0CisJ ICogYXRoX3J4X3Byb2MoKSBpcyBmbHVzaGluZyBmcmFtZXMgYW5kIHJlbGVhc2VzCisJICogdGhl IGNvbWxvY2suCisJICovCisJaWYgKHNjLT5zY19pbl9yZXNldCkgeworCQlkZXZpY2VfcHJpbnRm KHNjLT5zY19kZXYsICIlczogc2NfaW5fcmVzZXQ9JWQsIGJhaWxpbmchXG4iLAorCQkgICAgX19m dW5jX18sIHNjLT5zY19pbl9yZXNldCk7CisJCXRhc2txdWV1ZV9lbnF1ZXVlX2Zhc3Qoc2MtPnNj X3RxLCAmc2MtPnNjX3J4dGFzayk7CisJCUFUSF9VTkxPQ0soc2MpOworCQlyZXR1cm47CisJfQor CXNjLT5zY19pbl9yeHRhc2tsZXQrKzsKIAlhdGhfcnhfcHJvYyhzYywgMSk7CisKKwkvKgorCSAq IEFnZSBmcmFtZXMgb24gdGhlIEZGIGFzc2VtYmx5IHF1ZXVlOyB0aGVuCisJICoga2ljayBvZmYg YW5vdGhlciByb3VuZCBvZiBUWC4KKwkgKi8KKwlpZiAoKGlmcC0+aWZfZHJ2X2ZsYWdzICYgSUZG X0RSVl9PQUNUSVZFKSA9PSAwKSB7CisjaWZkZWYgSUVFRTgwMjExX1NVUFBPUlRfU1VQRVJHCisJ CWllZWU4MDIxMV9mZl9hZ2VfYWxsKGljLCAxMDApOworI2VuZGlmCisJCWlmICghSUZRX0lTX0VN UFRZKCZpZnAtPmlmX3NuZCkpCisJCQlhdGhfc3RhcnRfbG9ja2VkKGlmcCk7CisJfQorCXNjLT5z Y19pbl9yeHRhc2tsZXQtLTsKKwlBVEhfVU5MT0NLKHNjKTsKIH0KIAogc3RhdGljIHZvaWQKQEAg LTM3NDAsNiArMzkxMywzMSBAQAogCXVfaW50NjRfdCB0c2Y7CiAJaW50IG5wa3RzID0gMDsKIAor CS8qCisJICogVGhpcyBpcyBzZXBhcmF0ZSB0byBzY19pbl9yeHRhc2tsZXQuCisJICoKKwkgKiBJ dCdzIHBvc3NpYmxlIHRoYXQgc29tZSBvdGhlciBmdW5jdGlvbiB3aWxsIHRyeQorCSAqIHRvIGNv bXBsZXRlIHNvbWUgd29yayBvbmNlIHdlIGxldCBnbyBvZiB0aGUgQVRIX0xPQ0sgLQorCSAqIGVn IGEgcmVzZXQsIGNoYW5uZWwgY2hhbmdlIGZ1bmN0aW9uLiBTaW5jZSB3ZSBkb24ndCB3YW50CisJ ICogdGhpcyB0byBvY2N1ciwgd2UgY291bGQgY2hlY2sgc2NfaW5fcnh0YXNrbGV0IC0gYnV0IHRo ZW4KKwkgKiB3aGF0IGlmIHRoZSByZXNldC9jaGFuY2hhbmdlIGlzIHdoYXQgaGFzIGNhbGxlZCBh dGhfcnhfcHJvYz8KKwkgKi8KKwlBVEhfTE9DS19BU1NFUlQoc2MpOworCWlmIChzYy0+c2NfaW5f cmVzZXQgPiAxIHx8IHNjLT5zY19pbl9yeHByb2MgPj0gMSkgeworCQkvKgorCQkgKiBJZiB0aGlz IGlzIGdyZWF0ZXIgdGhhbiAxLCB3ZSdyZSBiZWluZyByZWN1cnNpdmVseQorCQkgKiBjYWxsZWQg T1IgYmVpbmcgc2NoZWR1bGVkIG9uID4xIENQVS4KKwkJICogRXZlbiB0aG91Z2ggdGhlcmUncyBs b2NraW5nIGludm9sdmVkIGhlcmUsIEkgaGF2ZW4ndAorCQkgKiBjaGVja2VkIHRvIGVuc3VyZSB0 aGF0IHR3byByeHByb2MncyBydW5uaW5nIG9uIHRoZSBzYW1lCisJCSAqIGxpc3QsIGNvbXBsZXRl IHdpdGggbG9ja2luZywgd2lsbCBjb3JyZWN0bHkgaGFuZGxlCisJCSAqIHRoaW5ncy4KKwkJICov CisJCWRldmljZV9wcmludGYoc2MtPnNjX2RldiwKKwkJICAgICIlczogZGFuZ2VyISBzY19pbl9y ZXNldD0lZCwgc2NfaW5fcnhwcm9jPSVkXG4iLAorCQkgICAgX19mdW5jX18sIHNjLT5zY19pbl9y ZXNldCwgc2MtPnNjX2luX3J4cHJvYyk7CisJfQorCXNjLT5zY19pbl9yeHByb2MrKzsKKwogCURQ UklOVEYoc2MsIEFUSF9ERUJVR19SWF9QUk9DLCAiJXM6IGNhbGxlZFxuIiwgX19mdW5jX18pOwog CW5nb29kID0gMDsKIAluZiA9IGF0aF9oYWxfZ2V0Y2hhbm5vaXNlKGFoLCBzYy0+c2NfY3VyY2hh bik7CkBAIC00MDIyLDYgKzQyMjAsMTkgQEAKIAkJbV9hZGoobSwgLUlFRUU4MDIxMV9DUkNfTEVO KTsKIAogCQkvKgorCQkgKiBEcm9wIHRoZSBBVEhfTE9DSyBoZXJlLgorCQkgKgorCQkgKiBXZSBj YW4ndCBob2xkIHRoZSBsb2NrIGFjcm9zcyB0aGUgbmV0ODAyMTEgY2FsbHMgb3IKKwkJICogYmFk IHN0dWZmIG9jY3Vycy4KKwkJICoKKwkJICogSW5zdGVhZCwgd2UgZHJvcCB0aGUgbG9jaywgZG8g dGhlIG5ldDgwMjExIFJYLCB0aGVuCisJCSAqIHdlIHJlYWNxdWlyZSB0aGUgbG9jay4gTGF0ZXIg b24gd2Ugc2hvdWxkIGNoZWNrCisJCSAqIHdoZXRoZXIgdGhlIGludGVyZmFjZSBzdGF0ZSBoYXMg Y2hhbmdlZCwgcmVxdWlyaW5nCisJCSAqIHVzIHRvIGJyZWFrIG91dCBlYXJseS4KKwkJICovCisJ CUFUSF9VTkxPQ0soc2MpOworCisJCS8qCiAJCSAqIExvY2F0ZSB0aGUgbm9kZSBmb3Igc2VuZGVy LCB0cmFjayBzdGF0ZSwgYW5kIHRoZW4KIAkJICogcGFzcyB0aGUgKHJlZmVyZW5jZWQpIG5vZGUg dXAgdG8gdGhlIDgwMi4xMSBsYXllcgogCQkgKiBmb3IgaXRzIHVzZS4KQEAgLTQwNjgsNiArNDI3 OSw5IEBACiAJCX0gZWxzZSB7CiAJCQl0eXBlID0gaWVlZTgwMjExX2lucHV0X2FsbChpYywgbSwg cnMtPnJzX3Jzc2ksIG5mKTsKIAkJfQorCisJCUFUSF9MT0NLKHNjKTsKKwogCQkvKgogCQkgKiBU cmFjayByeCByc3NpIGFuZCBkbyBhbnkgcnggYW50ZW5uYSBtYW5hZ2VtZW50LgogCQkgKi8KQEAg LTQxMzYsMTkgKzQzNTAsMTMgQEAKIAkJYXRoX21vZGVfaW5pdChzYyk7CQkvKiBzZXQgZmlsdGVy cywgZXRjLiAqLwogCQlhdGhfaGFsX3N0YXJ0cGN1cmVjdihhaCk7CS8qIHJlLWVuYWJsZSBQQ1Uv RE1BIGVuZ2luZSAqLwogCi0JCUFUSF9MT0NLKHNjKTsKIAkJYXRoX2hhbF9pbnRyc2V0KGFoLCBz Yy0+c2NfaW1hc2spOwogCQlzYy0+c2Nfa2lja3BjdSA9IDA7Ci0JCUFUSF9VTkxPQ0soc2MpOwog CX0KIAotCWlmIChyZXNjaGVkICYmIChpZnAtPmlmX2Rydl9mbGFncyAmIElGRl9EUlZfT0FDVElW RSkgPT0gMCkgewotI2lmZGVmIElFRUU4MDIxMV9TVVBQT1JUX1NVUEVSRwotCQlpZWVlODAyMTFf ZmZfYWdlX2FsbChpYywgMTAwKTsKLSNlbmRpZgotCQlpZiAoIUlGUV9JU19FTVBUWSgmaWZwLT5p Zl9zbmQpKQotCQkJYXRoX3N0YXJ0KGlmcCk7Ci0JfQorCS8qIEZpbmlzaGVkIC0gZGVjcmVtZW50 IHRoaXMgKi8KKwlzYy0+c2NfaW5fcnhwcm9jLS07CisKICN1bmRlZiBQQTJERVNDCiB9CiAKQEAg LTQ1MDIsNiArNDcxMCw4IEBACiAJaW50IG5hY2tlZDsKIAlIQUxfU1RBVFVTIHN0YXR1czsKIAor CUFUSF9MT0NLX0FTU0VSVChzYyk7CisKIAlEUFJJTlRGKHNjLCBBVEhfREVCVUdfVFhfUFJPQywg IiVzOiB0eCBxdWV1ZSAldSBoZWFkICVwIGxpbmsgJXBcbiIsCiAJCV9fZnVuY19fLCB0eHEtPmF4 cV9xbnVtLAogCQkoY2FkZHJfdCkodWludHB0cl90KSBhdGhfaGFsX2dldHR4YnVmKHNjLT5zY19h aCwgdHhxLT5heHFfcW51bSksCkBAIC00NjQxLDkgKzQ4NTEsOSBAQAogCXVpbnQzMl90IHR4cXM7 CiAKIAlBVEhfTE9DSyhzYyk7CisJc2MtPnNjX2luX3R4cHJvYysrOwogCXR4cXMgPSBzYy0+c2Nf dHhxX2FjdGl2ZTsKIAlzYy0+c2NfdHhxX2FjdGl2ZSAmPSB+dHhxczsKLQlBVEhfVU5MT0NLKHNj KTsKIAogCWlmIChUWFFBQ1RJVkUodHhxcywgMCkgJiYgYXRoX3R4X3Byb2Nlc3NxKHNjLCAmc2Mt PnNjX3R4cVswXSwgMSkpCiAJCS8qIFhYWCB3aHkgaXMgbGFzdHJ4IHVwZGF0ZWQgaW4gdHggY29k ZT8gKi8KQEAgLTQ2NTYsNyArNDg2Niw5IEBACiAJaWYgKHNjLT5zY19zb2Z0bGVkKQogCQlhdGhf bGVkX2V2ZW50KHNjLCBzYy0+c2NfdHhyaXgpOwogCi0JYXRoX3N0YXJ0KGlmcCk7CisJYXRoX3N0 YXJ0X2xvY2tlZChpZnApOworCXNjLT5zY19pbl90eHByb2MtLTsKKwlBVEhfVU5MT0NLKHNjKTsK IH0KIAogLyoKQEAgLTQ2NzIsOSArNDg4NCw5IEBACiAJdWludDMyX3QgdHhxczsKIAogCUFUSF9M T0NLKHNjKTsKKwlzYy0+c2NfaW5fdHhwcm9jKys7CiAJdHhxcyA9IHNjLT5zY190eHFfYWN0aXZl OwogCXNjLT5zY190eHFfYWN0aXZlICY9IH50eHFzOwotCUFUSF9VTkxPQ0soc2MpOwogCiAJLyoK IAkgKiBQcm9jZXNzIGVhY2ggYWN0aXZlIHF1ZXVlLgpAQCAtNDY5OSw3ICs0OTExLDkgQEAKIAlp ZiAoc2MtPnNjX3NvZnRsZWQpCiAJCWF0aF9sZWRfZXZlbnQoc2MsIHNjLT5zY190eHJpeCk7CiAK LQlhdGhfc3RhcnQoaWZwKTsKKwlhdGhfc3RhcnRfbG9ja2VkKGlmcCk7CisJc2MtPnNjX2luX3R4 cHJvYy0tOworCUFUSF9VTkxPQ0soc2MpOwogfQogCiAvKgpAQCAtNDcxNCw5ICs0OTI4LDkgQEAK IAl1aW50MzJfdCB0eHFzOwogCiAJQVRIX0xPQ0soc2MpOworCXNjLT5zY19pbl90eHByb2MrKzsK IAl0eHFzID0gc2MtPnNjX3R4cV9hY3RpdmU7CiAJc2MtPnNjX3R4cV9hY3RpdmUgJj0gfnR4cXM7 Ci0JQVRIX1VOTE9DSyhzYyk7CiAKIAkvKgogCSAqIFByb2Nlc3MgZWFjaCBhY3RpdmUgcXVldWUu CkBAIC00NzM0LDcgKzQ5NDgsOSBAQAogCWlmIChzYy0+c2Nfc29mdGxlZCkKIAkJYXRoX2xlZF9l dmVudChzYywgc2MtPnNjX3R4cml4KTsKIAotCWF0aF9zdGFydChpZnApOworCWF0aF9zdGFydF9s b2NrZWQoaWZwKTsKKwlzYy0+c2NfaW5fdHhwcm9jLS07CisJQVRIX1VOTE9DSyhzYyk7CiB9CiAj dW5kZWYJVFhRQUNUSVZFCiAKQEAgLTQ5MDMsMTEgKzUxMTksMTggQEAKIAlzdHJ1Y3QgaWZuZXQg KmlmcCA9IHNjLT5zY19pZnA7CiAJaW50IGk7CiAKKwlBVEhfTE9DS19BU1NFUlQoc2MpOworCiAJ KHZvaWQpIGF0aF9zdG9wdHhkbWEoc2MpOwogCi0JZm9yIChpID0gMDsgaSA8IEhBTF9OVU1fVFhf UVVFVUVTOyBpKyspCi0JCWlmIChBVEhfVFhRX1NFVFVQKHNjLCBpKSkKLQkJCWF0aF90eF9kcmFp bnR4cShzYywgJnNjLT5zY190eHFbaV0pOworCWZvciAoaSA9IDA7IGkgPCBIQUxfTlVNX1RYX1FV RVVFUzsgaSsrKSB7CisJCWlmIChBVEhfVFhRX1NFVFVQKHNjLCBpKSkgeworCQkJaWYgKHJlc2V0 X3R5cGUgPT0gQVRIX1JFU0VUX05PTE9TUykKKwkJCQlhdGhfdHhfcHJvY2Vzc3Eoc2MsICZzYy0+ c2NfdHhxW2ldLCAwKTsKKwkJCWVsc2UKKwkJCQlhdGhfdHhfZHJhaW50eHEoc2MsICZzYy0+c2Nf dHhxW2ldKTsKKwkJfQorCX0KICNpZmRlZiBBVEhfREVCVUcKIAlpZiAoc2MtPnNjX2RlYnVnICYg QVRIX0RFQlVHX1JFU0VUKSB7CiAJCXN0cnVjdCBhdGhfYnVmICpiZiA9IFRBSUxRX0ZJUlNUKCZz Yy0+c2NfYmJ1Zik7CkBAIC00OTIxLDggKzUxNDQsMTAgQEAKIAkJfQogCX0KICNlbmRpZiAvKiBB VEhfREVCVUcgKi8KLQlpZnAtPmlmX2Rydl9mbGFncyAmPSB+SUZGX0RSVl9PQUNUSVZFOwotCXNj LT5zY193ZF90aW1lciA9IDA7CisJaWYgKHJlc2V0X3R5cGUgIT0gQVRIX1JFU0VUX05PTE9TUykg eworCQlpZnAtPmlmX2Rydl9mbGFncyAmPSB+SUZGX0RSVl9PQUNUSVZFOworCQlzYy0+c2Nfd2Rf dGltZXIgPSAwOworCX0KIH0KIAogLyoKQEAgLTQ5MzYsNiArNTE2MSwxMCBAQAogCQkoKF9wYSkg LSAoX3NjKS0+c2NfcnhkbWEuZGRfZGVzY19wYWRkcikpKQogCXN0cnVjdCBhdGhfaGFsICphaCA9 IHNjLT5zY19haDsKIAorCURQUklOVEYoc2MsIEFUSF9ERUJVR19BTlksICIlczogY2FsbGVkXG4i LCBfX2Z1bmNfXyk7CisKKwlBVEhfTE9DS19BU1NFUlQoc2MpOworCiAJYXRoX2hhbF9zdG9wcGN1 cmVjdihhaCk7CS8qIGRpc2FibGUgUENVICovCiAJYXRoX2hhbF9zZXRyeGZpbHRlcihhaCwgMCk7 CS8qIGNsZWFyIHJlY3YgZmlsdGVyICovCiAJYXRoX2hhbF9zdG9wZG1hcmVjdihhaCk7CS8qIGRp c2FibGUgRE1BIGVuZ2luZSAqLwpAQCAtNDk3Niw2ICs1MjA1LDggQEAKIAlzdHJ1Y3QgYXRoX2hh bCAqYWggPSBzYy0+c2NfYWg7CiAJc3RydWN0IGF0aF9idWYgKmJmOwogCisJQVRIX0xPQ0tfQVNT RVJUKHNjKTsKKwogCXNjLT5zY19yeGxpbmsgPSBOVUxMOwogCXNjLT5zY19yeHBlbmRpbmcgPSBO VUxMOwogCVRBSUxRX0ZPUkVBQ0goYmYsICZzYy0+c2NfcnhidWYsIGJmX2xpc3QpIHsKQEAgLTUw MjcsNiArNTI1OCw4IEBACiAJc3RydWN0IGllZWU4MDIxMWNvbSAqaWMgPSBpZnAtPmlmX2wyY29t OwogCXN0cnVjdCBhdGhfaGFsICphaCA9IHNjLT5zY19haDsKIAorCUFUSF9MT0NLX0FTU0VSVChz Yyk7CisKIAlEUFJJTlRGKHNjLCBBVEhfREVCVUdfUkVTRVQsICIlczogJXUgKCV1IE1IeiwgZmxh Z3MgMHgleClcbiIsCiAJICAgIF9fZnVuY19fLCBpZWVlODAyMTFfY2hhbjJpZWVlKGljLCBjaGFu KSwKIAkgICAgY2hhbi0+aWNfZnJlcSwgY2hhbi0+aWNfZmxhZ3MpOwpAQCAtNTA0MSw2ICs1Mjc0 LDggQEAKIAkJYXRoX2hhbF9pbnRyc2V0KGFoLCAwKTsJCS8qIGRpc2FibGUgaW50ZXJydXB0cyAq LwogCQlhdGhfZHJhaW50eHEoc2MsIEFUSF9SRVNFVF9GVUxMKTsJLyogY2xlYXIgcGVuZGluZyB0 eCBmcmFtZXMgKi8KIAkJYXRoX3N0b3ByZWN2KHNjKTsJCS8qIHR1cm4gb2ZmIGZyYW1lIHJlY3Yg Ki8KKwkJLyogWFhYIHRoaXMgZHJvcHMgdGhlIGxvY2sgdGVtcG9yYXJpbHkgKi8KKwkJYXRoX3J4 X3Byb2Moc2MsIDApOwogCQlpZiAoIWF0aF9oYWxfcmVzZXQoYWgsIHNjLT5zY19vcG1vZGUsIGNo YW4sIEFIX1RSVUUsICZzdGF0dXMpKSB7CiAJCQlpZl9wcmludGYoaWZwLCAiJXM6IHVuYWJsZSB0 byByZXNldCAiCiAJCQkgICAgImNoYW5uZWwgJXUgKCV1IE1IeiwgZmxhZ3MgMHgleCksIGhhbCBz dGF0dXMgJXVcbiIsCkBAIC01MTI5LDcgKzUzNjQsNyBAQAogCQkJRFBSSU5URihzYywgQVRIX0RF QlVHX0NBTElCUkFURSwKIAkJCQkiJXM6IHJmZ2FpbiBjaGFuZ2VcbiIsIF9fZnVuY19fKTsKIAkJ CXNjLT5zY19zdGF0cy5hc3RfcGVyX3JmZ2FpbisrOwotCQkJYXRoX3Jlc2V0KGlmcCwgQVRIX1JF U0VUX05PTE9TUyk7CisJCQlhdGhfcmVzZXRfbG9ja2VkKGlmcCwgQVRIX1JFU0VUX05PTE9TUyk7 CiAJCX0KIAkJLyoKIAkJICogSWYgdGhpcyBsb25nIGNhbCBpcyBhZnRlciBhbiBpZGxlIHBlcmlv ZCwgdGhlbgpAQCAtNTI0NywxMSArNTQ4Miw3IEBACiAJc3RydWN0IGlmbmV0ICppZnAgPSBpYy0+ aWNfaWZwOwogCXN0cnVjdCBhdGhfc29mdGMgKnNjID0gaWZwLT5pZl9zb2Z0YzsKIAotCS8qIFRo aXMgaXNuJ3Qgc3RyaWN0bHkgYSByZXNldCwgYnV0IHdlIHN0aWxsIGhhdmUgdG8gZHJhaW4gKi8K IAlBVEhfTE9DSyhzYyk7Ci0Jc2MtPnNjX2luX3Jlc2V0Kys7Ci0JQVRIX1VOTE9DSyhzYyk7Ci0K IAkodm9pZCkgYXRoX2NoYW5fc2V0KHNjLCBpYy0+aWNfY3VyY2hhbik7CiAJLyoKIAkgKiBJZiB3 ZSBhcmUgcmV0dXJuaW5nIHRvIG91ciBic3MgY2hhbm5lbCB0aGVuIG1hcmsgc3RhdGUKQEAgLTUy NjEsOSArNTQ5Miw2IEBACiAJICovCiAJaWYgKCFzYy0+c2Nfc2Nhbm5pbmcgJiYgaWMtPmljX2N1 cmNoYW4gPT0gaWMtPmljX2Jzc2NoYW4pCiAJCXNjLT5zY19zeW5jYmVhY29uID0gMTsKLQotCUFU SF9MT0NLKHNjKTsKLQlzYy0+c2NfaW5fcmVzZXQtLTsKIAlBVEhfVU5MT0NLKHNjKTsKIH0KIApA QCAtNTgwNCw3ICs2MDMyLDcgQEAKIAkJCSAgICBoYW5ncyAmIDB4ZmYgPyAiYmIiIDogIm1hYyIs IGhhbmdzKTsKIAkJfSBlbHNlCiAJCQlpZl9wcmludGYoaWZwLCAiZGV2aWNlIHRpbWVvdXRcbiIp OwotCQlhdGhfcmVzZXQoaWZwLCBBVEhfUkVTRVRfTk9MT1NTKTsKKwkJYXRoX3Jlc2V0X2xvY2tl ZChpZnAsIEFUSF9SRVNFVF9OT0xPU1MpOwogCQlpZnAtPmlmX29lcnJvcnMrKzsKIAkJc2MtPnNj X3N0YXRzLmFzdF93YXRjaGRvZysrOwogCX0K --20cf30363cef507c7704b0190203-- From owner-freebsd-wireless@FreeBSD.ORG Tue Oct 25 12:35:36 2011 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 B3DE0106564A for ; Tue, 25 Oct 2011 12:35:36 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6CD3D8FC14 for ; Tue, 25 Oct 2011 12:35:36 +0000 (UTC) Received: by vws11 with SMTP id 11so553511vws.13 for ; Tue, 25 Oct 2011 05:35:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=P9j+qlAahoMduuRP6iOwfUwZTV9RIvz1HbWR0DXNCVE=; b=CRloUqa9B8SWvuqceHNYs1KLUjFuVOXd7yr4VCT8gQ8516CXg9/1rWmLZssQayay4b orQLCnWsuHL1xq8VW7z/S8iD8cxp4uxmGjqnpf3jIkGmtU9O121Ah6rjIXE+OR9cWAwN H7ekltW3e2MlD7ZFfPGodUrmw4cbAhWAalBlY= MIME-Version: 1.0 Received: by 10.52.75.73 with SMTP id a9mr27608262vdw.27.1319546134978; Tue, 25 Oct 2011 05:35:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.176.1 with HTTP; Tue, 25 Oct 2011 05:35:34 -0700 (PDT) In-Reply-To: References: Date: Tue, 25 Oct 2011 20:35:34 +0800 X-Google-Sender-Auth: KnccqWryL06KeG85Vbrld-xdx2w Message-ID: From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: ath 11n update: locking, regressions, testing 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, 25 Oct 2011 12:35:36 -0000 .. and here's another example LOR, this time between the net80211 node lock and the ath lock, again during raw TX. This occurs because of an ioctl call through setmlme_dropsta(), which holds the node lock whilst it calls domlme(), which sends a management frame via IEEE80211_SEND_MGMT ->ic_raw_xmit->ath_raw_xmit(). Again, I'm not entirely sure how to fix this. Adrian lock order reversal: 1st 0xc08316cc ath0_node_lock (ath0_node_lock) @ /data/freebsd/mips/if_ath_tx/src/sys/net80211/ieee80211_ioctl.c:1326 2nd 0x80a01440 ath0 (ath0) @ /data/freebsd/mips/if_ath_tx/src/sys/dev/ath/if_ath_tx.c:1716 KDB: stack backtrace: db_trace_thread+30 (?,?,?,?) ra 80361b8c sp c7be9750 sz 24 db_trace_self+1c (?,?,?,?) ra 80074dbc sp c7be9768 sz 24 80074d88+34 (?,?,?,?) ra 801e103c sp c7be9780 sz 416 kdb_backtrace+44 (?,?,?,?) ra 801f8f38 sp c7be9920 sz 24 801f8f04+34 (?,?,?,?) ra 801f9bf4 sp c7be9938 sz 32 witness_checkorder+9cc (?,?,803b67cc,6b4) ra 80199a50 sp c7be9958 sz 80 _mtx_lock_flags+c4 (?,?,?,?) ra 8008b064 sp c7be99a8 sz 48 ath_raw_xmit+60 (?,?,?,?) ra 802b20a0 sp c7be99d8 sz 128 ieee80211_mgmt_output+2a4 (?,?,?,?) ra 802b4fac sp c7be9a58 sz 64 ieee80211_send_mgmt+9e4 (?,?,?,?) ra 802a29d4 sp c7be9a98 sz 96 802a296c+68 (?,?,?,?) ra 802a3824 sp c7be9af8 sz 32 802a3710+114 (?,?,?,?) ra 802a3fac sp c7be9b18 sz 64 802a3f14+98 (?,?,?,?) ra 802a4778 sp c7be9b58 sz 72 802a4224+554 (?,?,?,?) ra 802a6434 sp c7be9ba0 sz 128 ieee80211_ioctl+2c8 (?,?,?,?) ra 802cc71c sp c7be9c20 sz 48 in_control+1c8 (?,?,?,?) ra 80265488 sp c7be9c50 sz 88 ifioctl+13cc (?,?,80aa9de0,8072e300) ra 80201a90 sp c7be9ca8 sz 144 soo_ioctl+3b0 (?,?,?,?) ra 801fc354 sp c7be9d38 sz 40 kern_ioctl+248 (?,?,?,?) ra 801fc4fc sp c7be9d60 sz 64 ioctl+130 (?,?,?,?) ra 80355b8c sp c7be9da0 sz 56 trap+8a4 (?,?,?,?) ra 8034e01c sp c7be9dd8 sz 168 MipsUserGenException+10c (?,?,?,40658290) ra 0 sp c7be9e80 sz 0 pid 171 From owner-freebsd-wireless@FreeBSD.ORG Tue Oct 25 19:37:38 2011 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 975) id 9540B1065686; Tue, 25 Oct 2011 19:37:38 +0000 (UTC) Date: Tue, 25 Oct 2011 19:37:38 +0000 From: "Sergey A. Osokin" To: freebsd-wireless@FreeBSD.ORG Message-ID: <20111025193738.GE95451@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: iwn(4) problem 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, 25 Oct 2011 19:37:38 -0000 Hi. I have ThinkPad X1 laptop with iwn(4) network card. %uname -spr FreeBSD 9.0-RC1 amd64 % dmesg iwn0: mem 0xf2500000-0xf2501fff irq 17 at device 0.0 on pci3 >From time to time it works well, i.e. on my job, but currently it doesn't work with my small home WiFi/ADSL router D-Link G-604T. Also, in my home network I have two different devices: Galaxy Tab and MacBook Pro 15" and these devices are works well, but ThinkPad with FreeBSD 9.0-RC1 can't connect to WiFi router :-( Also, I tried to use Ubuntu Linux 11.10 LiveCD and the laptop works well with home WiFi network. $ ifconfig iwn0 iwn0: flags=8843 metric 0 mtu 2290 ether 8c:a9:82:bd:41:a0 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated $ ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 8c:a9:82:bd:41:a0 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 5 (2432 Mhz 11g) country US authmode WPA privacy ON deftxkey UNDEF txpower 14 bmiss 10 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme roaming MANUAL bintval 200 $ ifconfig wlan0 list scan ... ozznet 00:11:95:94:cb:b4 5 54M -73:-95 200 EPSB WPA In /etc/wpa_supplicant.conf I have two network entries (for home and for job) with psk keys. $ more /etc/rc.conf ... wlans_iwn0="wlan0" ifconfig_wlan0="WPA DHCP" More information available upon request. -- Sergey A. Osokin osa@FreeBSD.ORG ----- End forwarded message ----- From owner-freebsd-wireless@FreeBSD.ORG Wed Oct 26 14:28:40 2011 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 BE5FA106567A for ; Wed, 26 Oct 2011 14:28:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7DFFF8FC0A for ; Wed, 26 Oct 2011 14:28:40 +0000 (UTC) Received: by vws11 with SMTP id 11so2246775vws.13 for ; Wed, 26 Oct 2011 07:28:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=xsfhr4mLIl6Xoh9tycSFxUoaysduipKeBYb5R2p5sDQ=; b=f+vSKJOQJmUISLehnGnNjF18wlhA2smvX1sCeRmvqy7P/AbR7eWiFD68OqVdBP91sc tsnPthp2ixmjk1CAZgKsb9EyQNlTN5wDOuXwV/qcPtEhNxSVBr9cfWrDX8ugIoRP3SJt hS2C+BZ9S4v2SM4AbjC6TnVeZm0ZtsMRcoED0= MIME-Version: 1.0 Received: by 10.220.2.145 with SMTP id 17mr361793vcj.97.1319639319820; Wed, 26 Oct 2011 07:28:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.176.1 with HTTP; Wed, 26 Oct 2011 07:28:39 -0700 (PDT) Date: Wed, 26 Oct 2011 22:28:39 +0800 X-Google-Sender-Auth: 42QG2VbsTTKGD4gTNLzDEpuEsjY Message-ID: From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [patch] net80211: reject STA frames not destined to the current STA VAP MAC address 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: Wed, 26 Oct 2011 14:28:40 -0000 Hi, This patch rejects frames that are sent to a STA with an incorrect destination MAC. This is to fix an issue with the AR9160 in STA mode where it occasionally leaks frames destined to other stations. This then updates the crypto IV state and last received sequence number, causing subsequent frames from the correct MAC to be dropped inside net80211. It's also needed if we decide (eventually) to support >1 STA VAP. I'd like to merge this to -9 and -8, in case there are other AR9160 STA users. Thanks, Adrian Index: ieee80211_sta.c =================================================================== --- ieee80211_sta.c (.../head/sys/net80211) (revision 226789) +++ ieee80211_sta.c (.../user/adrian/if_ath_tx/sys/net80211) (revision 226789) @@ -50,6 +50,8 @@ #include #include #include +#include +#include #include #include @@ -584,6 +584,30 @@ vap->iv_stats.is_rx_wrongbss++; goto out; } + + /* + * Some devices may be in a promiscuous mode + * where they receive frames for multiple station + * addresses. + * + * If we receive a data frame that isn't + * destined to our VAP MAC, drop it. + * + * XXX TODO: This is only enforced when not scanning; + * XXX it assumes a software-driven scan will put the NIC + * XXX into a "no data frames" mode before setting this + * XXX flag. Otherwise it may be possible that we'll still + * XXX process data frames whilst scanning. + */ + if ((! IEEE80211_IS_MULTICAST(wh->i_addr1)) + && (! IEEE80211_ADDR_EQ(wh->i_addr1, IF_LLADDR(ifp)))) { + IEEE80211_DISCARD_MAC(vap, IEEE80211_MSG_INPUT, + bssid, NULL, "not to cur sta: lladdr=%6D, addr1=%6D", + IF_LLADDR(ifp), ":", wh->i_addr1, ":"); + vap->iv_stats.is_rx_wrongbss++; + goto out; + } + IEEE80211_RSSI_LPF(ni->ni_avgrssi, rssi); ni->ni_noise = nf; if (HAS_SEQ(type) && !IEEE80211_IS_MULTICAST(wh->i_addr1)) { From owner-freebsd-wireless@FreeBSD.ORG Wed Oct 26 18:27:24 2011 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 A1C02106564A for ; Wed, 26 Oct 2011 18:27:24 +0000 (UTC) (envelope-from lev@freebsd.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA818FC19 for ; Wed, 26 Oct 2011 18:27:24 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2c41:2903:6d8f:ca1c]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id A735B4AC2D for ; Wed, 26 Oct 2011 22:27:23 +0400 (MSD) Date: Wed, 26 Oct 2011 22:27:19 +0400 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <872994138.20111026222719@serebryakov.spb.ru> To: freebsd-wireless@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: AR9280: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA 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: Wed, 26 Oct 2011 18:27:24 -0000 Hello, Freebsd-wireless. I've got pigtails from China at least (55 days of waiting, I love Russian Post), and trying my new WiFi card: ath0: mem 0xa0060000-0xa006ffff irq 15 at device 17.0 on pci0 ath0: [HT] enabling HT modes ath0: [HT] 2 RX streams; 2 TX streams ath0: AR9280 mac 128.2 RF5133 phy 13.0 Now I'm trying it in 802.11g mode, as here is no 802.11n clients. System is: FreeBSD 9.0-RC1 FreeBSD 9.0-RC1 #0: Tue Oct 18 04:44:52 MSK 2011 802.11g and signal strength seems to be same as with AR5413 based card, but here are error on start: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Is it worth trying 802.11n without 802.11n clients? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-wireless@FreeBSD.ORG Wed Oct 26 19:23:59 2011 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 443FF106564A; Wed, 26 Oct 2011 19:23:59 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A7B158FC08; Wed, 26 Oct 2011 19:23:58 +0000 (UTC) Received: by faar19 with SMTP id r19so2682000faa.13 for ; Wed, 26 Oct 2011 12:23:57 -0700 (PDT) Received: by 10.223.36.193 with SMTP id u1mr10204632fad.27.1319657037307; Wed, 26 Oct 2011 12:23:57 -0700 (PDT) Received: from amy.lab.techwires.net (dslb-188-098-032-249.pools.arcor-ip.net. [188.98.32.249]) by mx.google.com with ESMTPS id a21sm5791664fao.18.2011.10.26.12.23.55 (version=SSLv3 cipher=OTHER); Wed, 26 Oct 2011 12:23:55 -0700 (PDT) Sender: Bernhard Schmidt From: Bernhard Schmidt To: freebsd-wireless@freebsd.org Date: Wed, 26 Oct 2011 21:23:55 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RC1; KDE/4.7.2; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110262123.55543.bschmidt@freebsd.org> Cc: Subject: Re: [patch] net80211: reject STA frames not destined to the current STA VAP MAC address 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: Wed, 26 Oct 2011 19:23:59 -0000 On Wednesday 26 October 2011 16:28:39 Adrian Chadd wrote: > Hi, > > This patch rejects frames that are sent to a STA with an incorrect > destination MAC. > This is to fix an issue with the AR9160 in STA mode where it > occasionally leaks frames destined to other stations. This then > updates the crypto IV state and last received sequence number, causing > subsequent frames from the correct MAC to be dropped inside net80211. > > It's also needed if we decide (eventually) to support >1 STA VAP. > > I'd like to merge this to -9 and -8, in case there are other AR9160 STA users. I doubt this is necessary. Receiving frames with DST != vap->iv_myaddr works just fine with iwn(4) and WPA. -- Bernhard From owner-freebsd-wireless@FreeBSD.ORG Thu Oct 27 02:42:02 2011 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 924361065676; Thu, 27 Oct 2011 02:42:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2EEA88FC14; Thu, 27 Oct 2011 02:42:01 +0000 (UTC) Received: by vws11 with SMTP id 11so3083000vws.13 for ; Wed, 26 Oct 2011 19:42:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=uUbnDscIQPvAyc99O0aQbW2El+V3VW4xExEdyUEeeic=; b=qkgtQeGOBnyZpU9ktwoMYmbjnvuk/XmYXuNGoyaipaIZnfe0lsjfHDL9tBH0e4bCNF XP8nmu93uQW5gC23HLEMlzqp2nkhABLsw+3EeTA6HHw60TdUC8I7mdZvQFQJI9Im+92t Col4K8NaiOvH01yEWknM6GxZQ4Zr5laGa/Hf8= MIME-Version: 1.0 Received: by 10.52.91.237 with SMTP id ch13mr461222vdb.129.1319683321299; Wed, 26 Oct 2011 19:42:01 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.176.1 with HTTP; Wed, 26 Oct 2011 19:42:01 -0700 (PDT) In-Reply-To: <872994138.20111026222719@serebryakov.spb.ru> References: <872994138.20111026222719@serebryakov.spb.ru> Date: Thu, 27 Oct 2011 10:42:01 +0800 X-Google-Sender-Auth: NK-zrRyX9L97mkKGKqYhuvDZbV4 Message-ID: From: Adrian Chadd To: Lev Serebryakov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org Subject: Re: AR9280: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA 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, 27 Oct 2011 02:42:02 -0000 2011/10/27 Lev Serebryakov : > Hello, Freebsd-wireless. > > =A0I've got pigtails from China at least (55 days of waiting, I love > Russian Post), and trying my new WiFi card: :-) > ath0: mem 0xa0060000-0xa006ffff irq 15 at device 17.0 on p= ci0 > ath0: [HT] enabling HT modes > ath0: [HT] 2 RX streams; 2 TX streams > ath0: AR9280 mac 128.2 RF5133 phy 13.0 > > =A0Now I'm trying it in 802.11g mode, as here is no 802.11n clients. > =A0System is: > > FreeBSD 9.0-RC1 FreeBSD 9.0-RC1 #0: Tue Oct 18 04:44:52 MSK 2011 > > =A0802.11g and signal strength seems to be same as with AR5413 based > card, but here are error on start: Ok. Is that good or bad? > ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA Ignore that. It's fine. > =A0Is it worth trying 802.11n without 802.11n clients? You can certainly flip it on. Just make sure you do this: ifconfig wlan0 -ampdutx .. as only A-MPDU RX is currently supported in -HEAD. (I have a branch in subversion which implements A-MPDU TX, but it's still very beta work. :) Thanks, Adrian From owner-freebsd-wireless@FreeBSD.ORG Thu Oct 27 02:45:25 2011 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 4D760106566C; Thu, 27 Oct 2011 02:45:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id DF41F8FC0A; Thu, 27 Oct 2011 02:45:24 +0000 (UTC) Received: by vws11 with SMTP id 11so3085338vws.13 for ; Wed, 26 Oct 2011 19:45:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=zrTFA/xcA+1GC5YIpb9K+ViL6qNZ/qKO60Te1sTZ1uk=; b=jMD4gBiYNBrf5cZZGApz3UK/ECPBQraBZha9ZhZzWhTYjShlVFUzsKCxiwx7gRzUJI jOrIPzSqLkKgFpRrJTptsUeL6OXCMxWomHxfD4kqeJhHfeq7o7f5SOsrPYAr+iCdxB+K qhleL8g8mE9B7Sn/MYDe/iyBErULm6Rwm3ffA= MIME-Version: 1.0 Received: by 10.52.37.167 with SMTP id z7mr466254vdj.112.1319683524072; Wed, 26 Oct 2011 19:45:24 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.176.1 with HTTP; Wed, 26 Oct 2011 19:45:24 -0700 (PDT) In-Reply-To: <201110262123.55543.bschmidt@freebsd.org> References: <201110262123.55543.bschmidt@freebsd.org> Date: Thu, 27 Oct 2011 10:45:24 +0800 X-Google-Sender-Auth: 1XRRH5ibmCiGzn0MQPo17eGlfwE Message-ID: From: Adrian Chadd To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: [patch] net80211: reject STA frames not destined to the current STA VAP MAC address 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, 27 Oct 2011 02:45:25 -0000 On 27 October 2011 03:23, Bernhard Schmidt wrote: > I doubt this is necessary. Receiving frames with DST != vap->iv_myaddr > works just fine with iwn(4) and WPA. But it does, and it does mess up the crypto IV tracking. I added debugging to net80211 to track what happens: * a frame that doesn't match the station destination address comes in; * it doesn't have a crypto key, and it doesn't match any mac address; * so it's sent to all VAPs via ieee80211_input_all(); * somehow it ends up updating the crypto state for the BSS, setting the IV to what was in the destination address, as well as the sequence number; * subsequent frames (to the real station destination) are now dropped because the replay attack code and/or the sequence number tracking code drops the frame. I traced it down to the driver handing off the net80211 STA code a frame whose destination is not the STA and is an AP->STA frame. Adrian From owner-freebsd-wireless@FreeBSD.ORG Thu Oct 27 09:03:31 2011 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 1A39D106567C; Thu, 27 Oct 2011 09:03:31 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id AA5AF8FC21; Thu, 27 Oct 2011 09:03:30 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2c41:2903:6d8f:ca1c]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id CCC934AC1C; Thu, 27 Oct 2011 13:03:28 +0400 (MSD) Date: Thu, 27 Oct 2011 13:03:23 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <329248798.20111027130323@serebryakov.spb.ru> To: Adrian Chadd In-Reply-To: References: <872994138.20111026222719@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org Subject: Re: AR9280: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org 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, 27 Oct 2011 09:03:31 -0000 Hello, Adrian. You wrote 27 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 6:42:01: >> =A0I've got pigtails from China at least (55 days of waiting, I love >> Russian Post), and trying my new WiFi card: > :-) It is crazy world: you could buy Mini-PCI / Mini-PCIe cards locally. With MMCX or U.FL connectors. You could by antennas -- RP-SMA, N-type, any. All of this you could buy locally, in city's computer stores. Not in everyone, but there are several big ones, which have such parts. And NO ONE sell pigtails! AT ALL! Personnel doesn't understand, what I'm asking about. One very special place offers custom-made cables -- any connectors, any length, but for short U.FL <-> RP-SMA cable they ask $30 (USD). For one. Ooops. >> ath0: mem 0xa0060000-0xa006ffff irq 15 at device 17.0 on = pci0 >> ath0: [HT] enabling HT modes >> ath0: [HT] 2 RX streams; 2 TX streams >> ath0: AR9280 mac 128.2 RF5133 phy 13.0 >> =A0Now I'm trying it in 802.11g mode, as here is no 802.11n clients. >> =A0System is: >> >> FreeBSD 9.0-RC1 FreeBSD 9.0-RC1 #0: Tue Oct 18 04:44:52 MSK 2011 >> >> =A0802.11g and signal strength seems to be same as with AR5413 based >> card, but here are error on start: > Ok. Is that good or bad? I'm not sure :) It means, that my previous card is not broken (it is good), but it means too, that my environment is very noisy (it is bad) :) >> ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA > Ignore that. It's fine. Ok. >> =A0Is it worth trying 802.11n without 802.11n clients? > You can certainly flip it on. Just make sure you do this: > ifconfig wlan0 -ampdutx It seems, that this setting is not shown in "ifconfig" output. And what about channels? All these HT/20 and HT/40 -- what is best? > .. as only A-MPDU RX is currently supported in -HEAD. > (I have a branch in subversion which implements A-MPDU TX, but it's > still very beta work. :) Yes, I'm tracking your progress ny your e-mails :) Thank you for your work! --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-wireless@FreeBSD.ORG Thu Oct 27 09:24:20 2011 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 792AF106564A; Thu, 27 Oct 2011 09:24:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 19EF28FC15; Thu, 27 Oct 2011 09:24:19 +0000 (UTC) Received: by vcbfo13 with SMTP id fo13so3383831vcb.13 for ; Thu, 27 Oct 2011 02:24:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=bDDnki2iSv2gyWo0bwznHo79pV4ejOiRcl6cdsL6gBM=; b=LVe3HMkk9VZOCBFPD/o4iZopwbDsodJ1NrZcafJcnrYPf/42lthLvXeynmoUlkwyEf uBjyKqu/L3FpFlrjEfHlv4k2ctsleI/++tigbXgAL49iPW5mz4erzm2vyN2dmbvhBH2e gEMSN0dXA31vj5vuP08XHGKFND06kBsT82WQE= MIME-Version: 1.0 Received: by 10.52.37.167 with SMTP id z7mr744053vdj.112.1319707459214; Thu, 27 Oct 2011 02:24:19 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.176.1 with HTTP; Thu, 27 Oct 2011 02:24:19 -0700 (PDT) In-Reply-To: <329248798.20111027130323@serebryakov.spb.ru> References: <872994138.20111026222719@serebryakov.spb.ru> <329248798.20111027130323@serebryakov.spb.ru> Date: Thu, 27 Oct 2011 17:24:19 +0800 X-Google-Sender-Auth: 8nCjupVx29RGKbHGFK5fWmM3f20 Message-ID: From: Adrian Chadd To: lev@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org Subject: Re: AR9280: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA 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, 27 Oct 2011 09:24:20 -0000 2011/10/27 Lev Serebryakov : > =A0It is crazy world: you could buy Mini-PCI / Mini-PCIe cards locally. > With MMCX or U.FL connectors. You could by antennas -- RP-SMA, N-type, > any. All of this you could buy locally, in city's computer stores. Not > in everyone, but there are several big ones, which have such parts. =A0An= d > NO ONE sell pigtails! AT ALL! Personnel doesn't understand, what I'm > asking about. One very special place offers custom-made cables -- any > connectors, any length, but for short U.FL <-> RP-SMA cable they ask > $30 (USD). For one. Ooops. Yup. I've had some issues sourcing u.fl pigtails. I've had to do an order of 50 just to get some. >>> =A0802.11g and signal strength seems to be same as with AR5413 based >>> card, but here are error on start: >> Ok. Is that good or bad? > =A0 I'm not sure :) It means, that my previous card is not broken (it > =A0is good), but it means too, that my environment is very noisy (it is > =A0bad) :) Yup. I've obtained an AR5413 based NIC and it seems happy. I bet your area is just very congested. Hopefully at some point I can get the OK to release the spectral scan code, which means you can turn your AR9280 into a spectrum analyser, then you can see how noisy things are. > =A0And what about channels? All these HT/20 and HT/40 -- what is best? Well, you can just choose a HT/40 channel if you'd like to test interoperability. 11n and 11bg clients can associate, but there's currently no HT protection of frames to interoperate with legacy networks so performance may suffer. But yes, it'll work. So if you'd like to try HT/20 or HT/40, give it a shot. It'll at least be a good test to see what breaks. :) Adrian From owner-freebsd-wireless@FreeBSD.ORG Thu Oct 27 09:34:40 2011 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 8A0EE106564A; Thu, 27 Oct 2011 09:34:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 49A218FC13; Thu, 27 Oct 2011 09:34:40 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2c41:2903:6d8f:ca1c]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 781294AC32; Thu, 27 Oct 2011 13:34:39 +0400 (MSD) Date: Thu, 27 Oct 2011 13:34:34 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1443891756.20111027133434@serebryakov.spb.ru> To: Adrian Chadd In-Reply-To: References: <872994138.20111026222719@serebryakov.spb.ru> <329248798.20111027130323@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org Subject: Re: AR9280: ar5416PerCalibrationN: NF calibration didn't finish; delaying CCA X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org 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, 27 Oct 2011 09:34:40 -0000 Hello, Adrian. You wrote 27 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 13:24:19: > Yup. I've obtained an AR5413 based NIC and it seems happy. I bet your > area is just very congested. > Hopefully at some point I can get the OK to release the spectral scan > code, which means you can turn your AR9280 into a spectrum analyser, > then you can see how noisy things are. Ouch! It will be great :) > So if you'd like to try HT/20 or HT/40, give it a shot. It'll at least > be a good test to see what breaks. :) It seems, that HT/40 works with my 802.11g clients, and speed is better than for pure 802.11g. But latter could be artifact of time of day -- I'll do more thoughtful testing at night, as all previous speed tests was not at the middle of working day, but at nights or weekends, and as it is residential district, people use their private WiFi networks at nights, not when they are at work :) --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-wireless@FreeBSD.ORG Thu Oct 27 10:02:43 2011 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 843F3106564A for ; Thu, 27 Oct 2011 10:02:43 +0000 (UTC) (envelope-from bpurgar@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 619078FC13 for ; Thu, 27 Oct 2011 10:02:43 +0000 (UTC) Received: by pzk4 with SMTP id 4so13906328pzk.3 for ; Thu, 27 Oct 2011 03:02:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=0xrBdRuK4tjgRMQcyiEHOhstVrGRqd7sa/kjimUuH/w=; b=rCj9TmeUs6gge//hLxc57itatBuX3ujYtGk+7Oq7cdJJahC7fy642U7YPDq1/sc9at LhO+Fawhu0LYYNNch9f1ITMjP6KRFkHo+3QIewA6SqQI3E9666rXrhrh07ktyHKK2wIN xf3fXtFfqhfOUmFNWA7TlDEWcd1Sy/zuFI+z0= MIME-Version: 1.0 Received: by 10.68.42.39 with SMTP id k7mr22549616pbl.71.1319708416237; Thu, 27 Oct 2011 02:40:16 -0700 (PDT) Received: by 10.142.125.13 with HTTP; Thu, 27 Oct 2011 02:40:16 -0700 (PDT) Date: Thu, 27 Oct 2011 11:40:16 +0200 Message-ID: From: Berislav Purgar To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: if_ath_tx - svn r226797 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, 27 Oct 2011 10:02:43 -0000 Hi .. testing latest svn r226797 i got error DMA filed to stop in 10ms (on AR5416) and bunch of tx_tid_drain errors on both side (AR5416 & AR9280).. so i revert back to r226792 on AR5416 and for last 2h works like a charm. no any kind of errors so far :) Beri From owner-freebsd-wireless@FreeBSD.ORG Thu Oct 27 11:19:33 2011 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 DDA31106564A for ; Thu, 27 Oct 2011 11:19:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3968FC13 for ; Thu, 27 Oct 2011 11:19:33 +0000 (UTC) Received: by vws11 with SMTP id 11so3507659vws.13 for ; Thu, 27 Oct 2011 04:19:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=3YdFAj+LEh4SoHzFagAkUo4uUS2XIYImpERB/ei8FEo=; b=jmeS3RW5UqCuC/nW+QKZRNEYwUgxqJQPexAmZLmAgKyWaH3p5QWNF7McDpdu5xDZfW 8IH+5n1OhSGtenlB1+LyF5r2gy4kE/YLOy7hgE5BdkKCOnjvp22DH+DkgyOWPu5Jp36x lzuT8ftLQAsmoTpAl/bT8st5n2c+h4inWjlik= MIME-Version: 1.0 Received: by 10.52.240.131 with SMTP id wa3mr830293vdc.95.1319714372759; Thu, 27 Oct 2011 04:19:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.176.1 with HTTP; Thu, 27 Oct 2011 04:19:32 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Oct 2011 19:19:32 +0800 X-Google-Sender-Auth: cXIPHvlDC929GGCXUJTulTsw_VQ Message-ID: From: Adrian Chadd To: Berislav Purgar Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: if_ath_tx - svn r226797 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, 27 Oct 2011 11:19:33 -0000 On 27 October 2011 17:40, Berislav Purgar wrote: > testing latest svn r226797 i got error DMA filed to stop in 10ms (on AR5416) > and bunch of tx_tid_drain errors on both side (AR5416 & AR9280).. so i > revert back to r226792 on AR5416 and for last 2h works like a charm. no any > kind of errors so far :) Ok. As I said on iRC earlier, there's only four commits in if_ath_tx between those commits. So please try each as mentioned on IRC and report back. Adrian From owner-freebsd-wireless@FreeBSD.ORG Thu Oct 27 13:02:14 2011 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 355C61065672; Thu, 27 Oct 2011 13:02:14 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 983CB8FC0C; Thu, 27 Oct 2011 13:02:13 +0000 (UTC) Received: by wwi18 with SMTP id 18so3970862wwi.31 for ; Thu, 27 Oct 2011 06:02:12 -0700 (PDT) Received: by 10.227.207.205 with SMTP id fz13mr16464842wbb.0.1319720532314; Thu, 27 Oct 2011 06:02:12 -0700 (PDT) Received: from amy.lab.techwires.net (dslb-188-098-032-249.pools.arcor-ip.net. [188.98.32.249]) by mx.google.com with ESMTPS id l20sm9275708wbo.6.2011.10.27.06.02.09 (version=SSLv3 cipher=OTHER); Thu, 27 Oct 2011 06:02:10 -0700 (PDT) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Adrian Chadd Date: Thu, 27 Oct 2011 15:02:12 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RC1; KDE/4.7.2; amd64; ; ) References: <201110262123.55543.bschmidt@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_UZVqOCBfTsaSL2w" Message-Id: <201110271502.12654.bschmidt@freebsd.org> Cc: freebsd-wireless@freebsd.org Subject: Re: [patch] net80211: reject STA frames not destined to the current STA VAP MAC address 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, 27 Oct 2011 13:02:14 -0000 --Boundary-00=_UZVqOCBfTsaSL2w Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit On Thursday 27 October 2011 04:45:24 Adrian Chadd wrote: > On 27 October 2011 03:23, Bernhard Schmidt wrote: > > > I doubt this is necessary. Receiving frames with DST != vap->iv_myaddr > > works just fine with iwn(4) and WPA. > > But it does, and it does mess up the crypto IV tracking. I added > debugging to net80211 to track what happens: > > * a frame that doesn't match the station destination address comes in; > * it doesn't have a crypto key, and it doesn't match any mac address; > * so it's sent to all VAPs via ieee80211_input_all(); > * somehow it ends up updating the crypto state for the BSS, setting > the IV to what was in the destination address, as well as the sequence > number; > * subsequent frames (to the real station destination) are now dropped > because the replay attack code and/or the sequence number tracking > code drops the frame. > > I traced it down to the driver handing off the net80211 STA code a > frame whose destination is not the STA and is an AP->STA frame. Allright, the important part here seems to be that the seqnos have to be in a certain order to even remotely trigger an issue. Otherwise the frames are just discarded as either out of order or because of replay detection. I'd still add its own counter though, how about that? -- Bernhard --Boundary-00=_UZVqOCBfTsaSL2w Content-Type: text/x-patch; charset="ISO-8859-1"; name="net80211_wrongdst.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="net80211_wrongdst.diff" Index: sys/net80211/ieee80211_sta.c =================================================================== --- sys/net80211/ieee80211_sta.c (revision 226808) +++ sys/net80211/ieee80211_sta.c (working copy) @@ -582,6 +582,12 @@ sta_input(struct ieee80211_node *ni, struct mbuf * vap->iv_stats.is_rx_wrongbss++; goto out; } + if (!IEEE80211_ADDR_EQ(vap->iv_myaddr, wh->i_addr1) && + !IEEE80211_IS_MULTICAST(wh->i_addr1)) { + IEEE80211_DISCARD_MAC(vap, IEEE80211_MSG_INPUT, + wh->i_addr1, NULL, "%s", "not for us"); + goto out; + } IEEE80211_RSSI_LPF(ni->ni_avgrssi, rssi); ni->ni_noise = nf; if (HAS_SEQ(type) && !IEEE80211_IS_MULTICAST(wh->i_addr1)) { Index: sys/net80211/ieee80211_ioctl.h =================================================================== --- sys/net80211/ieee80211_ioctl.h (revision 226808) +++ sys/net80211/ieee80211_ioctl.h (working copy) @@ -96,6 +96,7 @@ struct ieee80211_stats { uint32_t is_rx_wrongbss; /* rx from wrong bssid */ uint32_t is_rx_dup; /* rx discard 'cuz dup */ uint32_t is_rx_wrongdir; /* rx w/ wrong direction */ + uint32_t is_rx_wrongdst; /* rx to wrong dst */ uint32_t is_rx_mcastecho; /* rx discard 'cuz mcast echo */ uint32_t is_rx_notassoc; /* rx discard 'cuz sta !assoc */ uint32_t is_rx_noprivacy; /* rx w/ wep but privacy off */ --Boundary-00=_UZVqOCBfTsaSL2w-- From owner-freebsd-wireless@FreeBSD.ORG Thu Oct 27 19:58:11 2011 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 C6A05106566B; Thu, 27 Oct 2011 19:58:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 646AF8FC18; Thu, 27 Oct 2011 19:58:11 +0000 (UTC) Received: by vws11 with SMTP id 11so4360765vws.13 for ; Thu, 27 Oct 2011 12:58:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=rJTm/OQXijgyN/JinzpABmgoLJINoxkcBRT6KjGKJYs=; b=BECtSwLFYGwixqccJPZ7w8XGYi+otbEX1+OsARqDvOwTMRXmirvOS6RasEUPEHE4DN iM0l+yiejZ/3L+luPjGwDowaADwebs70KkvWoMND6RikMqnm9kug0gtGrmejChDsNF5S QMJP19m2mQq5RWQv+2WM2gs8Xc+BDMD99J41s= MIME-Version: 1.0 Received: by 10.52.240.131 with SMTP id wa3mr1191921vdc.95.1319745490622; Thu, 27 Oct 2011 12:58:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.176.1 with HTTP; Thu, 27 Oct 2011 12:58:10 -0700 (PDT) In-Reply-To: <201110271502.12654.bschmidt@freebsd.org> References: <201110262123.55543.bschmidt@freebsd.org> <201110271502.12654.bschmidt@freebsd.org> Date: Fri, 28 Oct 2011 03:58:10 +0800 X-Google-Sender-Auth: eWCwZtabstzxQneE8Xb2f4nEDtY Message-ID: From: Adrian Chadd To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: [patch] net80211: reject STA frames not destined to the current STA VAP MAC address 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, 27 Oct 2011 19:58:11 -0000 On 27 October 2011 21:02, Bernhard Schmidt wrote: > Allright, the important part here seems to be that the seqnos have to > be in a certain order to even remotely trigger an issue. Otherwise > the frames are just discarded as either out of order or because of > replay detection. I'd still add its own counter though, how about > that? Right. So the way I saw this triggered was: * 11n AMPDU-RX - non-aggregate frames wouldn't trigger this bug; * one station TX'ing AMPDU frames via iperf tcp; * another station (mostly) listening That way the chance of the frame having a higher seqno enough to trigger the condition would be higher. Adrian From owner-freebsd-wireless@FreeBSD.ORG Thu Oct 27 20:45:49 2011 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 C5DA8106564A; Thu, 27 Oct 2011 20:45:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 635C48FC14; Thu, 27 Oct 2011 20:45:49 +0000 (UTC) Received: by vws11 with SMTP id 11so4424171vws.13 for ; Thu, 27 Oct 2011 13:45:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=cngTq42lxGsNQ4ZkHAciLGaJw9QIoT0nJTGelHhCk5A=; b=llj7iP8Dp+wwZ6UhF7fy5yU6SsgpaEK2mb4p81Q+0DctJvd6ZBzJ1ImZCsL6uECpOt w2GuuBRaQJnFrBI2YvrlnTmgUdDF8czpU28uHbNgKOJij3mElLUUodL7osk5pDTZAzt7 jvrUJT0Xkh8U/1ONPpIogo1A/XONX44ny4ixk= MIME-Version: 1.0 Received: by 10.52.33.69 with SMTP id p5mr1231111vdi.78.1319748348416; Thu, 27 Oct 2011 13:45:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.176.1 with HTTP; Thu, 27 Oct 2011 13:45:48 -0700 (PDT) In-Reply-To: References: <201110262123.55543.bschmidt@freebsd.org> <201110271502.12654.bschmidt@freebsd.org> Date: Fri, 28 Oct 2011 04:45:48 +0800 X-Google-Sender-Auth: QAXg7_HbN2yrCdBbjJFj244QxvU Message-ID: From: Adrian Chadd To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: [patch] net80211: reject STA frames not destined to the current STA VAP MAC address 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, 27 Oct 2011 20:45:49 -0000 .. and I'd like to commit this in the next couple of days. I won't MFC it to -9 just for now as it only appears if you're doing 802.11n RX STA mode on the AR9160. Adrian From owner-freebsd-wireless@FreeBSD.ORG Sat Oct 29 02:36:11 2011 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 AB4B0106566C for ; Sat, 29 Oct 2011 02:36:11 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 76DB18FC14 for ; Sat, 29 Oct 2011 02:36:11 +0000 (UTC) Received: by iaky10 with SMTP id y10so7288456iak.13 for ; Fri, 28 Oct 2011 19:36:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=PYii4eURNOW9LGgi/52poepZgrJH6IUopovQm6p0DXE=; b=uKukJQqWf5fsJu0Kq05nMZKwiDGFzkRNK2Ew/yOkSsCIfFevZYiILh/94yzQbE8Bmu trRW6+m7a/nAJy53flPpobbje6XE5iNji3AnN6Z2B933CzUCPBeZMcH1r8qxjYYqz87h 0yR7090t7ZsV2Ab2Of2kB1bRv5ZUrimLyZRts= Received: by 10.68.20.134 with SMTP id n6mr7501291pbe.16.1319855770507; Fri, 28 Oct 2011 19:36:10 -0700 (PDT) Received: from [10.7.7.229] ([75.111.38.94]) by mx.google.com with ESMTPS id ml4sm28736323pbc.0.2011.10.28.19.36.08 (version=SSLv3 cipher=OTHER); Fri, 28 Oct 2011 19:36:09 -0700 (PDT) Message-ID: <4EABACDB.4030808@gmail.com> Date: Sat, 29 Oct 2011 00:35:55 -0700 From: matt User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20111018 Lightning/1.0b3pre Thunderbird/3.1.12 MIME-Version: 1.0 To: "Sergey A. Osokin" References: <20111025193738.GE95451@FreeBSD.org> In-Reply-To: <20111025193738.GE95451@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-wireless@FreeBSD.ORG Subject: Re: iwn(4) problem 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, 29 Oct 2011 02:36:11 -0000 On 10/25/11 12:37, Sergey A. Osokin wrote: > Hi. > > I have ThinkPad X1 laptop with iwn(4) network card. > > %uname -spr > FreeBSD 9.0-RC1 amd64 > > % dmesg > iwn0: mem 0xf2500000-0xf2501fff irq 17 at device 0.0 on pci3 > > >From time to time it works well, i.e. on my job, but currently it doesn't work > with my small home WiFi/ADSL router D-Link G-604T. > Also, in my home network I have two different devices: Galaxy Tab and MacBook Pro 15" and > these devices are works well, but ThinkPad with FreeBSD 9.0-RC1 can't connect to WiFi router :-( > > Also, I tried to use Ubuntu Linux 11.10 LiveCD and the laptop works well with > home WiFi network. > > $ ifconfig iwn0 > iwn0: flags=8843 metric 0 mtu 2290 > ether 8c:a9:82:bd:41:a0 > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > $ ifconfig wlan0 > wlan0: flags=8843 metric 0 mtu 1500 > ether 8c:a9:82:bd:41:a0 > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" channel 5 (2432 Mhz 11g) > country US authmode WPA privacy ON deftxkey UNDEF txpower 14 bmiss 10 > scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 > roam:rate 5 protmode CTS wme roaming MANUAL bintval 200 > > $ ifconfig wlan0 list scan > ... > ozznet 00:11:95:94:cb:b4 5 54M -73:-95 200 EPSB WPA > > In /etc/wpa_supplicant.conf I have two network entries (for home and for job) with > psk keys. > > $ more /etc/rc.conf > ... > wlans_iwn0="wlan0" > ifconfig_wlan0="WPA DHCP" > > More information available upon request. > Run something like this (it's trying to flush routing table, down the interface, and associate. Also, simpler wpa_supplicant.conf is better than complex! Make sure psks are actually right :). ifconfig wlan0 destroy route flush mv /etc/resolv.conf /etc/resolv.old killall wpa_supplicant killall dhclient ifconfig wlan0 create wlandev iwn0 ifconfig wlan0 up sleep 1 ifconfig wlan0 scan wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf -B sleep 4 dhclient wlan0 I had the same card daily in FreeBSD since early 2010. Worked perfectly. It makes me think it's probably not the card. I actually had a script using dialog for various network configurations (home, work) that would clear network configs and reconfigure the machine for various roles. Matt From owner-freebsd-wireless@FreeBSD.ORG Sat Oct 29 02:52:26 2011 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 690AC1065771 for ; Sat, 29 Oct 2011 02:52:26 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 308AE8FC13 for ; Sat, 29 Oct 2011 02:52:25 +0000 (UTC) Received: by iaky10 with SMTP id y10so7305099iak.13 for ; Fri, 28 Oct 2011 19:52:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=QUl//mogGdnw4IsgPkN7Sb89o5PxuwLwSCY1bgscp9s=; b=wwGzZQf4tLW/isLYXIkWoSc0nuLZr6pUmrPWMKWOxpPAr13dbsuk27ZD3ix4ls20kK tDZu2foFSenzdDSMvfnSHM6dp8ey1HiY70NUVzEnj/kku4U4C2g4KRL3Wl7N3arV7kEy d9l5L31I4XiJ5+PvU2WKHc+x90n2YqyAla8ps= Received: by 10.68.33.69 with SMTP id p5mr7311875pbi.12.1319855156135; Fri, 28 Oct 2011 19:25:56 -0700 (PDT) Received: from [10.7.7.229] ([75.111.38.94]) by mx.google.com with ESMTPS id km16sm9033382pbb.9.2011.10.28.19.25.53 (version=SSLv3 cipher=OTHER); Fri, 28 Oct 2011 19:25:54 -0700 (PDT) Message-ID: <4EABAA74.2090409@gmail.com> Date: Sat, 29 Oct 2011 00:25:40 -0700 From: matt User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20111018 Lightning/1.0b3pre Thunderbird/3.1.12 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Gustau_P=E9rez?= References: <4EA18789.5070502@entel.upc.edu> In-Reply-To: <4EA18789.5070502@entel.upc.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-wireless@freebsd.org Subject: Re: RT2860/RT3090/RAL: Any brave testers? 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, 29 Oct 2011 02:52:26 -0000 On 10/21/11 07:54, Gustau Pérez wrote: >> I've been working on combing ral & Alexandr Egorenkov's rt2860. It runs >> fine here (LiteOn v0x1814 d0x3090), and compiles sans complaint with >> both clang and gcc. >> >> However, I haven't tested any other rt2860/3090 devices, or traditional >> ral devices (they should be the same, changes only to allow rt2860 attach). >> >> If anyone has a device with a ralink chipset, and wants to test a >> development quality wireless driver :), please let know. >> >> Diffs against CVS >> /usr/src/sys/modules/ral/Makefile: http://pastebin.com/cgHy3SXL >> /usr/src/sys/dev/ral: http://pastebin.com/wXHd7fG9 >> >> Please let me know if there is better way to distribute or if you'd like >> a tarball. There are still some spurious printfs on attach about >> HT/WifiN...I think they can be ignored. >> >> This is not a production driver. Please use for testing only. There is >> definitely work to be done. If you test it, and it works for you (esp. >> LEDs, HT, injection, hostap etc.) let me know. >> >> Thanks! >> Matt > > Hi, > > I tried to use the code with FreeBSD 10.0-CURRENT r226440. My > system is an Asus eeePC 1000H with a Ralink RT2860, this is the device > info: > > ral0@pci0:1:0:0: class=0x028000 card=0x27901814 > chip=0x07811814 rev=0x00 hdr=0x00 > vendor = 'Ralink corp.' > device = 'RT2860' > class = network > > I had to manually edit sys/dev/ral/if_ral_pci.c, because the card > is identified as a RT2790. I also had to remove device ral from my > kernel config file because it couldn't be linked with the kernel. > > After rebooting the machine, I kldloaded the module by hand. I got > an "The invalid EEPROM LNA gain" and the "could not find extension > channel" errors. I saw a previous post telling us not to worry too > much about them, but I have to say they still appear. This is the > exact trace that I got: > > ral0: mem 0xfbef0000-0xfbefffff irq > 19 at device 0.0 on pci1 > ral0: invalid EEPROM LNA gain #2: 0x00 > ral0: invalid EEPROM LNA gain #3: 0x00 > ral0: invalid EEPROM powersave level > ral0: MAC/BBP RT2860 (rev 0x28720200), RF RT3022 2.4G 2T2R > ral0: skip channel 10, could not find extension channel > ral0: skip channel 11, could not find extension channel > ral0: skip channel 12, could not find extension channel > ral0: skip channel 13, could not find extension channel > ral0: skip channel 14, could not find extension channel > > I cannot associate with any AP. I changed those AP to ensure they > were not using any of the channels in the range of 10..14 (those > channels are the ones ral0 complains with an skip channel message). I > can't even do an scan, ifconfig wlan0 list scan up returns an empty list. > > How can I proceed further? Can I provide you any additional > information? Thanks Gustau! For some reason I sometimes had to do ifconfig wlan0 up && sleep 2 && ifconfig wlan0 scan sometimes. As though it needed a moment of initialization to scan. You also have a different RF than I have, so anything's possible. Unfortunately I've been very busy lately, but I can assure you that anything that happens with ral probably won't use that code anymore. I've been working on and off in a direct port from OpenBSD. It's become clear that either the rt2860 mentioned by Michael or OpenBSD's ral or (both if they are the same?) will probably be the path. I won't get to even look at OpenBSD's ral again until a week or so from now, but I do intend to give it another shot, I just wouldn't hold your breath. My recommendation is to try the code offered by Michael, it sounds as though it is working. Matt From owner-freebsd-wireless@FreeBSD.ORG Sat Oct 29 13:15:23 2011 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 975) id 503B71065673; Sat, 29 Oct 2011 13:15:23 +0000 (UTC) Date: Sat, 29 Oct 2011 13:15:23 +0000 From: "Sergey A. Osokin" To: matt Message-ID: <20111029131523.GO95451@FreeBSD.org> References: <20111025193738.GE95451@FreeBSD.org> <4EABACDB.4030808@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4EABACDB.4030808@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-wireless@FreeBSD.ORG Subject: Re: iwn(4) problem 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, 29 Oct 2011 13:15:23 -0000 Hi Matt, On Sat, Oct 29, 2011 at 12:35:55AM -0700, matt wrote: > On 10/25/11 12:37, Sergey A. Osokin wrote: > > > > I have ThinkPad X1 laptop with iwn(4) network card. > > > > %uname -spr > > FreeBSD 9.0-RC1 amd64 > > > > % dmesg > > iwn0: mem 0xf2500000-0xf2501fff irq 17 at device 0.0 on pci3 > > > > >From time to time it works well, i.e. on my job, but currently it doesn't work > > with my small home WiFi/ADSL router D-Link G-604T. > > Also, in my home network I have two different devices: Galaxy Tab and MacBook Pro 15" and > > these devices are works well, but ThinkPad with FreeBSD 9.0-RC1 can't connect to WiFi router :-( > > Also, I tried to use Ubuntu Linux 11.10 LiveCD and the laptop works well with > > home WiFi network. > > > > $ ifconfig iwn0 > > iwn0: flags=8843 metric 0 mtu 2290 > > ether 8c:a9:82:bd:41:a0 > > nd6 options=29 > > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > > status: associated > > $ ifconfig wlan0 > > wlan0: flags=8843 metric 0 mtu 1500 > > ether 8c:a9:82:bd:41:a0 > > nd6 options=29 > > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > > status: no carrier > > ssid "" channel 5 (2432 Mhz 11g) > > country US authmode WPA privacy ON deftxkey UNDEF txpower 14 bmiss 10 > > scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 > > roam:rate 5 protmode CTS wme roaming MANUAL bintval 200 > > > > $ ifconfig wlan0 list scan > > ... > > ozznet 00:11:95:94:cb:b4 5 54M -73:-95 200 EPSB WPA > > > > In /etc/wpa_supplicant.conf I have two network entries (for home and for job) with > > psk keys. > > > > $ more /etc/rc.conf > > ... > > wlans_iwn0="wlan0" > > ifconfig_wlan0="WPA DHCP" > > > > More information available upon request. > > > Run something like this (it's trying to flush routing table, down the > interface, and associate. Also, simpler wpa_supplicant.conf is better > than complex! Make sure psks are actually right :). My key is right, two other devices (MacBook Pro and Tab with Android 2.2) works well with my access point. I ran you program step by step. > ifconfig wlan0 destroy > route flush > mv /etc/resolv.conf /etc/resolv.old > killall wpa_supplicant > killall dhclient > ifconfig wlan0 create wlandev iwn0 > sleep 1 > ifconfig wlan0 scan I did % sudo ifconfig wlan0 ssid ozznet channel 1 % ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 8c:a9:82:bd:41:a0 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid ozznet channel 1 (2412 MHz 11g) country US authmode WPA privacy ON deftxkey UNDEF txpower 14 bmiss 10 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme roaming MANUAL bintval 200 x1% ifconfig wlan0 scan SSID/MESH ID BSSID CHAN RATE S:N INT CAPS ozznet 00:11:95:94:cb:b4 1 54M -60:-95 200 EPSB WPA % sudo ifconfig iwn0 iwn0: flags=8843 metric 0 mtu 2290 ether 8c:a9:82:bd:41:a0 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated > wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf -B OK. Also, in /var/log/messages I found: Oct 29 16:53:39 x1 wpa_supplicant[31402]: Trying to associate with 00:11:95:94:cb:b4 (SSID='ozznet' freq=2412 MHz) Oct 29 16:53:49 x1 wpa_supplicant[31402]: Authentication with 00:11:95:94:cb:b4 timed out. Oct 29 16:53:50 x1 wpa_supplicant[31402]: Trying to associate with 00:11:95:94:cb:b4 (SSID='ozznet' freq=2412 MHz) Oct 29 16:54:00 x1 wpa_supplicant[31402]: Authentication with 00:11:95:94:cb:b4 timed out. Oct 29 16:54:00 x1 wpa_supplicant[31402]: Trying to associate with 00:11:95:94:cb:b4 (SSID='ozznet' freq=2412 MHz) > sleep 4 > dhclient wlan0 % sudo dhclient wlan0 wlan0: no link .............. giving up > I had the same card daily in FreeBSD since early 2010. Worked perfectly. When I used this laptop with WPA2 AP at my job - all works well with simple config in wpa_supplicant.conf like this: network={ ssid="JOBNET" psk="some text here" priority=5 } > It makes me think it's probably not the card. Also, as I said before I tried boot on this laptop Ubuntu LiveCD and wireless worked fine too. > I actually had a script using dialog for various network configurations > (home, work) that would clear network configs and reconfigure the > machine for various roles. Also, I found following PR http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/142766, my problem looks similar. -- Sergey A. Osokin osa@FreeBSD.ORG