From owner-freebsd-wireless@FreeBSD.ORG Wed Feb 27 08:52:01 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 222DFA9B for ; Wed, 27 Feb 2013 08:52:01 +0000 (UTC) (envelope-from mukunda@pointred.co) Received: from na3sys010aog101.obsmtp.com (na3sys010aog101.obsmtp.com [74.125.245.70]) by mx1.freebsd.org (Postfix) with SMTP id AC7401C8 for ; Wed, 27 Feb 2013 08:52:00 +0000 (UTC) Received: from mail-pb0-f72.google.com ([209.85.160.72]) (using TLSv1) by na3sys010aob101.postini.com ([74.125.244.12]) with SMTP ID DSNKUS3JKRfMf55QOikU+/s1E92bnZMOcx5+@postini.com; Wed, 27 Feb 2013 00:52:00 PST Received: by mail-pb0-f72.google.com with SMTP id wz12so466267pbc.7 for ; Wed, 27 Feb 2013 00:51:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=qD4NliIEH5UBC4NAykYtG1r5lsPnSWGiqFU1iE4fsfw=; b=J+lp9IYUi39AwT+lPRt42GcNSD/ZsWZJuLnUx4HcycbO0hnsopQufI59lW2rzVFn3S /MLP9D7qvGqpB8ip7rWpJKDb6ZUWaU8zcC7vv6+rrLRGYzcjhmfaeoKIbzy/ZvVScp+g ujy1ZjfphV4KfZ1HVUXIpaucoLrA70maj54DrnSmSM7o/mJ9QbJPJZD5rN5bv4vB04sa nbkCRNAXPtKDvOH1+bjmvMyvHM9dI0aW395dR5DPbyXDLg5mWSWKAbol9JbdT6HfyowF tUn/sf1viq4ru5J2mwbf10celh7swGJ3NNGl+EzAIPGQFmvnP4uKlWpQLr9xxxE4a8WV MNoQ== X-Received: by 10.66.175.143 with SMTP id ca15mr6293316pac.155.1361955113530; Wed, 27 Feb 2013 00:51:53 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.66.175.143 with SMTP id ca15mr6293308pac.155.1361955113463; Wed, 27 Feb 2013 00:51:53 -0800 (PST) Received: by 10.68.43.228 with HTTP; Wed, 27 Feb 2013 00:51:53 -0800 (PST) In-Reply-To: References: Date: Wed, 27 Feb 2013 14:21:53 +0530 Message-ID: Subject: Re: WiFi TDMA AR7161, results and moving forward From: Mukunda Haveri To: Adrian Chadd X-Gm-Message-State: ALoCoQlvoJjmEvUXcXerUidvk87qy/I2D5u2k7PYqZ/3aXZZvSi6kaOLAnRm8Z1dfnd7pRACkipslmAg5fBzHm+aAS98WSz/HFe9kQgNSFWD+pDaaysR/66xm2mzQEFo8/s4CIgkmhalJmnOMUQwDgoR/l0dBF27Y341aputZIqOYBJBi6Tm5Dw= Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-wireless@freebsd.org, freebsd-mips@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Feb 2013 08:52:01 -0000 Hi, I have been trying in vain to get 2 freebsd based systems working with a wlan-lan bridge. | Host A | <---> | Lan-side arge0 | <--> | AP Wlan | <--- Air ------- > | STA Wlan | <---> | Lan-side arge0 | <--> | Host B | Is this functionality broken on the head? OR Am I missing something? Appreciate if somebody can help me with scripts to setup the traffic in the mode mentioned above. We are using AR9280 based wireless card along with AR7161 boards from Compex... Thanks, Mukunda On Tue, Feb 19, 2013 at 2:58 AM, Adrian Chadd wrote: > On 18 February 2013 03:31, Mukunda Haveri wrote: > > > > Thanks to Adrian's WiFi scripts, we were able to get the TDMA working on > the > > Compex-AR7161 board. The results were surprising; we are able to do, > close > > to 100 mbps one way iperf tests and 40 mbps bidirectional Iperf in > non-TDMA > > mode. We were able to achieve this, only after disabling all the debug > > options in the kernel. Porting the U-Boot to the Compex-boards did take > lot > > of effort, but not the "FreeBsd". Many thanks to all the "scientists" who > > made this possible. > > Nice! Which wireless cards are you using? > > [ AR9280 ] > > Moving forward, it is observed that the TDMA throughput peaks at 9 mbps > and > > refuses to move beyond. After reducing the slot duration to 1 ms, the > > throughput increased to around 12 mbps. I was expecting the TDMA to > yield a > > better throughput because of collision-less scheme. I would like to > > understand if our observation is expected or if there's some inherent > > limitation within the TDMA controller. > > > > It will be good to have some feedback from TDMers with similar > experience or > > better. > > Right now the TDMA code doesn't implement MCS rates or TX aggregation. > Thus you're not going to get 11n like throughput. > > The first thing to implement is allowing for MCS rates > (non-aggregation) and make sure all the packet duration calculations > are being done "right". > > After that, we need to implement delayed blockack support in net80211 > and the ath driver. That requires the stack to support handling BA > requests/responses and ath(4) to mark all frame descriptors in a > delayed-BA TID to be no-ack. > > Once that's done, we can tie it all together to make it work over TDMA. :-) > > Thanks, > > > Adrian > DISCLAIMER: The information contained in this message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and permanently delete this message and any attachments from your system. Any dissemination, use, review, distribution, printing or copying of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. PointRed Telecom Ltd (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system and does not guarantee that the integrity of this communication has been maintained or that this communication is free of viruses, interceptions or interferences.