From: Mahesh Palivela <maheshp@posedge.com>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>,
"linville@tuxdriver.com" <linville@tuxdriver.com>
Subject: Re: [RFC] cfg80211: VHT regulatory
Date: Wed, 5 Sep 2012 10:15:29 +0530 [thread overview]
Message-ID: <5046D8E9.3050505@posedge.com> (raw)
In-Reply-To: <1346747134.3737.10.camel@jlt4.sipsolutions.net>
On 09/04/2012 01:55 PM, Johannes Berg wrote:
> On Tue, 2012-09-04 at 08:55 +0530, Mahesh Palivela wrote:
>> net/wireless/reg.c | 104
>> ++++++++++++++++++++++++++++++++++++++++++++++++
>
> Even for an RFC patch it'd be nice to not mangle it :)
>
My email text editor issue. wrapping more than 80 char.
>> + * @center_freq2: center frequency of 2 nd frequency segment
>
> I'd add a note here that the 2nd is only used for 80+80
>
Sure
>> + * @prim_chan_freq: primary channel frequency
>
> You said you wanted to change it to be like the standard, that's not how
> it works though, the standard says (copying from your email)
>
> dot11CurrentPrimaryChannel
> Denotes the location of the primary 20 MHz channel.
> Valid range is 1 to 200.
>
From that number we derive freq in kHZ. Even center freq also mentioned
as number only. we need to use formula to derive freq in kHZ. Thought
better hostapd convert numbers to freq value.
>> + left_end_freq -= MHZ_TO_KHZ(10);
>> + right_end_freq -= MHZ_TO_KHZ(10);
>
> Hmm? Shouldn't you add 10 MHz to the lower end, if anything?
>
Nope. For example 80 MHz BW, take channel 36, 40, 44 and 48. Center freq
value is chan 42. so left end will be chan 34 and right end will be chan
50. so I am subtracting 10MHz on both ends to get chan 36 and 48
Hope I made it clear.
>> + /* find out all possible secondary channels */
>> + while (left_end_freq < right_end_freq) {
>> + chan = ieee80211_get_channel(wiphy, left_end_freq);
>
> Overall I'm not sure I'd go to the channel structs for this function at
> all though, I'd rather go to the regulatory definition, I think that
> would make more sense.
>
> OTOH, this may be needed to keep the ability for the driver to disable
> certain channels etc.
>
>> + const struct ieee80211_reg_rule *reg_rule = NULL;
>> + const struct ieee80211_freq_range *freq_range = NULL;
>
> Don't initialize to values you don't need.
>
Sure, will remove inits.
>> + case IEEE80211_CHAN_WIDTH_80P80MHZ:
>> + desired_bw_khz = MHZ_TO_KHZ(160);
>
> This is not true at all.
>
ok, will change to 80 MHz
>> + break;
>> + }
>
> Missing a default case with a warning/error return?
>
ok, will add default.
>> + r = freq_reg_info_regd(wiphy,
>> + chan_config->prim_chan_freq,
>> + desired_bw_khz,
>> + ®_rule,
>> + regd);
>> +
>> + if (r) {
>> + REG_DBG_PRINT("Disabling freq %d MHz as custom "
>> + "regd has no rule that fits a %d MHz "
>> + "wide channel\n",
>> + chan_config->prim_chan_freq,
>> + KHZ_TO_MHZ(desired_bw_khz));
>
> That's not a good message in this context now. Clearly it came from the
> channel flag settings, but now we don't do that so ...
OK. I will modify REG_DBG_PRINT()
>
> johannes
>
next prev parent reply other threads:[~2012-09-05 4:45 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-04 3:25 [RFC] cfg80211: VHT regulatory Mahesh Palivela
2012-09-04 8:25 ` Johannes Berg
2012-09-05 4:45 ` Mahesh Palivela [this message]
2012-09-05 4:49 ` Julian Calaby
2012-09-05 4:54 ` Mahesh Palivela
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=5046D8E9.3050505@posedge.com \
--to=maheshp@posedge.com \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
/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).