Original-Nachricht
Datum: Fri, 22 Jan 2010 13:16:09 +0100
Von: Sven Eckelmann sven.eckelm...@gmx.de
Cannot find the driver at http://www.csr.com/products/UF1050_over.htm
They have files at csrsupport.com, but I can't actually find the driver sources
there either. But the
Original-Nachricht
Datum: Fri, 22 Jan 2010 19:26:19 +0100
Von: Simon Wunderlich simon.wunderl...@s2003.tu-chemnitz.de
maybe just an idea, but could it be that we have a regression from the skb
patch that some skb headers are wrong?
An idea would be to compare the
Juha Ylönen wrote:
So please test and capture
* rawsend from ARM
* ping between laptop and arm
* a ping -s 1 between laptop and arm
I hope that tests help to see were the problem really is. If the ping -s
1 works, can you please also capture a some packets of batman-adv 0.2?
Juha Ylönen wrote:
This looks interesting, I've had problems with the wlan driver before but
it has been quite stable for a while. Wlan chip in use is CSR UniFi 1050,
with driver compiled from CSR supplied sources.
Cannot find the driver at http://www.csr.com/products/UF1050_over.htm
I'll
Original-Nachricht
Datum: Thu, 21 Jan 2010 06:32:19 +0800
Von: Marek Lindner lindner_ma...@yahoo.de
Hi,
Ok, here's another set:
---IN ARM DEVICE---
## ifconfig
bat0 Link encap:Ethernet HWaddr BE:8F:67:10:32:A9
inet addr:10.1.1.33 Bcast:10.255.255.255
Juha Ylönen wrote:
Yeah, I've been lurking there for a while, but being so much on/off from
the computer lately it's been easier to email. I'll certainly begin
bugging You through irc once I have time to sit down for a while..=)
It would help a lot. We are currently waiting for a lot more
On 01/21/2010 06:12 AM, Juha Ylönen wrote:
[snip]
---IN ARM DEVICE---
## route
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
10.0.1.0* 255.255.255.0 U 0 00 eth1
10.0.0.0*
Original-Nachricht
Datum: Tue, 19 Jan 2010 20:37:01 +0100
Von: Simon Wunderlich simon.wunderl...@s2003.tu-chemnitz.de
just as a side note, would you mind sharing your changes which were
required to cross compile
for ARM? batman-adv is supposed to support 2.6.24, and if
Hi,
I just took a fresh checkout and now it compiles without problems. The
errors I got were in gateway functionality, so I guess they were under
development?
yap. If you want something more stable stay with the last release.
It's still complining about the bat_printk:
make[2]: *** No
Hey,
0 bat0 ## ping 10.0.1.40
PING 10.0.1.40 (10.0.1.40): 56 data bytes
--- 10.0.1.40 ping statistics ---
10 packets transmitted, 0 packets received, 100% packet loss
actually, I meant the ping that you said would work and expected the config
from both ends. Otherwise we can't see
Original-Nachricht
Datum: Mon, 18 Jan 2010 21:38:32 +0800
Von: Marek Lindner lindner_ma...@yahoo.de
Could you please let us know what part of the wiki does not work as
expected ?
Only then we can improve it. :)
Ah yes, the instructions were actually were in the
Original-Nachricht
Datum: Mon, 18 Jan 2010 14:51:20 +0100
Von: Andrew Lunn and...@lunn.ch
It would also be good to know the MAC addresses for the two laptops
and the ARM board, so we know what messages are coming from where.
On the laptop:
HWaddr 00:22:fa:dc:9a:ce
and
Original-Nachricht
Datum: Tue, 19 Jan 2010 20:07:38 +0800
Von: Marek Lindner lindner_ma...@yahoo.de
It confirmed what we saw in the other logs: This device (the laptop?) does
not
see the packets from the other side, therefore the protocol correctly
assumes
a dead
And a new try to send the log, previous was rather big and didn't get sent.
This one is shorter and missing all the multicast traffic.
-Juha
--
Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.!
http://portal.gmx.net/de/go/dsl02
ARM-batman-wireshark.log
Description: Binary data
Juha Ylönen wrote:
I got the latest trunk up and running, some changes were required to get it
to crosscompile for ARM (and 2.6.24 kernel). Same behaviour as before,
device log shows a lot of activity, but laptop batman doesn't seem to be
doing much anything. I tried the wireshark and got a
Juha Ylönen wrote:
As far as I can see only data from 00:22:fa:dc:9a:ce can be seen (send
from us
aka laptop?). Have you tested if the adhoc connection between this two
devices
(arm - laptop) is really working (just set up the adhoc network as
usual and
then give them an ip instead
Hello,
just as a side note, would you mind sharing your changes which were required to
cross compile
for ARM? batman-adv is supposed to support 2.6.24, and if there is any trouble
with this
on ARM i'd like to add support for it.
Thank you very much,
Simon
On Tue, Jan 19, 2010 at
The problem comes when I try to add my little ARM based linux box
onto the group. Again same sources used (latest stable from the
wiki), crosscompiles fine and I can load the module as normal on the
box. Setup goes as it should on both the device and the laptop, and
both systems seems to be
Hi,
And thanks for quick responses. Some comments below.
Original-Nachricht
Datum: Mon, 18 Jan 2010 12:39:54 +0100
Von: Andrew Lunn and...@lunn.ch
What do you see in /proc/net/batman-adv/originiators on the three
devices?
Here's what I see (or not see) in the laptop:
On Monday 18 January 2010 21:29:35 Juha Ylönen wrote:
I couldn't find any info on debug build in the README, and some
instructions I came across in the wiki didn't really work,
Could you please let us know what part of the wiki does not work as expected ?
Only then we can improve it. :)
Yes, the devices are talking to each other. real recv indicates you
received
the other node's messages but the other node does not repeat our own
broadcasts (see own_bcast). Would be interesting to see the log from the
other side. It looks like the messages get dropped there.
It would
21 matches
Mail list logo
