AW: AW: AW: axge0 and AX88179

2017-05-25 Thread Tom Huerlimann
Attached netstat-s.log2.txt after the box was up during the night. From: Hans Petter Selasky [mailto:h...@selasky.org] Hello HPS > You can try to enable debugging: > sysctl hw.usb.axge.debug=255 # sysctl hw.usb.axge.debug=255 sysctl: unknown oid 'hw.usb.axge.debug': No such file or directory

Re: Public IPv6s fail on KVM bridge with "No buffer space available"

2017-05-25 Thread Alarig Le Lay
On mer. 24 mai 12:17:50 2017, William Gathoye wrote: > In this use case, you make the assumption that my gateway is actually > the first one to respond, this is why you select only the first answer > using -c1. But as you can see below, if I remove that argument, several > routers are answering to

AW: AW: AW: axge0 and AX88179

2017-05-25 Thread Tom Huerlimann
From: Hans Petter Selasky [mailto:h...@selasky.org] Hello HPS > You can try to enable debugging: > sysctl hw.usb.axge.debug=255 # sysctl hw.usb.axge.debug=255 sysctl: unknown oid 'hw.usb.axge.debug': No such file or directory # sysctl hw.usb hw.usb.ucom.cons_baud: 9600 hw.usb.ucom.cons_subunit

Re: AW: axge0 and AX88179

