B.A.T.M.A.N

b.a.t.m.a.n@lists.open-mesh.org

15 participants
4308 discussions

Re: [B.A.T.M.A.N.] VGER mailing list request
by Andrew Lunn 05 Oct '09

05 Oct '09

On Sun, Oct 04, 2009 at 05:12:21PM -0700, David Miller wrote: > From: Andrew Lunn <andrew(a)lunn.ch> > Date: Sun, 4 Oct 2009 19:41:27 +0200 > > > Is likely acceptance in staging sufficient for "...for which their > > upstream acceptance is imminent."? > > A lot of code doesn't make it past staging, and gets kicked right back > out of the staging tree instead of being moved to a final resting > place in the kernel tree. > > So staging inclusion doesn't really mean much, an so upstream > acceptance isn't imminent just because you get your code into staging > :-) Hi David Thanks for the reply. We will keep looking else where then for a list server. Once the code hits staging i will let you know so you can review it if you like. Thanks Andrew

2 1

[B.A.T.M.A.N.] VGER mailing list request
by Andrew Lunn 04 Oct '09

04 Oct '09

> I'm sure your project is very interesting, but it falls short of the > scope for having the list crated on vger. > > Generally, we host lists for kernel projects and their tools for which > they are already upstream or for which their upstream acceptance is > imminent. > > I've never seen the BATMAN kernel bits even submitted for review on > netdev(a)vger.kernel.org and getting your code upstream via submission > there would be a prerequesite before we could be discussing a mailing > list on vger. > > I'm not even sure the getting your kernel bits upstream is even > something you want, or whether the networking maintainer (that's > me :-) would consider your code and approach acceptable. Hi David Let me fill in some of the background. We have been talking to GregKH about submitting the code to staging. Greg has said he is happy to accept the patches for staging, since the code is totally self contained, mostly passed checkpatch apart from some long lines, sparse clean etc. And we have a TODO list of things we think need fixing before it can leave staging. However, at the moment we are using a closed list. Your reply to this email is going to bounce from the list server. Before we submit to staging and hopefully start getting feedback from kernel experts, we would like to move to an open list. The current list server does not have good enough Spam filtering for an open list. So we are looking for a list server provider who we could use. vger seemed like an obvious choice. Is likely acceptance in staging sufficient for "...for which their upstream acceptance is imminent."? Thanks Andrew

1 0

[B.A.T.M.A.N.] VGER mailing list request
by Jacob Marble 04 Oct '09

04 Oct '09

