Search Linux Wireless

Re: [PATCH 1/2] cfg80211: Support for automatic channel selection in AP mode

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2012-06-20 at 15:12 +0530, Vivek Natarajan wrote:

> >> For P2P, the operating channel needs to be known before group negotiation starts.
> >> This is true in case of P2P GO or client. It needs a separate p2p command from
> >> wpa_cli to get the acs-based best channel information from the driver.
> >
> > So .. is there any reason to not do only the second, and then pass that
> > channel back here instead?
> 
> So, what you recommend is, for both AP and P2P GO modes, the logic
> should be to request the driver for best channel, then the best
> channel information event to be passed to userspace and then starting
> the AP/GO mode of operation.

That's what I'm thinking, yes.

> The current ath6kl firmware has some limitation for getting this
> channel information separately and hence not yet implemented this.
> Moreover this needs to be a synchronous operation: to request and get
> the event for best channel after a full cycle of channel assessment is
> done.

Right, but if you're working on this surely you can do without this
particular patch for now?

The reason I'm talking about this is the channel concurrency framework
that Michal is working on, which would conflict somehow with this I
think.

johannes

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux