From: Luca Coelho <luca@coelho.fi>
To: Kalle Valo <kvalo@codeaurora.org>, Steve deRosier <derosier@gmail.com>
Cc: Samuel Sieb <samuel@sieb.net>,
"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: Re: Max clients on wifi access point with 7265
Date: Mon, 19 Feb 2018 11:26:44 +0200 [thread overview]
Message-ID: <1519032404.7832.84.camel@coelho.fi> (raw)
In-Reply-To: <87h8qdldfq.fsf@purkki.adurom.net>
On Mon, 2018-02-19 at 08:07 +0200, Kalle Valo wrote:
> Steve deRosier <derosier@gmail.com> writes:
>
> > On Wed, Feb 14, 2018 at 2:04 PM, Samuel Sieb <samuel@sieb.net>
> > wrote:
> > > On 02/14/2018 03:30 AM, Johannes Berg wrote:
> > > >
> > > > On Wed, 2018-02-14 at 10:55 +0000, Mickaël PANNEQUIN wrote:
> > > >
> > > > >
> > > > > Do you know the limit of the number of users connected at the
> > > > > same
> > > > > time on the wifi? Works fine with 14 connected devices but
> > > > > not more.
> > > > >
> > > > > How to increase it?
> > > >
> > > >
> > > > You can't.
> > > >
> > > > > This limit is hardware?
> > > >
> > > >
> > > > More or less, yes. The HW/FW can support 16 STAs, but needs two
> > > > for
> > > > other bookkeeping.
> > >
> > >
> > > As a general question, is there a standard way to determine this
> > > limit for
> > > any particular hardware?
> >
> >
> > Yes, but there's no easy way. Put it in AP mode and connect clients
> > to
> > it until it starts rejecting new clients or dropping the old ones.
> > Usually while watching it with a sniffer. That's how I've always
> > had
> > to do it.
> >
> > Different chips will have different limits, and there's no reliable
> > way to determine the limit across all chips other than trial and
> > error. It seems a common desire of people to try to use client
> > chips
> > as poor-man APs. While it will work for very limited number of
> > clients, they're not intended as AP chips. If you want something to
> > work as an AP, I recommend you choose an AP chip.
>
> We do have wiphy::max_ap_assoc_sta, but I see only ath10k, qtnfmac and
> rsi_91x setting it. I wish all drivers would use that.
>
> * @max_ap_assoc_sta: maximum number of associated stations supported in AP mode
> * (including P2P GO) or 0 to indicate no such limit is advertised. The
> * driver is allowed to advertise a theoretical limit that it can reach in
> * some cases, but may not always reach.
Cool, I hadn't noticed this before. I'll add a patch to iwlwifi to add
it.
--
Cheers,
Luca.
next prev parent reply other threads:[~2018-02-19 9:26 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-14 10:55 Max clients on wifi access point with 7265 Mickaël PANNEQUIN
2018-02-14 11:30 ` Johannes Berg
2018-02-14 22:04 ` Samuel Sieb
2018-02-14 22:36 ` Johannes Berg
2018-02-14 22:38 ` Steve deRosier
2018-02-19 6:07 ` Kalle Valo
2018-02-19 9:26 ` Luca Coelho [this message]
2018-02-19 11:18 ` Luca Coelho
2018-02-27 8:33 ` Kalle Valo
2018-02-27 17:56 ` Steve deRosier
2018-02-28 12:14 ` Kalle Valo
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1519032404.7832.84.camel@coelho.fi \
--to=luca@coelho.fi \
--cc=derosier@gmail.com \
--cc=kvalo@codeaurora.org \
--cc=linux-wireless@vger.kernel.org \
--cc=samuel@sieb.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;
as well as URLs for NNTP newsgroup(s).