This is my correspondence with David, aka postmaster@vger. At this point, I need someone else (Marek, etc.) to contact David if we are to move forward with VGER. Jacob <quote> > Hello, I'm looking for a new mailing list host for the B.A.T.M.A.N. > project (http://open-mesh.net/). Batman is two mesh networking tools, > one a kernel module and the other a user-space approach. We would > like to host at VGER; what is the procedure to create a new list? I'm sure your project is very interesting, but it falls short of the scope for having the list crated on vger. Generally, we host lists for kernel projects and their tools for which they are already upstream or for which their upstream acceptance is imminent. I've never seen the BATMAN kernel bits even submitted for review on netdev(a)vger.kernel.org and getting your code upstream via submission there would be a prerequesite before we could be discussing a mailing list on vger. I'm not even sure the getting your kernel bits upstream is even something you want, or whether the networking maintainer (that's me :-) would consider your code and approach acceptable. Sorry. </quote>

2 2

[B.A.T.M.A.N.] [patch] adding subgraph-feature to vis-output in dot-file-format
by Linus Lüssing 30 Sep '09

30 Sep '09

Pfeh... long night again, but here you go. With this patch, batman-adv now supports the subgraphing-feature of the dot-file-format. The vis-output can then be parsed with "fdp -Tsvg -Gcharset=utf8 /proc/net/batman-adv/vis > test.svg" for example. Interfaces belonging to one BATMAN-node can be found inside a box, the primary interface of a BATMAN-node is double-circled. The output also got more detailed, in that connections between nodes are being displayed with the exact mac address of the used interface instead of replacing one end with the primary interface's mac (see [0] for the problems I had posted before). Cheers, Linus PS: Please check if I got that kmalloc stuff right. PPS: I had to introduce a src-field in the vis-packet-struct, therefore the compatibility version had to be increased as well. [0] https://lists.open-mesh.net/pipermail/b.a.t.m.a.n/2009-August/002832.html Index: vis.c =================================================================== --- vis.c (revision 1417) +++ vis.c (working copy) @@ -333,6 +333,7 @@ /* fill one entry into buffer. */ entry = &entry_array[info->packet.entries]; + memcpy(entry->src, orig_node->batman_if->net_dev->dev_addr, ETH_ALEN); memcpy(entry->dest, orig_node->orig, ETH_ALEN); entry->quality = orig_node->router->tq_avg; info->packet.entries++; @@ -351,6 +352,7 @@ while (NULL != (hashit = hash_iterate(hna_local_hash, hashit))) { hna_local_entry = hashit->bucket->data; entry = &entry_array[info->packet.entries]; + memset(entry->src, 0, ETH_ALEN); memcpy(entry->dest, hna_local_entry->addr, ETH_ALEN); entry->quality = 0; /* 0 means HNA */ info->packet.entries++; Index: vis.h =================================================================== --- vis.h (revision 1417) +++ vis.h (working copy) @@ -33,6 +33,7 @@ } __attribute__((packed)); struct vis_info_entry { + uint8_t src[ETH_ALEN]; uint8_t dest[ETH_ALEN]; uint8_t quality; /* quality = 0 means HNA */ } __attribute__((packed)); Index: packet.h =================================================================== --- packet.h (revision 1417) +++ packet.h (working copy) @@ -26,7 +26,7 @@ #define BAT_VIS 0x05 /* this file is included by batctl which needs these defines */ -#define COMPAT_VERSION 7 +#define COMPAT_VERSION 8 #define DIRECTLINK 0x40 #define VIS_SERVER 0x20 Index: proc.c =================================================================== --- proc.c (revision 1417) +++ proc.c (working copy) @@ -403,17 +403,47 @@ return single_open(file, proc_transt_global_read, NULL); } +static void proc_vis_insert_interface(const uint8_t *interface, + struct vis_if_list **if_entry, + bool primary) +{ + // Did we get an empty list? (then insert imediately) + if(*if_entry == NULL) { + *if_entry = kmalloc(sizeof(struct vis_if_list), GFP_KERNEL); + (*if_entry)->primary = primary; + (*if_entry)->next = NULL; + memcpy((*if_entry)->addr, interface, ETH_ALEN); + } else { + // Do we already have this interface in our list? + while(memcmp((*if_entry)->addr, interface, ETH_ALEN)) { + // Or did we reach the end (then append the interface) + if((*if_entry)->next == NULL) { + (*if_entry)->next = kmalloc(sizeof(struct vis_if_list), GFP_KERNEL); + memcpy((*if_entry)->next->addr, interface, ETH_ALEN); + (*if_entry)->next->primary = primary; + (*if_entry)->next->next = NULL; + break; + } + *if_entry = (*if_entry)->next; + } + } +} + static void proc_vis_read_entry(struct seq_file *seq, struct vis_info_entry *entry, - char *from, + struct vis_if_list **if_entry, + uint8_t *vis_orig, uint8_t current_format, uint8_t first_line) { + char from[40]; char to[40]; int int_part, frac_part; addr_to_string(to, entry->dest); if (entry->quality == 0) { + proc_vis_insert_interface(vis_orig, if_entry, true); + addr_to_string(from, vis_orig); if (current_format == DOT_DRAW) { seq_printf(seq, "\t\"%s\" -> \"%s\" [label=\"HNA\"]\n", from, to); @@ -425,6 +455,9 @@ } else { /* kernel has no printf-support for %f? it'd be better to return * this in float. */ + proc_vis_insert_interface(entry->src, if_entry, + (memcmp(entry->src, vis_orig, ETH_ALEN)) ? false : true); + addr_to_string(from, entry->src); int_part = TQ_MAX_VALUE / entry->quality; frac_part = 1000 * TQ_MAX_VALUE / entry->quality - int_part * 1000; if (current_format == DOT_DRAW) { @@ -444,9 +477,11 @@ struct hash_it_t *hashit = NULL; struct vis_info *info; struct vis_info_entry *entries; - char from[40]; + struct vis_if_list *if_entries = NULL; int i; uint8_t current_format, first_line = 1; + char tmp_addr_str[ETH_STR_LEN]; + struct vis_if_list *tmp_if_next; current_format = vis_format; @@ -468,14 +503,32 @@ info = hashit->bucket->data; entries = (struct vis_info_entry *) ((char *)info + sizeof(struct vis_info)); - addr_to_string(from, info->packet.vis_orig); for (i = 0; i < info->packet.entries; i++) { - proc_vis_read_entry(seq, &entries[i], from, + proc_vis_read_entry(seq, &entries[i], &if_entries, + info->packet.vis_orig, current_format, first_line); if (first_line) first_line = 0; } + + // Generate subgraphs from the collected items + if (current_format == DOT_DRAW) { + addr_to_string(tmp_addr_str, info->packet.vis_orig); + seq_printf(seq, "\tsubgraph \"cluster_%s\" \{\n", tmp_addr_str); + while (if_entries != NULL) { + addr_to_string(tmp_addr_str, if_entries->addr); + if (if_entries->primary) + seq_printf(seq, "\t\t\"%s\" [peripheries=2]\n", tmp_addr_str); + else + seq_printf(seq, "\t\t\"%s\"\n", tmp_addr_str); + // ... and empty the list while doing this + tmp_if_next = if_entries->next; + kfree(if_entries); + if_entries = tmp_if_next; + } + seq_printf(seq, "\t}\n"); + } } spin_unlock(&vis_hash_lock); Index: proc.h =================================================================== --- proc.h (revision 1417) +++ proc.h (working copy) @@ -35,3 +35,12 @@ void cleanup_procfs(void); int setup_procfs(void); + +// While scanning for vis-entries of a particular vis-originator +// this list collects its interfaces to create a subgraph/cluster +// out of them later +struct vis_if_list { + uint8_t addr[ETH_ALEN]; + bool primary; + struct vis_if_list *next; +};

6 31

[B.A.T.M.A.N.] IP from MAC
by Lick A Prize 21 Sep '09

21 Sep '09

In the ROBIN address allocation described here http://robin-mesh.wik.is/Documentation/Router_Configuring/Advanced_Configur… I'm curious how collisions are avoided. If you generate IP 5.dd:ee:ff from aa:bb:cc:dd:ee:ff won't you get a collision if you other devices with MACs ending in dd:ee:ff like aa:aa:cc:dd:ee:ff, aa:aa:aa:dd:ee:ff, and so on.

5 11

[B.A.T.M.A.N.] [PATCH] [batman-adv] Remove compatibility code for pre 2.6 kernel versions
by Sven Eckelmann 12 Sep '09

12 Sep '09

The earliest version of linux which is compatible to batman-adv-kernelland is 2.6.20. Their are patches available in debian for batman-adv-kernelland 0.1 to make it build against linux 2.6.15, but they cannot be ported to current trunk due to changes to the working queues. To have "support" for much older versions isn't needed and can be removed without loosing any functionality. As result the only remaining LINUX_VERSION_CODE dependend precomiler code beside compat.h is for netdevice_ops support in soft-interface.c and result code checking of unregister_chrdev in device.c. For a possible merge into linux compat.h and all appearances of LINUX_VERSION_CODE should be removed according to checkpatch.pl. Signed-off-by: Sven Eckelmann <sven.eckelmann(a)gmx.de> --- batman-adv-kernelland/device.c | 14 -------------- batman-adv-kernelland/main.c | 8 -------- 2 files changed, 0 insertions(+), 22 deletions(-) diff --git a/batman-adv-kernelland/device.c b/batman-adv-kernelland/device.c index 80a6215..6383839 100644 --- a/batman-adv-kernelland/device.c +++ b/batman-adv-kernelland/device.c @@ -26,9 +26,7 @@ #include "compat.h" -#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0) static struct class *batman_class; -#endif static int Major; /* Major number assigned to our device driver */ @@ -65,13 +63,6 @@ int bat_device_setup(void) return 0; } -#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 0) - if (devfs_mk_cdev(MKDEV(tmp_major, 0), S_IFCHR | S_IRUGO | S_IWUGO, - "batman-adv", 0)) { - debug_log(LOG_TYPE_WARN, "Could not create /dev/batman-adv\n"); - return 0; - } -#else batman_class = class_create(THIS_MODULE, "batman-adv"); if (IS_ERR(batman_class)) { @@ -81,7 +72,6 @@ int bat_device_setup(void) device_create(batman_class, NULL, MKDEV(tmp_major, 0), NULL, "batman-adv"); -#endif Major = tmp_major; return 1; @@ -94,12 +84,8 @@ void bat_device_destroy(void) if (!Major) return; -#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 0) - devfs_remove("batman-adv", 0); -#else device_destroy(batman_class, MKDEV(Major, 0)); class_destroy(batman_class); -#endif /* Unregister the device */ #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 23) diff --git a/batman-adv-kernelland/main.c b/batman-adv-kernelland/main.c index 584b141..8fbefc2 100644 --- a/batman-adv-kernelland/main.c +++ b/batman-adv-kernelland/main.c @@ -203,20 +203,12 @@ void shutdown_module(void) void inc_module_count(void) { -#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 0) - MOD_INC_USE_COUNT; -#else try_module_get(THIS_MODULE); -#endif } void dec_module_count(void) { -#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 0) - MOD_DEC_USE_COUNT; -#else module_put(THIS_MODULE); -#endif } int addr_to_string(char *buff, uint8_t *addr) -- 1.6.3.3

2 1

[B.A.T.M.A.N.] [PATCH] Remove compatibility code for pre 2.6 kernel versions
by Sven Eckelmann 12 Sep '09

12 Sep '09

1 1

[B.A.T.M.A.N.] Ninux Day 2009
by Claudio 07 Sep '09

07 Sep '09

Ninux Day 2009 27-29 November, Rome, Italy http://blog.ninux.org/2009/09/03/ninux-day-2009/ http://wiki.ninux.org/NinuxDay2009en The Ninux.org team is glad to announce the first *Ninux Day*, the only day that lasts a weekend ;) A weekend surreal time slot on topics about wireless communities. Under the same roof for the first time you'll find hackers, geeks, nerds, engineers, artists, curious and academics. Presentations on technical and social topics will be faced with the most expert people in the area of the wireless community networks, that will come to Rome from all Europe. The ninux.org members

3 2

[B.A.T.M.A.N.] HSB announces the second Wireless Battle Mesh (Brussels, 17-18 Oct)
by Benjamin Henrion 04 Sep '09

04 Sep '09

======================================================================= HackerSpaceBrussels announces the second Wireless Battle Mesh WBM2009 v2 (Brussels, 17-18 October) ======================================================================= HackerSpaceBrussels (HSB) announces the second Wireless Battle Mesh, which aims to test 3 popular WiFi routing protocols (OLSR, Batman and Babel), in Brussels on Saturday and Sunday 17-18 October 2009. Agenda ====== * Tue 06 Oct @ 21:00: final IRC meeting to prepare the design of the networks (see below) * Sat 10 Oct @19:30: IPv6 presentation (Filip P.) + panel on possibilities and pittfalls of IPv6 for free networks * Tue 13 Oct - Fri 16 Oct: OpenWRT workshops (we're still up to organising things, some points of interest: openwrt installation and config, kamikaze build environment, ssh keys infrastructure, firmware generation, UCI configuration tool, asterisk/ SIP phone) * Friday 16th Oct @ 18:00 : Deploy the nodes * Sat 17 Oct @ 14:00: Deploy the nodes, setup tests * Sat 17 Oct @ 19:00: concert "I'm sitting under an antenna" v.a., org. by OKNO * Sun 18 Oct @ 14:00: The battle! :-) IRC meetings ============ We setup some IRC meetings to prepare the configuration: IP's, versions, and everything that took too much time at WBM v1. The meetings will be held on the tuesdays of 15 and 22 September and 06 October at 21:00 CET on irc.freenode.net channel #hsbxl. People from brussels and around are invited to join us at the hackerspace. Fee === The event is free. We'll kindly ask you for a donation to cover some costs. Location ======== Okno Quai des Charbonnages 30-34 1080 Brussels http://okno.be http://tinyurl.com/oknomap Transport ========= * Metro: Compte de Flandres / Graaf van Vlaanderen * Train: Go to Brussels central station and take metro from there (metro 5 direction Erasmus) * Route planner in Brussels: http://mivb.be/index.htm Registration ============ Space is limited, so we ask you to register in advance by registering: 1. send an email with your name and surname to contact at voidpointer.be AND 2. register on Doodle: http://www.doodle.com/7yzcn8ptibyq7gxv Requirements ============ * Bring your laptop/computer * Bring your compatible router(s) with OpenWRT pre-installed * Bring your WiFi antenna(s) and connectors Accomodation ============ * Zoobab is offering some free space to sleep (contact him at zoobab at gmail.com) * If you have problems finding accomodation, let us know (contact at voidpointer.be) -- there always be some couches free at HSB. Contact ====== Email: contact at voidpointer.be Tel (ptr_): +32 493 52 50 09 Tel (zoobab): +32 484 56 61 09 Links ===== http://hackerspace.be/wbm2009v2 http://www.olsr.org http://www.pps.jussieu.fr/~jch/software/babel/ http://en.wikipedia.org/wiki/B.A.T.M.A.N. http://hackerspace.be/wbm2009 http://www.tmplab.org/2009/02/16/first-tmplab-wireless-battle-mesh-april-11… http://openwrt.org/ http://www.tmplab.org/wiki/index.php/Wireless_Battle_Mesh

5 6

[B.A.T.M.A.N.] Is svn broken?
by "Sebastián D. Criado" 28 Aug '09

28 Aug '09

I cant's update vía svn svn co http://downloads.open-mesh.net/svn/batman/trunk/batman-experimental/ svn: Could not open the requested SVN filesystem Saludos.- -- Sebastian.Criado(a)gmail.com - GPG: 1024D/FB208AA2 797A 6D01 B7FC B8C7 AD5E|counter.li.org: #146768 2A50 66E6 2FFB FB20 8AA2|http://www.lugro.org.ar http://noalamatricula.wordpress.com/about/ read! "Si el Universo fuera un programa estaría hecho en C, y correría sobre un sistema UNIX" Anónimo.

3 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

B.A.T.M.A.N