Regulatory domain in WiFi

[GoogleCodeExporter]

What steps will reproduce the problem?
1. have an AP broadcasting on channel 14
2. enable channel 14 in the telephone (Wifi menu advanced)
3. notice that it won't connect (not in range)

Does work with the LG 1.5 an 2.2 editions.

Original issue reported on code.google.com by ste...@konink.de on 11 Jul 2011 at 12:01

[GoogleCodeExporter]

I think I is related with hidden SSID.

currently CyanogenMod7 do not support a hidden SSID.

Original comment by wkp...@gmail.com on 4 Sep 2011 at 6:11

• Added labels: Component-WiFi

[GoogleCodeExporter]

It isn't related to a hidden SSID. Because the SSID is actually scanable. The 
setting is just never remembered.

Original comment by ste...@konink.de on 4 Sep 2011 at 9:02

[GoogleCodeExporter]

Settings => Wireless & Network => "Wi-Fi Settings" => "Advanced" => "Regulatory 
Domain"

Original comment by wkp...@gmail.com on 5 Sep 2011 at 5:58

[GoogleCodeExporter]

Wkpark the setting is not saved. Not even if you expicitly do menu 'Save'. On 
next boot it back to 13.

Original comment by ste...@konink.de on 5 Sep 2011 at 4:35

[GoogleCodeExporter]

http://code.google.com/p/cyanogenmod/issues/detail?id=3053

Original comment by wkp...@gmail.com on 6 Sep 2011 at 5:02

[GoogleCodeExporter]

Does this mean when you release a new kernel/boot.img it is fixed?

Original comment by ste...@konink.de on 6 Sep 2011 at 7:31

[GoogleCodeExporter]

no. that is just a related CM7 issue.

Original comment by wkp...@gmail.com on 6 Sep 2011 at 11:38

[GoogleCodeExporter]

I think this is related patch.
this patch update the bcm4329 wireless driver. but It can not be cleanly 
applicable.

https://github.com/CyanogenMod/htc-kernel-msm7x30/commit/7c690a04089ab2709f79291
103926d009bda3e21

Original comment by wkp...@gmail.com on 7 Sep 2011 at 12:13

[GoogleCodeExporter]

If you want me to give a try in applying it to our kernel, just send me the 
related files, or point me to the kernel we currently use.

Original comment by ste...@konink.de on 7 Sep 2011 at 12:26

[GoogleCodeExporter]

I think some commits are missing or not applied selectively.

I don't remember the src repo of the orig bcm4329 but this is one of them.
 - https://github.com/OpenEtna/android_kernel/commits/android-msm-2.6.35-unified/drivers/net/wireless/bcm4329

and this is the OpenEVE kernel.
http://dev.naver.com/scm/viewvc.php/trunk/?root=openeve

Original comment by wkp...@gmail.com on 7 Sep 2011 at 1:56

[GoogleCodeExporter]

Original comment by wkp...@gmail.com on 7 Sep 2011 at 7:43

• Changed state: Accepted
• Added labels: Priority-Low
• Removed labels: Priority-Medium

[GoogleCodeExporter]

What is the reason you don't want to pull in the entire subdir? Because it 
seems that broadcom is actually making all these changes. Are there any 
specifics in there for Eve?

Original comment by ste...@konink.de on 10 Sep 2011 at 11:52

[GoogleCodeExporter]

bcm4329 driver is almost separately developed by broadcom. and It depends on 
specific kernel version.
officially, kernel v2.6.32 is no longer supported by known repos (like as 
CM-kernels, CodeAurora, etc),
and the msm7201a chipset neither.
 - OpenEtna - based on CM-kernel (CM-kernel is based on Android kernel) (2.6.35)
 - LG Official kernel - based on the old CodeAurora (Qualcomm) repo. (2.6.32)
 - OpenEVE - based on LG Official kernel.
 - CodeAurora - no longer support the msm7201a chipset.

so I can't simply merge the latest bcm4329 or all subdirs of kernel tree.
that's why I have to merge commits sophisticated manner.

Original comment by wkp...@gmail.com on 11 Sep 2011 at 6:19

[GoogleCodeExporter]

If you did port the code related to the wifi. The Channel 14 selection still 
doesn't memorize.

Original comment by ste...@konink.de on 17 Oct 2011 at 12:26