On 04/29/10 13:40, Luis Henriques wrote:
On 2010/04/28 18:41, Luis Henriques wrote:
Anyway, this gave me the chance to find some more differences between
ath(4) and linux ath5k device driver. Two constants (HAL_MODE_11G and
HAL_MODE_XR) were defined with the wrong values. See updated patch
bellow.
hmm, I'm not sure about this...
--- sys/dev/ic/ar5xxx.h 20 Apr 2010 22:05:41 -0000 1.48
+++ sys/dev/ic/ar5xxx.h 28 Apr 2010 17:33:17 -0000
@@ -92,9 +92,9 @@ typedef enum {
HAL_MODE_TURBO = 0x002,
HAL_MODE_11B = 0x004,
HAL_MODE_PUREG = 0x008,
- HAL_MODE_11G = 0x010,
+ HAL_MODE_11G = 0x080,
HAL_MODE_108G = 0x020,
- HAL_MODE_XR = 0x040,
+ HAL_MODE_XR = 0x010,
HAL_MODE_ALL = 0xfff
} HAL_MODE;
With HAL_MODE_11G = 0x080 and HAL_MODE_XR = 0x010 my system hangs, with
previous values I can at least run ifconfig ath0 scan
The values for these HAL_MODE_XXX constants don't really matter,
unless you want to use the origional binary blob HAL, which we don't
support anyway.
Changing those values is making the difference on my laptop, wrong
values freeze the kernel so I think there's something weird somewhere.
Cheers
Giovanni