Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 06 May 2008 01:06:50 +0930
From:      Benjamin Close <Benjamin.Close@clearchain.com>
To:        Jordan Coleman <jordan@jordancoleman.com>
Cc:        AT Matik <asstec@matik.com.br>, freebsd-mobile@freebsd.org
Subject:   Re: "International" channels on a CM9
Message-ID:  <481F2992.5080809@clearchain.com>
In-Reply-To: <F5A5F6FE-C3E7-4B72-B616-3C9FA54837C2@jordancoleman.com>
References:  <6B39D996-3A54-43FD-922F-C5883FA8B405@JordanColeman.com>	<200804240842.16865.asstec@matik.com.br> <F5A5F6FE-C3E7-4B72-B616-3C9FA54837C2@jordancoleman.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Jordan Coleman wrote:
> On Apr 24, 2008, at 7:42 AM, AT Matik wrote:
>>> I have an embedded system that contains a Wistron CM9 802.11 card,
>>> purchased in the US.  After extensive testing in the US, the unit is
>>> now being installed in Europe, where 802.11b/g channels 1-13 are
>>> employed.  How can I enable channels 12 and 13 on this hardware, which
>>> currently seems to only be able to use the "US" channels, 1-11?
>
>> on some cards it is possible to achieve by setting the country code 
>> at boot
>> time (sysctl in loader.conf) on others not
>
> sysctl shows countrycode=0, regdomain=0.  I can change the countrycode 
> to other (valid) settings, but I have a feeling that setting that at 
> runtime is already too late.
>
>> there is a way again on some cards to tweak the card's eprom memory 
>> to get the
>> extended channels
>
> It was my impression based on the research I did before purchasing the 
> card that there aren't multiple SKUs representing hardware for 
> different regions -- just the one card which can cover the full range 
> of frequencies.  Is that not the case with the CM9?
>
>> you can try attached exec which should run on i386 at least on 5.3 
>> and perhaps
>> 6... (i don't remember)
>>
>> in order to do it you need to boot with the card installed in single 
>> user mode
>> and after setting reboot to see if it works
>
> If I do end up having to make an EEPROM change, single-user mode isn't 
> an easy option in this case.  The hardware is built into a 
> weathertight box mounted on the outside of a structure; there's no 
> console.  The system boots via PXE and mounts its root filesystem via 
> NFS, though, and I have remote power control as well, so I have fairly 
> complete control over bootup.  Is single-user strictly necessary?
Hmm, this may have been recently fixed:

On Sun, Apr 27, 2008 at 10:03:56PM +0000, Sam Leffler wrote:

> > sam         2008-04-27 22:03:56 UTC
> > 
> >   FreeBSD src repository
> > 
> >   Modified files:
> >     sys/dev/ath          if_ath.c 
> >   Log:
> >   restore the hal's channel list when doing getradiocaps so it's in sync with
> >   the 802.11 layer's list
>   






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?481F2992.5080809>