* Re: [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv"
@ 2010-08-12 18:04 Tim Glaremin
2010-08-13 3:24 ` Sven Eckelmann
2010-08-14 17:26 ` [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv" Marek Lindner
0 siblings, 2 replies; 20+ messages in thread
From: Tim Glaremin @ 2010-08-12 18:04 UTC (permalink / raw)
To: b.a.t.m.a.n
Hello,
I compiled an new image with symbols included, here is what demsg returned:
"root@OpenWrt:/# dmesg
Linux version 2.6.32.16 (tim@atze) (gcc version 4.3.3 (GCC) ) #1 Thu Aug
12 14:49:00 CEST 2010
CPU revision is: 00029008 (Broadcom BCM3302)
ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x0E, vendor 0x4243)
ssb: Core 1 found: Fast Ethernet (cc 0x806, rev 0x09, vendor 0x4243)
ssb: Core 2 found: MIPS 3302 (cc 0x816, rev 0x06, vendor 0x4243)
ssb: Core 3 found: USB 1.1 Host (cc 0x817, rev 0x02, vendor 0x4243)
ssb: Core 4 found: MEMC SDRAM (cc 0x80F, rev 0x01, vendor 0x4243)
ssb: Core 5 found: IEEE 802.11 (cc 0x812, rev 0x09, vendor 0x4243)
ssb: Core 6 found: Roboswitch (cc 0x81C, rev 0x02, vendor 0x4243)
ssb: Initializing MIPS core...
ssb: set_irq: core 0x0806, irq 4 => 4
ssb: set_irq: core 0x0816, irq 5 => 2
ssb: set_irq: core 0x0812, irq 2 => 5
ssb: after irq reconfiguration
ssb: core 0x0800, irq : 2(S) 3* 4 5 6 D I
ssb: core 0x0806, irq : 2(S) 3 4* 5 6 D I
ssb: core 0x0816, irq : 2(S)* 3 4 5 6 D I
ssb: core 0x0817, irq : 2(S) 3 4 5 6* D I
ssb: core 0x080f, irq : 2(S) 3 4 5 6 D I*
ssb: core 0x0812, irq : 2(S) 3 4 5* 6 D I
ssb: core 0x081c, irq : 2(S) 3 4 5 6 D I*
ssb: Sonics Silicon Backplane found at address 0x18000000
Serial init done.
Determined physical RAM map:
memory: 01000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Zone PFN ranges:
Normal 0x00000000 -> 0x00001000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0x00000000 -> 0x00001000
On node 0 totalpages: 4096
free_area_init_node: node 0, pgdat 802a5b50, node_mem_map 802eb000
Normal zone: 32 pages used for memmap
Normal zone: 0 pages reserved
Normal zone: 4064 pages, LIFO batch:0
Built 1 zonelists in Zone order, mobility grouping off. Total pages: 4064
Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2
noinitrd console=ttyS0,115200
PID hash table entries: 64 (order: -4, 256 bytes)
Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
Primary data cache 8kB, 2-way, VIPT, no aliases, linesize 16 bytes
Memory: 13236k/16384k available (2231k kernel code, 3148k reserved, 476k
data, 136k init, 0k highmem)
Hierarchical RCU implementation.
NR_IRQS:128
console [ttyS0] enabled
Calibrating delay loop... 199.16 BogoMIPS (lpj=398336)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
bio: create slab <bio-0> at 0
Switching to clocksource MIPS
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 512 (order: 0, 4096 bytes)
TCP bind hash table entries: 512 (order: -1, 2048 bytes)
TCP: Hash tables configured (established 512 bind 512)
TCP reno registered
NET: Registered protocol family 1
squashfs: version 4.0 (2009/01/31) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (SUMMARY) © 2001-2006 Red Hat, Inc.
msgmni has been set to 25
io scheduler noop registered
io scheduler deadline registered (default)
Serial: 8250/16550 driver, 2 ports, IRQ sharing enabled
serial8250: ttyS0 at MMIO 0xb8000300 (irq = 3) is a 16550A
serial8250: ttyS1 at MMIO 0xb8000400 (irq = 3) is a 16550A
serial8250.0: ttyS0 at MMIO 0xb8000300 (irq = 3) is a 16550A
serial8250.0: ttyS1 at MMIO 0xb8000400 (irq = 3) is a 16550A
flash init: 0x1c000000 0x02000000
Physically mapped flash: Found 1 x16 devices at 0x0 in 16-bit bank
Physically mapped flash: Found an alias at 0x400000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x800000 for the chip at 0x0
Physically mapped flash: Found an alias at 0xc00000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1000000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1400000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1800000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1c00000 for the chip at 0x0
Amd/Fujitsu Extended Query Table at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Flash device: 0x400000 at 0x1fc00000
bootloader size: 262144
Updating TRX offsets and length:
old trx = [0x0000001c, 0x00000974, 0x000e2c00], len=0x00281000
crc32=0x00d3dbd9
new trx = [0x0000001c, 0x00000974, 0x000e2c00], len=0x000e2c00
crc32=0xbdc7b0c6
Done
Creating 4 MTD partitions on "Physically mapped flash":
0x000000000000-0x000000040000 : "cfe"
0x000000040000-0x0000003f0000 : "linux"
0x000000122c00-0x0000003f0000 : "rootfs"
mtd: partition "rootfs" must either start or end on erase block boundary
or be smaller than an erase block -- forcing read-only
mtd: partition "rootfs" set to be root filesystem
mtd: partition "rootfs_data" created automatically, ofs=2A0000, len=150000
0x0000002a0000-0x0000003f0000 : "rootfs_data"
0x0000003f0000-0x000000400000 : "nvram"
b44.c:v2.0
eth0: Broadcom 44xx/47xx 10/100BaseT Ethernet 00:25:9c:3c:46:04
BCM47xx Watchdog Timer enabled (30 seconds, nowayout)
TCP westwood registered
NET: Registered protocol family 17
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
Freeing unused kernel memory: 136k freed
Please be patient, while OpenWrt loads ...
diag: Detected 'Linksys WRT54G/GS/GL'
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is off for TX and off for RX.
roboswitch: Probing device eth0: found a 5325! It's a 5350.
mini_fo: using base directory: /
mini_fo: using storage directory: /tmp/root
b44: eth0: powering down PHY
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is off for TX and off for RX.
device eth0.0 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.0) entering forwarding state
Compat-wireless backport release: compat-wireless-2010-07-13-4-g04898a5
Backport based on wireless-2.6.git v2.6.35-rc6-48432-gdce358e
cfg80211: Calling CRDA to update world regulatory domain
cfg80211: World regulatory domain updated:
(start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
(2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
(2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
(2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
(5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
(5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
b43-phy0: Broadcom 5352 WLAN found (core revision 9)
phy0: Selected rate control algorithm 'minstrel'
Registered led device: b43-phy0::tx
Registered led device: b43-phy0::rx
Registered led device: b43-phy0::radio
Broadcom 43xx driver loaded [ Features: PL, Firmware-ID: FW13 ]
Broadcom 43xx-legacy driver loaded [ Features: PLID, Firmware-ID: FW10 ]
PPP generic driver version 2.4.2
ip_tables: (C) 2000-2006 Netfilter Core Team
NET: Registered protocol family 24
nf_conntrack version 0.5.0 (208 buckets, 832 max)
batman-adv:B.A.T.M.A.N. advanced 2010.0.0 (compatibility version 8) loaded
batman-adv:Adding interface: wlan0
batman-adv:Not using interface wlan0 (retrying later): interface not active
jffs2_scan_eraseblock(): End of filesystem marker found at 0x0
jffs2_build_filesystem(): unlocking the mtd device... done.
jffs2_build_filesystem(): erasing all blocks after the end marker... done.
mini_fo: using base directory: /
mini_fo: using storage directory: /overlay
br-lan: port 1(eth0.0) entering disabled state
device eth0 left promiscuous mode
device eth0.0 left promiscuous mode
br-lan: port 1(eth0.0) entering disabled state
device eth0.0 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.0) entering forwarding state
batman-adv:Removing interface: wlan0
b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10)
CPU 0 Unable to handle kernel paging request at virtual address
00003aa1, epc == 805882f4, ra == 805882dc
Oops[#1]:
Cpu 0
$ 0 : 00000000 10009800 3c9c2500 80dca000
$ 4 : 80362b88 00003a9e 00003a98 00000000
$ 8 : 00000004 00000001 8029fd20 00000001
$12 : 0000000f 8023a728 ffffffff 80da5bc8
$16 : 80e9de80 80dca000 8058c334 80547ec0
$20 : 00000008 7ff5e300 7ff5e250 00000001
$24 : 0000003c 8f1bbcdc
$28 : 80da4000 80da5d58 00475028 805882dc
Hi : 00000000
Lo : 00000000
epc : 805882f4 update_min_mtu+0x2d8/0x4d8 [batman_adv]
Not tainted
ra : 805882dc update_min_mtu+0x2c0/0x4d8 [batman_adv]
Status: 10009803 KERNEL EXL IE
Cause : 0080000c
BadVA : 00003aa1
PrId : 00029008 (Broadcom BCM3302)
Modules linked in: batman_adv nf_nat_tftp nf_conntrack_tftp nf_nat_irc
nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp ipt_MASQUERADE iptable_nat
nf_nat xt_NOTRACK iptable_raw xt_state nf_conntrack_ipv4 nf_defrag_ipv4
nf_conntrack pppoe pppox ipt_REJECT xt_TCPMSS ipt_LOG xt_comment
xt_multiport xt_mac xt_limit iptable_mangle iptable_filter ip_tables
xt_tcpudp x_tables ppp_async ppp_generic slhc b43legacy b43 mac80211
crc_ccitt cfg80211 compat_firmware_class compat arc4 aes_generic deflate
ecb cbc switch_robo switch_core diag
Process hostapd (pid: 1372, threadinfo=80da4000, task=80763650,
tls=00000000)
Stack : 80e9de80 80dca000 8058c334 80547ec0 80e9de80 80588a5c 8037d2a8
fffffff2
00000000 80dca000 00000000 fffffff0 00000000 80dca000 00000008
8004343c
00000000 80dca000 00000000 801a545c 00000000 80dca000 7ff5e270
00000000
80da5e18 800435d8 00000000 7ff5e270 00008914 00000000 00000000
ffffffed
80dca000 801a93c4 802e6c90 801aa3ec 00000000 0000001d 00008924
00008924
...
Call Trace:
[<805882f4>] update_min_mtu+0x2d8/0x4d8 [batman_adv]
[<805882dc>] update_min_mtu+0x2c0/0x4d8 [batman_adv]
Code: 24c50006 88820003 98820000 <a8a20003> b8a20000 90830004
a0a30004 90820005 a0a20005
Disabling lock debugging due to kernel taint"
An the return of logread:
"root@OpenWrt:/# logread
Jan 1 00:00:16 OpenWrt user.debug kernel: Normal zone: 32 pages used
for memmap
Jan 1 00:00:16 OpenWrt user.debug kernel: Normal zone: 0 pages reserved
Jan 1 00:00:16 OpenWrt user.debug kernel: Normal zone: 4064 pages,
LIFO batch:0
Jan 1 00:00:16 OpenWrt user.warn kernel: Built 1 zonelists in Zone
order, mobility grouping off. Total pages: 4064
Jan 1 00:00:16 OpenWrt user.notice kernel: Kernel command line:
root=/dev/mtdblock2 rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200
Jan 1 00:00:16 OpenWrt user.info kernel: PID hash table entries: 64
(order: -4, 256 bytes)
Jan 1 00:00:16 OpenWrt user.info kernel: Dentry cache hash table
entries: 2048 (order: 1, 8192 bytes)
Jan 1 00:00:16 OpenWrt user.info kernel: Inode-cache hash table
entries: 1024 (order: 0, 4096 bytes)
Jan 1 00:00:16 OpenWrt user.warn kernel: Primary instruction cache
16kB, VIPT, 2-way, linesize 16 bytes.
Jan 1 00:00:16 OpenWrt user.warn kernel: Primary data cache 8kB, 2-way,
VIPT, no aliases, linesize 16 bytes
Jan 1 00:00:17 OpenWrt user.info kernel: Memory: 13236k/16384k
available (2231k kernel code, 3148k reserved, 476k data, 136k init, 0k
highmem)
Jan 1 00:00:17 OpenWrt user.info kernel: Hierarchical RCU implementation.
Jan 1 00:00:17 OpenWrt user.info kernel: NR_IRQS:128
Jan 1 00:00:17 OpenWrt user.info kernel: console [ttyS0] enabled
Jan 1 00:00:17 OpenWrt user.info kernel: Calibrating delay loop...
199.16 BogoMIPS (lpj=398336)
Jan 1 00:00:17 OpenWrt user.warn kernel: Mount-cache hash table
entries: 512
Jan 1 00:00:17 OpenWrt user.info kernel: NET: Registered protocol family 16
Jan 1 00:00:17 OpenWrt user.warn kernel: bio: create slab <bio-0> at 0
Jan 1 00:00:17 OpenWrt user.info kernel: Switching to clocksource MIPS
Jan 1 00:00:17 OpenWrt user.info kernel: NET: Registered protocol family 2
Jan 1 00:00:17 OpenWrt user.info kernel: IP route cache hash table
entries: 1024 (order: 0, 4096 bytes)
Jan 1 00:00:17 OpenWrt user.info kernel: TCP established hash table
entries: 512 (order: 0, 4096 bytes)
Jan 1 00:00:17 OpenWrt user.info kernel: TCP bind hash table entries:
512 (order: -1, 2048 bytes)
Jan 1 00:00:17 OpenWrt user.info kernel: TCP: Hash tables configured
(established 512 bind 512)
Jan 1 00:00:17 OpenWrt user.info kernel: TCP reno registered
Jan 1 00:00:17 OpenWrt user.info kernel: NET: Registered protocol family 1
Jan 1 00:00:17 OpenWrt user.info kernel: squashfs: version 4.0
(2009/01/31) Phillip Lougher
Jan 1 00:00:17 OpenWrt user.warn kernel: Registering mini_fo version $Id$
Jan 1 00:00:17 OpenWrt user.info kernel: JFFS2 version 2.2. (NAND)
(SUMMARY) © 2001-2006 Red Hat, Inc.
Jan 1 00:00:17 OpenWrt user.info kernel: msgmni has been set to 25
Jan 1 00:00:17 OpenWrt user.info kernel: io scheduler noop registered
Jan 1 00:00:17 OpenWrt user.info kernel: io scheduler deadline
registered (default)
Jan 1 00:00:17 OpenWrt user.info kernel: Serial: 8250/16550 driver, 2
ports, IRQ sharing enabled
Jan 1 00:00:17 OpenWrt user.info kernel: serial8250: ttyS0 at MMIO
0xb8000300 (irq = 3) is a 16550A
Jan 1 00:00:17 OpenWrt user.info kernel: serial8250: ttyS1 at MMIO
0xb8000400 (irq = 3) is a 16550A
Jan 1 00:00:17 OpenWrt user.info kernel: serial8250.0: ttyS0 at MMIO
0xb8000300 (irq = 3) is a 16550A
Jan 1 00:00:17 OpenWrt user.info kernel: serial8250.0: ttyS1 at MMIO
0xb8000400 (irq = 3) is a 16550A
Jan 1 00:00:17 OpenWrt user.warn kernel: flash init: 0x1c000000 0x02000000
Jan 1 00:00:17 OpenWrt user.info kernel: Physically mapped flash: Found
1 x16 devices at 0x0 in 16-bit bank
Jan 1 00:00:17 OpenWrt user.debug kernel: Physically mapped flash:
Found an alias at 0x400000 for the chip at 0x0
Jan 1 00:00:17 OpenWrt user.debug kernel: Physically mapped flash:
Found an alias at 0x800000 for the chip at 0x0
Jan 1 00:00:17 OpenWrt user.debug kernel: Physically mapped flash:
Found an alias at 0xc00000 for the chip at 0x0
Jan 1 00:00:17 OpenWrt user.debug kernel: Physically mapped flash:
Found an alias at 0x1000000 for the chip at 0x0
Jan 1 00:00:17 OpenWrt user.debug kernel: Physically mapped flash:
Found an alias at 0x1400000 for the chip at 0x0
Jan 1 00:00:17 OpenWrt user.debug kernel: Physically mapped flash:
Found an alias at 0x1800000 for the chip at 0x0
Jan 1 00:00:17 OpenWrt user.debug kernel: Physically mapped flash:
Found an alias at 0x1c00000 for the chip at 0x0
Jan 1 00:00:17 OpenWrt user.warn kernel: Amd/Fujitsu Extended Query
Table at 0x0040
Jan 1 00:00:17 OpenWrt user.notice kernel: number of CFI chips: 1
Jan 1 00:00:17 OpenWrt user.notice kernel: cfi_cmdset_0002: Disabling
erase-suspend-program due to code brokenness.
Jan 1 00:00:17 OpenWrt user.notice kernel: Flash device: 0x400000 at
0x1fc00000
Jan 1 00:00:17 OpenWrt user.notice kernel: bootloader size: 262144
Jan 1 00:00:17 OpenWrt user.warn kernel: Updating TRX offsets and length:
Jan 1 00:00:17 OpenWrt user.warn kernel: old trx = [0x0000001c,
0x00000974, 0x000e2c00], len=0x00281000 crc32=0x00d3dbd9
Jan 1 00:00:17 OpenWrt user.warn kernel: new trx = [0x0000001c,
0x00000974, 0x000e2c00], len=0x000e2c00 crc32=0xbdc7b0c6
Jan 1 00:00:17 OpenWrt user.warn kernel: Done
Jan 1 00:00:17 OpenWrt user.notice kernel: Creating 4 MTD partitions on
"Physically mapped flash":
Jan 1 00:00:17 OpenWrt user.notice kernel:
0x000000000000-0x000000040000 : "cfe"
Jan 1 00:00:17 OpenWrt user.notice kernel:
0x000000040000-0x0000003f0000 : "linux"
Jan 1 00:00:17 OpenWrt user.notice kernel:
0x000000122c00-0x0000003f0000 : "rootfs"
Jan 1 00:00:17 OpenWrt user.warn kernel: mtd: partition "rootfs" must
either start or end on erase block boundary or be smaller than an erase
block -- forcing read-only
Jan 1 00:00:17 OpenWrt user.notice kernel: mtd: partition "rootfs" set
to be root filesystem
Jan 1 00:00:17 OpenWrt user.info kernel: mtd: partition "rootfs_data"
created automatically, ofs=2A0000, len=150000
Jan 1 00:00:17 OpenWrt user.notice kernel:
0x0000002a0000-0x0000003f0000 : "rootfs_data"
Jan 1 00:00:17 OpenWrt user.notice kernel:
0x0000003f0000-0x000000400000 : "nvram"
Jan 1 00:00:17 OpenWrt user.info kernel: b44.c:v2.0
Jan 1 00:00:17 OpenWrt user.info kernel: eth0: Broadcom 44xx/47xx
10/100BaseT Ethernet 00:25:9c:3c:46:04
Jan 1 00:00:17 OpenWrt user.info kernel: BCM47xx Watchdog Timer enabled
(30 seconds, nowayout)
Jan 1 00:00:17 OpenWrt user.info kernel: TCP westwood registered
Jan 1 00:00:17 OpenWrt user.info kernel: NET: Registered protocol family 17
Jan 1 00:00:17 OpenWrt user.info kernel: 802.1Q VLAN Support v1.8 Ben
Greear <greearb@candelatech.com>
Jan 1 00:00:17 OpenWrt user.info kernel: All bugs added by David S.
Miller <davem@redhat.com>
Jan 1 00:00:17 OpenWrt user.warn kernel: VFS: Mounted root (squashfs
filesystem) readonly on device 31:2.
Jan 1 00:00:17 OpenWrt user.info kernel: Freeing unused kernel memory:
136k freed
Jan 1 00:00:17 OpenWrt user.warn kernel: Please be patient, while
OpenWrt loads ...
Jan 1 00:00:17 OpenWrt user.warn kernel: diag: Detected 'Linksys
WRT54G/GS/GL'
Jan 1 00:00:17 OpenWrt user.info kernel: b44: eth0: Link is up at 100
Mbps, full duplex.
Jan 1 00:00:17 OpenWrt user.info kernel: b44: eth0: Flow control is off
for TX and off for RX.
Jan 1 00:00:17 OpenWrt user.info kernel: roboswitch: Probing device
eth0: found a 5325! It's a 5350.
Jan 1 00:00:17 OpenWrt user.info kernel: mini_fo: using base directory: /
Jan 1 00:00:17 OpenWrt user.info kernel: mini_fo: using storage
directory: /tmp/root
Jan 1 00:00:17 OpenWrt user.info kernel: b44: eth0: powering down PHY
Jan 1 00:00:19 OpenWrt user.info kernel: b44: eth0: Link is up at 100
Mbps, full duplex.
Jan 1 00:00:19 OpenWrt user.info kernel: b44: eth0: Flow control is off
for TX and off for RX.
Jan 1 00:00:21 OpenWrt user.info kernel: device eth0.0 entered
promiscuous mode
Jan 1 00:00:21 OpenWrt user.info kernel: device eth0 entered
promiscuous mode
Jan 1 00:00:21 OpenWrt user.info kernel: br-lan: port 1(eth0.0)
entering forwarding state
Jan 1 00:00:21 OpenWrt user.info kernel: Compat-wireless backport
release: compat-wireless-2010-07-13-4-g04898a5
Jan 1 00:00:21 OpenWrt user.info kernel: Backport based on
wireless-2.6.git v2.6.35-rc6-48432-gdce358e
Jan 1 00:00:22 OpenWrt user.info kernel: cfg80211: Calling CRDA to
update world regulatory domain
Jan 1 00:00:28 OpenWrt user.info kernel: cfg80211: World regulatory
domain updated:
Jan 1 00:00:28 OpenWrt user.info kernel: (start_freq - end_freq @
bandwidth), (max_antenna_gain, max_eirp)
Jan 1 00:00:28 OpenWrt user.info kernel: (2402000 KHz - 2472000 KHz
@ 40000 KHz), (300 mBi, 2000 mBm)
Jan 1 00:00:28 OpenWrt user.info kernel: (2457000 KHz - 2482000 KHz
@ 20000 KHz), (300 mBi, 2000 mBm)
Jan 1 00:00:28 OpenWrt user.info kernel: (2474000 KHz - 2494000 KHz
@ 20000 KHz), (300 mBi, 2000 mBm)
Jan 1 00:00:28 OpenWrt user.info kernel: (5170000 KHz - 5250000 KHz
@ 40000 KHz), (300 mBi, 2000 mBm)
Jan 1 00:00:28 OpenWrt user.info kernel: (5735000 KHz - 5835000 KHz
@ 40000 KHz), (300 mBi, 2000 mBm)
Jan 1 00:00:28 OpenWrt user.info kernel: b43-phy0: Broadcom 5352 WLAN
found (core revision 9)
Jan 1 00:00:28 OpenWrt user.debug kernel: phy0: Selected rate control
algorithm 'minstrel'
Jan 1 00:00:28 OpenWrt user.info kernel: Registered led device:
b43-phy0::tx
Jan 1 00:00:28 OpenWrt user.info kernel: Registered led device:
b43-phy0::rx
Jan 1 00:00:28 OpenWrt user.info kernel: Registered led device:
b43-phy0::radio
Jan 1 00:00:28 OpenWrt user.info kernel: Broadcom 43xx driver loaded [
Features: PL, Firmware-ID: FW13 ]
Jan 1 00:00:29 OpenWrt user.info kernel: Broadcom 43xx-legacy driver
loaded [ Features: PLID, Firmware-ID: FW10 ]
Jan 1 00:00:29 OpenWrt user.info kernel: PPP generic driver version 2.4.2
Jan 1 00:00:30 OpenWrt user.info kernel: ip_tables: (C) 2000-2006
Netfilter Core Team
Jan 1 00:00:30 OpenWrt user.info kernel: NET: Registered protocol family 24
Jan 1 00:00:31 OpenWrt user.warn kernel: nf_conntrack version 0.5.0
(208 buckets, 832 max)
Jan 1 00:00:32 OpenWrt user.info kernel: batman-adv:B.A.T.M.A.N.
advanced 2010.0.0 (compatibility version 8) loaded
Jan 1 00:00:35 OpenWrt user.info sysinit: Loading defaults
Jan 1 00:00:36 OpenWrt user.info sysinit: Loading synflood protection
Jan 1 00:00:36 OpenWrt user.info sysinit: Adding custom chains
Jan 1 00:00:37 OpenWrt user.info sysinit: Loading zones
Jan 1 00:00:38 OpenWrt user.info sysinit: Loading forwarding
Jan 1 00:00:38 OpenWrt user.info sysinit: Loading redirects
Jan 1 00:00:38 OpenWrt user.info sysinit: Loading rules
Jan 1 00:00:38 OpenWrt user.info sysinit: Loading includes
Jan 1 00:00:38 OpenWrt user.info sysinit: Loading zone defaults
Jan 1 00:00:39 OpenWrt user.notice root: adding lan (br-lan) to
firewall zone lan
Jan 1 00:00:41 OpenWrt user.notice dnsmasq: DNS rebinding protection is
active, will discard upstream RFC1918 responses!
Jan 1 00:00:46 OpenWrt daemon.info dnsmasq[806]: started, version 2.55
cachesize 150
Jan 1 00:00:46 OpenWrt daemon.info dnsmasq[806]: compile time options:
IPv6 GNU-getopt no-DBus no-I18N DHCP TFTP
Jan 1 00:00:46 OpenWrt daemon.info dnsmasq[806]: using local addresses
only for domain lan
Jan 1 00:00:46 OpenWrt daemon.warn dnsmasq[806]: no servers found in
/tmp/resolv.conf.auto, will retry
Jan 1 00:00:46 OpenWrt daemon.info dnsmasq[806]: read /etc/hosts - 1
addresses
Jan 1 00:00:46 OpenWrt user.info kernel: batman-adv:Adding interface: wlan0
Jan 1 00:00:46 OpenWrt user.err kernel: batman-adv:Not using interface
wlan0 (retrying later): interface not active
Jan 1 00:00:47 OpenWrt user.warn kernel: jffs2_scan_eraseblock(): End
of filesystem marker found at 0x0
Jan 1 00:00:47 OpenWrt user.warn kernel: jffs2_build_filesystem():
unlocking the mtd device... done.
Jan 1 00:01:00 OpenWrt user.warn kernel: jffs2_build_filesystem():
erasing all blocks after the end marker... done.
Jan 1 00:01:00 OpenWrt user.info sysinit: copying files ... done
Jan 1 00:01:01 OpenWrt user.info kernel: mini_fo: using base directory: /
Jan 1 00:01:01 OpenWrt user.info kernel: mini_fo: using storage
directory: /overlay
Jan 1 00:01:07 OpenWrt authpriv.info dropbear[877]: Running in background
Jan 1 00:06:33 OpenWrt daemon.warn dnsmasq[806]: failed to access
/tmp/resolv.conf.auto: No such file or directory
Jan 1 00:06:34 OpenWrt user.info kernel: br-lan: port 1(eth0.0)
entering disabled state
Jan 1 00:06:34 OpenWrt user.info kernel: device eth0 left promiscuous mode
Jan 1 00:06:34 OpenWrt user.info kernel: device eth0.0 left promiscuous
mode
Jan 1 00:06:34 OpenWrt user.info kernel: br-lan: port 1(eth0.0)
entering disabled state
Jan 1 00:06:40 OpenWrt user.info kernel: device eth0.0 entered
promiscuous mode
Jan 1 00:06:40 OpenWrt user.info kernel: device eth0 entered
promiscuous mode
Jan 1 00:06:40 OpenWrt user.info kernel: br-lan: port 1(eth0.0)
entering forwarding state
Jan 1 00:06:44 OpenWrt user.info kernel: batman-adv:Removing interface:
wlan0
Jan 1 00:06:48 OpenWrt user.info kernel: b43-phy0: Loading firmware
version 410.2160 (2007-05-26 15:32:10)
Jan 1 00:06:48 OpenWrt user.alert kernel: CPU 0 Unable to handle kernel
paging request at virtual address 00003aa1, epc == 805882f4, ra == 805882dc
Jan 1 00:06:48 OpenWrt user.warn kernel: Oops[#1]:
Jan 1 00:06:48 OpenWrt user.warn kernel: Cpu 0
Jan 1 00:06:48 OpenWrt user.warn kernel: $ 0 : 00000000 10009800
3c9c2500 80dca000
Jan 1 00:06:48 OpenWrt user.warn kernel: $ 4 : 80362b88 00003a9e
00003a98 00000000
Jan 1 00:06:48 OpenWrt user.warn kernel: $ 8 : 00000004 00000001
8029fd20 00000001
Jan 1 00:06:48 OpenWrt user.warn kernel: $12 : 0000000f 8023a728
ffffffff 80da5bc8
Jan 1 00:06:48 OpenWrt user.warn kernel: $16 : 80e9de80 80dca000
8058c334 80547ec0
Jan 1 00:06:48 OpenWrt user.warn kernel: $20 : 00000008 7ff5e300
7ff5e250 00000001
Jan 1 00:06:48 OpenWrt user.warn kernel: $24 : 0000003c 8f1bbcdc
Jan 1 00:06:48 OpenWrt user.warn kernel: $28 : 80da4000 80da5d58
00475028 805882dc
Jan 1 00:06:48 OpenWrt user.warn kernel: Hi : 00000000
Jan 1 00:06:48 OpenWrt user.warn kernel: Lo : 00000000
Jan 1 00:06:48 OpenWrt user.warn kernel: epc : 805882f4
update_min_mtu+0x2d8/0x4d8 [batman_adv]
Jan 1 00:06:48 OpenWrt user.warn kernel: Not tainted
Jan 1 00:06:48 OpenWrt user.warn kernel: ra : 805882dc
update_min_mtu+0x2c0/0x4d8 [batman_adv]
Jan 1 00:06:48 OpenWrt user.warn kernel: Status: 10009803 KERNEL EXL IE
Jan 1 00:06:48 OpenWrt user.warn kernel: Cause : 0080000c
Jan 1 00:06:48 OpenWrt user.warn kernel: BadVA : 00003aa1
Jan 1 00:06:48 OpenWrt user.warn kernel: PrId : 00029008 (Broadcom
BCM3302)
Jan 1 00:06:48 OpenWrt user.warn kernel: Modules linked in: batman_adv
nf_nat_tftp nf_conntrack_tftp nf_nat_irc nf_conntrack_irc nf_nat_ftp
nf_conntrack_ftp ipt_MASQUERADE iptable_nat nf_nat xt_NOTRACK
iptable_raw xt_state nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack
Jan 1 00:06:48 OpenWrt user.warn kernel: Process hostapd (pid: 1372,
threadinfo=80da4000, task=80763650, tls=00000000)
Jan 1 00:06:48 OpenWrt user.warn kernel: Stack : 80e9de80 80dca000
8058c334 80547ec0 80e9de80 80588a5c 8037d2a8 fffffff2
Jan 1 00:06:48 OpenWrt user.warn kernel: 00000000 80dca000
00000000 fffffff0 00000000 80dca000 00000008 8004343c
Jan 1 00:06:48 OpenWrt user.warn kernel: 00000000 80dca000
00000000 801a545c 00000000 80dca000 7ff5e270 00000000
Jan 1 00:06:48 OpenWrt user.warn kernel: 80da5e18 800435d8
00000000 7ff5e270 00008914 00000000 00000000 ffffffed
Jan 1 00:06:48 OpenWrt user.warn kernel: 80dca000 801a93c4
802e6c90 801aa3ec 00000000 0000001d 00008924 00008924
Jan 1 00:06:48 OpenWrt user.warn kernel: ...
Jan 1 00:06:48 OpenWrt user.warn kernel: Call Trace:
Jan 1 00:06:48 OpenWrt user.warn kernel: [<805882f4>]
update_min_mtu+0x2d8/0x4d8 [batman_adv]
Jan 1 00:06:48 OpenWrt user.warn kernel: [<805882dc>]
update_min_mtu+0x2c0/0x4d8 [batman_adv]
Jan 1 00:06:48 OpenWrt user.warn kernel: Code: 24c50006 88820003
98820000 <a8a20003> b8a20000 90830004 a0a30004 90820005 a0a20005
Jan 1 00:06:48 OpenWrt user.warn kernel: Disabling lock debugging due
to kernel taint"
Hope it helps.... The part Marek quoted at least did change :)
With best regards,
Tim
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv"
2010-08-12 18:04 [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv" Tim Glaremin
@ 2010-08-13 3:24 ` Sven Eckelmann
2010-08-20 7:29 ` [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case Lemonde
2010-08-14 17:26 ` [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv" Marek Lindner
1 sibling, 1 reply; 20+ messages in thread
From: Sven Eckelmann @ 2010-08-13 3:24 UTC (permalink / raw)
To: b.a.t.m.a.n; +Cc: Tim Glaremin
[-- Attachment #1: Type: Text/Plain, Size: 1216 bytes --]
Tim Glaremin wrote:
> Hope it helps.... The part Marek quoted at least did change :)
The biggest problem is, that it is relative unreadable due to the reformatting
done by your mua. The next big problem is that the guessing will begin now
using the information in the stacktrace.
My first guess would be hardif_min_mtu. Maybe the netdev we want to access was
removed in the time we try to update our information of the
removed/deactivated interface (or another interface we also received some kind
of notification).
I would have guessed that this cannot happen because we haven't processed all
notification items, but I am awake a little bit too long to make 100% correct
statements.
Maybe because we use dev_put in hardif_deactivate_interface too early and
iterate over the already 'putted' device in our list (will be removed in
hardif_remove_interface from our list) - which seems to be wrong too me right
now. So all references will be gone when the interface goes down (so maybe it
will be completely deleted at that point), but the pointer to the destroyed
netdev is still in our list and will only deleted when the device will really
be unregistered.
thanks,
Sven
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv"
2010-08-12 18:04 [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv" Tim Glaremin
2010-08-13 3:24 ` Sven Eckelmann
@ 2010-08-14 17:26 ` Marek Lindner
2010-08-16 16:51 ` Marek Lindner
1 sibling, 1 reply; 20+ messages in thread
From: Marek Lindner @ 2010-08-14 17:26 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
[-- Attachment #1: Type: Text/Plain, Size: 425 bytes --]
On Thursday 12 August 2010 20:04:47 Tim Glaremin wrote:
> Hope it helps.... The part Marek quoted at least did change :)
Yes, it did.
Could you please copy the attached patch into your batman-advanced patches
folder and verify whether it fixes your problem ? This document explains the
location of that folder and how to rebuild the package:
http://www.open-mesh.org/wiki/building-batman-adv-with-openwrt
Regards,
Marek
[-- Attachment #2: 01-notify.patch --]
[-- Type: text/x-patch, Size: 988 bytes --]
--- a/hard-interface.c
+++ b/hard-interface.c
@@ -457,15 +457,24 @@ static int hard_if_event(struct notifier_block *this,
struct batman_if *batman_if = get_batman_if_by_netdev(net_dev);
struct bat_priv *bat_priv;
- if (!batman_if)
- batman_if = hardif_add_interface(net_dev);
+ if (!batman_if) {
+ switch (event) {
+ case NETDEV_REGISTER:
+ case NETDEV_UP:
+ case NETDEV_GOING_DOWN:
+ case NETDEV_DOWN:
+ case NETDEV_CHANGENAME:
+ case NETDEV_CHANGEADDR:
+ batman_if = hardif_add_interface(net_dev);
+ default:
+ break;
+ }
+ }
if (!batman_if)
goto out;
switch (event) {
- case NETDEV_REGISTER:
- break;
case NETDEV_UP:
hardif_activate_interface(batman_if);
break;
@@ -476,8 +485,6 @@ static int hard_if_event(struct notifier_block *this,
case NETDEV_UNREGISTER:
hardif_remove_interface(batman_if);
break;
- case NETDEV_CHANGENAME:
- break;
case NETDEV_CHANGEADDR:
if (batman_if->if_status == IF_NOT_IN_USE)
goto out;
--
1.7.1
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv"
2010-08-14 17:26 ` [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv" Marek Lindner
@ 2010-08-16 16:51 ` Marek Lindner
0 siblings, 0 replies; 20+ messages in thread
From: Marek Lindner @ 2010-08-16 16:51 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
[-- Attachment #1: Type: Text/Plain, Size: 574 bytes --]
On Saturday 14 August 2010 19:26:56 Marek Lindner wrote:
> Could you please copy the attached patch into your batman-advanced patches
> folder and verify whether it fixes your problem ? This document explains
> the location of that folder and how to rebuild the package:
Here is the updated notify patch plus another patch which might solve the
issue. These are the patches posted by Sven but backported to 2000.0.0 and
prepared for OpenWRT. Please try the notify patch first and if it does not work
add the dev_hold patch and let us know how it goes.
Regards,
Marek
[-- Attachment #2: 01-notify.patch --]
[-- Type: text/x-patch, Size: 534 bytes --]
--- a/hard-interface.c
+++ b/hard-interface.c
@@ -457,15 +457,13 @@ static int hard_if_event(struct notifier_block *this,
struct batman_if *batman_if = get_batman_if_by_netdev(net_dev);
struct bat_priv *bat_priv;
- if (!batman_if)
- batman_if = hardif_add_interface(net_dev);
+ if (!batman_if && event == NETDEV_REGISTER)
+ batman_if = hardif_add_interface(net_dev);
if (!batman_if)
goto out;
switch (event) {
- case NETDEV_REGISTER:
- break;
case NETDEV_UP:
hardif_activate_interface(batman_if);
break;
[-- Attachment #3: 02-dev_hold.patch --]
[-- Type: text/x-patch, Size: 1519 bytes --]
--- a/hard-interface.c
+++ b/hard-interface.c
@@ -213,7 +213,6 @@ static void hardif_activate_interface(struct batman_if *batman_if)
if (batman_if->if_status != IF_INACTIVE)
return;
- dev_hold(batman_if->net_dev);
update_mac_addresses(batman_if);
batman_if->if_status = IF_TO_BE_ACTIVATED;
@@ -238,8 +237,6 @@ static void hardif_deactivate_interface(struct batman_if *batman_if)
(batman_if->if_status != IF_TO_BE_ACTIVATED))
return;
- dev_put(batman_if->net_dev);
-
batman_if->if_status = IF_INACTIVE;
bat_info(batman_if->soft_iface, "Interface deactivated: %s\n",
@@ -385,12 +382,14 @@ static struct batman_if *hardif_add_interface(struct net_device *net_dev)
if (ret != 1)
goto out;
+ dev_hold(net_dev);
+
batman_if = kmalloc(sizeof(struct batman_if), GFP_ATOMIC);
if (!batman_if) {
printk(KERN_ERR "batman-adv:"
"Can't add interface (%s): out of memory\n",
net_dev->name);
- goto out;
+ goto release_dev;
}
batman_if->dev = kstrdup(net_dev->name, GFP_ATOMIC);
@@ -408,6 +407,8 @@ static struct batman_if *hardif_add_interface(struct net_device *net_dev)
free_if:
kfree(batman_if);
+release_dev:
+ dev_put(net_dev);
out:
return NULL;
}
@@ -431,6 +432,7 @@ static void hardif_remove_interface(struct batman_if *batman_if)
batman_if->if_status = IF_TO_BE_REMOVED;
list_del_rcu(&batman_if->list);
sysfs_del_hardif(&batman_if->hardif_obj);
+ dev_put(batman_if->net_dev);
call_rcu(&batman_if->rcu, hardif_free_interface);
}
^ permalink raw reply [flat|nested] 20+ messages in thread
* [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-13 3:24 ` Sven Eckelmann
@ 2010-08-20 7:29 ` Lemonde
2010-08-20 9:00 ` Sven Eckelmann
2010-08-20 16:24 ` Marek Lindner
0 siblings, 2 replies; 20+ messages in thread
From: Lemonde @ 2010-08-20 7:29 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Hi, batman community members.
I also met problem similar to Tim's case.
My environment is,
board: gateworks avila gw2348-4
wlan module: wistron dcma-82(ar5414)
firmware: openwrt trunk r22692
wlan driver: ath5k
batman version: batman-adv-devel (refered to
http://www.open-mesh.org/wiki/building-batman-adv-with-openwrt) (for
trial of multi interface altering)
I built firmware image with symbol table option. Is it helpful?
regards,
Kazuki
Please press Enter to activate this console. net eth0: firmware:
requesting NPE-B
NPE-B: firmware's license can be found in /usr/share/doc/LICENSE.IPL
NPE-B: firmware functionality 0x2, revision 0x2:1
device eth0 entered promiscuous mode
br-lan: port 1(eth0) entering forwarding state
net eth1: firmware: requesting NPE-C
NPE-C: firmware's license can be found in /usr/share/doc/LICENSE.IPL
NPE-C: firmware functionality 0x5, revision 0x2:1
device eth1 entered promiscuous mode
br-lan: port 2(eth1) entering forwarding state
Compat-wireless backport release: compat-wireless-2010-07-13-4-g04898a5
Backport based on wireless-2.6.git v2.6.35-rc6-48432-gdce358e
br-lan: port 1(eth0) entering disabled state
cfg80211: Calling CRDA to update world regulatory domain
eth1: link up, speed 100 Mb/s, full duplex
cfg80211: World regulatory domain updated:
(start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
(2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
(2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
(2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
(5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
(5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
PCI: enabling device 0000:00:01.0 (0340 -> 0342)
ath5k 0000:00:01.0: registered as 'phy0'
ath5k phy0: Atheros AR5414 chip found (MAC: 0xa5, PHY: 0x61)
PCI: enabling device 0000:00:02.0 (0340 -> 0342)
ath5k 0000:00:02.0: registered as 'phy1'
cfg80211: Calling CRDA for country: US
ath5k phy1: Atheros AR5414 chip found (MAC: 0xa5, PHY: 0x61)
cfg80211: Calling CRDA for country: US
cfg80211: Current regulatory domain intersected:
(start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
(2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
(2457000 KHz - 2472000 KHz @ 15000 KHz), (300 mBi, 2000 mBm)
(5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
(5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
ip_tables: (C) 2000-2006 Netfilter Core Team
cfg80211: Current regulatory domain intersected:
(start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
(2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
(2457000 KHz - 2472000 KHz @ 15000 KHz), (300 mBi, 2000 mBm)
(5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
(5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
nf_conntrack version 0.5.0 (974 buckets, 3896 max)
batman_adv: B.A.T.M.A.N. advanced devel (compatibility version 10) loaded
device bat0 entered promiscuous mode
br-lan: port 3(bat0) entering forwarding state
Unable to handle kernel paging request at virtual address 00001778
pgd = c3abc000
[00001778] *pgd=03aaa031, *pte=00000000, *ppte=00000000
Internal error: Oops: 817 [#1]
last sysfs file: /sys/kernel/uevent_seqnum
Modules linked in: batman_adv nf_nat_tftp nf_conntrack_tftp nf_nat_irc
nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp ipt_MASQUERADE iptable_nat
nf_nat xt_NOTRACK iptable_raw xt_state nf_conntrack_ipv4 nf_defrag_ipv4
nf_conntrack ipt_REJECT xt_TCPMSS ipt_LOG xt_comment xt_multiport xt_mac
xt_limit iptable_mangle iptable_filter ip_tables xt_tcpudp x_tables
ath5k ath mac80211 cfg80211 compat_firmware_class compat arc4
aes_generic deflate ecb cbc
CPU: 0 Not tainted (2.6.32.16 #22)
PC is at memcpy+0xb4/0x330
LR is at 0xb6b2d
pc : [<c0107174>] lr : [<000b6b2d>] psr: 00000013
sp : c3273d74 ip : 0000001c fp : c3273da4
r10: 00000008 r9 : be99f768 r8 : c31f12c0
r7 : bf19211c r6 : bf19210c r5 : 00000006 r4 : c38e6980
r3 : c301b000 r2 : ffffffe6 r1 : c31726ac r0 : 00001778
Flags: nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
Control: 000039ff Table: 03abc000 DAC: 00000015
Process ifconfig (pid: 1772, stack limit = 0xc3272270)
Stack: (0xc3273d74 to 0xc3274000)
3d60: 00000006 bf19210c
bf19211c
3d80: c31f12c0 00001778 c38e6980 bf18c940 c38e6980 c301b000 c3273dcc
c3273da8
3da0: bf18d040 bf18c910 00000000 fffffff1 00000000 00000000 c301b000
00000008
3dc0: c3273df4 c3273dd0 c004aa44 bf18cea4 00000000 c301b000 c3273e70
c3273e70
3de0: 00000000 0005b9e4 c3273e0c c3273df8 c004abf8 c004aa1c 00000000
c301b000
3e00: c3273e24 c3273e10 c01797b4 c004abe4 00008924 c301b000 c3273e44
c3273e28
3e20: c017a99c c017975c 00008924 c0297488 00000000 c3273e70 c3273ec4
c3273e48
3e40: c017b364 c017a7cc c00265c8 c004a3c4 c3906748 c34093a4 c3273e7c
c3273e68
3e60: c007930c c007c1ec c3a019e0 4000d000 776c616e 30000000 00000000
00000000
3e80: 0001000b 6b2df47e 00000041 4008818c c3a43800 c382cda0 00000000
00008924
3ea0: fffffdfd be99f768 c3882340 c0020fe4 c3272000 0005b9e4 c3273ee4
c3273ec8
3ec0: c0168c48 c017abe0 c3882340 00008924 be99f768 c3882340 c3273f04
c3273ee8
3ee0: c0096050 c0168a14 00008924 00000003 be99f768 c3882340 c3273f7c
c3273f08
3f00: c009682c c0096028 c3273f5c c3273f18 c016927c c008a7c4 c01f7a28
c3273f28
3f20: c008a8f0 00000000 00000000 c0247600 c34042e0 00000000 00000003
c34042e0
3f40: 00000119 c0020fe4 c3272000 0000c8d0 c3273f84 00000003 be99f768
00008924
3f60: c3882340 c0020fe4 c3272000 0005b9e4 c3273fa4 c3273f80 c00968c8
c00962cc
3f80: c016a0a4 00000000 be99f768 00000006 00000012 00000036 00000000
c3273fa8
3fa0: c0020e60 c0096894 be99f768 00000006 00000003 00008924 be99f768
be99f73c
3fc0: be99f768 00000006 00000012 00000036 0005ba7c 00000000 0005b9e4
00000000
3fe0: 400520c4 be99f720 0000d32c 400520e4 20000010 00000003 0031d021
0031d421
Backtrace:
[<bf18c904>] (hardif_free_interface+0xb4/0x260 [batman_adv]) from
[<bf18d040>] (hard_if_event+0x1a8/0x214 [batman_adv])
r5:c301b000 r4:c38e6980
[<bf18ce98>] (hard_if_event+0x0/0x214 [batman_adv]) from [<c004aa44>]
(notifier_call_chain+0x34/0x78)
[<c004aa10>] (notifier_call_chain+0x0/0x78) from [<c004abf8>]
(raw_notifier_call_chain+0x20/0x28)
[<c004abd8>] (raw_notifier_call_chain+0x0/0x28) from [<c01797b4>]
(dev_set_mac_address+0x64/0x70)
[<c0179750>] (dev_set_mac_address+0x0/0x70) from [<c017a99c>]
(dev_ifsioc+0x1dc/0x414)
r5:c301b000 r4:00008924
[<c017a7c0>] (dev_ifsioc+0x0/0x414) from [<c017b364>]
(dev_ioctl+0x790/0x8bc)
r7:c3273e70 r6:00000000 r5:c0297488 r4:00008924
[<c017abd4>] (dev_ioctl+0x0/0x8bc) from [<c0168c48>]
(sock_ioctl+0x240/0x26c)
[<c0168a08>] (sock_ioctl+0x0/0x26c) from [<c0096050>] (vfs_ioctl+0x34/0x78)
r7:c3882340 r6:be99f768 r5:00008924 r4:c3882340
[<c009601c>] (vfs_ioctl+0x0/0x78) from [<c009682c>]
(do_vfs_ioctl+0x56c/0x5c8)
r7:c3882340 r6:be99f768 r5:00000003 r4:00008924
[<c00962c0>] (do_vfs_ioctl+0x0/0x5c8) from [<c00968c8>]
(sys_ioctl+0x40/0x64)
[<c0096888>] (sys_ioctl+0x0/0x64) from [<c0020e60>]
(ret_fast_syscall+0x0/0x28)
r7:00000036 r6:00000012 r5:00000006 r4:be99f768
Code: e4805004 e4806004 e4807004 e4808004 (e480e004)
---[ end trace d7cdc7fcf2096927 ]---
BusyBox v1.17.1 (2010-08-17 17:04:22 JST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
KAMIKAZE (bleeding edge, r22692) ------------------
* 10 oz Vodka Shake well with ice and strain
* 10 oz Triple sec mixture into 10 shot glasses.
* 10 oz lime juice Salute!
---------------------------------------------------
root@OpenWrt:/# cat /etc/config/batman-adv
config 'mesh' 'bat0'
option 'interfaces' 'wlan0 wlan1'
option 'orig_interval'
option 'log_level'
option 'aggregate_ogm'
option 'vis_mode'
root@OpenWrt:/#
root@OpenWrt:/# cat /etc/config/network
# Copyright (C) 2006 OpenWrt.org
config interface loopback
option ifname lo
option proto static
option ipaddr 127.0.0.1
option netmask 255.0.0.0
config interface lan
option ifname 'eth0 eth1 bat0'
option type bridge
option proto static
option ipaddr 192.168.1.1
option netmask 255.255.255.0
root@OpenWrt:/#
root@OpenWrt:/# cat /etc/config/wireless
config wifi-device radio0
option type mac80211
option channel 5
option macaddr 00:0b:6b:2d:f4:7e
option hwmode 11g
# REMOVE THIS LINE TO ENABLE WIFI:
# option disabled 1
config wifi-iface
option device radio0
# option network lan
option mode adhoc
option ssid mesh1
option encryption none
config wifi-device radio1
option type mac80211
option channel 5
option macaddr 00:0b:6b:2d:f4:ac
option hwmode 11g
# REMOVE THIS LINE TO ENABLE WIFI:
# option disabled 1
config wifi-iface
option device radio1
# option network lan
option mode adhoc
option ssid mesh2
option encryption none
root@OpenWrt:/#
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-20 7:29 ` [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case Lemonde
@ 2010-08-20 9:00 ` Sven Eckelmann
2010-08-20 16:24 ` Marek Lindner
1 sibling, 0 replies; 20+ messages in thread
From: Sven Eckelmann @ 2010-08-20 9:00 UTC (permalink / raw)
To: b.a.t.m.a.n
[-- Attachment #1: Type: Text/Plain, Size: 729 bytes --]
On Friday 20 August 2010 09:29:58 Lemonde wrote:
> Hi, batman community members.
>
> I also met problem similar to Tim's case.
> My environment is,
> board: gateworks avila gw2348-4
> wlan module: wistron dcma-82(ar5414)
> firmware: openwrt trunk r22692
> wlan driver: ath5k
> batman version: batman-adv-devel (refered to
> http://www.open-mesh.org/wiki/building-batman-adv-with-openwrt) (for
> trial of multi interface altering)
>
> I built firmware image with symbol table option. Is it helpful?
Please apply
https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2010-August/003236.html +
https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2010-August/003242.html and
try again.
Best regards,
Sven
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-20 7:29 ` [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case Lemonde
2010-08-20 9:00 ` Sven Eckelmann
@ 2010-08-20 16:24 ` Marek Lindner
2010-08-20 17:08 ` [B.A.T.M.A.N.] Where do we stand on working systems? Jon Roland
2010-08-21 5:01 ` [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case Kazuki Shimada
1 sibling, 2 replies; 20+ messages in thread
From: Marek Lindner @ 2010-08-20 16:24 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
On Friday 20 August 2010 09:29:58 Lemonde wrote:
> also met problem similar to Tim's case.
> My environment is,
> board: gateworks avila gw2348-4
> wlan module: wistron dcma-82(ar5414)
> firmware: openwrt trunk r22692
> wlan driver: ath5k
> batman version: batman-adv-devel (refered to
> http://www.open-mesh.org/wiki/building-batman-adv-with-openwrt) (for
> trial of multi interface altering)
As far as I understand the current trunk should not exhibit this behaviour
which gives me the impression that you are not running the latest version. You
downloaded the devel package but did you also adjust the Makefile's SVN
revision to your liking ?
Regards,
Marek
^ permalink raw reply [flat|nested] 20+ messages in thread
* [B.A.T.M.A.N.] Where do we stand on working systems?
2010-08-20 16:24 ` Marek Lindner
@ 2010-08-20 17:08 ` Jon Roland
[not found] ` <AANLkTim6yVL8q=fXoFOu23ZBMpqaMHiheCV13-6U99+s@mail.gmail.com>
2010-08-21 5:01 ` [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case Kazuki Shimada
1 sibling, 1 reply; 20+ messages in thread
From: Jon Roland @ 2010-08-20 17:08 UTC (permalink / raw)
To: b.a.t.m.a.n
With all this discussion on the technical details of the protocols, I
don't see discussion of working or almost-working systems. Clearly,
there are working systems, with perhaps a few constraints, such as those
of the U.S. military. But if someone wanted to buy the components to set
up a system that would work reasonably well most of the time, to whom
should she be referred?
-- Jon
----------------------------------------------------------
Linux Migration Net http://linux-migration.net
2900 W Anderson Ln C-200-322 Austin, TX 78757
512/299-5001 jroland@linux-migration.net
----------------------------------------------------------
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] Where do we stand on working systems?
[not found] ` <AANLkTim6yVL8q=fXoFOu23ZBMpqaMHiheCV13-6U99+s@mail.gmail.com>
@ 2010-08-20 20:10 ` Jon Roland
0 siblings, 0 replies; 20+ messages in thread
From: Jon Roland @ 2010-08-20 20:10 UTC (permalink / raw)
To: Outback Dingo; +Cc: The list for a Better Approach To Mobile Ad-hoc Networking
How about descriptions of some of those systems: where they are, how
well they work, how many nodes, how often used, what problems
encountered and how solved, what they are being used for, who is on
them. From all anyone can tell from reading this list, one might wonder
whether all this is just conjecture about systems that don't exist anywhere.
On 08/20/2010 12:24 PM, Outback Dingo wrote:
> well define working, to me its what i have deployed in the field,
> overall, there are functional versions that do work
> and well some that dont....
-- jon
----------------------------------------------------------
Constitution Society http://constitution.org
2900 W Anderson Ln C-200-322 Austin, TX 78757
512/299-5001 jon.roland@constitution.org
----------------------------------------------------------
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-20 16:24 ` Marek Lindner
2010-08-20 17:08 ` [B.A.T.M.A.N.] Where do we stand on working systems? Jon Roland
@ 2010-08-21 5:01 ` Kazuki Shimada
2010-08-21 6:01 ` Marek Lindner
1 sibling, 1 reply; 20+ messages in thread
From: Kazuki Shimada @ 2010-08-21 5:01 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Hi, Marek Lindner.
> As far as I understand the current trunk should not exhibit this behaviour
> which gives me the impression that you are not running the latest version. You
> downloaded the devel package but did you also adjust the Makefile's SVN
> revision to your liking ?
This is my Makefile
~/openwrt/trunk/feeds/batman/batman-adv-devel/Makefile
---------------------------------------------------------------------------------------------------------------
#
# Copyright (C) 2010 OpenWrt.org
#
# This is free software, licensed under the GNU General Public License v2.
# See /LICENSE for more information.
#
# $Id: Makefile 5624 2006-11-23 00:29:07Z nbd $
include $(TOPDIR)/rules.mk
PKG_NAME:=batman-adv-devel
PKG_REV:=1729
PKG_VERSION:=r$(PKG_REV)
PKG_SOURCE_PROTO:=svn
PKG_SOURCE_VERSION:=$(PKG_REV)
PKG_SOURCE_URL:=http://downloads.open-mesh.org/svn/batman/trunk
PKG_SOURCE_SUBDIR:=$(PKG_NAME)
PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
---------------------------------------------------------------------------------------------------------------
My update procedure is
cd openwrt/trunk
./script/feeds update
.... Is this wrong? :-s
Thanks,
Kazuki Shimada
> Regards,
> Marek
>
>
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-21 5:01 ` [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case Kazuki Shimada
@ 2010-08-21 6:01 ` Marek Lindner
2010-08-26 6:51 ` Kazuki Shimada
0 siblings, 1 reply; 20+ messages in thread
From: Marek Lindner @ 2010-08-21 6:01 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
On Saturday 21 August 2010 07:01:59 Kazuki Shimada wrote:
> PKG_REV:=1729
>
> [..]
> ------------------------------------
>
> My update procedure is
> cd openwrt/trunk
> ./script/feeds update
>
> .... Is this wrong? :-s
No, it is not wrong but you might want to change the PKG_REV field to match
with the SVN revision you want to use. If you are interested in the latest
trunk you should set it to 1776.
We don't update this number each time something gets committed.
Cheers,
Marek
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-21 6:01 ` Marek Lindner
@ 2010-08-26 6:51 ` Kazuki Shimada
2010-08-26 8:28 ` Sven Eckelmann
0 siblings, 1 reply; 20+ messages in thread
From: Kazuki Shimada @ 2010-08-26 6:51 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Hi, Marek and Sven.
I'm sorry to be late to reply.
Thank you for your instruction and patches.
I could update to latest revision 1778 and built successfully.
I met a new problem.
After configuration, I entered /etc/init.d/network restart
root@OpenWrt:/# /etc/init.d/network restart
br-lan: port 3(bat0) entering disabled state
br-lan: port 1(eth0) entering disabled state
device bat0 left promiscuous mode
br-lan: port 3(bat0) entering disabled state
device eth1 left promiscuous mode
br-lan: port 2(eth1) entering disabled state
device eth0 left promiscuous mode
br-lan: port 1(eth0) entering disabled state
eth0: link down
device eth0 entered promiscuous mode
device eth1 entered promiscuous mode
device bat0 entered promiscuous mode
br-lan: port 3(bat0) entering forwarding state
batman_adv: bat0: Interface deactivated: wlan0
batman_adv: bat0: Removing interface: wlan0
eth0: link up, speed 100 Mb/s, full duplex
br-lan: port 1(eth0) entering forwarding state
batman_adv: bat0: Interface deactivated: wlan1
batman_adv: bat0: Removing interface: wlan1
After this line, console stopped. No key input was recieved.
Thanks in advance.
Kazuki Shimada
(2010/08/21 15:01), Marek Lindner wrote:
> On Saturday 21 August 2010 07:01:59 Kazuki Shimada wrote:
>> PKG_REV:=1729
>>
>> [..]
>> ------------------------------------
>>
>> My update procedure is
>> cd openwrt/trunk
>> ./script/feeds update
>>
>> .... Is this wrong? :-s
> No, it is not wrong but you might want to change the PKG_REV field to match
> with the SVN revision you want to use. If you are interested in the latest
> trunk you should set it to 1776.
> We don't update this number each time something gets committed.
>
> Cheers,
> Marek
>
>
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-26 6:51 ` Kazuki Shimada
@ 2010-08-26 8:28 ` Sven Eckelmann
2010-08-27 2:20 ` Kazuki Shimada
0 siblings, 1 reply; 20+ messages in thread
From: Sven Eckelmann @ 2010-08-26 8:28 UTC (permalink / raw)
To: b.a.t.m.a.n
[-- Attachment #1: Type: Text/Plain, Size: 2256 bytes --]
On Thursday 26 August 2010 08:51:23 Kazuki Shimada wrote:
> Hi, Marek and Sven.
>
> I'm sorry to be late to reply.
> Thank you for your instruction and patches.
> I could update to latest revision 1778 and built successfully.
>
> I met a new problem.
> After configuration, I entered /etc/init.d/network restart
>
> root@OpenWrt:/# /etc/init.d/network restart
> br-lan: port 3(bat0) entering disabled state
> br-lan: port 1(eth0) entering disabled state
> device bat0 left promiscuous mode
> br-lan: port 3(bat0) entering disabled state
> device eth1 left promiscuous mode
> br-lan: port 2(eth1) entering disabled state
> device eth0 left promiscuous mode
> br-lan: port 1(eth0) entering disabled state
> eth0: link down
> device eth0 entered promiscuous mode
> device eth1 entered promiscuous mode
> device bat0 entered promiscuous mode
> br-lan: port 3(bat0) entering forwarding state
> batman_adv: bat0: Interface deactivated: wlan0
> batman_adv: bat0: Removing interface: wlan0
> eth0: link up, speed 100 Mb/s, full duplex
> br-lan: port 1(eth0) entering forwarding state
> batman_adv: bat0: Interface deactivated: wlan1
> batman_adv: bat0: Removing interface: wlan1
>
> After this line, console stopped. No key input was recieved.
Hm, thats not much information. So here some question to enrich it a little
bit (otherwise I have no idea were the problem might be as I could not
reproduce it yet).
How did you connect? Using serial console or using lan (from output I would
guess serial console).
Does the hang always happen?
Can you reproduce the problem with the version in linux-2.6.36-rc3 or
maint/next of the batman-adv git repository? Can you reproduce the problem by
doing the necessary insmode/iw/batctl/rmmod steps by hand (aka no
configuration using /etc, but manually)? What where your calls? Which call
made it hang? Can you drop parts of you iw/batctl calls and the hang still
occurs?
Can you add printks in hard-interface.c around the call of
hardif_remove_interface inside hard_if_event to check if it stops inside that
function and if it does then please try to add more printks inside of
hardif_remove_interface and hardif_disable_interface.
thanks,
Sven
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-26 8:28 ` Sven Eckelmann
@ 2010-08-27 2:20 ` Kazuki Shimada
2010-08-27 9:59 ` Sven Eckelmann
0 siblings, 1 reply; 20+ messages in thread
From: Kazuki Shimada @ 2010-08-27 2:20 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Hi, Sven.
> How did you connect? Using serial console or using lan (from output I would
> guess serial console).
Yes, it's serial console.
> Does the hang always happen?
Yes.
> Can you add printks in hard-interface.c around the call of
> hardif_remove_interface inside hard_if_event to check if it stops inside that
> function and if it does then please try to add more printks inside of
> hardif_remove_interface and hardif_disable_interface.
I added printk() in hard-interface.c and soft-interface.c.
This is it.
-----------------------------------------------------------------------------------------------------------------------------------------------
root@OpenWrt:/# cd /etc/config/
root@OpenWrt:/etc/config# cat batman-adv
config 'mesh' 'bat0'
option 'interfaces' 'wlan0'
option 'orig_interval'
option 'log_level'
option 'aggregate_ogm'
option 'vis_mode'
root@OpenWrt:/etc/config# cat network
# Copyright (C) 2006 OpenWrt.org
config interface loopback
option ifname lo
option proto static
option ipaddr 127.0.0.1
option netmask 255.0.0.0
config interface lan
option ifname 'eth0 eth1 bat0'
option type bridge
option proto static
option ipaddr 192.168.2.12
option netmask 255.255.255.0
root@OpenWrt:/etc/config# cat wireless
config wifi-device radio0
option type mac80211
option channel 1
option macaddr 00:0b:6b:2d:f4:91
option hwmode 11g
# REMOVE THIS LINE TO ENABLE WIFI:
# option disabled 1
config wifi-iface
option device radio0
# option network lan
option mode adhoc
option ssid mesh1
option encryption none
config wifi-device radio1
option type mac80211
option channel 6
option macaddr 00:0b:6b:2c:15:e3
option hwmode 11g
# REMOVE THIS LINE TO ENABLE WIFI:
# option disabled 1
config wifi-iface
option device radio1
# option network lan
option mode adhoc
option ssid mesh2
option encryption none
root@OpenWrt:/etc/config# /etc/init.d/network restart
br-lan: port 3(bat0) entering disabled state
br-lan: port 1(eth0) entering disabled state
device bat0 left promiscuous mode
br-lan: port 3(bat0) entering disabled state
device eth1 left promiscuous mode
br-lan: port 2(eth1) entering disabled state
device eth0 left promiscuous mode
br-lan: port 1(eth0) entering disabled state
enter hardif_remove_interface
1 hardif_remove_interface
2 hardif_remove_interface
3 hardif_remove_interface
4 hardif_remove_interface
5 hardif_remove_interface
6 hardif_remove_interface
exit hardif_remove_interface
eth0: link down
device eth0 entered promiscuous mode
eth0: link up, speed 100 Mb/s, full duplex
br-lan: port 1(eth0) entering forwarding state
device eth1 entered promiscuous mode
device bat0 entered promiscuous mode
br-lan: port 3(bat0) entering forwarding state
batman_adv: bat0: Interface deactivated: wlan0
enter hardif_remove_interface
enter hardif_disable_interface
batman_adv: bat0: Removing interface: wlan0
1 hardif_disable_interface
2 hardif_disable_interface
3 hardif_disable_interface
4 hardif_disable_interface
5 hardif_disable_interface
6 hardif_disable_interface
7 hardif_disable_interface
8 hardif_disable_interface
9 hardif_disable_interface
10 hardif_disable_interface
enter softif_destroy
1 softif_destroy
2 softif_destroy
3 softif_destroy
-----------------------------------------------------------------------------------------------------------------------------------------------
<hard-interface.c>
void hardif_disable_interface(struct batman_if *batman_if)
{
printk(KERN_ALERT "enter hardif_disable_interface\n");
struct bat_priv *bat_priv = netdev_priv(batman_if->soft_iface);
if (batman_if->if_status == IF_ACTIVE)
hardif_deactivate_interface(batman_if);
if (batman_if->if_status != IF_INACTIVE)
return;
bat_info(batman_if->soft_iface, "Removing interface: %s\n",
batman_if->net_dev->name);
printk(KERN_ALERT "1 hardif_disable_interface\n");
dev_remove_pack(&batman_if->batman_adv_ptype);
printk(KERN_ALERT "2 hardif_disable_interface\n");
if (batman_if->if_status != IF_INACTIVE)
return;
bat_info(batman_if->soft_iface, "Removing interface: %s\n",
batman_if->net_dev->name);
printk(KERN_ALERT "1 hardif_disable_interface\n");
dev_remove_pack(&batman_if->batman_adv_ptype);
printk(KERN_ALERT "2 hardif_disable_interface\n");
bat_priv->num_ifaces--;
printk(KERN_ALERT "3 hardif_disable_interface\n");
orig_hash_del_if(batman_if, bat_priv->num_ifaces);
printk(KERN_ALERT "4 hardif_disable_interface\n");
if (batman_if == bat_priv->primary_if)
set_primary_if(bat_priv,
get_active_batman_if(batman_if->soft_iface));
printk(KERN_ALERT "5 hardif_disable_interface\n");
kfree(batman_if->packet_buff);
printk(KERN_ALERT "6 hardif_disable_interface\n");
batman_if->packet_buff = NULL;
printk(KERN_ALERT "7 hardif_disable_interface\n");
batman_if->if_status = IF_NOT_IN_USE;
/* delete all references to this batman_if */
purge_orig_ref(bat_priv);
printk(KERN_ALERT "8 hardif_disable_interface\n");
purge_outstanding_packets(bat_priv, batman_if);
printk(KERN_ALERT "9 hardif_disable_interface\n");
dev_put(batman_if->soft_iface);
printk(KERN_ALERT "10 hardif_disable_interface\n");
/* nobody uses this interface anymore */
if (!bat_priv->num_ifaces)
softif_destroy(batman_if->soft_iface);
printk(KERN_ALERT "11 hardif_disable_interface\n");
batman_if->soft_iface = NULL;
printk(KERN_ALERT "exit hardif_disable_interface\n");
}
static void hardif_remove_interface(struct batman_if *batman_if)
{
printk(KERN_ALERT "enter hardif_remove_interface\n");
/* first deactivate interface */
if (batman_if->if_status != IF_NOT_IN_USE)
hardif_disable_interface(batman_if);
printk(KERN_ALERT "1 hardif_remove_interface\n");
if (batman_if->if_status != IF_NOT_IN_USE)
return;
printk(KERN_ALERT "2 hardif_remove_interface\n");
batman_if->if_status = IF_TO_BE_REMOVED;
printk(KERN_ALERT "3 hardif_remove_interface\n");
list_del_rcu(&batman_if->list);
printk(KERN_ALERT "4 hardif_remove_interface\n");
sysfs_del_hardif(&batman_if->hardif_obj);
printk(KERN_ALERT "5 hardif_remove_interface\n");
dev_put(batman_if->net_dev);
printk(KERN_ALERT "6 hardif_remove_interface\n");
call_rcu(&batman_if->rcu, hardif_free_interface);
printk(KERN_ALERT "exit hardif_remove_interface\n");
}
-----------------------------------------------------------------------------------------------------------------------------------------------
soft-interface.c
void softif_destroy(struct net_device *soft_iface)
{
printk(KERN_ALERT "enter softif_destroy\n");
debugfs_del_meshif(soft_iface);
printk(KERN_ALERT "1 softif_destroy\n");
sysfs_del_meshif(soft_iface);
printk(KERN_ALERT "2 softif_destroy\n");
mesh_free(soft_iface);
printk(KERN_ALERT "3 softif_destroy\n");
unregister_netdev(soft_iface);
printk(KERN_ALERT "exit softif_destroy\n");
}
-----------------------------------------------------------------------------------------------------------------------------------------------
"exit softif_destroy\n" is not printed out.
unregister_netdev?
Thanks in advance.
Kazuki Shimada
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-27 2:20 ` Kazuki Shimada
@ 2010-08-27 9:59 ` Sven Eckelmann
2010-08-31 7:03 ` Kazuki Shimada
0 siblings, 1 reply; 20+ messages in thread
From: Sven Eckelmann @ 2010-08-27 9:59 UTC (permalink / raw)
To: b.a.t.m.a.n
[-- Attachment #1: Type: Text/Plain, Size: 861 bytes --]
Kazuki Shimada wrote:
[...]
> "exit softif_destroy\n" is not printed out.
> unregister_netdev?
Thanks, perfect work. This is a new bug which was added in the multiple mesh
patchset. The problem is that the rtnl lock is taken and we still use
unregister_netdev when we process an event using hard_if_event.
I have to check other code paths to ensure that I don't destroy other things,
but a workaround for you would be to use unregister_netdevice instead of
unregister_netdev in that situation. (Just check v0.2.1-30-g992bfd1 for more
information on that subject).
The problem is that softif_destroy is also called when we unloading the module
- which means that it assumes that the rtnl lock is taken (which it is not
when you don't use unregister_netdev there). So I will work on a complete fix
and Cc it to you.
Thanks,
Sven
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-27 9:59 ` Sven Eckelmann
@ 2010-08-31 7:03 ` Kazuki Shimada
2010-08-31 9:32 ` Sven Eckelmann
2010-08-31 10:37 ` Marek Lindner
0 siblings, 2 replies; 20+ messages in thread
From: Kazuki Shimada @ 2010-08-31 7:03 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Hi, Sven.
Thank you for your patch and sorry to be late to reply.
I updated the revision to r1780.
The problem is gone.
After network restart, wlan interfaces under bat0 are still deactivated.
But it's not big problem. "/etc/init.d/batman-adv restart" makes them
activated.
Thanks a lot,
Kazuki Shimada
P.S.
When activating network interfaces under bat0, What about forcing their
mtu value to 1527?
root@OpenWrt:/# /etc/init.d/network restart
ifconfig: SIOCSIFADDR: No such device
root@OpenWrt:/# iwconfig
lo no wireless extensions.
eth0 no wireless extensions.
eth1 no wireless extensions.
br-lan no wireless extensions.
wlan0 IEEE 802.11abg ESSID:"mesh1"
Mode:Ad-Hoc Frequency:2.412 GHz Cell: 5E:8D:F2:44:E6:C4
Tx-Power=20 dBm
RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
wlan1 IEEE 802.11abg ESSID:"mesh2"
Mode:Ad-Hoc Frequency:2.437 GHz Cell: 7A:69:F0:4A:67:1D
Tx-Power=27 dBm
RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
root@OpenWrt:/# ifconfig
br-lan Link encap:Ethernet HWaddr 00:D0:12:03:44:91
inet addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:32 errors:0 dropped:0 overruns:0 frame:0
TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1472 (1.4 KiB) TX bytes:1649 (1.6 KiB)
eth0 Link encap:Ethernet HWaddr 00:D0:12:03:44:91
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:117099 errors:0 dropped:0 overruns:0 frame:0
TX packets:211663 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:21594274 (20.5 MiB) TX bytes:308962021 (294.6 MiB)
eth1 Link encap:Ethernet HWaddr 00:D0:12:13:44:91
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:200 (200.0 B) TX bytes:0 (0.0 B)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
wlan0 Link encap:Ethernet HWaddr 00:0B:6B:2D:F4:91
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:504 (504.0 B) TX bytes:0 (0.0 B)
wlan1 Link encap:Ethernet HWaddr 00:0B:6B:2C:15:E3
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:15 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:696 (696.0 B) TX bytes:0 (0.0 B)
root@OpenWrt:/# ifconfig wlan0 mtu 1527
root@OpenWrt:/# ifconfig wlan1 mtu 1527
root@OpenWrt:/# batctl if
root@OpenWrt:/# batctl o
Error - the folder '/sys/kernel/debug//batman_adv/bat0/' was not found
within the sys filesystem
Please make sure that the batman-adv kernel module is loaded
root@OpenWrt:/# lsmod |grep batman
batman_adv 64982 0
root@OpenWrt:/# /etc/init.d/batman-adv restart
root@OpenWrt:/# batctl if
wlan0: active
wlan1: active
root@OpenWrt:/#
(2010/08/27 18:59), Sven Eckelmann wrote:
> Kazuki Shimada wrote:
> [...]
>> "exit softif_destroy\n" is not printed out.
>> unregister_netdev?
> Thanks, perfect work. This is a new bug which was added in the multiple mesh
> patchset. The problem is that the rtnl lock is taken and we still use
> unregister_netdev when we process an event using hard_if_event.
>
> I have to check other code paths to ensure that I don't destroy other things,
> but a workaround for you would be to use unregister_netdevice instead of
> unregister_netdev in that situation. (Just check v0.2.1-30-g992bfd1 for more
> information on that subject).
>
> The problem is that softif_destroy is also called when we unloading the module
> - which means that it assumes that the rtnl lock is taken (which it is not
> when you don't use unregister_netdev there). So I will work on a complete fix
> and Cc it to you.
>
> Thanks,
> Sven
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-31 7:03 ` Kazuki Shimada
@ 2010-08-31 9:32 ` Sven Eckelmann
[not found] ` <4C7E22B2.1000707@bb.banban.jp>
2010-08-31 10:37 ` Marek Lindner
1 sibling, 1 reply; 20+ messages in thread
From: Sven Eckelmann @ 2010-08-31 9:32 UTC (permalink / raw)
To: b.a.t.m.a.n
[-- Attachment #1: Type: Text/Plain, Size: 1126 bytes --]
Kazuki Shimada wrote:
> P.S.
> When activating network interfaces under bat0, What about forcing their
> mtu value to 1527?
Why? Everybody should be able to use it in a environment where he can decide
how the mtu looks like. If he thinks that the mtu should be 1337 or 2342 then
it is fine for us. He can even (he should not, but he can) use that mtu in a
environment where the mtu of the underlying hardware is only 1300 (for example
a switch or other hardware only allows that) - thanks goes to Andreas'
fragmentation patch for that. There are some restrictions, but as said on
different posts: get your mtus right and everything will be fine. :)
So we do it the net/bridge/ way and just accept every mtu and use the minimal
mtu of all devices (that's why some patches from me were rejected). It would
also be a little bit confusing if a interface used by batman-adv would be
change its mtu and silently dropped - or more evil when we try to change the
mtu of the used device and the underlying hardware would not support that mtu
and everything would start to break.
Best regards,
Sven
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-31 7:03 ` Kazuki Shimada
2010-08-31 9:32 ` Sven Eckelmann
@ 2010-08-31 10:37 ` Marek Lindner
2010-09-01 10:04 ` Kazuki Shimada
1 sibling, 1 reply; 20+ messages in thread
From: Marek Lindner @ 2010-08-31 10:37 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
On Tuesday 31 August 2010 09:03:38 Kazuki Shimada wrote:
> After network restart, wlan interfaces under bat0 are still deactivated.
> But it's not big problem. "/etc/init.d/batman-adv restart" makes them
> activated.
By removing interfaces entirely, i.e. network restart, batman purges the
settings it had regarding these interfaces.
> When activating network interfaces under bat0, What about forcing their
> mtu value to 1527?
As Sven pointed out: There might be interfaces which do not allow to increase
the MTU or situations in which that is not desirable.
Note that OpenWRT allows to specify the MTU in the configuration files
(/etc/config/network), so that you don't need to manually configure it each time
you invoke "network restart".
Cheers,
Marek
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
2010-08-31 10:37 ` Marek Lindner
@ 2010-09-01 10:04 ` Kazuki Shimada
0 siblings, 0 replies; 20+ messages in thread
From: Kazuki Shimada @ 2010-09-01 10:04 UTC (permalink / raw)
To: The list for a Better Approach To Mobile Ad-hoc Networking
Hi, Marek.
>> After network restart, wlan interfaces under bat0 are still deactivated.
>> But it's not big problem. "/etc/init.d/batman-adv restart" makes them
>> activated.
> By removing interfaces entirely, i.e. network restart, batman purges the
> settings it had regarding these interfaces.
Ah, OK.
> Note that OpenWRT allows to specify the MTU in the configuration files
> (/etc/config/network), so that you don't need to manually configure it each time
> you invoke "network restart".
Oh, thank you for your advice.
I'll try it.
Thanks,
Kazuki Shimada
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case
[not found] ` <4C7E22B2.1000707@bb.banban.jp>
@ 2010-09-01 10:48 ` Sven Eckelmann
0 siblings, 0 replies; 20+ messages in thread
From: Sven Eckelmann @ 2010-09-01 10:48 UTC (permalink / raw)
To: b.a.t.m.a.n
[-- Attachment #1: Type: Text/Plain, Size: 781 bytes --]
Kazuki Shimada wrote:
> Hi, Sven.
>
> >> P.S.
> >> When activating network interfaces under bat0, What about forcing their
> >> mtu value to 1527?
> >
> > Why?
>
> Because batman-adv says
> "The MTU of interface wlan0 is too small 1500 to handle the transport of
> batman-adv packets. Packets going over this interface will be fragmented
> on layer2 which could impact the performance. Setting the MTU to 1527
> would solve the problem."
>
> I thought batman-adv need 1527 as mtu value.
> OK, I've understood.
You don't need it for unicast packets, but it is highly recommended due to
performance penalties. Do you think that we should change that warning to make
it more clear? Is there anything special which we should add/change?
Thanks,
Sven
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2010-09-01 10:48 UTC | newest]
Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-08-12 18:04 [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv" Tim Glaremin
2010-08-13 3:24 ` Sven Eckelmann
2010-08-20 7:29 ` [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case Lemonde
2010-08-20 9:00 ` Sven Eckelmann
2010-08-20 16:24 ` Marek Lindner
2010-08-20 17:08 ` [B.A.T.M.A.N.] Where do we stand on working systems? Jon Roland
[not found] ` <AANLkTim6yVL8q=fXoFOu23ZBMpqaMHiheCV13-6U99+s@mail.gmail.com>
2010-08-20 20:10 ` Jon Roland
2010-08-21 5:01 ` [B.A.T.M.A.N.] problem openwrt-trunk + ath5k + batman-adv-devel in my case Kazuki Shimada
2010-08-21 6:01 ` Marek Lindner
2010-08-26 6:51 ` Kazuki Shimada
2010-08-26 8:28 ` Sven Eckelmann
2010-08-27 2:20 ` Kazuki Shimada
2010-08-27 9:59 ` Sven Eckelmann
2010-08-31 7:03 ` Kazuki Shimada
2010-08-31 9:32 ` Sven Eckelmann
[not found] ` <4C7E22B2.1000707@bb.banban.jp>
2010-09-01 10:48 ` Sven Eckelmann
2010-08-31 10:37 ` Marek Lindner
2010-09-01 10:04 ` Kazuki Shimada
2010-08-14 17:26 ` [B.A.T.M.A.N.] Problem openWRT "backfire" and "kmod-batman-adv" Marek Lindner
2010-08-16 16:51 ` Marek Lindner
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.