https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280386
--- Comment #7 from pascal.guitier...@gmail.com ---
(In reply to fatalnix from comment #6)
it's my understanding that adding the device to the bridge switches off the NIC
offloading features automatically.
i'm getting 942Mb/sec and interes
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280386
--- Comment #6 from fatal...@gmail.com ---
(In reply to fatalnix from comment #5)
As a fix for the previous message where I asked what happens if you disable
offloading, I meant to say, "What happens if you do not disable offloading".
--
Y
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280386
fatal...@gmail.com changed:
What|Removed |Added
CC||fatal...@gmail.com
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187835
--- Comment #22 from Vladyslav V. Prodan ---
(In reply to Vladyslav V. Prodan from comment #21)
```
# ifconfig |grep ngeth|wc -l
3003
```
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC lis
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187835
Vladyslav V. Prodan changed:
What|Removed |Added
Status|Closed |New
Resolution|FIXED
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280390
--- Comment #18 from cnba...@gmail.com ---
(In reply to John Hay from comment #17)
Yes,
ndproxy_uplink_ipv6_addresses="fe80::fc00:5ff:fe07:578d"
and
ndproxy_downlink_mac_address="fe:00:05:07:57:8d"
are both set in rc.conf
When I use `pi
Nevermind -- I found an old Bugzila entry on this; the mlx4 driver does
not autoload the dependency (mlx4en) kernel module. With that loaded
manually it now appears to be working properly.
On 7/25/2024 12:45, Karl Denninger wrote:
Unable to determine PCI device chain minimum BW
--
Karl Dennin
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280390
--- Comment #17 from John Hay ---
Looking at a previous tcpdump, did you also change the link local to:
ndproxy_uplink_ipv6_addresses="fe80::fc00:5ff:fe07:578d"
and the mac address, I think, but not 100% sure about the first byte (fe), to
I get this when the system boots and the interface is not there in an
"ifconfig":
mlx4_core0: mem 0xa230-0xa23f,0xa280-0xa2ff
irq 17 a
t device 0.0 on pci2
mlx4_core: Mellanox ConnectX core driver v3.7.1 (November 2021)
mlx4_core: Initializing :02:00.0
mlx4_core0: Unable t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280390
--- Comment #16 from cnba...@gmail.com ---
(In reply to John Hay from comment #15)
thanks for your testing.
I fully copied these configurations and replaced with the mac address of
vtnet0, ping6 failed on server and client.
replaced with t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280390
--- Comment #15 from John Hay ---
I have made a test setup with roughly your setup, but added the ndproxy port,
and added this to my rc.conf:
ndproxy_enable="YES"
ndproxy_uplink_interface="vtnet0"
# mac and link-local address of upstream
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280390
Bjoern A. Zeeb changed:
What|Removed |Added
Assignee|n...@freebsd.org |i...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280386
--- Comment #4 from pascal.guitier...@gmail.com ---
(In reply to Zhenlei Huang from comment #3)
Here's the output from sysctl dev.igb.0.iflib | grep r_drops
dev.igb.0.iflib.txq3.r_drops: 37
dev.igb.0.iflib.txq2.r_drops: 37
dev.igb.0.iflib.
13 matches
Mail list logo
