All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luis R. Rodriguez <lrodriguez@atheros.com>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] Reg domain won't change and forced to CO (I'm in	US)
Date: Tue, 27 Jan 2009 22:10:27 -0800	[thread overview]
Message-ID: <20090128061027.GD6174@tesla> (raw)
In-Reply-To: <9E657A77-CD42-4D7A-8586-A31C90CFAC55@groovy.org>

On Tue, Jan 27, 2009 at 08:24:31PM -0800, Chris Kennedy wrote:
> 
> On Jan 27, 2009, at 9:17 PM, Luis R. Rodriguez wrote:
> 
> > On Tue, Jan 27, 2009 at 06:55:20PM -0800, Chris Kennedy wrote:
> >> I have a DWA-552 and am in the US, using the newest wireless testing
> >> as of an hour ago.
> >> I have things working from the Jan 20th wireless testing, but since
> >> then these newer
> >> ones have not let me change the reg domain (even with newest version
> >> containing the
> >> fix).  I have attached my boot up log and trying to change the reg
> >> domain to US, iw --debug
> >> output.  It just won't use anything but the CO reg domain, can't
> >> change it from that for some
> >> odd reason.  I'm trying to use AP mode, but just booting up and
> >> trying set the reg domain
> >> properly to US doesn't happen, and I can't use it because all
> >> channels are invalid I try (even
> >> when having hostapd not fail when the set reg domain call returns an
> >> error).  Something
> >> seems wrong, if my card has the regdomain wrong and set to CO, that
> >> seems like it's useless
> >> unless that value is ignored, but works great as an AP in pre Jan 16
> >> versions.
> >>
> >> Thanks,
> >> Chris
> >
> > Chris,
> >
> > It seems you do not have CRDA or the wireless-regdb installed, please
> > install these as they are now required, otherwise a minimal world
> > regulatory
> > domain is set (what you are seeing). By shifting code to userspace
> > we have
> > reduced the size of ath9k, and since CRDA is no part of the
> > regulatory support
> > for Linux in general distributions in general will be shipping it
> > soon.
> >
> > http://wireless.kernel.org/download/wireless-regdb/wireless-
> > regdb-2009.01.15.tar.bz2
> > Once in the directory just do (no need to build):
> >
> > sudo make install
> >
> > http://wireless.kernel.org/download/crda/crda-1.0.1.tar.bz2
> >
> > crda requires proper building:
> >
> > make
> > sudo make install
> >
> > http://wireless.kernel.org/en/developers/Regulatory
> 
> 
> I've actually already installed the newest git versions of both crda
> and wireless-regdb, Although I just realized I didn't put the udev
> file into
> the /etc/udev/ area for this system, after putting that file into
> place It now
> starts up hostapd alright and allows changing the regulatory domain
> with the newest wireless testing kernel.

Great.

> That seems ok, except now my wireless clients can't connect, in fact the
> hostapd log doesn't seem like they are even talking properly, there's no
> loging of them trying to associate (but can see AP and stay forever
> trying
> to setup the network).  I tried US and CO in hostapd but either does
> the same
> thing, tried channels 11, 1, 3 and 7 so far.

Are you using hostapd from git? What are you using for your clients, what
cards, what drivers, what OS?

> WIth that udev file setup, it works nicely now in my Jan 16 wireless
> testing kernel,
> uses that now instead of the default kernel built-in stuff.  Is there
> anything I'm doing
> wrong, seems like since the card is using CO and my clients are in US
> that maybe
> they aren't going to talk?

If your AP is up I believe you should at least see some stuff in the logs,
will see if I can try to reproduce your issue in the morning, for now going
to get some sleep.

Just one thing -- keep in mind that when you have a country value on your
ath9k card it will be respected and when a user then enters a country you
are helping compliance, not overriding it. That said you are getting the
intersection between CO and US when trying to apply US on your CO card.

Please show your latest 'iw list' output, and provide your hostapd log.

  Luis

  reply	other threads:[~2009-01-28  6:10 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-28  2:55 [ath9k-devel] Reg domain won't change and forced to CO (I'm in US) Chris Kennedy
2009-01-28  3:17 ` Luis R. Rodriguez
2009-01-28  4:24   ` Chris Kennedy
2009-01-28  6:10     ` Luis R. Rodriguez [this message]
2009-01-28  9:39       ` Chris Kennedy
2009-01-30 17:39         ` Luis R. Rodriguez
2009-01-31  1:23           ` Chris Kennedy
2009-01-31  4:12             ` Chris Kennedy
2009-02-02 21:06             ` Luis R. Rodriguez
2009-02-02 21:35               ` Chris Kennedy
2009-02-02 21:54                 ` Chris Kennedy
2009-02-02 22:13                 ` Chris Kennedy
2009-02-02 22:23                   ` Chris Kennedy
2009-02-02 22:46                     ` Luis R. Rodriguez
2009-02-02 23:31                       ` Chris Kennedy
2009-02-02 23:47                         ` Luis R. Rodriguez
2009-02-02 23:59                           ` Chris Kennedy
2009-02-03  0:11                             ` Luis R. Rodriguez
2009-02-03  0:16                               ` Chris Kennedy
2009-02-07  1:53                                 ` Chris Kennedy
2009-02-02 22:40                 ` Luis R. Rodriguez
2009-02-02 23:44                   ` Luis R. Rodriguez

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=20090128061027.GD6174@tesla \
    --to=lrodriguez@atheros.com \
    --cc=ath9k-devel@lists.ath9k.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.