All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dragan Noveski <perodog@gmx.net>
To: batman <b.a.t.m.a.n@open-mesh.net>
Subject: [B.A.T.M.A.N.] problems running batman rev350
Date: Sat, 19 May 2007 16:55:43 +0200	[thread overview]
Message-ID: <464F0FEF.6090603@gmx.net> (raw)

hi list,
i am new here and just trying to use batman rev350 compiled on 
2.6.21.1-rt3 kernel on ibm-thinkpad-R50e. the rt-patch (for low-latency 
audio work) comes from:

http://people.redhat.com/mingo/realtime-preempt/

i am using a atmel-wlan adapter and the atmel driver from:

git-clone http://honk.sigxcpu.org/git/at76c503a.git/


the driver runs pretty stable, if i use olsrd to join the network here, i use following script to start the protocol:

 #!/bin/sh
    iwconfig eth2 mode ad-hoc essid olsr.freifunk.net channel 10 ap 02:CA:FF:EE
    ifconfig eth2 104.130.30.9
    ifconfig eth2 up
    olsrd


.........

except of some timeouts, which are pretty rarely, that runs good.

i am starting batman with:

#!/bin/bash
    iwconfig eth2 mode ad-hoc essid olsr.freifunk.net channel 10
    ifconfig eth2 105.130.30.9
    ifconfig eth2 up
    sleep 1
    batmand -d 1 -p 105.131.41.5 -r 1 eth2


and

#!/bin/bash
batmand -c -d 2

in another terminal.

when batman starts, the 'batmand -c' script shows, that i am connected 
to another gateway, but not to preferred one:

     Gateway              Router (#/128) 
=> 105.192.99.62      105.130.30.1 ( 3), gw_class 10 - 6 MBit, 
reliability: 0 
   105.192.99.61      105.130.30.1 ( 1), gw_class  7 - 2 MBit, 
reliability: 0 
   105.131.83.5       105.130.30.1 ( 1), gw_class 11 - >6 MBit, 
reliability: 0 
   105.131.41.5       105.130.30.1 ( 2), gw_class 11 - >6 MBit, 
reliability: 0 
   105.192.99.103     105.130.30.1 ( 3), gw_class  7 - 2 MBit, 
reliability: 0 
   105.192.99.192     105.130.30.1 ( 2), gw_class 10 - 6 MBit, 
reliability: 0

...........

this always is a number 105.192.99.....(.62, .103, .192).
this condition than stays for 2 or 3 up to 10 minutes, and in that time 
i cannot even ping the 105.130.30.1 which is the next  point here.

after some minutes, the connection changes, so that 'batmand -c' shows 
that i am connected to 105.131.41.5 and i am able to ping 141.1.1.1.
unfortunately, after some minutes (or even shorter), the batman script 
stops and the terminal is at the prompt again. there is no segfault, 
using 'ulimit -c unlimited' will not produce a core-dump. i suppose that 
this is not a driver bug, cause looking at this moment at 'dmesg', i can 
see that the driver is loaded using the 02:ca:ff:ee:ba:by - if i stop 
batmand and start olsrd, i will be connected to the internet as expected.

i am really not aware of what else information i could provide to you, 
in order to make batmand running stable here, but if you have any idea, 
please let me know!

cheers,
doc

             reply	other threads:[~2007-05-19 14:55 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-19 14:55 Dragan Noveski [this message]
2007-05-19 15:49 ` [B.A.T.M.A.N.] problems running batman rev350 Axel Neumann
2007-05-19 17:02   ` Dragan Noveski
2007-05-19 17:31     ` Dragan Noveski
2007-05-19 18:44       ` Dragan Noveski
2007-05-19 20:10         ` Marek Lindner
2007-05-21 10:35           ` Dragan Noveski
     [not found]             ` <200705211311.50293.lindner_marek@yahoo.de>
2007-05-21 11:33               ` Dragan Noveski
2007-05-21 18:12                 ` Axel Neumann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=464F0FEF.6090603@gmx.net \
    --to=perodog@gmx.net \
    --cc=b.a.t.m.a.n@open-mesh.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.