B.A.T.M.A.N January 2020

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

23 participants
27 discussions

[PATCH AUTOSEL 5.4 001/107] batman-adv: Fix DAT candidate selection on little endian systems
by Sasha Levin 24 Jan '20

24 Jan '20

From: Sven Eckelmann <sven(a)narfation.org> [ Upstream commit 4cc4a1708903f404d2ca0dfde30e71e052c6cbc9 ] The distributed arp table is using a DHT to store and retrieve MAC address information for an IP address. This is done using unicast messages to selected peers. The potential peers are looked up using the IP address and the VID. While the IP address is always stored in big endian byte order, this is not the case of the VID. It can (depending on the host system) either be big endian or little endian. The host must therefore always convert it to big endian to ensure that all devices calculate the same peers for the same lookup data. Fixes: be1db4f6615b ("batman-adv: make the Distributed ARP Table vlan aware") Signed-off-by: Sven Eckelmann <sven(a)narfation.org> Signed-off-by: Simon Wunderlich <sw(a)simonwunderlich.de> Signed-off-by: Sasha Levin <sashal(a)kernel.org> --- net/batman-adv/distributed-arp-table.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/net/batman-adv/distributed-arp-table.c b/net/batman-adv/distributed-arp-table.c index b0af3a11d4069..ec7bf5a4a9fc7 100644 --- a/net/batman-adv/distributed-arp-table.c +++ b/net/batman-adv/distributed-arp-table.c @@ -285,6 +285,7 @@ static u32 batadv_hash_dat(const void *data, u32 size) u32 hash = 0; const struct batadv_dat_entry *dat = data; const unsigned char *key; + __be16 vid; u32 i; key = (const unsigned char *)&dat->ip; @@ -294,7 +295,8 @@ static u32 batadv_hash_dat(const void *data, u32 size) hash ^= (hash >> 6); } - key = (const unsigned char *)&dat->vid; + vid = htons(dat->vid); + key = (__force const unsigned char *)&vid; for (i = 0; i < sizeof(dat->vid); i++) { hash += key[i]; hash += (hash << 10); -- 2.20.1

1 0

Re: WARNING in __proc_create (2)
by syzbot 23 Jan '20

23 Jan '20

syzbot has bisected this bug to: commit f4b3526d83c40dd8bf5948b9d7a1b2c340f0dcc8 Author: David Howells <dhowells(a)redhat.com> Date: Thu Nov 2 15:27:48 2017 +0000 afs: Connect up the CB.ProbeUuid bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1627a721e00000 start commit: d96d875e Merge tag 'fixes_for_v5.5-rc8' of git://git.kerne.. git tree: upstream final crash: https://syzkaller.appspot.com/x/report.txt?x=1527a721e00000 console output: https://syzkaller.appspot.com/x/log.txt?x=1127a721e00000 kernel config: https://syzkaller.appspot.com/x/.config?x=83c00afca9cf5153 dashboard link: https://syzkaller.appspot.com/bug?extid=b904ba7c947a37b4b291 syz repro: https://syzkaller.appspot.com/x/repro.syz?x=12c96185e00000 C reproducer: https://syzkaller.appspot.com/x/repro.c?x=14f859c9e00000 Reported-by: syzbot+b904ba7c947a37b4b291(a)syzkaller.appspotmail.com Fixes: f4b3526d83c4 ("afs: Connect up the CB.ProbeUuid") For information about bisection process see: https://goo.gl/tpsmEJ#bisection

1 0

Re: KASAN: use-after-free Read in bitmap_ip_destroy
by syzbot 21 Jan '20

21 Jan '20

syzbot has bisected this bug to: commit 354d0fab649d47045517cf7cae03d653a4dcb3b8 Author: Peng Li <lipeng321(a)huawei.com> Date: Thu Jul 4 14:04:26 2019 +0000 net: hns3: add default value for tc_size and tc_offset bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=15cc0685e00000 start commit: 8f8972a3 Merge tag 'mtd/fixes-for-5.5-rc7' of git://git.ke.. git tree: upstream final crash: https://syzkaller.appspot.com/x/report.txt?x=17cc0685e00000 console output: https://syzkaller.appspot.com/x/log.txt?x=13cc0685e00000 kernel config: https://syzkaller.appspot.com/x/.config?x=cfbb8fa33f49f9f3 dashboard link: https://syzkaller.appspot.com/bug?extid=8b5f151de2f35100bbc5 syz repro: https://syzkaller.appspot.com/x/repro.syz?x=12e22559e00000 C reproducer: https://syzkaller.appspot.com/x/repro.c?x=16056faee00000 Reported-by: syzbot+8b5f151de2f35100bbc5(a)syzkaller.appspotmail.com Fixes: 354d0fab649d ("net: hns3: add default value for tc_size and tc_offset") For information about bisection process see: https://goo.gl/tpsmEJ#bisection

1 0

Re: KASAN: use-after-free Read in bitmap_ipmac_ext_cleanup
by syzbot 20 Jan '20

20 Jan '20

syzbot has bisected this bug to: commit ff95bf28c23490584b9d75913a520bb7bb1f2ecb Author: Po-Hsu Lin <po-hsu.lin(a)canonical.com> Date: Mon Jul 1 04:40:31 2019 +0000 selftests/net: skip psock_tpacket test if KALLSYMS was not enabled bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=17e2e966e00000 start commit: 8f8972a3 Merge tag 'mtd/fixes-for-5.5-rc7' of git://git.ke.. git tree: upstream final crash: https://syzkaller.appspot.com/x/report.txt?x=1412e966e00000 console output: https://syzkaller.appspot.com/x/log.txt?x=1012e966e00000 kernel config: https://syzkaller.appspot.com/x/.config?x=d9290aeb7e6cf1c4 dashboard link: https://syzkaller.appspot.com/bug?extid=33fc3ad6fa11675e1a7e userspace arch: i386 syz repro: https://syzkaller.appspot.com/x/repro.syz?x=15982cc9e00000 C reproducer: https://syzkaller.appspot.com/x/repro.c?x=11be38d6e00000 Reported-by: syzbot+33fc3ad6fa11675e1a7e(a)syzkaller.appspotmail.com Fixes: ff95bf28c234 ("selftests/net: skip psock_tpacket test if KALLSYMS was not enabled") For information about bisection process see: https://goo.gl/tpsmEJ#bisection

1 0

Re: KASAN: slab-out-of-bounds Read in bitmap_ipmac_gc
by syzbot 20 Jan '20

20 Jan '20

syzbot has bisected this bug to: commit 0d581ba311a27762fe1a14e5db5f65d225b3d844 Author: Yonglong Liu <liuyonglong(a)huawei.com> Date: Wed Jul 3 11:12:30 2019 +0000 net: hns: add support for vlan TSO bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=16d5dfaee00000 start commit: def9d278 Linux 5.5-rc7 git tree: upstream final crash: https://syzkaller.appspot.com/x/report.txt?x=15d5dfaee00000 console output: https://syzkaller.appspot.com/x/log.txt?x=11d5dfaee00000 kernel config: https://syzkaller.appspot.com/x/.config?x=cf8e288883e40aba dashboard link: https://syzkaller.appspot.com/bug?extid=c1a1fb435465986efe35 syz repro: https://syzkaller.appspot.com/x/repro.syz?x=153ac495e00000 C reproducer: https://syzkaller.appspot.com/x/repro.c?x=153471d1e00000 Reported-by: syzbot+c1a1fb435465986efe35(a)syzkaller.appspotmail.com Fixes: 0d581ba311a2 ("net: hns: add support for vlan TSO") For information about bisection process see: https://goo.gl/tpsmEJ#bisection

1 0

Re: KASAN: slab-out-of-bounds Read in bitmap_ip_ext_cleanup
by syzbot 20 Jan '20

20 Jan '20

syzbot has bisected this bug to: commit d68dbb0c9ac8b1ff52eb09aa58ce6358400fa939 Author: Christian Brauner <christian(a)brauner.io> Date: Thu Jun 20 23:26:35 2019 +0000 arch: handle arches who do not yet define clone3 bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1456fed1e00000 start commit: 09d4f10a net: sched: act_ctinfo: fix memory leak git tree: net final crash: https://syzkaller.appspot.com/x/report.txt?x=1656fed1e00000 console output: https://syzkaller.appspot.com/x/log.txt?x=1256fed1e00000 kernel config: https://syzkaller.appspot.com/x/.config?x=7e89bd00623fe71e dashboard link: https://syzkaller.appspot.com/bug?extid=6491ea8f6dddbf04930e syz repro: https://syzkaller.appspot.com/x/repro.syz?x=141af959e00000 C reproducer: https://syzkaller.appspot.com/x/repro.c?x=1067fa85e00000 Reported-by: syzbot+6491ea8f6dddbf04930e(a)syzkaller.appspotmail.com Fixes: d68dbb0c9ac8 ("arch: handle arches who do not yet define clone3") For information about bisection process see: https://goo.gl/tpsmEJ#bisection

3 2

Re: KASAN: use-after-free Read in bitmap_ip_ext_cleanup
by syzbot 19 Jan '20

19 Jan '20

syzbot has bisected this bug to: commit 3d26eb8ad1e9b906433903ce05f775cf038e747f Author: Nikolay Aleksandrov <nikolay(a)cumulusnetworks.com> Date: Tue Jul 2 12:00:20 2019 +0000 net: bridge: don't cache ether dest pointer on input bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=17bb1cc9e00000 start commit: 9aaa2949 Merge branch '1GbE' of git://git.kernel.org/pub/s.. git tree: net-next final crash: https://syzkaller.appspot.com/x/report.txt?x=147b1cc9e00000 console output: https://syzkaller.appspot.com/x/log.txt?x=107b1cc9e00000 kernel config: https://syzkaller.appspot.com/x/.config?x=66d8660c57ff3c98 dashboard link: https://syzkaller.appspot.com/bug?extid=b554d01b6c7870b17da2 syz repro: https://syzkaller.appspot.com/x/repro.syz?x=15db12a5e00000 C reproducer: https://syzkaller.appspot.com/x/repro.c?x=15316faee00000 Reported-by: syzbot+b554d01b6c7870b17da2(a)syzkaller.appspotmail.com Fixes: 3d26eb8ad1e9 ("net: bridge: don't cache ether dest pointer on input") For information about bisection process see: https://goo.gl/tpsmEJ#bisection

1 0

Re: KASAN: slab-out-of-bounds Read in bitmap_port_ext_cleanup
by syzbot 19 Jan '20

19 Jan '20

syzbot has bisected this bug to: commit 2f9b0d93a9d3ec64558537ab5d7cff820886afa4 Author: Keerthy <j-keerthy(a)ti.com> Date: Mon Jun 24 05:16:19 2019 +0000 net: ethernet: ti: cpsw: Fix suspend/resume break bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=17fcf959e00000 start commit: e02d9c4c Merge branch 'bnxt_en-fixes' git tree: net final crash: https://syzkaller.appspot.com/x/report.txt?x=1402f959e00000 console output: https://syzkaller.appspot.com/x/log.txt?x=1002f959e00000 kernel config: https://syzkaller.appspot.com/x/.config?x=7e89bd00623fe71e dashboard link: https://syzkaller.appspot.com/bug?extid=7b6206fb525c1f5ec3f8 syz repro: https://syzkaller.appspot.com/x/repro.syz?x=16551cc9e00000 C reproducer: https://syzkaller.appspot.com/x/repro.c?x=14a04966e00000 Reported-by: syzbot+7b6206fb525c1f5ec3f8(a)syzkaller.appspotmail.com Fixes: 2f9b0d93a9d3 ("net: ethernet: ti: cpsw: Fix suspend/resume break") For information about bisection process see: https://goo.gl/tpsmEJ#bisection

1 0

Re:
by Simon Wunderlich 17 Jan '20

17 Jan '20

Hi Jeremy, On Thursday, January 16, 2020 9:06:50 PM CET Martin, Jeremy J CIV USARMY CCDC C5ISR (USA) via B.A.T.M.A.N wrote: > My/My Teams intent is to have 4 radios in total, 2 on one pc and two on > another. Our plan is to have Batman take care of the switching between > which radio to use in order to transmit data between these two PC's. One > radio is high frequency radio (60 Ghz) and the other would be a lower > frequency radio and the idea is to have batman switch between these radios > once the higher frequency radio is dropping between a certain TQ. BATMAN will switch by default when one link has a better TQ (towards the final destination) than the other link, so I believe this should happen by default. > My > primary questions regarding this scenario would be, 1) Are there specific > standards the radio chipsets would need to support in order for them to > work in this scenario?. Normally you would want IBSS mode or 802.11s mode work. BATMAN can also work in AP/Sta mode, although the packet loss counting may be biased since broadcast handling works a bit different than in IBSS/11s. But for point-to- point links it might just work. > 2) Would Batman-adv be adequate enough to be able > to handle a 1Gb/s data transmission and be able to swap accordingly to the > lower frequency radio? If your radio and CPU are powerful enough, batman-adv is able to handle it, yes. Cheers, Simon

2 1

Batman-Adv Use Case Question
by Martin, Jeremy J CIV USARMY CCDC C5ISR (USA) 16 Jan '20

16 Jan '20

My/My Teams intent is to have 4 radios in total, 2 on one pc and two on another. Our plan is to have Batman take care of the switching between which radio to use in order to transmit data between these two PC's. One radio is high frequency radio (60 Ghz) and the other would be a lower frequency radio and the idea is to have batman switch between these radios once the higher frequency radio is dropping between a certain TQ. My primary questions regarding this scenario would be, 1) Are there specific standards the radio chipsets would need to support in order for them to work in this scenario?. 2) Would Batman-adv be adequate enough to be able to handle a 1Gb/s data transmission and be able to swap accordingly to the lower frequency radio? Best, Jeremy Martin Office: (443)-395-7475 Jeremy.j.martin33.civ(a)mail.mil Radio Frequency Communications Division, RF Modeling and Simulation Branch C5ISR Center, Space and Terrestrial Communications Directorate

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

B.A.T.M.A.N January 2020