[Bug 189088] Assigning same IP to multiple interfaces in different FIBs only creates a host route for the first

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189088 Kubilay Kocak changed: What|Removed |Added Flags||mfc-stable12?, |

[Bug 166724] if_re(4): watchdog timeout

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #78 from László Károlyi --- (In reply to Eugene Grosbein from comment #76) Alright, it seems I managed to start my server with the newly compiled driver: re0: port 0xd000-0xd0ff mem 0xf7204000-0xf7204fff,0xf720-0xf7203fff

Re: IF_DRV_PREPEND unlocked?

2020-07-18 Thread John-Mark Gurney
Marko Zec wrote this message on Fri, Jul 17, 2020 at 23:54 +0200: > On Fri, 17 Jul 2020 11:56:09 -0700 > John-Mark Gurney wrote: > > Marko Zec wrote this message on Fri, Jul 17, 2020 at 12:03 +0200: > ... > > > #define IFQ_DRV_IS_EMPTY(ifq) \ > > > (((ifq)->ifq_drv_len == 0) && ((ifq)->ifq_len

Re: How to increase the size of the MAC address caching table?

2020-07-18 Thread Rodney W. Grimes
> 18.07.2020 16:16, Alexander V. Chernikov ?: > > 18.07.2020, 13:56, "Alexandr Baryshnyev" : > > > > Hello everybody. > > > > ???I have about 1,500 devices on the network, but in fact the MAC > > address table on the central router running Freebsd > > 12.0 never contains more th

[Bug 189088] Assigning the same IP to multiple interfaces in different FIBs creates a host route for only one.

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189088 Allan Jude changed: What|Removed |Added CC||allanj...@freebsd.org --- Comment #11

[Bug 248046] if_bridge(4): Panic when creating an interface: malloc(M_WAITOK) in epoch context

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 --- Comment #7 from dmilith --- (In reply to Kristof Provost from comment #6) I confirm that patch fixes KP with my build. Thanks! -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bu

Re: How to increase the size of the MAC address caching table?

2020-07-18 Thread Alexandr Baryshnyev
18.07.2020 16:16, Alexander V. Chernikov пишет: 18.07.2020, 13:56, "Alexandr Baryshnyev" : Hello everybody.    I have about 1,500 devices on the network, but in fact the MAC address table on the central router running Freebsd 12.0 never contains more than 1000 with small cached re

Re: How to increase the size of the MAC address caching table?

2020-07-18 Thread Alexandr Baryshnyev
18.07.2020 16:16, Alexander V. Chernikov пишет: 18.07.2020, 13:56, "Alexandr Baryshnyev" : Hello everybody.    I have about 1,500 devices on the network, but in fact the MAC address table on the central router running Freebsd 12.0 never contains more than 1000 with small cached re

net.add_addr_allfibs=1 behaviour deprecation

2020-07-18 Thread Alexander V . Chernikov
Dear FreeBSD users, I would like to make net.add_addr_allfibs=0 as the default system behaviour and remove net.add_addr_allfibs. To do so, I would like to collect use cases with net.add_addr_allfibs=1 and multiple fibs, to ensure they can still be supported after removal. Background: Multi-fib

Re: How to increase the size of the MAC address caching table?

2020-07-18 Thread Alexander V . Chernikov
___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

How to increase the size of the MAC address caching table?

2020-07-18 Thread Alexandr Baryshnyev
Hello everybody. I have about 1,500 devices on the network, but in fact the MAC address table on the central router running Freebsd 12.0 never contains more than 1000 with small cached records. In the network, there are short-term random interruptions between different hosts and the router. T

[Bug 248046] if_bridge(4): Panic when creating an interface: malloc(M_WAITOK) in epoch context

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 --- Comment #6 from Kristof Provost --- (In reply to Ryan Moeller from comment #4) Thanks. I can reproduce that. It looks like the code to widen epoch didn't make it into stable/12, so we need to enter epoch on bridge_input()/bridge_output(

[Bug 248046] if_bridge(4): Panic when creating an interface: malloc(M_WAITOK) in epoch context

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 --- Comment #5 from commit-h...@freebsd.org --- A commit references this bug: Author: kp Date: Sat Jul 18 12:43:11 UTC 2020 New revision: 363308 URL: https://svnweb.freebsd.org/changeset/base/363308 Log: bridge: Don't sleep during epoch

[Bug 166724] if_re(4): watchdog timeout

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #77 from László Károlyi --- (In reply to Eugene Grosbein from comment #76) Thanks. I'll make some adjustments and will touch base later. -- You are receiving this mail because: You are on the CC list for the bug. You are the a

[Bug 166724] if_re(4): watchdog timeout

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #76 from Eugene Grosbein --- Sorry, it's releng/12.1 for 12.1-RELEASE-pX. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. __

[Bug 166724] if_re(4): watchdog timeout

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #75 from Eugene Grosbein --- (In reply to László Károlyi from comment #71) > Additional information, I used the stable/12 branch to check out for the > kernel sources: > svn checkout https://svn.FreeBSD.org/base/stable/12 /usr

[Bug 166724] if_re(4): watchdog timeout

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #74 from Eugene Grosbein --- (In reply to László Károlyi from comment #70) > but there's another, different error: > https://i.imgur.com/TsSqp1g.png You have mixup of incompatible kernel and module binaries. -- You are recei

[Bug 166724] if_re(4): watchdog timeout

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #73 from László Károlyi --- (In reply to Eugene Grosbein from comment #72) Hey Eugene, that is what I did. See #71 and #70. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for

[Bug 166724] if_re(4): watchdog timeout

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #72 from Eugene Grosbein --- (In reply to László Károlyi from comment #68) > I get no overriding message in dmesg Loader messages do not get to the dmesg buffer. Instead, use "kldstat -v" to verify that module is loaded. And y

[Bug 166724] if_re(4): watchdog timeout

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #71 from László Károlyi --- (In reply to Alex Dupre from comment #69) Additional information, I used the stable/12 branch to check out for the kernel sources: svn checkout https://svn.FreeBSD.org/base/stable/12 /usr/src/ -- Y

[Bug 166724] if_re(4): watchdog timeout

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #70 from László Károlyi --- (In reply to Alex Dupre from comment #69) I followed the instructions but the module still won't load. I've fired up a virtual machine to test locally with the same patchlevel/kernel/compiled module,

[Bug 217978] dhclient: Support supersede statement for option 54

2020-07-18 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217978 Kubilay Kocak changed: What|Removed |Added Flags||mfc-stable12?, |