rtap mode.

[David Woodhouse]

Was this ever observed to work?

First, it oopses as soon as you read from (or write to) the lbs_rtap
files, because to_net_dev() works on the 'struct device' which is
embedded _within_ a struct net_device, and not some arbitrary other
struct device which happens to be related to it.

After fixing that, it still doesn't seem to do much useful. The eth1
device doesn't work any more -- it doesn't seem to associate -- and
rtap0 doesn't show any packets either. How's it supposed to work?

When I give up on it and try to go back to normal mode, that crashes
too...

[root at efika ~]# echo 0 > /sys/class/net/eth1/lbs_rtap
[  335.693490] BUG: spinlock bad magic on CPU#0, bash/1916
[  335.698953]  lock: c7bbda80, .magic: 00000000, .owner: <none>/-1, .owner_cpu: 0
[  335.706504] Call Trace:
[  335.709047] [c7973db0] [c0008e0c] show_stack+0x50/0x184 (unreliable)
[  335.715691] [c7973dd0] [c014a510] spin_bug+0x8c/0xd0
[  335.720944] [c7973df0] [c014a694] _raw_spin_lock+0x34/0x118
[  335.726800] [c7973e10] [c02f6088] _spin_lock_irqsave+0x20/0x38
[  335.732931] [c7973e30] [cb14d02c] ieee80211_crypt_quiescing+0x20/0x48 [ieee80211_crypt]
[  335.741315] [c7973e50] [cb1a02e4] free_ieee80211+0x28/0xf4 [ieee80211]
[  335.748163] [c7973e70] [cb1ad474] lbs_remove_rtap+0x30/0x4c [libertas]
[  335.755093] [c7973e80] [cb1af7f8] lbs_rtap_set+0xb8/0x198 [libertas]
[  335.761831] [c7973eb0] [c01e287c] dev_attr_store+0x28/0x40
[  335.767621] [c7973ec0] [c00fae98] sysfs_write_file+0x128/0x19c
[  335.773761] [c7973ef0] [c00ab1b4] vfs_write+0xdc/0x1b8
[  335.779169] [c7973f10] [c00ab870] sys_write+0x4c/0x8c
[  335.784480] [c7973f40] [c0013d00] ret_from_syscall+0x0/0x38



-- 
dwmw2