Updating from latest CURRENT snapshot
(FreeBSD-13.0-CURRENT-amd64-20200910-1544934ffb2) to r365620 broke the
bridges with igb (I350-T2) for me. Booting to kernel.old and/or
commenting the entries in rc.conf helps.
rc.conf:
cloned_interfaces="bridge0 bridge1 tap0 tap1 tap2 tap3"
ifconfig_
xto...@mm.st wrote:
Updating from latest CURRENT snapshot
(FreeBSD-13.0-CURRENT-amd64-20200910-1544934ffb2) to r365620 broke the
bridges with igb (I350-T2) for me. Booting to kernel.old and/or
commenting the entries in rc.conf helps.
rc.conf:
cloned_interfaces="bridge0 bridge1 tap0 tap1
Hans Petter Selasky wrote:
On 2020-09-11 14:08, Hans Petter Selasky wrote:
I think this is another variant of:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232362
Also adding this one for the record:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240609
I see, looks like the proble
Gleb Smirnoff wrote:
Hi,
can you please try out this patch? This is configuration event
and we should use sleepable lock to synchronize, not epoch.
It didn't help, though I guess my problem is in if_bridge, not if_lagg
which the patch modifies?
On Fri, Sep 11, 2020 at 10:47:41AM +0300,
Ruslan Garipov wrote:
Hi!
After I had updated my FreeBSD 13.0-CURRENT r365443 amd64 to r365738 the
following messages started to appear on the console/log:
$ egrep "not implemented|async_" /var/log/messages | fgrep "Sep 18"
Sep 18 08:19:05 {host_name} kernel: __pm_runtime_resume not
implemented
Kristof Provost wrote:
On 21 Sep 2020, at 2:52, Shawn Webb wrote:
From latest HEAD on a Dell Precision 7550 laptop:
https://gist.github.com/lattera/a0803f31f58bcf8ead51ac1ebbc447e2
The last working boot environment was 14 Aug 2020. If I get some time to
bisect commits, I'll try to figure out
Sergey V. Dyatko wrote:
Hi,
Possible I missed the answer to my question, sorry. But
Today I installed FreeBSD from
FreeBSD-13.0-CURRENT-amd64-20200924-3c514403bef-disc1
and now I want to rebuild kernel and so on BUT I don't know which SVN revision
should I checkout.
uname -a output:
FreeBSD my.
Pete Wright wrote:
Hello,
I have a workstation with two ZFS pools (zroot and tank0). After
upgrading CURRENT post the OpenZFS merge I have found that my tank0 pool
no longer auto-imports on boot. After the system has booted I am able
to import it via "zpool import tank0" then mount all of it