>
> >
>  > No, "you only need *-allow-ap-vlan-modes.patch for current hostapd git", as
>  > SERIES says. I think that would be
>  > 
> http://johannes.sipsolutions.net/patches/kernel/all/LATEST/026-allow-ap-vlan-modes.patch.
>  >
>
>  OK, it's starting to get a little more clear now.
>
>  I've git-pulled the whole wireless-testing, applied this patch and am
>  right now in the process of compiling the kernel.
>
>  After this, time for hostapd...
>

With the following patch applied, plus libnl 1.1, and git hostapd...

unencrypted AP --> success;
WAP --> segfault

A quick strace shows that the segfault appears some time after
receiving a message from the netlink socket.

More strange though: in case the wlan interface is within a bridge
interface (knowing that the "primary" interface of the bridge is not
the wlan interface itself, but another Ethernet card on the same
machine), the segfault does NOT occur. Instead, I get this ad vitam
aeternam in hostapd's stdout output:

----
209603485.139742: Failed to set CTS protect in kernel driver
1209603485.139869: Failed to set Short Slot Time option in kernel driver
1209603485.139909: Could not set preamble for kernel driver
1209603485.478903: wlan0: STA 00:15:00:35:12:e0 IEEE 802.11: authenticated
1209603485.480120: Failed to set CTS protect in kernel driver
1209603485.480169: Failed to set Short Slot Time option in kernel driver
1209603485.480328: Could not set preamble for kernel driver
1209603485.482510: wlan0: STA 00:15:00:35:12:e0 IEEE 802.11:
associated (aid 1, accounting session 48191554-00000009)
Could not set station 00:15:00:35:12:e0 flags for kernel driver (errno=22).
Could not set station 00:15:00:35:12:e0 flags for kernel driver (errno=22).
1209603488.491854: wlan0: STA 00:15:00:35:12:e0 IEEE 802.11:
deauthenticated due to local deauth request
[then loop back to the first message after barely a second]
----

-- 
Francis Galiegue, [EMAIL PROTECTED]
"It seems obvious [...] that at least some 'business intelligence'
tools invest so much intelligence on the business side that they have
nothing left for generating SQL queries" (Stéphane Faroult, in "The
Art of SQL", ISBN 0-596-00894-5)
_______________________________________________
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev

Reply via email to