[Bug 274426] route get command returns a zero even no route is found

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274426 Mark Johnston changed: What|Removed |Added CC||ma...@freebsd.org --- Comment #1 f

[Bug 274440] ice: ice0: Failed to set LAN Tx queue

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274440 Jeff Pieper changed: What|Removed |Added CC||jeffrey.e.pie...@intel.com --- Comme

[Bug 274440] ice: ice0: Failed to set LAN Tx queue

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274440 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org Keywords

[Bug 274007] IPSec asymmetric crypto broken

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274007 --- Comment #4 from Shawn Anastasio --- On further inspection, it appears the failure I observed is caused by an unrelated bug in the virtio network driver rather than IPSec (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268699). -- Y

[Bug 274092] if_smsc.c needs to use ether_gen_addr instead of read_random for more stable MAC address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274092 --- Comment #23 from Ronald Klop --- (In reply to Patrick M. Hausen from comment #21) Hi. After we get the FreeBSD OUI working I have the following idea. In https://lists.freebsd.org/archives/freebsd-arm/2023-September/003066.html you pos

[Bug 274092] if_smsc.c needs to use ether_gen_addr instead of read_random for more stable MAC address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274092 --- Comment #22 from Ronald Klop --- (In reply to Patrick M. Hausen from comment #19) Please apply the patch "git diff with more debug output" I added today also. So apply both patches from this PR, build a new kernel and boot it. It should

[Bug 274092] if_smsc.c needs to use ether_gen_addr instead of read_random for more stable MAC address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274092 --- Comment #21 from Patrick M. Hausen --- No idea, honestly. How does RPi OS do it? If I remember correctly the serial is somehow passed as a parameter to the kernel by the bootloader. Using a FreeBSD specific vendor OUI and a stable MAC

[Bug 274092] if_smsc.c needs to use ether_gen_addr instead of read_random for more stable MAC address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274092 --- Comment #20 from Mike Karels --- (In reply to Patrick M. Hausen from comment #19) This driver has no idea whether it is on an RPi 3 or higher, or on an amd64. Should every USB Ethernet driver check for RPi? My DHCP server doesn't look

[Bug 274092] if_smsc.c needs to use ether_gen_addr instead of read_random for more stable MAC address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274092 --- Comment #19 from Patrick M. Hausen --- Oh, of course we should not perform the "serial number" magic on anything but a RPi 3(+) and older. In general there might not be a serial available on some particular device. Sorry if I seemed to

[Bug 274092] if_smsc.c needs to use ether_gen_addr instead of read_random for more stable MAC address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274092 --- Comment #18 from Mike Karels --- (In reply to Patrick M. Hausen from comment #17) > Anyway what would be the result if we get this to work? As I have been > arguing on the mailinglist the RPi foundation clearly documents that we > sho

[Bug 274092] if_smsc.c needs to use ether_gen_addr instead of read_random for more stable MAC address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274092 --- Comment #17 from Patrick M. Hausen --- Unfortunately I cannot boot the board without USB Ethernet connected. It's a compute module placed into this board: https://www.waveshare.com/wiki/Compute_Module_PoE_Board Also although I tried f

[Bug 274092] if_smsc.c needs to use ether_gen_addr instead of read_random for more stable MAC address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274092 --- Comment #16 from Ronald Klop --- Created attachment 245577 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=245577&action=edit git diff with more debug output (In reply to Patrick M. Hausen from comment #14) Hi. Thanks for the

Re: porting VPP

thank you! On Thu, Oct 12, 2023, 3:14 AM Kobie W. Fick wrote: > Hi Greg, > > > > We started porting VPP to FreeBSD a couple of years ago. However, it has > since stalled due to a number of issues. > > > > Please refer to the previous email regarding this. > > > > On Mon, Oct 4, 2021 at 4:35 AM F

[Bug 274426] route get command returns a zero even no route is found

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274426 Graham Perrin changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org Statu

RE: porting VPP

Hi Greg, We started porting VPP to FreeBSD a couple of years ago. However, it has since stalled due to a number of issues. Please refer to the previous email regarding this. On Mon, Oct 4, 2021 at 4:35 AM Francois ten Krooden mailto:f...@nanoteq.com>> wrote: > > Hi Santiago > > The patche