11s on openwrt

Mon Oct 12 09:33:03 EDT 2009

Francesco wrote:
> On Fri, Oct 9, 2009 at 5:28 PM, Leonardo Maccari
> <leonardo.maccari at unifi.it>wrote:
> 
>> Hi Leonardo
>>

Hi Francesco, thanks for your response.

>> What I'd like to know from you is:
>> - did anybody already tried this before? (ath+openwrt+11s)
>>
> 
> Yep many people are actually working with that configuration, i did some
> mesh experiments with ath5k + openwrt + 11s

nice to know! I'm now trying to set-up a kamikaze (8.09.1) openwrt with 
kernel 2.6.26 with 11s. I'm running into problems because kamikaze does 
not have support for ath5k, meaning that if you enable it you have an 
error during compilation:

ath5k: Unknown symbol __bad_udelay
insmod: cannot insert 'ath5k.ko': unknown symbol in module (-1): No such 
file oy

now if you tried with kamikaze you met this error too. I solved it with 
a dummy patch for the driver. Once able to compile kamikaze for ath5k I 
compiled compat-wireless-old and substituted the modules in 
/lib/modules/<version>. Actually I moved all the compiled modules :

eeprom_93cx6.ko 

mac80211_hwsim.ko 

iwlagn.ko 

iwl3945.ko 

iwlcore.ko 

ath9k.ko 

ath5k.ko 

cfg80211.ko 

ieee80211_crypt_ccmp.ko 

ieee80211_crypt_tkip.ko 

ieee80211.ko 

ieee80211_crypt_wep.ko 

ieee80211_crypt.ko 

mac80211.ko

Anyway, when trying to load the modules from compat-wireless-old I have 
segfault in some of them [1].

What version of openwrt did you use? did you try with the trunk that 
ships with 2.6.28 or were you able to have the kamikaze working?

> Basically the actual implementation differs from the draft (not a standard
> already) in many points, the major difference is the proactive routing not
> yet implemented, and many terms (PREQ PREP RREQ RREP ecc ecc).
> If you get hands on a recent draft then you can clearly see "what" is
> implemented in code and what not.
> Take a look also in the mail archive you'll find useful resources.

Thanks again, I have a fairly old draft (mid-2008) somewhere, do you 
think I need to convince somebody to get a new one?

Ciao,
leonardo.

