Hi all,
some times ago I met this problem, related to possible MAC address
collision using if_epair(4).
I'm not the first one encountering this issue and 2 PR [1][2] are already
filled.
There is also a differential review in phabricator [3] that unfortunately
shows no progress.
Following the app
Hi. I have the same problem.
The arc4random() call was committed and reverted (
https://svnweb.freebsd.org/base/head/sys/net/if_epair.c?view=log)
I have a patch, that I'm currently using, that solves the issue locally
(available here https://pastebin.com/LpPEVJL7 )
To be more generic, I'd like t
e it is.
Thanks for all your tips.
Best regards,
Luca Pizzamiglio
On Wed, Feb 25, 2015 at 3:59 PM, Luca Pizzamiglio
wrote:
> Hi,
> thanks you all for the replies.
>
> Unfortunately, the network chip is still not working and I updated the
> PR (https://bugs.freebsd.org/bugzilla/show
l get another
board with the same chip :O
Best regards,
Luca
On Tue, Feb 17, 2015 at 7:31 PM, O. Hartmann
wrote:
> Am Tue, 17 Feb 2015 18:32:22 +0100
> Luca Pizzamiglio schrieb:
>
>> Hi Ben,
>> thanks for the tip! tso was already disabled.
>> I tried anyway and un
Hi, I'm Luca,
I've some issues using a PCIe Realtek Ethernet board:
re0@pci0:3:0:0: class=0x02 card=0x012310ec chip=0x816810ec rev=0x0c hdr=0x00
vendor = 'Realtek Semiconductor Co., Ltd.'
device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller'
class = network
