From owner-freebsd-wireless@freebsd.org Fri May 10 17:15:21 2019 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17EDE15A8058 for ; Fri, 10 May 2019 17:15:21 +0000 (UTC) (envelope-from stephen@cablefree.net) Received: from outmx-006.london.gridhost.co.uk (outmx-006.london.gridhost.co.uk [95.142.156.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C7FC824A3 for ; Fri, 10 May 2019 17:15:19 +0000 (UTC) (envelope-from stephen@cablefree.net) Received: from mail-lf1-f54.google.com (unknown [209.85.167.54]) (Authenticated sender: cablefree@cablefree.net) by outmx-006.london.gridhost.co.uk (Postfix) with ESMTPA id 85BCE26293BB for ; Fri, 10 May 2019 18:09:40 +0100 (BST) Received: by mail-lf1-f54.google.com with SMTP id h13so4660250lfc.7 for ; Fri, 10 May 2019 10:09:40 -0700 (PDT) X-Gm-Message-State: APjAAAXJNv8+3+ZTCfvw6+ev2s+dlPtJSHguNpRs0ekojyWkcXFl7B2L /AAfF8PZEIyDqHD3c+li5VyYvjRkyxU5bgDLWdk= X-Google-Smtp-Source: APXvYqwXqF+dufQOwYIb3J10zbpwAhjzAl26CH3E/CV5G+7wf2c/vejkd6hAyyVL26jpZfRIiW+wnhXK646AcOSoptM= X-Received: by 2002:a19:cc95:: with SMTP id c143mr6628279lfg.138.1557508179877; Fri, 10 May 2019 10:09:39 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Stephen Patrick Date: Fri, 10 May 2019 18:09:38 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: TDMA Wireless status? To: Adrian Chadd Cc: "freebsd-wireless@freebsd.org" X-Rspamd-Queue-Id: 7C7FC824A3 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.89 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(1.25)[ip: (3.70), ipnet: 95.142.156.0/22(0.96), asn: 198047(1.70), country: GB(-0.09)]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mail3.eqx.gridhost.co.uk]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:198047, ipnet:95.142.156.0/22, country:GB]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_IN_DNSWL_LOW(-0.10)[174.156.142.95.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.85)[0.847,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-wireless@freebsd.org]; DMARC_NA(0.00)[cablefree.net]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; RCVD_TLS_LAST(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2019 17:15:21 -0000 That sounds really interesting! Is anyone - your or others - interested in pursuing this work further? We are very interested - Look forward to hearing more, Best regards Stephen On Thu, 9 May 2019 at 19:55, Adrian Chadd wrote: > hi! > > Ok, so the 30 second version: > > * the AR54xx, AR91xx and later 11n chips had some changes to the > resolution of the timers that Sam used to control transmit timing and > windows; that should all work fine; > * there's no rate control right now, it's "stuff as many frames into the > queue and let the hardware transmit what it can when it can"; that isn't > optimal but it works fine; > * Sam didn't publish code to support >1 STA but I don't think it'd be hard > to add that support. > > SO, out of the box the basic TDMA bits work. But! > > The important gotcha - on the AR9380 and later chips the DMA engine logic > changed. The "FIFO" model uses a FIFO of TX descriptor lists. The earlier > model just had TX descriptor list that you would append to. Unfortunately > when they added that they changed the ungate to ungate a single FIFO entry, > rather than run the DMA engine until all the txop timers had completed. > > So for example if you pushed in eight individual packets into 8 FIFO slots > in the voice queue and then you got a voice TxOP, you may notice you're > only getting a /single/ FIFO slot - ie, one packet - each TxOP. > > This shows up when doing TDMA because, unfortunately, the TDMA TX uses the > TxOP window to control how long each TDMA burst is. So if you only fill in > a couple of frames per FIFO slot, it will only transmit a couple frames per > TXOP window. I did some hackery in if_ath_tx_edma.c to try and build up > larger lists of frames to send to the hardware and it proved that i can hit > the theoretical max. But it's not optimal, because say you only send 3/4 of > your frame list in a single FIFO slot. Well, the next TXOP it'll only send > the last 1/4 and then stop until the next TXOP when it'll grab the next > FIFO slot. So, the "right" behaviour would be to push roughly a TXOP worth > of frames into a FIFO slot and hope that you're mostly hitting the > theoretical maximum. > > I never got around to implementing AMPDU on it because, well, I got busy > with life. AMPDU is a bit of a pain because we'd have to implement delayed > block-ack in net80211 and .. again, I never got around to it. It's not > impossible, but someone's gonna have to do it. (ie, you'd send A-MPDU > bursts during your TxOP and then there would be either a delayed block-ack > response in the next burst from the receiver, or it would use its beacon > interval to piggyback the delayed block ack on.) > > I hope that helps! > > > > -adrian > > > On Thu, 25 Apr 2019 at 04:20, Stephen Patrick > wrote: > >> Hello Adrian! >> >> Yes, we're certainly very interested. >> >> Ideally, looking for a developer who could assist in making this real & >> working. >> >> Look forward to hearing more, >> Best regards >> >> Stephen >> >> >> On Sat, 13 Apr 2019 at 19:46, Adrian Chadd >> wrote: >> >>> Hi, >>> >>> There's some work done on the ath(4) hardware for 11a parts done by Sam >>> Leffler. I fixed it for 11n parts. It's in FreeBSD-HEAD. >>> >>> I figured out how to get it mostly working on the AR93xx/AR94xx parts >>> too but it turns out there are some significant hardware changes in how the >>> MAC schedules packets that a whole lot of work needs to be done to get >>> effective TDMA on those parts. >>> >>> If you're interested in it I can brain dump where I was at with it! >>> >>> >>> -adrian >>> >>> On Fri, 12 Apr 2019 at 01:51, Stephen Patrick >>> wrote: >>> >>>> Thanks Adrian, >>>> >>>> We are interested in "long range outdoor" (10-20km) with high gain >>>> antennas. >>>> Do you know "Mikrotik Nstreme/NV2" and "Ubiquity Airmax" ? >>>> Those have framing/polling done in software - wrapped around the >>>> wireless driver. >>>> Is there equivalent developed in FreeBSD? >>>> >>>> Best regards >>>> >>>> Stephen >>>> >>>> >>>> On Thu, 11 Apr 2019 at 20:52, Adrian Chadd >>>> wrote: >>>> >>>>> hi! >>>>> >>>>> I know that a lot of the 11ac chips do TDMA but the vendors keep the >>>>> implementation and knobs close to their chest. We don't have any public >>>>> APIs for it. Sorry :( >>>>> >>>>> >>>>> -a >>>>> >>>>> >>>>> On Thu, 11 Apr 2019 at 10:23, Stephen Patrick >>>>> wrote: >>>>> >>>>>> Dear sirs, >>>>>> >>>>>> Is this feature working for point-to-point, and point-to-multipoint >>>>>> long >>>>>> range links? >>>>>> 802.11ac chipsets/modes supported? >>>>>> >>>>>> Best regards >>>>>> >>>>>> Stephen >>>>>> >>>>>> -- >>>>>> >>>>>> *Stephen Patrick* >>>>>> >>>>>> *Director* >>>>>> >>>>>> Wireless Excellence Limited >>>>>> The Oxford Science Park >>>>>> G6, Magdalen Centre, Robert Robinson Avenue >>>>>> Oxford OX4 4GA - United Kingdom >>>>>> >>>>>> CAUTION - This message is confidential and may contain privileged >>>>>> information intended only for the use of the addressee named above. >>>>>> If you >>>>>> are not the intended recipient of this message you are hereby >>>>>> notified that >>>>>> any use, dissemination, distribution or reproduction of this message >>>>>> is >>>>>> prohibited. If you have received this message in error please notify >>>>>> Wireless Excellence immediately. Any views expressed in this message >>>>>> are >>>>>> those of the individual sender and may not necessarily reflect the >>>>>> views of >>>>>> Wireless Excellence Ltd. >>>>>> _______________________________________________ >>>>>> freebsd-wireless@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>>>>> To unsubscribe, send any mail to " >>>>>> freebsd-wireless-unsubscribe@freebsd.org" >>>>>> >>>>> >>>> >>>> -- >>>> >>>> *Stephen Patrick* >>>> >>>> *Director* >>>> >>>> >>>> Wireless Excellence Limited >>>> The Oxford Science Park >>>> G6, Magdalen Centre, Robert Robinson Avenue >>>> Oxford OX4 4GA - United Kingdom >>>> >>>> Tel: +44 (0) 870 4959169 Mob: +44 (0)7802 425581 >>>> Email: stephen@cablefree.net Skype: stephenjpatrick Google: >>>> cablefree.stephen >>>> >>>> [image: Facebook] [image: >>>> Linkedin] [image: >>>> RSS] [image: Youtube] >>>> [image: Flickr] >>>> [image: Twitter] >>>> >>>> >>>> CAUTION - This message is confidential and may contain privileged >>>> information intended only for the use of the addressee named above. If you >>>> are not the intended recipient of this message you are hereby notified that >>>> any use, dissemination, distribution or reproduction of this message is >>>> prohibited. If you have received this message in error please notify >>>> Wireless Excellence immediately. Any views expressed in this message are >>>> those of the individual sender and may not necessarily reflect the views of >>>> Wireless Excellence Ltd. >>>> >>> >> >> -- >> >> *Stephen Patrick* >> >> *Director* >> >> >> Wireless Excellence Limited >> The Oxford Science Park >> G6, Magdalen Centre, Robert Robinson Avenue >> Oxford OX4 4GA - United Kingdom >> >> Tel: +44 (0) 870 4959169 Mob: +44 (0)7802 425581 >> Email: stephen@cablefree.net Skype: stephenjpatrick Google: >> cablefree.stephen >> >> [image: Facebook] [image: >> Linkedin] [image: >> RSS] [image: Youtube] >> [image: Flickr] >> [image: Twitter] >> >> >> CAUTION - This message is confidential and may contain privileged >> information intended only for the use of the addressee named above. If you >> are not the intended recipient of this message you are hereby notified that >> any use, dissemination, distribution or reproduction of this message is >> prohibited. If you have received this message in error please notify >> Wireless Excellence immediately. Any views expressed in this message are >> those of the individual sender and may not necessarily reflect the views of >> Wireless Excellence Ltd. >> > -- *Stephen Patrick* *Director* Wireless Excellence Limited The Oxford Science Park G6, Magdalen Centre, Robert Robinson Avenue Oxford OX4 4GA - United Kingdom Tel: +44 (0) 870 4959169 Mob: +44 (0)7802 425581 Email: stephen@cablefree.net Skype: stephenjpatrick Google: cablefree.stephen [image: Facebook] [image: Linkedin] [image: RSS] [image: Youtube] [image: Flickr] [image: Twitter] CAUTION - This message is confidential and may contain privileged information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error please notify Wireless Excellence immediately. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of Wireless Excellence Ltd.