[1]
ath5k_pci 0000:00:01.0: registered as '<NULL>'
Unable to handle kernel NULL pointer dereference at virtual address 00000078
pgd = c3e60000
[00000078] *pgd=03f1a031, *pte=00000000, *ppte=00000000
Internal error: Oops: 817 [#1]
Modules linked in: ath5k(+) nls_base mac80211 cfg80211 ide_core crc7 
crc_itu_t i
CPU: 0    Not tainted  (2.6.26.8 #26)
PC is at ath5k_pci_probe+0x1d4/0xed0 [ath5k]
LR is at log_wait+0x0/0x8
pc : [<bf077480>]    lr : [<c02983a8>]    psr: 60000013
sp : c3f3bd30  ip : c02983a8  fp : c3f3bdac
r10: c3c14400  r9 : c485c000  r8 : bf0840c4
r7 : 00000000  r6 : bf084290  r5 : 00002be0  r4 : c3c1444c
r3 : 00000000  r2 : a0000013  r1 : 00000086  r0 : c2c40180
Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
Control: 000039ff  Table: 03e60000  DAC: 00000015
Process insmod (pid: 2056, stack limit = 0xc3f3a260)
Stack: (0xc3f3bd30 to 0xc3f3c000)
bd20:                                     c3f3bd3c c008e8cc c0109e08 
c3813cf0
bd40: c4860000 c2c40180 00000000 c008e8a0 c00b6590 c010e468 4501af8a 
0965921a
bd60: c3f3bd88 c3c144b4 c3f3bd88 c3f3bd78 c010b000 c010bd30 c3c14400 
c3f3bd98
bd80: c3f3bd08 bf0840f4 c3c14400 c3c1444c 00000000 bf0840c4 c485c000 
00000000
bda0: c3f3bdd4 c3f3bdb0 c011e018 bf0772b8 c3c1444c bf0840f4 bf0840f4 
bf0840f4
bdc0: bf084420 c029d464 c3f3bdf0 c3f3bdd8 c0135500 c011dfc4 c3c1444c 
bf0840f4
bde0: c3c144f4 c3f3be0c c3f3bdf4 c0135600 c013541c 00000000 c3f3be10 
c01355b4
be00: c3f3be38 c3f3be10 c0134b44 c01355c0 c3c036b8 c3c036b8 c3c14494 
00000000
be20: bf0840f4 c3eb5240 00000000 c3f3be48 c3f3be3c c0135328 c0134b04 
c3f3be74
be40: c3f3be4c c0134fdc c0135314 bf0804a0 bf0840f4 bf0840f4 c49a7c18 
00000000
be60: bf084420 c49a75b0 c3f3be9c c3f3be78 c01357fc c0134f44 bf0840c4 
bf0840f4
be80: c49a7c18 00000000 bf084420 c49a75b0 c3f3beb8 c3f3bea0 c011e23c 
c0135770
bea0: 00000029 c3dc6800 c49a7c18 c3f3becc c3f3bebc bf08601c c011e208 
00000029
bec0: c3f3bfa4 c3f3bed0 c0056f84 bf08600c 00000000 00074028 00000000 
00000000
bee0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00000000
bf00: 00000000 00000000 00000000 c4a05958 c3e7d418 c49a7bc8 c49a7880 
c49a7bf0
bf20: 00000000 0000026b 0000026b bf080580 c028e040 c3f3a000 00000029 
c49a744f
bf40: c49a75b0 00000029 00000027 00000000 00000000 00000000 00000000 
00000000
bf60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
00074028
bf80: 00000000 002f6c69 00000080 c0022c24 c3f3a000 bef52db4 00000000 
c3f3bfa8
bfa0: c0022a80 c0055a74 00000000 002f6c69 00900080 400a2008 001aade9 
00074028
bfc0: 00074028 00000000 002f6c69 00000000 bef52ea4 00000002 bef52db4 
0000c95c
bfe0: 40050930 bef51960 0001173c 40050940 20000010 00900080 e59f00d8 
e3a01c03
Backtrace:
[<bf0772ac>] (ath5k_pci_probe+0x0/0xed0 [ath5k]) from [<c011e018>] 
(pci_device_)
[<c011dfb8>] (pci_device_probe+0x0/0x88) from [<c0135500>] 
(driver_probe_device)
[<c0135410>] (driver_probe_device+0x0/0x1a4) from [<c0135600>] 
(__driver_attach)
  r6:c3c144f4 r5:bf0840f4 r4:c3c1444c
[<c01355b4>] (__driver_attach+0x0/0x70) from [<c0134b44>] 
(bus_for_each_dev+0x4)
  r6:c01355b4 r5:c3f3be10 r4:00000000
[<c0134af8>] (bus_for_each_dev+0x0/0x84) from [<c0135328>] 
(driver_attach+0x20/)
  r7:00000000 r6:c3eb5240 r5:bf0840f4 r4:00000000
[<c0135308>] (driver_attach+0x0/0x28) from [<c0134fdc>] 
(bus_add_driver+0xa4/0x)
[<c0134f38>] (bus_add_driver+0x0/0x210) from [<c01357fc>] 
(driver_register+0x98)
[<c0135764>] (driver_register+0x0/0x11c) from [<c011e23c>] 
(__pci_register_driv)
[<c011e1fc>] (__pci_register_driver+0x0/0x80) from [<bf08601c>] 
(init_ath5k_pci)
  r6:c49a7c18 r5:c3dc6800 r4:00000029
[<bf086000>] (init_ath5k_pci+0x0/0x44 [ath5k]) from [<c0056f84>] 
(sys_init_modu)
  r4:00000029
[<c0055a68>] (sys_init_module+0x0/0x1638) from [<c0022a80>] 
(ret_fast_syscall+0)
Code: eb3efa71 e51b0068 e3a01086 e590303c (e5834078)
---[ end trace 7323216afed0a4c7 ]---
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
br-lan: port 1(eth0) entering learning state
br-lan: topology change detected, propagating
br-lan: port 1(eth0) entering forwarding state

-- 
            Leonardo Maccari, Telecommunication Network Lab,
Department of Electronics and Telecommunications, University of Florence
   http://lart.det.unifi.it/Members/maccari/  Lab Tel:+39 055 4796467
   Key fingerprint = 3129 C583 F03B 2E73 0115  C040 3489 0185 B592 19FE