Development issues regarding the cerowrt test router project
 help / color / mirror / Atom feed
From: David Lang <david@lang.hm>
To: Adrian Chadd <adrian@freebsd.org>
Cc: bufferbloat-fcc-discuss
	<bufferbloat-fcc-discuss@lists.redbarn.org>,
	cerowrt-devel@lists.bufferbloat.net,
	make-wifi-fast@lists.bufferbloat.net,
	Henning Rogge <hrogge@gmail.com>
Subject: Re: [Cerowrt-devel] [bufferbloat-fcc-discuss] arstechnica confirms tp-link router lockdown
Date: Sun, 13 Mar 2016 18:25:28 -0700 (PDT)	[thread overview]
Message-ID: <alpine.DEB.2.02.1603131823061.1904@nftneq.ynat.uz> (raw)
In-Reply-To: <CAJ-VmoneRhDXKEd5-v4FtRCiS+YmVrwedMhb3OsjzPiZ7L7HuQ@mail.gmail.com>

On Sun, 13 Mar 2016, Adrian Chadd wrote:

> You do that in hardware. Do the Mac, phy and RF in hardware.
>
> This is what the qca hardware does.

unfortunantly, that's not what the existing chipsets do.

So unless you can create a new chipset, you can't just change what's done in 
hardware.

David Lang

> a
> On Mar 13, 2016 5:25 PM, "David Lang" <david@lang.hm> wrote:
>
>> On Sat, 12 Mar 2016, Adrian Chadd wrote:
>>
>> On 12 March 2016 at 11:14, Henning Rogge <hrogge@gmail.com> wrote:
>>>
>>>> On Sat, Mar 12, 2016 at 3:32 PM, Wayne Workman
>>>> <wayne.workman2012@gmail.com> wrote:
>>>>
>>>>> I understand that Broadcom was paid to develop the Pi, a totally free
>>>>> board.
>>>>>
>>>>> And they already make wireless chipsets.
>>>>>
>>>>
>>>> The question is how easy would it be to build a modern 802.11ac
>>>> halfmac chip... the amount of work these chips do (especially with 3*3
>>>> or 4*4 MIMO) is not trivial.
>>>>
>>>
>>> It's not that scary - most of the latency sensitive things are:
>>>
>>> * channel change - eg background scans
>>> * calibration related things - but most slow calibration could be done
>>> via firmware commands, like the intel chips do!
>>> * transmit a-mpdu / retransmit
>>> * transmit rate control adaptation
>>> * receiving / block-ack things - which is mostly done in hardware anyway
>>> * likely some power save transition-y things too
>>>
>>
>> you are ignoring MU-MIMO, the ability to transmit different signals from
>> each antenna so that the interference patterns from the different signals
>> result in different readable data depending on where the receiver is in
>> relation to the access point is not a trivial thing.
>>
>> But it's one of the most valuable features in the spec.
>>
>> David Lang
>>
>

  parent reply	other threads:[~2016-03-14  1:25 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-11 18:17 [Cerowrt-devel] " Dave Taht
2016-03-11 18:22 ` Luis E. Garcia
2016-03-11 19:07   ` Jonathan Morton
2016-03-11 20:26     ` Alan Jenkins
2016-03-11 20:40       ` [Cerowrt-devel] [Make-wifi-fast] " David Lang
2016-03-12  9:38         ` Jonathan Morton
2016-03-13  0:15           ` David Lang
2016-03-13 15:18             ` Jonathan Morton
2016-03-13 17:40               ` moeller0
2016-03-13 18:17                 ` Jonathan Morton
2016-03-13 18:25                   ` moeller0
2016-03-13 20:15                     ` Jonathan Morton
2016-03-13 21:17                       ` moeller0
     [not found]               ` <CAEfCu-p+87PkRrN-=9=-CA3JpQesRU2RDmxN-yEJt_95Au-yxA@mail.gmail.com>
2016-03-13 17:48                 ` [Cerowrt-devel] [bufferbloat-fcc-discuss] " Dave Taht
2016-03-13 18:23                   ` moeller0
2016-03-13 23:22                 ` David Lang
     [not found]                   ` <CAEfCu-o7hb+6O0NNc4oUrn7noaVvBhBJK3zNjB8mWtgVtkqpZg@mail.gmail.com>
2016-03-14  1:03                     ` David Lang
     [not found] ` <CAEfCu-rQN+H7h0OY_3CSrrGcVZ=A4=b0XTAU2h3Pz3_ksh56dw@mail.gmail.com>
2016-03-12 19:15   ` [Cerowrt-devel] [bufferbloat-fcc-discuss] " Henning Rogge
     [not found]     ` <CAJ-Vmo=_zKnmN=yxDuTrKMPR_2gk+d1kzT0bsZYewTSMXCkcCg@mail.gmail.com>
     [not found]       ` <CAEfCu-rmR=p1bAGJjPvaMMBAjKRU1wBeZW4ZQCZVm5eVXCCRQQ@mail.gmail.com>
2016-03-12 22:20         ` Dave Taht
2016-03-13  1:04       ` David Lang
     [not found]         ` <CAEfCu-r-C3C6P2LpKJduvX733YnbwxBF6nOFAPEMbF28qjRXBg@mail.gmail.com>
2016-03-13  8:06           ` David Lang
     [not found]         ` <CAJ-VmoneRhDXKEd5-v4FtRCiS+YmVrwedMhb3OsjzPiZ7L7HuQ@mail.gmail.com>
2016-03-14  1:25           ` David Lang [this message]
2016-03-13 18:19       ` Dave Taht
2016-03-13  1:00   ` David Lang
     [not found] <201603131325.NAA15063@sunf10.rd.bbc.co.uk>
2016-03-13 23:20 ` David Lang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.DEB.2.02.1603131823061.1904@nftneq.ynat.uz \
    --to=david@lang.hm \
    --cc=adrian@freebsd.org \
    --cc=bufferbloat-fcc-discuss@lists.redbarn.org \
    --cc=cerowrt-devel@lists.bufferbloat.net \
    --cc=hrogge@gmail.com \
    --cc=make-wifi-fast@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox