B.A.T.M.A.N October 2016

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

17 participants
57 discussions

[B.A.T.M.A.N.] [PATCH] alfred: Enable _GNU_SOURCE by default
by Sven Eckelmann 14 Oct '16

14 Oct '16

alfred uses any netlink library which is (more or less) compatible with libnl-3. This is for example libnl-tiny on OpenWrt. Programs and libraries which are build against libnl-tiny must be build with _GNU_SOURCE enabled to have some types in its headers defined. Thus _GNU_SOURCE is enabled in the OpenWrt alfred package since 2016.3. But sometimes using _GNU_SOURCE and sometimes not using it can have severe side effects which are non-trivial to debug when the developer is not also using the same _GNU_SOURCE preprocessor define. Thus enable _GNU_SOURCE by default to have similar behavior (defines, type definitions, structure members, ...) from headers like on OpenWrt. Signed-off-by: Sven Eckelmann <sven(a)narfation.org> --- Makefile | 1 + gpsd/Makefile | 1 + vis/Makefile | 1 + 3 files changed, 3 insertions(+) diff --git a/Makefile b/Makefile index 6daa904..552e690 100755 --- a/Makefile +++ b/Makefile @@ -36,6 +36,7 @@ MANPAGE = man/alfred.8 # alfred flags and options CFLAGS += -pedantic -Wall -W -std=gnu99 -fno-strict-aliasing -MD -MP +CPPFLAGS += -D_GNU_SOURCE LDLIBS += -lrt # Turn on alfred capability dropping by default - set this to n if you don't want/need it diff --git a/gpsd/Makefile b/gpsd/Makefile index bae5660..b6172d9 100755 --- a/gpsd/Makefile +++ b/gpsd/Makefile @@ -25,6 +25,7 @@ MANPAGE = man/alfred-gpsd.8 # alfred flags and options CFLAGS += -pedantic -Wall -W -std=gnu99 -fno-strict-aliasing -MD -MP +CPPFLAGS += -D_GNU_SOURCE # disable verbose output ifneq ($(findstring $(MAKEFLAGS),s),s) diff --git a/vis/Makefile b/vis/Makefile index fd99f49..22483a5 100755 --- a/vis/Makefile +++ b/vis/Makefile @@ -27,6 +27,7 @@ MANPAGE = man/batadv-vis.8 # batadv-vis flags and options CFLAGS += -pedantic -Wall -W -std=gnu99 -fno-strict-aliasing -MD -MP +CPPFLAGS += -D_GNU_SOURCE LDLIBS += -lrt # disable verbose output -- 2.9.3

2 1

[B.A.T.M.A.N.] [PATCH] alfred: Keep order of interfaces from commandline
by Sven Eckelmann 14 Oct '16

14 Oct '16

The first (valid) interface mac address will be used as source mac for an dataset. But alfred added the commandline parameters for a multi-interface master in reverse order. Keep the list in the same order as the commandline to fulfill the user expectations when checking the source entries of datasets. Signed-off-by: Sven Eckelmann <sven.eckelmann(a)open-mesh.com> --- netsock.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/netsock.c b/netsock.c index d72541e..5d37347 100644 --- a/netsock.c +++ b/netsock.c @@ -165,7 +165,7 @@ int netsock_set_interfaces(struct globals *globals, char *interfaces) return -ENOMEM; } - list_add(&interface->list, &globals->interfaces); + list_add_tail(&interface->list, &globals->interfaces); } return 0;

2 1

Re: [B.A.T.M.A.N.] Help in setting up mesh test bed using qemu - BATMAN adv
by Kaushik N P 12 Oct '16

12 Oct '16

Hello, @Linus, I am a bit new to this and haven't much exposure to compiling kernels and all. I will try out and see what I can do with it, but a little more explanation would help a lot. "Then you connect the namespace via veth-pairs." Didn't get the namespace and making veth-pairs part. Anyways, I'll be certain to see what I can do with the code itself. Thanks and regards, Kaushik Thanks and Regards, Kaushik NP LI | Tw | FB SAP Ambassador, General Secretary, Computer Society Team IEEE UVCE, 3rd Year Undergraduate Student, University Visvesvaraya College of Engineering, Bangalore, IN On Wed, Oct 12, 2016 at 10:19 PM, Kaushik N P <kaushik.np.in(a)ieee.org> wrote: > Hello, > > @Linus, I am a bit new to this and haven't much exposure to compiling > kernels and all. I will try out and see what I can do with it, but a little > more explanation would help a lot. > > "Then you connect the namespace via veth-pairs." Didn't get the namespace > and making veth-pairs part. > > Anyways, I'll be certain to see what I can do with the code itself. > > Thanks and regards, > Kaushik > > > On Oct 11, 2016 4:06 PM, "Linus Lüssing" <linus.luessing(a)c0d3.blue> wrote: > > Haven't tried that myself yet, but maybe the new network namespace > support in the git master branch might be an easy alternative to > start with? > > You could first try to compile and load the batman-adv > kernel module. Then you'd create a namespace for each virtual node > you want to have. Then you connect the namespace via veth-pairs. > And finally, within each network namespace you would hook some veth > ends into a batX interface. > > > First you could try wiring two, then three nodes manually. If > that works and looks good you could then write a script to setup > the testbed with an arbitrary amount of virtual nodes. > > Regards, Linus > >

2 2

Re: [B.A.T.M.A.N.] Help in setting up mesh test bed using qemu - BATMAN adv
by Kaushik N P 11 Oct '16

11 Oct '16

Hello, Good to hear it is tough to work on in Linux and that am not the only person finding it difficult working on it. @Ufo : Yes, it might be tough, but we learn from experience on working on such stuff after all. I have two routers but want to setup a bigger mesh bed with more nodes and would prefer not to spend more for now. And mainly I think working on Linux would provide me a better understanding and would allow me to experiment more on it. I have worked with Virtual machines before, though with minimal experimentation at that. And I will definitely check out LEDE. Thank you for the suggestion. @Marek : Yes, I know it was a half baked question I presented, but wasn't sure how to put up my query more clearly. Now I will list out the steps I have followed till now and what the results are. Links I followed primarily: [1] https://wiki.openwrt.org/doc/howto/qemu [2] https://www.open-mesh.org/projects/open-mesh/wiki/Emulation So, the link [1] defines setting up QEMU. Again, I am working on Ubuntu 16.0, 64-bit. As far as I could see, only the Commands in 'Booting from SD card image' was related. Have downloaded openwrt-realview-vmlinux.elf , openwrt-realview-sdcard.img and type in the command below : qemu-system-arm -M realview-pbx-a9 -m 1024M -nographic \ -kernel openwrt-realview-vmlinux.elf \ -sd openwrt-realview-sdcard.img \ -append "console=ttyAMA0 verbose debug root=/dev/mmcblk0p1" This command opened up a BusyBox which looks as follows : BusyBox v1.24.2 () built-in shell (ash) //Says OpenWrt below _______ ________ __ | | .-----.-----.-----.| | | |.----.| |_ | - | | _ | -__| || | | || _|| _| |_______| | __|____|__|__||________||__| |____| |__| W I R E L E S S F R E E D O M ----------------------------------------------------- DESIGNATED DRIVER (Bleeding Edge, 49928) ----------------------------------------------------- * 2 oz. Orange Juice Combine all juices in a * 2 oz. Pineapple Juice tall glass filled with * 2 oz. Grapefruit Juice ice, stir well. * 2 oz. Cranberry Juice ----------------------------------------------------- root@OpenWrt:/# [ 13.897119] smsc911x smsc911x.0 eth0: SMSC911x/921x identified at 0xf0b40000, IRQ: 60 [ 13.934741] device eth0 entered promiscuous mode [ 13.978166] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready [ 15.762764] br-lan: port 1(eth0) entered forwarding state [ 15.764526] br-lan: port 1(eth0) entered forwarding state [ 15.802643] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready [ 17.762480] br-lan: port 1(eth0) entered forwarding state root@OpenWrt:/# There is no details on what to do once this opens up though. And I still need confirmation as to what this means. Is it that QEMU has loaded OpenWRT in my system like a virtual machine or is it a console to access OpenWRT functionalities, etc. After this I made changes according to "openwrt virtualized using debian, qemu/kvm and a lex twitter system with intel atom d525 and chipset ich8m" section to 'Virtualization proper' too in case it was required, but the Virtualization didn't work. This done, I moved to link [2], where it explains how to set up mesh testbed. It says"OpenWrt, kamikaze trunk version for x86 with minimal modifications" and so I have downloaded 'openwrt-x86-ext2.image' from Kamikaze. Changed the above code used to load QEMU as : qemu-system-arm -M realview-pbx-a9 -m 1024M -nographic \ > -kernel openwrt-realview-vmlinux.elf \ > -sd openwrt- \ > -sd openwrt-x86-ext2.image \ > -append "console=ttyAMA0 verbose debug root=/dev/mmcblk0p1" But loading this hasn't been successful as doing this gives : ...<loading and stuff>... [ 1.304028] VFS: Mounted root (ext2 filesystem) readonly on device 179:1. [ 1.317832] Freeing unused kernel memory: 196K (c0481000 - c04b2000) [ 1.328078] Kernel panic - not syncing: No working init found. Try passing init= option to kernel. See Linux Documentation/init.txt for guidance. [ 1.332338] ---[ end Kernel panic - not syncing: No working init found. Try passing init= option to kernel. See Linux Documentation/init.txt for guidance. Next, running the script written in 'OpenWrt' section doesn't work as it says : /tmp/logserver.sh: 3: /tmp/logserver.sh: cannot open /sys/kernel/debug/batman_adv/bat0/log: No such file /tmp/logserver.sh: 3: /tmp/logserver.sh: cannot open /sys/kernel/debug/batman_adv/bat0/log: No such file Commenting the lines that open this file : while [ 1 ]; do nc -l -p 2050 < /sys/kernel/debug/batman_adv/bat0/log done gives the error : RTNETLINK answers: File exists Cannot find device "br-lan" Cannot find device "br-lan" ./rc.local: 23: ./rc.local: cannot create /proc/net/batman-adv/interfaces: Directory nonexistent ./rc.local: 24: ./rc.local: cannot create /proc/net/batman-adv/interfaces: Directory nonexistent ./rc.local: 25: ./rc.local: cannot create /proc/net/batman-adv/log_level: Directory nonexistent /tmp/logserver.sh: 1: /tmp/logserver.sh: !/bin/sh: not found Cannot find device "bat0" Cannot find device "bat0" Next, I have patched both 'vde2-2.3.2_colour.patch' and 'vde2-2.3.2-wirefilter-ethertype.patch' The final step lists a script for running the scripts to start up all the qemu windows. This throw up a lot many errors. Below is the error it shows: kaushik@kaushik-HP:~/QEMUopenwrt$ ./command.sh Must be run inside a screen session [sudo] password for kaushik: wirefilter(8722): Operation not permitted wirefilter(8724): Operation not permitted wirefilter(8726): Operation not permitted wirefilter(8728): Operation not permitted wirefilter(8730): Operation not permitted wirefilter(8732): Operation not permitted wirefilter(8734): Operation not permitted wirefilter(8736): Operation not permitted wirefilter(8738): Operation not permitted wirefilter(8740): Operation not permitted wirefilter(8742): Operation not permitted wirefilter(8744): Operation not permitted wirefilter(8746): Operation not permitted wirefilter(8748): Operation not permitted wirefilter(8750): Operation not permitted vde_switch(8567): Operation not permitted vde_switch(8575): Operation not permitted vde_switch(8583): Operation not permitted vde_switch(8591): Operation not permitted vde_switch(8599): Operation not permitted vde_switch(8607): Operation not permitted vde_switch(8615): Operation not permitted vde_switch(8623): Operation not permitted vde_switch(8631): Operation not permitted ioctl(TUNSETIFF): Device or resource busy RTNETLINK answers: File exists ioctl(TUNSETIFF): Device or resource busy RTNETLINK answers: File exists ioctl(TUNSETIFF): Device or resource busy RTNETLINK answers: File exists ioctl(TUNSETIFF): Device or resource busy RTNETLINK answers: File exists ioctl(TUNSETIFF): Device or resource busy RTNETLINK answers: File exists ioctl(TUNSETIFF): Device or resource busy . . . This I run in a screen as it is mentioned in the guide. It creates many files and folders named num0 to num9, but doesn't proceed after that. This and some more experimentation I have done with it. So, any help I can get would be most welcome Thanks and Regards, Kaushik NP LI | Tw | FB SAP Ambassador, General Secretary, Computer Society Team IEEE UVCE, 3rd Year Undergraduate Student, University Visvesvaraya College of Engineering, Bangalore, IN On Sat, Oct 8, 2016 at 1:21 AM, Kaushik N P <kaushik.np.in(a)ieee.org> wrote: > Hello, > > Good to hear it is tough to work on in Linux and that am not the only person > finding it difficult working on it. > > @Ufo : Yes, it might be tough, but we learn from experience on working on > such stuff after all. I have two routers but want to setup a bigger mesh bed > with more nodes and would prefer not to spend more for now. And mainly I > think working on Linux would provide me a better understanding and would > allow me to experiment more on it. I have worked with Virtual machines > before, though with minimal experimentation at that. And I will definitely > check out LEDE. Thank you for the suggestion. > > @Marek : Yes, I know it was a half baked question I presented, but wasn't > sure how to put up my query more clearly. Now I will list out the steps I > have followed till now and what the results are. > > Links I followed primarily: > [1] https://wiki.openwrt.org/doc/howto/qemu > [2] https://www.open-mesh.org/projects/open-mesh/wiki/Emulation > > So, the link [1] defines setting up QEMU. Again, I am working on Ubuntu > 16.0, 64-bit. > > As far as I could see, only the Commands in 'Booting from SD card image' > was related. Have downloaded openwrt-realview-vmlinux.elf , > openwrt-realview-sdcard.img and type in the command below : > > qemu-system-arm -M realview-pbx-a9 -m 1024M -nographic \ > -kernel openwrt-realview-vmlinux.elf \ > -sd openwrt-realview-sdcard.img \ > -append "console=ttyAMA0 verbose debug root=/dev/mmcblk0p1" > > > This command opened up a BusyBox which looks as follows : > > BusyBox v1.24.2 () built-in shell (ash) > > //Says OpenWrt below > _______ ________ __ > | | .-----.-----.-----.| | | |.----.| |_ > | - | | _ | -__| || | | || _|| _| > |_______| | __|____|__|__||________||__| |____| > |__| W I R E L E S S F R E E D O M > ----------------------------------------------------- > DESIGNATED DRIVER (Bleeding Edge, 49928) > ----------------------------------------------------- > * 2 oz. Orange Juice Combine all juices in a > * 2 oz. Pineapple Juice tall glass filled with > * 2 oz. Grapefruit Juice ice, stir well. > * 2 oz. Cranberry Juice > ----------------------------------------------------- > root@OpenWrt:/# [ 13.897119] smsc911x smsc911x.0 eth0: SMSC911x/921x > identified at 0xf0b40000, IRQ: 60 > [ 13.934741] device eth0 entered promiscuous mode > [ 13.978166] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready > [ 15.762764] br-lan: port 1(eth0) entered forwarding state > [ 15.764526] br-lan: port 1(eth0) entered forwarding state > [ 15.802643] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready > [ 17.762480] br-lan: port 1(eth0) entered forwarding state > root@OpenWrt:/# > > There is no details on what to do once this opens up though. And I still > need confirmation as to what this means. Is it that QEMU has loaded OpenWRT > in my system like a virtual machine or is it a console to access OpenWRT > functionalities, etc. > > After this I made changes according to "openwrt virtualized using debian, > qemu/kvm and a lex twitter system with intel atom d525 and chipset ich8m" > section to 'Virtualization proper' too in case it was required, but the > Virtualization didn't work. > > > This done, I moved to link [2], where it explains how to set up mesh > testbed. It says"OpenWrt, kamikaze trunk version for x86 with minimal > modifications" and so I have downloaded 'openwrt-x86-ext2.image' from > Kamikaze. Changed the above code used to load QEMU as : > qemu-system-arm -M realview-pbx-a9 -m 1024M -nographic \ >> -kernel openwrt-realview-vmlinux.elf \ >> -sd openwrt- \ >> -sd openwrt-x86-ext2.image \ >> -append "console=ttyAMA0 verbose debug root=/dev/mmcblk0p1" > > But loading this hasn't been successful as doing this gives : > ...<loading and stuff>... > [ 1.304028] VFS: Mounted root (ext2 filesystem) readonly on device 179:1. > [ 1.317832] Freeing unused kernel memory: 196K (c0481000 - c04b2000) > [ 1.328078] Kernel panic - not syncing: No working init found. Try > passing init= option to kernel. See Linux Documentation/init.txt for > guidance. > [ 1.332338] ---[ end Kernel panic - not syncing: No working init found. > Try passing init= option to kernel. See Linux Documentation/init.txt for > guidance. > > > Next, running the script written in 'OpenWrt' section doesn't work as it > says : > /tmp/logserver.sh: 3: /tmp/logserver.sh: cannot open > /sys/kernel/debug/batman_adv/bat0/log: No such file > /tmp/logserver.sh: 3: /tmp/logserver.sh: cannot open > /sys/kernel/debug/batman_adv/bat0/log: No such file > > Commenting the lines that open this file : > while [ 1 ]; do > nc -l -p 2050 < /sys/kernel/debug/batman_adv/bat0/log > done > > gives the error : > RTNETLINK answers: File exists > Cannot find device "br-lan" > Cannot find device "br-lan" > ./rc.local: 23: ./rc.local: cannot create /proc/net/batman-adv/interfaces: > Directory nonexistent > ./rc.local: 24: ./rc.local: cannot create /proc/net/batman-adv/interfaces: > Directory nonexistent > ./rc.local: 25: ./rc.local: cannot create /proc/net/batman-adv/log_level: > Directory nonexistent > /tmp/logserver.sh: 1: /tmp/logserver.sh: !/bin/sh: not found > Cannot find device "bat0" > Cannot find device "bat0" > > Next, I have patched both 'vde2-2.3.2_colour.patch' and > 'vde2-2.3.2-wirefilter-ethertype.patch' > > The final step lists a script for running the scripts to start up all the > qemu windows. This throw up a lot many errors. > Below is the error it shows: > > kaushik@kaushik-HP:~/QEMUopenwrt$ ./command.sh > Must be run inside a screen session > [sudo] password for kaushik: > wirefilter(8722): Operation not permitted > wirefilter(8724): Operation not permitted > wirefilter(8726): Operation not permitted > wirefilter(8728): Operation not permitted > wirefilter(8730): Operation not permitted > wirefilter(8732): Operation not permitted > wirefilter(8734): Operation not permitted > wirefilter(8736): Operation not permitted > wirefilter(8738): Operation not permitted > wirefilter(8740): Operation not permitted > wirefilter(8742): Operation not permitted > wirefilter(8744): Operation not permitted > wirefilter(8746): Operation not permitted > wirefilter(8748): Operation not permitted > wirefilter(8750): Operation not permitted > vde_switch(8567): Operation not permitted > vde_switch(8575): Operation not permitted > vde_switch(8583): Operation not permitted > vde_switch(8591): Operation not permitted > vde_switch(8599): Operation not permitted > vde_switch(8607): Operation not permitted > vde_switch(8615): Operation not permitted > vde_switch(8623): Operation not permitted > vde_switch(8631): Operation not permitted > ioctl(TUNSETIFF): Device or resource busy > RTNETLINK answers: File exists > ioctl(TUNSETIFF): Device or resource busy > RTNETLINK answers: File exists > ioctl(TUNSETIFF): Device or resource busy > RTNETLINK answers: File exists > ioctl(TUNSETIFF): Device or resource busy > RTNETLINK answers: File exists > ioctl(TUNSETIFF): Device or resource busy > RTNETLINK answers: File exists > ioctl(TUNSETIFF): Device or resource busy > . > . > . > > This I run in a screen as it is mentioned in the guide. It creates many > files and folders named num0 to num9, but doesn't proceed after that. > > > This and some more experimentation I have done with it. So, any help I can > get would be most welcome > > > Thanks and Regards, > > Kaushik NP > LI | Tw | FB > SAP Ambassador, > General Secretary, Computer Society > Team IEEE UVCE, > 3rd Year Undergraduate Student, > University Visvesvaraya College of Engineering, > Bangalore, IN > > On Thu, Oct 6, 2016 at 8:39 PM, Ufo <ufo(a)rund.freifunk.net> wrote: >> >> Testing batman-adv in virtual maschines on laptops is the most complex and >> non-realistic way to start with mesh-networking. So its a nice, very >> demanding student thing. >> >> its much more easier to buy some (more than 2!!) cheap wifi-routers! they >> have proper wifi, more than one ethernet-interface (!) and there are many >> openwrt/lede mesh firmwares with a well-configured batman-adv. after that, >> the next step could be to try to couple your first laptop into that mesh. >> starting with nothing but laptops seems to be too "versatile". >> >> if you are unfamiliar with qemu and virtualization your should first try >> to install ubuntu or windows in a virtual machine. please use >> "virt-manager", a graphical interface for that. >> >> unfortunatly the mentioned "stable" openwrt was forced to use a very old >> batman-adv version from 2014. So you might use trunk firmware, and use LEDE >> instead of Openwrt, to have a proper system. >> >> >> http://ftp.halifax.rwth-aachen.de/lede/snapshots/targets/x86/generic/lede-x… >> >> >> >> >> >> >> On 04.10.2016 12:11, Kaushik N P wrote: >>> >>> Hello, >>> >>> Thank you 'rise.net' for the suggestion. It has given me some ideas, >>> but what I hoped to do was to run the laptop with OpenWRT working with >>> Batman adv like a router. This would enable me in creating a more >>> extensive network without having to buy more routers itself and >>> hopefully provide me with a more versatile network to work on. I will >>> ofcourse be experimenting more along your steps, but I hope to get the >>> QEMU set up and running on my system. >>> >>> If any one has more info on the QEMU setup, pls do contact. >>> >>> >>> Thanks and Regards, >>> >>> Kaushik NP >>> General Secretary, Computer Society >>> Team IEEE UVCE, >>> 3rd Year Undergraduate Student, >>> University Visvesvaraya College of Engineering, >>> Bangalore, IN >>> >>> >>> On Mon, Oct 3, 2016 at 10:38 PM, <leftbydefault(a)riseup.net> wrote: >>>> >>>> Hello Kaushik >>>> >>>> On 2016-10-03 19:44, Kaushik N P wrote: >>>>> >>>>> Hello, >>>>> >>>>> What I hope to find is:- >>>>> >>>>> Another documentation maybe for setting up, or confirmation for >>>>> setting up (because I can't tell sometimes if the instructions have >>>>> been followed correctly). >>>> >>>> >>>> I have no experience in simulating or emulating batman-adv, but I have >>>> experience >>>> in compiling openwrt from source along with batman-adv and batctl. I can >>>> help you with that. batman-adv is built as a kernel module and so it is >>>> included by default in Linux kernels >= 2.x. You have mentioned that you >>>> are >>>> using Linux based operating system, I hope by now, you should be running >>>> Linux kernel 4.x. If you want to play around with batman-adv for >>>> sometime >>>> before emulating, you can use two three Linux based laptops with WiFi >>>> interface cards that support IBSS (adhoc mode). >>>> >>>> You can check that using >>>> >>>> iw list | grep IBSS >>>> >>>> if the command returned something like >>>> Device supports RSN-IBSS. >>>> * IBSS >>>> >>>> then your Wireless NIC can be switched to ad-hoc mode. We have a bash >>>> shell >>>> script that does it automatically for you. You can find the script and >>>> terminal cast in the following links. >>>> >>>> 1. https://github.com/PYMeshnet/scripts >>>> 2. https://asciinema.org/a/38575 >>>> >>>>> Clarification for my doubt regarding the different types of OpenWRT >>>>> images (like Kamikaze, Chaos Calmer, Attitude Adjustment,etc), what do >>>>> they do and which one I should use for working with standard Batman >>>>> adv setup. >>>> >>>> >>>> Chaos Calmer (15.x) is the recent stable release of OpenWRT firmware. >>>> 'Kamikaze, Altitude Adjustment, etc.,' are just different names given to >>>> different versions of OpenWRT releases. OpenWRT are meant to be the >>>> operating system for routers and modems. Depending on the configuration >>>> of >>>> devices, some versions may be supported and some may not be supported on >>>> certain routers and modems. >>>> >>>> Since you are trying to create a virtual environment, I think should go >>>> with >>>> Chaos Calmer. (again I have no experience either with creating a virtual >>>> environment for OpenWRT nor for batman-adv). >>>> >>>> >>>>> Confirmation method to see if qemu having OpenWRT is setup in my >>>>> system - as now I have a setup in terminal which says >>>>> >>>>> BusyBox v1.24.2 () built-in shell (ash) >>>>> >>>>> //Says OpenWrt below >>>>> _______ ________ __ >>>>> | | .-----.-----.-----.| | | |.----.| |_ >>>>> | - | | _ | -__| || | | || _|| _| >>>>> |_______| | __|____|__|__||________||__| |____| >>>>> |__| W I R E L E S S F R E E D O M >>>>> ----------------------------------------------------- >>>>> DESIGNATED DRIVER (Bleeding Edge, 49928) >>>>> ----------------------------------------------------- >>>>> * 2 oz. Orange Juice Combine all juices in a >>>>> * 2 oz. Pineapple Juice tall glass filled with >>>>> * 2 oz. Grapefruit Juice ice, stir well. >>>>> * 2 oz. Cranberry Juice >>>>> ----------------------------------------------------- >>>>> root@OpenWrt:/# [ 13.897119] smsc911x smsc911x.0 eth0: SMSC911x/921x >>>>> identified at 0xf0b40000, IRQ: 60 >>>>> [ 13.934741] device eth0 entered promiscuous mode >>>>> [ 13.978166] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready >>>>> [ 15.762764] br-lan: port 1(eth0) entered forwarding state >>>>> [ 15.764526] br-lan: port 1(eth0) entered forwarding state >>>>> [ 15.802643] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes >>>>> ready >>>>> [ 17.762480] br-lan: port 1(eth0) entered forwarding state >>>>> root@OpenWrt:/# >>>>> >>>>> >>>>> I have more doubts, but hopefully, I will get some answers to them >>>>> from the above questions itself. >>>>> Hope to hear soon!!! >>>>> >>>>> Thanks and Regards, >>>>> >>>>> Kaushik NP >>>>> LI | Tw | FB >>>>> SAP Ambassador, >>>>> General Secretary, Computer Society >>>>> Team IEEE UVCE, >>>>> 3rd Year Undergraduate Student, >>>>> University Visvesvaraya College of Engineering, >>>>> Bangalore, IN >>>> >>>> >> >

3 5

[B.A.T.M.A.N.] [PATCH next v2 1/3] batman-adv: Introduce compat-patches support
by Sven Eckelmann 09 Oct '16

09 Oct '16

compat-includes/compat.h can usually be used to solve compatibility problems with older kernels. This works well for functions, defines/enums and sometimes even structures that were introduced. But this can fail when structs changed. Some of these can be solved in crude ways but sometimes it is unavoidable to have a version specific code. Unfortunately, this kind of code is not acceptable in the kernel and thus the compat infrastructure of the external module has to do add it automatically before the source is compiled. This process works by creating a build directory which is prefilled with the source from net/batman-adv/. The patches from compat-patches/ will be applied on top of this copy and then the code is compiled. Signed-off-by: Sven Eckelmann <sven(a)narfation.org> --- v2: - Rebased on top of current next .gitignore | 10 ++++------ Makefile | 31 +++++++++++++++++++++++++++---- compat-patches/README | 23 +++++++++++++++++++++++ compat-sources/Makefile | 6 +++--- 4 files changed, 57 insertions(+), 13 deletions(-) create mode 100644 compat-patches/README diff --git a/.gitignore b/.gitignore index 4c03561..15a99aa 100644 --- a/.gitignore +++ b/.gitignore @@ -1,10 +1,8 @@ +/build/ /compat-autoconf.h /compat-autoconf.h.tmp /compat-sources/**/.* /compat-sources/**/*.o -/net/batman-adv/.* -/net/batman-adv/batman-adv.ko -/net/batman-adv/batman-adv.mod.c -/net/batman-adv/modules.order -/net/batman-adv/Module.symvers -/net/batman-adv/*.o +/modules.order +/Module.symvers +/.tmp_versions diff --git a/Makefile b/Makefile index d42bb56..b105290 100644 --- a/Makefile +++ b/Makefile @@ -33,6 +33,7 @@ export CONFIG_BATMAN_ADV_MCAST=y export CONFIG_BATMAN_ADV_BATMAN_V=n PWD:=$(shell pwd) +BUILD_DIR=$(PWD)/build KERNELPATH ?= /lib/modules/$(shell uname -r)/build # sanity check: does KERNELPATH exist? ifeq ($(shell cd $(KERNELPATH) && pwd),) @@ -41,6 +42,14 @@ endif export KERNELPATH RM ?= rm -f +MKDIR := mkdir -p +PATCH_FLAGS = --batch --fuzz=0 --forward --strip=1 --unified --version-control=never -g0 --remove-empty-files --no-backup-if-mismatch --reject-file=- +PATCH := patch $(PATCH_FLAGS) -i +CP := cp -fpR + +SOURCE = $(wildcard net/batman-adv/*.[ch]) net/batman-adv/Makefile +SOURCE_BUILD = $(wildcard $(BUILD_DIR)/net/batman-adv/*.[ch]) $(BUILD_DIR)/net/batman-adv/Makefile +SOURCE_STAMP = $(BUILD_DIR)/net/batman-adv/.compat-prepared REVISION= $(shell if [ -d "$(PWD)/.git" ]; then \ echo $$(git --git-dir="$(PWD)/.git" describe --always --dirty --match "v*" |sed 's/^v//' 2> /dev/null || echo "[unknown]"); \ @@ -57,7 +66,7 @@ endif include $(PWD)/compat-sources/Makefile -obj-y += net/batman-adv/ +obj-y += build/net/batman-adv/ export batman-adv-y @@ -76,18 +85,32 @@ BUILD_FLAGS := \ CONFIG_BATMAN_ADV_BATMAN_V=$(CONFIG_BATMAN_ADV_BATMAN_V) \ INSTALL_MOD_DIR=updates/ -all: config +all: config $(SOURCE_STAMP) $(MAKE) -C $(KERNELPATH) $(BUILD_FLAGS) modules clean: $(RM) compat-autoconf.h* - $(MAKE) -C $(KERNELPATH) $(BUILD_FLAGS) clean + $(RM) -r $(BUILD_DIR) -install: config +install: config $(SOURCE_STAMP) $(MAKE) -C $(KERNELPATH) $(BUILD_FLAGS) modules_install depmod -a config: $(PWD)/gen-compat-autoconf.sh $(PWD)/compat-autoconf.h +$(SOURCE_STAMP): $(SOURCE) compat-patches/* + $(MKDIR) $(BUILD_DIR)/net/batman-adv/ + @$(RM) $(SOURCE_BUILD) + @$(CP) $(SOURCE) $(BUILD_DIR)/net/batman-adv/ + @set -e; \ + patches="$$(ls -1 compat-patches/|grep '.patch$$'|sort)"; \ + for i in $${patches}; do \ + echo ' COMPAT_PATCH '$${i};\ + cd $(BUILD_DIR); \ + $(PATCH) ../compat-patches/$${i}; \ + cd - > /dev/null; \ + done + touch $(SOURCE_STAMP) + .PHONY: all clean install config diff --git a/compat-patches/README b/compat-patches/README new file mode 100644 index 0000000..3bbddb3 --- /dev/null +++ b/compat-patches/README @@ -0,0 +1,23 @@ +WARNING +======= + +Please avoid using the compat-patches/ to implement support for old kernels. +This should be the last resort. + + * it is nearly always possible to use compat-includes/ to do the same with a + lot less problems + + * maintaining these patches is *censored* + +GENERATING A PATCH +================== + +If it not possible to avoid a patch then please make the patch as small as +possible. Even refactor the code which has to be patched to reduce the +size/number of the changes. + +Please use git-format-patches to generate them and order same inside via the +XXXX- prefix of the patch name. + + git format-patch --abbrev=7 -U3 --diff-algorithm=histogram --no-signature \ + --format=format:'From: %an <%ae>%nDate: %aD%nSubject: [PATCH] %B' -1 diff --git a/compat-sources/Makefile b/compat-sources/Makefile index a45c202..c8bae49 100644 --- a/compat-sources/Makefile +++ b/compat-sources/Makefile @@ -1,3 +1,3 @@ -batman-adv-$(CONFIG_BATMAN_ADV_MCAST) += ../../compat-sources/net/core/skbuff.o -batman-adv-$(CONFIG_BATMAN_ADV_MCAST) += ../../compat-sources/net/ipv4/igmp.o -batman-adv-$(CONFIG_BATMAN_ADV_MCAST) += ../../compat-sources/net/ipv6/mcast_snoop.o +batman-adv-$(CONFIG_BATMAN_ADV_MCAST) += ../../../compat-sources/net/core/skbuff.o +batman-adv-$(CONFIG_BATMAN_ADV_MCAST) += ../../../compat-sources/net/ipv4/igmp.o +batman-adv-$(CONFIG_BATMAN_ADV_MCAST) += ../../../compat-sources/net/ipv6/mcast_snoop.o -- 2.9.3

2 5

[B.A.T.M.A.N.] Broadcast Avoidances, Neighborhood Hash
by Linus Lüssing 06 Oct '16

06 Oct '16

Hi, Here's the second broadcast avoidance patchset (rebased on the former one). Hopefully, those two patchsets together should be an automatic approach and replacement for the (non-upstream) no-rebroadcast flag patch and the cases it is currently used for. Documentation: * https://www.open-mesh.org/projects/batman-adv/wiki/Broadcast-Avoidances Branch: * https://git.open-mesh.org/batman-adv.git/shortlog/refs/heads/linus/neighhash Regards, Linus

3 16

[B.A.T.M.A.N.] Help in setting up mesh test bed using qemu - BATMAN adv
by Kaushik N P 06 Oct '16

06 Oct '16

Hello, I have recently decided to take up the prospect of layer 2 Batman adv protocol as my area of interest, and want to implement a mesh bed to get some statistical readings of my own (am very new to this area, so ask for forgiveness beforehand if I was supposed to provide more info). The plan was to set up OpenWRT in qemu in laptops and work on them with batman adv. But, unfortunately, I have been facing some problems in setting the system up. I have followed (as much as I could) the steps as per documentation (links for them posted below). Links: https://wiki.openwrt.org/doc/howto/qemu (Setting up qemu - problem I face in this is of which commands I should run , and which of the systems are viable for me (like QEMU arm, arm 64, x86-64,etc) to work on a 64-bit laptop having Linux OS ) https://www.open-mesh.org/projects/open-mesh/wiki/Emulation (I am not sure if my qemu is set up properly for there is no confirmation methods that are provided to me to check if its working properly) What I hope to find is:- Another documentation maybe for setting up, or confirmation for setting up (because I can't tell sometimes if the instructions have been followed correctly). Clarification for my doubt regarding the different types of OpenWRT images (like Kamikaze, Chaos Calmer, Attitude Adjustment,etc), what do they do and which one I should use for working with standard Batman adv setup. Confirmation method to see if qemu having OpenWRT is setup in my system - as now I have a setup in terminal which says BusyBox v1.24.2 () built-in shell (ash) //Says OpenWrt below _______ ________ __ | | .-----.-----.-----.| | | |.----.| |_ | - | | _ | -__| || | | || _|| _| |_______| | __|____|__|__||________||__| |____| |__| W I R E L E S S F R E E D O M ----------------------------------------------------- DESIGNATED DRIVER (Bleeding Edge, 49928) ----------------------------------------------------- * 2 oz. Orange Juice Combine all juices in a * 2 oz. Pineapple Juice tall glass filled with * 2 oz. Grapefruit Juice ice, stir well. * 2 oz. Cranberry Juice ----------------------------------------------------- root@OpenWrt:/# [ 13.897119] smsc911x smsc911x.0 eth0: SMSC911x/921x identified at 0xf0b40000, IRQ: 60 [ 13.934741] device eth0 entered promiscuous mode [ 13.978166] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready [ 15.762764] br-lan: port 1(eth0) entered forwarding state [ 15.764526] br-lan: port 1(eth0) entered forwarding state [ 15.802643] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready [ 17.762480] br-lan: port 1(eth0) entered forwarding state root@OpenWrt:/# I have more doubts, but hopefully, I will get some answers to them from the above questions itself. Hope to hear soon!!! Thanks and Regards, Kaushik NP LI | Tw | FB SAP Ambassador, General Secretary, Computer Society Team IEEE UVCE, 3rd Year Undergraduate Student, University Visvesvaraya College of Engineering, Bangalore, IN

4 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

B.A.T.M.A.N October 2016