[B.A.T.M.A.N.] Batman-Advanced Kernel land

[B.A.T.M.A.N.] Batman-Advanced Kernel land

[cipollone]

Hi,

    I'm testing Batman-Advanced on Open WRT. I've compiled the package 
release # 1074 (the last from svn) and I'm working on a X86 machine.

    I've installed Batman Advanced on 2 virtual machine (using Qemu and 
Vde Switch, software used to create the simulation environment) and, 
after the configuration of the interface and the assignation of the IP 
address on each bat0 device I've tried to test the connection between 
the machine using ping command. Well, the ping crash the reciver 
machine. I only have to restart becouse it doesn't answer.

Someone can help me?

Regards, Paolo

Re: [B.A.T.M.A.N.] Batman-Advanced Kernel land

[Sven Eckelmann]

[-- Attachment #1.1: Type: text/plain, Size: 354 bytes --]

> Someone can help me?
Can you please test it further?
I used uml with linux 2.6.22.5 and uml_switch configured as hub to produce the 
same problem, but dotslash told me that he wasn't able to reproduce it with 
his uml image (2.6.24 based). Maybe I can help him to get the same effect it 
so he can try to find the problem.

Best Regards
	Sven

[-- Attachment #1.2: ping_of_death.txt --]
[-- Type: text/plain, Size: 5271 bytes --]

backtrace:
#0  0x0805621a in from_irq_stack (nested=0) at arch/um/kernel/irq.c:574
#1  0x0806594a in handle_signal (sig=0, sc=0x8203d24) at arch/um/os-Linux/signal.c:156
#2  0x080674fb in hard_handler (sig=29) at arch/um/os-Linux/sys-i386/signal.c:12
#3  <signal handler called>
#4  0xf7f39592 in tcsetattr () from /lib32/libc.so.6
#5  0x0805ad4c in generic_console_write (fd=1, buf=0x821c797 "WARNING: at net/core/skbuff.c:326 __kfree_skb()\n", n=48) at arch/um/drivers/chan_user.c:45
#6  0x0805a595 in console_write_chan (chans=0x82056f0, buf=0x821c797 "WARNING: at net/core/skbuff.c:326 __kfree_skb()\n", len=48) at arch/um/drivers/chan_kern.c:352
#7  0x08059e56 in uml_console_write (console=0x8205ca0, string=0x821c797 "WARNING: at net/core/skbuff.c:326 __kfree_skb()\n", len=48) at arch/um/drivers/stdio_console.c:132
#8  0x0806f73f in __call_console_drivers (start=2935, end=2983) at kernel/printk.c:331
#9  0x0806f7b3 in _call_console_drivers (start=2935, end=2983, msg_log_level=4) at kernel/printk.c:361
#10 0x0806f888 in call_console_drivers (start=2932, end=2983) at kernel/printk.c:404
#11 0x0806fd68 in release_console_sem () at kernel/printk.c:827
#12 0x0806fbaf in vprintk (fmt=0x81d027b "WARNING: at %s:%d %s()\n", args=0x87f8094 "\216l\036\bF\001") at kernel/printk.c:613
#13 0x0806f9c3 in printk (fmt=0x81d027b "WARNING: at %s:%d %s()\n") at kernel/printk.c:507
#14 0x08150281 in __kfree_skb (skb=0x87fce40) at net/core/skbuff.c:326
#15 0x081502c4 in kfree_skb (skb=0x87f7e90) at net/core/skbuff.c:362
#16 0x0805d66d in uml_net_start_xmit (skb=0x87fce40, dev=0x2753e960) at arch/um/drivers/net_kern.c:208
#17 0x0815561a in dev_hard_start_xmit (skb=0x87fce40, dev=0x2753e960) at net/core/dev.c:1416
#18 0x08160372 in __qdisc_run (dev=0x2753e960) at net/sched/sch_generic.c:129
#19 0x0815575c in dev_queue_xmit (skb=0x87fce40) at include/net/pkt_sched.h:89
#20 0x081997d6 in packet_sendmsg (iocb=0x87f816c, sock=0x273d8050, msg=0x87f8280, len=121) at net/packet/af_packet.c:783
#21 0x0814c118 in sock_sendmsg (sock=0x273d8050, msg=0x87f8280, size=121) at net/socket.c:557
#22 0x0814c16a in kernel_sendmsg (sock=0x273d8050, msg=0x87f8280, vec=0x87f829c, num=2, size=121) at net/socket.c:587
#23 0x27883272 in send_raw_packet (pack_buff=0x269aad69 "\003\006\002", pack_buff_len=107, src_addr=0x5404 <Address 0x5404 out of bounds>, dst_addr=0x2689a500 "\002", batman_if=0x27334848)
    at /host/batman-adv-kernelland/batman-core/send.c:77
#24 0x27884f3c in interface_tx (skb=0x87fcad0, dev=0x8782d20) at /host/batman-adv-kernelland/batman-core/soft-interface.c:234
#25 0x0815561a in dev_hard_start_xmit (skb=0x87fcad0, dev=0x8782d20) at net/core/dev.c:1416
#26 0x08160372 in __qdisc_run (dev=0x8782d20) at net/sched/sch_generic.c:129
#27 0x0815575c in dev_queue_xmit (skb=0x87fcad0) at include/net/pkt_sched.h:89
#28 0x0815a413 in neigh_resolve_output (skb=0x87fcad0) at net/core/neighbour.c:1169
---Type <return> to continue, or q <return> to quit---
#29 0x0816a0a1 in ip_output (skb=<value optimized out>) at include/net/neighbour.h:319
#30 0x0816bab5 in ip_push_pending_frames (sk=0x8357b28) at include/net/dst.h:233
#31 0x0818574a in icmp_push_reply (icmp_param=0x87f8450, ipc=0x87f8424, rt=0x26ee7c60) at net/ipv4/icmp.c:370
#32 0x08185864 in icmp_reply (icmp_param=0x87f8450, skb=0x87fc290) at net/ipv4/icmp.c:415
#33 0x08185efc in icmp_echo (skb=0x5404) at net/ipv4/icmp.c:796
#34 0x08186203 in icmp_rcv (skb=0x87fc290) at net/ipv4/icmp.c:990
#35 0x08167838 in ip_local_deliver (skb=0x87fc290) at net/ipv4/ip_input.c:234
#36 0x08167bfd in ip_rcv (skb=<value optimized out>, dev=0x8782d20, pt=0x8216120, orig_dev=0x8782d20) at include/net/dst.h:242
#37 0x08155b29 in netif_receive_skb (skb=0x87fc290) at net/core/dev.c:1915
#38 0x08155be7 in process_backlog (backlog_dev=0x8228e1c, budget=0x87f855c) at net/core/dev.c:1949
#39 0x08155cba in net_rx_action (h=0x821fcb8) at net/core/dev.c:1997
#40 0x080739b8 in __do_softirq () at kernel/softirq.c:231
#41 0x08073a42 in do_softirq () at kernel/softirq.c:268
#42 0x08073924 in local_bh_enable () at kernel/softirq.c:155
#43 0x0815580b in dev_queue_xmit (skb=0x87fcad0) at net/core/dev.c:1604
#44 0x081997d6 in packet_sendmsg (iocb=0x87f85fc, sock=0x273d8050, msg=0x87f8710, len=121) at net/packet/af_packet.c:783
#45 0x0814c118 in sock_sendmsg (sock=0x273d8050, msg=0x87f8710, size=121) at net/socket.c:557
#46 0x0814c16a in kernel_sendmsg (sock=0x273d8050, msg=0x87f8710, vec=0x87f872c, num=2, size=121) at net/socket.c:587
#47 0x27883272 in send_raw_packet (pack_buff=0x87f8786 "\003\006\002", pack_buff_len=107, src_addr=0x5404 <Address 0x5404 out of bounds>, dst_addr=0x2689a500 "\002", batman_if=0x27334848)
    at /host/batman-adv-kernelland/batman-core/send.c:77
#48 0x278847c4 in packet_recv_thread (data=0x0) at /host/batman-adv-kernelland/batman-core/routing.c:675
#49 0x0807f9c8 in kthread (_create=0x87f7ef4) at kernel/kthread.c:78
#50 0x08064efd in run_kernel_thread (fn=0x807f985 <kthread>, arg=0x87f7ef4, jmp_ptr=0x2744f80c) at arch/um/os-Linux/process.c:295
#51 0x08059129 in new_thread_handler () at arch/um/kernel/skas/process.c:64
#52 0xa55a5a5a in ?? ()

dmesg:
batman-adv: B.A.T.M.A.N. Advanced 0.1-beta (compability version 6) loaded
WARNING: at net/core/skbuff.c:326 __kfree_skb()

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [B.A.T.M.A.N.] Batman-Advanced Kernel land

[Marek Lindner]

On Thursday, 5. June 2008 00:11:31 Sven Eckelmann wrote:
> > Someone can help me?
>
> Can you please test it further?
> I used uml with linux 2.6.22.5 and uml_switch configured as hub to produce
> the same problem, but dotslash told me that he wasn't able to reproduce it
> with his uml image (2.6.24 based). Maybe I can help him to get the same
> effect it so he can try to find the problem.

Same with me -  I can't reproduce the problem but I use a setup similar setup 
to Simons setup. Could you try to use 2.6.24 to see whether it depends on the 
kernel version ?

Greetings,
Marek

Re: [B.A.T.M.A.N.] Batman-Advanced Kernel land

[Simon Wunderlich]

[-- Attachment #1: Type: text/plain, Size: 1201 bytes --]

Hello,

I can not reproduce the problem on 2.6.24, but i can on 2.6.22.19 
with the same batman-adv source (rev1084). So it looks like the 
two kernel have a different behaviour for this problem. 

@Paolo: Which kernel version did you use?

As i can reproduce it now, i'll look in this problem. :)

Thanks for the report,
	Simon

On Thu, Jun 05, 2008 at 10:38:13AM +0800, Marek Lindner wrote:
> On Thursday, 5. June 2008 00:11:31 Sven Eckelmann wrote:
> > > Someone can help me?
> >
> > Can you please test it further?
> > I used uml with linux 2.6.22.5 and uml_switch configured as hub to produce
> > the same problem, but dotslash told me that he wasn't able to reproduce it
> > with his uml image (2.6.24 based). Maybe I can help him to get the same
> > effect it so he can try to find the problem.
> 
> Same with me -  I can't reproduce the problem but I use a setup similar setup 
> to Simons setup. Could you try to use 2.6.24 to see whether it depends on the 
> kernel version ?
> 
> Greetings,
> Marek
> _______________________________________________
> B.A.T.M.A.N mailing list
> B.A.T.M.A.N@open-mesh.net
> https://list.open-mesh.net/mm/listinfo/b.a.t.m.a.n

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [B.A.T.M.A.N.] Batman-Advanced Kernel land

[cipollone]

Hi,

I've two Linux OpenWRT version:

1-      # 2.6.25.4

2-      # 2.6.22

Batman Advanced version # 6.

In this version I've the same problem with the ping. Now I try on the 
2.6.24 version.

Thanks a lot

Paolo

Re: [B.A.T.M.A.N.] Batman-Advanced Kernel land

[Sven Eckelmann]

[-- Attachment #1: Type: text/plain, Size: 765 bytes --]

> On Thursday, 5. June 2008 04:38:13 Marek Lindner wrote:
> Same with me -  I can't reproduce the problem but I use a setup similar
> setup to Simons setup.
I gave Simon my (nearly) complete uml test environment and he was able to kill 
batman+kernel with a small ping packet.

> Could you try to use 2.6.24 to see whether it 
> depends on the kernel version ?
Yes, I tried it and it happened again (and this time no warning in dmesg at 
all). The problem seems to be gone when I configure my uml_switch as switch 
instead of hub (removing "-hub" from commandline) - but sometimes it crashes 
again when all nodes try to send pings to each other (2 -> 1, 3 -> 1 and 1 -> 
2). So I am really sure that you know what it looks like :(

Greetings
	Sven

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [B.A.T.M.A.N.] Batman-Advanced Kernel land

[cipollone]

Hi,

I've tested B.A.T.M.A.N. Advanced Kernel Land version 6 with a different 
Linux OpenWRT Kernel Version. I've used the # 2.6.24.2 and , also in 
this case, I can't ping the other pc with the same kernel version.

Now, with kernel version 2.6.25.4, 2.6.22.2 and 2.6.24.2, Batman doesn't 
send packets. I think there is a problem passing in layer 3 because if I 
ping itself it answer at the request ( it is because it doesn't go in 
the layer 3, but stay at layer 2 with ARP).

I'm reading the log message in order to understand what's the problem 
and where is.

Now I have also putted vde switch in hub mode.

Regards

Paolo

Re: [B.A.T.M.A.N.] Batman-Advanced Kernel land

[Simon Wunderlich]

[-- Attachment #1: Type: text/plain, Size: 1527 bytes --]

Hey Paolo,

thanks again for your testing. I've tried a few old revisions 
and could reproduce the "ping of death" problem in Svens 2.6.22 
enviroment. Even Revision 1024, which worked flawlessly before in my UML, 
on Accton routers and other devices in various setups, showed this problem. 
:(

So there seems to be some hard to catch issue and i haven't found the bug
yet (two others instead ;), but i'm working on it. 

For the time being you may try your luck with revision 1024, maybe it
works for you. It also has some bugs, but worked out in some scenarios
i set up.

Thanks again
	Simon

On Thu, Jun 05, 2008 at 04:03:41PM +0200, cipollone wrote:
> Hi,
> 
> I've tested B.A.T.M.A.N. Advanced Kernel Land version 6 with a different 
> Linux OpenWRT Kernel Version. I've used the # 2.6.24.2 and , also in 
> this case, I can't ping the other pc with the same kernel version.
> 
> Now, with kernel version 2.6.25.4, 2.6.22.2 and 2.6.24.2, Batman doesn't 
> send packets. I think there is a problem passing in layer 3 because if I 
> ping itself it answer at the request ( it is because it doesn't go in 
> the layer 3, but stay at layer 2 with ARP).
> 
> I'm reading the log message in order to understand what's the problem 
> and where is.
> 
> Now I have also putted vde switch in hub mode.
> 
> Regards
> 
> Paolo
> 
> _______________________________________________
> B.A.T.M.A.N mailing list
> B.A.T.M.A.N@open-mesh.net
> https://list.open-mesh.net/mm/listinfo/b.a.t.m.a.n

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [B.A.T.M.A.N.] Batman-Advanced Kernel land

[Simon Wunderlich]

[-- Attachment #1: Type: text/plain, Size: 1062 bytes --]

Hello Paolo, 

please give it another try (rev1078). I fixed some bugs and it works now (at least
in my enviroment ...). 

Regards
	Simon


On Thu, Jun 05, 2008 at 04:03:41PM +0200, cipollone wrote:
> Hi,
> 
> I've tested B.A.T.M.A.N. Advanced Kernel Land version 6 with a different 
> Linux OpenWRT Kernel Version. I've used the # 2.6.24.2 and , also in 
> this case, I can't ping the other pc with the same kernel version.
> 
> Now, with kernel version 2.6.25.4, 2.6.22.2 and 2.6.24.2, Batman doesn't 
> send packets. I think there is a problem passing in layer 3 because if I 
> ping itself it answer at the request ( it is because it doesn't go in 
> the layer 3, but stay at layer 2 with ARP).
> 
> I'm reading the log message in order to understand what's the problem 
> and where is.
> 
> Now I have also putted vde switch in hub mode.
> 
> Regards
> 
> Paolo
> 
> _______________________________________________
> B.A.T.M.A.N mailing list
> B.A.T.M.A.N@open-mesh.net
> https://list.open-mesh.net/mm/listinfo/b.a.t.m.a.n

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[B.A.T.M.A.N.] Batman-Advanced Kernel land

[cipollone]

[-- Attachment #1: Type: text/plain, Size: 377 bytes --]

Hi,

I've tested for all the day in OpenWRT linux kernel version 2.6.24.2 the 
Batman Advanced revision 1075 and I've found a bug (Unable to handle 
kernel paging request at virtual address 00002710). The ping's reciver 
pc always crash at ping request. It's impossible  to see the log  file  
(obviously  for the crash). I attach the kernel oops at the email.

Regards

Paolo

[-- Attachment #2: batman-Unable Paging --]
[-- Type: image/png, Size: 24188 bytes --]