2017-05-25 Thread Shteryana Shopova
Hi all, I've experienced a similar problem but didn't get to analyzing it deeper (or reporting) unfortunately ; the device is ugen0.8: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (124mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0300 bDeviceClass = 0x00ff bDeviceS

Re: [panic] netmap(4) and if_lagg(4)

2017-05-25 Thread Vincenzo Maffione
No, the thing is that I misinterpreted your stack trace. The patch is ok for a different bug. It seems that the problem are vlans more than lagg. Which interface did you put in netmap mode, em or em.345? Il 25 mag 2017 10:46 PM, "Harry Schmalzbauer" ha scritto: Bezüglich Harry Schmalzbauer's Na

Re: [panic] netmap(4) and if_lagg(4)

2017-05-25 Thread Harry Schmalzbauer
Bezüglich Harry Schmalzbauer's Nachricht vom 25.05.2017 22:46 (localtime): > Bezüglich Harry Schmalzbauer's Nachricht vom 25.05.2017 18:09 (localtime): >> Bezüglich Vincenzo Maffione's Nachricht vom 25.05.2017 17:56 (localtime): >>> I see the bug is in FreeBSD 11. I attached the simple patch to f

Re: AW: AW: axge0 and AX88179

2017-05-25 Thread Hans Petter Selasky
Hi, Does someone have an idea what I did forget to check/verify? You can try to enable debugging: sysctl hw.usb.axge.debug=255 Or: Try to log the USB traffic using "usbdump" usbdump -i usbusX -f y -s 65536 And look for errors like "ERR". Did you verify two such adapters back2back with

Re: [panic] netmap(4) and if_lagg(4)

2017-05-25 Thread Harry Schmalzbauer
Bezüglich Harry Schmalzbauer's Nachricht vom 25.05.2017 18:09 (localtime): > Bezüglich Vincenzo Maffione's Nachricht vom 25.05.2017 17:56 (localtime): >> I see the bug is in FreeBSD 11. I attached the simple patch to fix it. >> Can someone commit the patch to 11/stable? >> >> Harry: You should be

AW: AW: axge0 and AX88179

2017-05-25 Thread Tom Huerlimann
From: Hans Petter Selasky [mailto:h...@selasky.org] On 05/25/17 20:37, Tom Huerlimann wrote: >> Hi all, >> >> I have the problem, that I cannot reach more than 20-40Mbit/s when >> using the >> AX88179 chip (1Gbit/s NIC) on a USB 3.0 SuperSpeed Port (same on a >> 480Mbps High Speed USB v2.0-Port

Re: AW: axge0 and AX88179

2017-05-25 Thread Hans Petter Selasky
On 05/25/17 20:37, Tom Huerlimann wrote: Hi all, I have the problem, that I cannot reach more than 20-40Mbit/s when using the AX88179 chip (1Gbit/s NIC) on a USB 3.0 SuperSpeed Port (same on a 480Mbps High Speed USB v2.0-Port). # usbconfig dump_device_desc (...) ugen0.7: at usbus0, cfg=0 md=HO

AW: axge0 and AX88179

2017-05-25 Thread Tom Huerlimann
Hi all, I have the problem, that I cannot reach more than 20-40Mbit/s when using the AX88179 chip (1Gbit/s NIC) on a USB 3.0 SuperSpeed Port (same on a 480Mbps High Speed USB v2.0-Port). # usbconfig dump_device_desc (...) ugen0.7: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (124mA) bL

Re: Is "-vlanhwcsum" without effect? [Was: Re: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6

2017-05-25 Thread Harry Schmalzbauer
Bezüglich Harry Schmalzbauer's Nachricht vom 25.05.2017 19:58 (localtime): > Bezüglich Harry Schmalzbauer's Nachricht vom 06.04.2017 15:25 (localtime): >> Bezüglich Andrey V. Elsukov's Nachricht vom 06.04.2017 14:56 (localtime): >>> On 16.03.2017 21:26, Harry Schmalzbauer wrote: Hello,

Is "-vlanhwcsum" without effect? [Was: Re: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6

2017-05-25 Thread Harry Schmalzbauer
Bezüglich Harry Schmalzbauer's Nachricht vom 06.04.2017 15:25 (localtime): > Bezüglich Andrey V. Elsukov's Nachricht vom 06.04.2017 14:56 (localtime): >> On 16.03.2017 21:26, Harry Schmalzbauer wrote: >>> Hello, >>> >>> I'm wondering if I really loose [RT]XCSUM_IPV6 on if_igb(4) vlan(4) >>> child

dhclient vs. dhcpcd

2017-05-25 Thread Yuri
I came across the WiFi router through which dhclient fails to obtain the IP address. It sets 0.0.0.0 and it stays this way, On the other hand, dhcpcd obtains the IP address almost instantly. Other routers mostly don't have such problem. Is dhclient not as robust, or outdated as compared to dh

Re: [panic] netmap(4) and if_lagg(4)

2017-05-25 Thread Vincenzo Maffione
2017-05-25 18:09 GMT+02:00 Harry Schmalzbauer : > Bezüglich Vincenzo Maffione's Nachricht vom 25.05.2017 17:56 (localtime): > > I see the bug is in FreeBSD 11. I attached the simple patch to fix it. > > Can someone commit the patch to 11/stable? > > > > Harry: You should be able to workaround the

Re: [panic] netmap(4) and if_lagg(4)

2017-05-25 Thread Harry Schmalzbauer
Bezüglich Vincenzo Maffione's Nachricht vom 25.05.2017 17:56 (localtime): > I see the bug is in FreeBSD 11. I attached the simple patch to fix it. > Can someone commit the patch to 11/stable? > > Harry: You should be able to workaround the bug by setting > > # sysctl dev.netmap.generic_rings=1 I

ovs-netmap forgotten?

2017-05-25 Thread Harry Schmalzbauer
Hello, I found lots of interesting papers about research and improvements regarding Open vSwitch and netmap (on FreeBSD, e.g. http://changeofelia.info.ucl.ac.be/pmwiki/uploads/SummerSchool/Program/poster_001.pdf) Again, University of Pisa with a famous team arround Luigi Rizzo did some highly ap

Re: [panic] netmap(4) and if_lagg(4)

2017-05-25 Thread Vincenzo Maffione
I see the bug is in FreeBSD 11. I attached the simple patch to fix it. Can someone commit the patch to 11/stable? Harry: You should be able to workaround the bug by setting # sysctl dev.netmap.generic_rings=1 And yes, if_lagg(4) doesn't have native netmap support, like all the meta-drivers (e.g.

Re: [panic] netmap(4) and if_lagg(4)

2017-05-25 Thread Harry Schmalzbauer
Bezüglich Vincenzo Maffione's Nachricht vom 25.05.2017 17:31 (localtime): > Hi, > This is a (silly) bug that is not present anymore in the upstream code > https://github.com/luigirizzo/netmap/blob/master/sys/dev/netmap/netmap_freebsd.c#L410-L417 > that is txq and rxq for generic adapter cannot be

Re: [panic] netmap(4) and if_lagg(4)

2017-05-25 Thread Vincenzo Maffione
Hi, This is a (silly) bug that is not present anymore in the upstream code https://github.com/luigirizzo/netmap/blob/master/sys/dev/netmap/netmap_freebsd.c#L410-L417 that is txq and rxq for generic adapter cannot be 0. So I would say the problem is outdated code in the FreeBSD version you are us

vale uplink via vlan-if [Was: Re: Are ./valte-ctl and ./bridge friends or competitors?]

2017-05-25 Thread Harry Schmalzbauer
Bezüglich Vincenzo Maffione's Nachricht vom 21.03.2017 19:05 (localtime): > 2017-03-20 19:41 GMT+01:00 Harry Schmalzbauer : > >> Bezüglich Vincenzo Maffione's Nachricht vom 20.03.2017 12:50 (localtime): >> … So to summarize for newbies exploring netmap(4) world in combination with physic

Re: [panic] netmap(4) and if_lagg(4)

2017-05-25 Thread Harry Schmalzbauer
Bezüglich Vincenzo Maffione's Nachricht vom 20.03.2017 15:01 (localtime): > 2017-03-20 10:40 GMT+01:00 Harry Schmalzbauer : > >> Bezüglich Vincenzo Maffione's Nachricht vom 17.03.2017 22:28 (localtime): … >> I'll try to provide more info about the panic this week. Like discussed >> offlist, the