Re: Mode/Channel/Bitrate API

[Johannes Berg <johannes@sipsolutions.net>]

[-- Attachment #1: Type: text/plain, Size: 1885 bytes --]

On Wed, 2007-10-17 at 10:15 -0400, Luis R. Rodriguez wrote:
> On 10/17/07, Johannes Berg <johannes@sipsolutions.net> wrote:
> > On Tue, 2007-10-16 at 16:40 -0400, Michael Wu wrote:
> > > On Friday 12 October 2007 16:48:30 Johannes Berg wrote:
> > > >  (a) the driver registers which channel center frequencies it can
> > > >      operate with, it could in theory just be a range (e.g. 2400-2500
> > > >      MHz) or more practically be list of center frequencies.
> > > List would be best, but..
> > >
> > > >      Just
> > > >      contains frequencies and possibly hardware dependent values for the
> > > >      frequency. This is done in "bands", something like
> > > >      FREQUENCY_BAND_2_4GHZ and FREQUENCY_BAND_5GHZ, "bands" replace the
> > > >      current "modes".
> > > Being able to just register frequency bands would work for many (but not all)
> > > drivers out there and would be more convenient than listing everything.
> >
> > Yeah but it doesn't help when the user wants to enable/disable certain
> > channels or the regulatory code needs to, so it seems we need to go with
> > a list.
> 
> The regulatory work can just iterate over the currently established
> channels for each wiphy. Who defines those or how is not important to
> the regulatory work. I'm not sure why the range approach would not
> work here. A card usually works on a range of frequencies anyway.

Right. But the regulatory code may need to have power restrictions
different on different channels and generally wants to be able to
restrict things for each channel, so it'd be good to have the list
defined right away by the driver. It seems that if we don't put this
into the driver but rather have a frequency range there, we need to
allocate an array of channels later for this work and that's not needed
if we start out with an array of channels.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 828 bytes --]