[Bug 225965] Its not possible to test Jumbo Frames on FreeBSD

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225965 verma...@interia.pl changed: What|Removed |Added Status|New |Closed Resolution|---

[Bug 225965] Its not possible to test Jumbo Frames on FreeBSD

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225965 Bug ID: 225965 Summary: Its not possible to test Jumbo Frames on FreeBSD Product: Base System Version: 11.1-RELEASE Hardware: Any OS: Any Status: New

[Bug 225964] Please provide 'reboot -f' Linux equivalent

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225964 Bug ID: 225964 Summary: Please provide 'reboot -f' Linux equivalent Product: Base System Version: 11.1-RELEASE Hardware: Any OS: Any Status: New Sev

[Bug 225960] zfs: g_access leak when unmounting UFS on a zvol

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225960 Andriy Gapon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-g...@freebsd.org

[Bug 225960] zfs: g_access leak when unmounting UFS on a zvol

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225960 --- Comment #5 from Andriy Gapon --- I now think that this could be a / the deep problem in GEOM. The problem is that g_access() must be called with the GEOM topology lock held. And that gives a false impression that the lock is indeed held

[Bug 225960] zfs: g_access leak when unmounting UFS on a zvol

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225960 --- Comment #4 from Alan Somers --- Yeah, and kern.geom.label.ufsid.enable=0 makes the problem go away. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs

[Bug 225960] zfs: g_access leak when unmounting UFS on a zvol

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225960 --- Comment #3 from Andriy Gapon --- Could be a g_label problem though: zvol/pond/zvol2s1 3 r0w0e2 r

[Bug 225960] zfs: g_access leak when unmounting UFS on a zvol

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225960 --- Comment #2 from Andriy Gapon --- I've just seen this. I tried to zfs destroy a volume with a mounted (ro) UFS filesystem on it. The destroy failed with EBUSY, as expected. But after I unmounted the filesystem the destroy would still

[Bug 225960] zfs: g_access leak when unmounting UFS on a zvol

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225960 --- Comment #1 from commit-h...@freebsd.org --- A commit references this bug: Author: asomers Date: Fri Feb 16 20:40:05 UTC 2018 New revision: 329408 URL: https://svnweb.freebsd.org/changeset/base/329408 Log: Skip zfs_copies_006_pos I

[Bug 225960] zfs: g_access leak when unmounting UFS on a zvol

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225960 Alan Somers changed: What|Removed |Added Status|New |Open CC|

[Bug 225960] zfs: g_access leak when unmounting UFS on a zvol

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225960 Bug ID: 225960 Summary: zfs: g_access leak when unmounting UFS on a zvol Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Sev

[Bug 225911] [asmc] [patch] Add support for mid-2011 Macmini 5,2

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225911 --- Comment #1 from Trev --- Output from the patched asmc: root@ghost [/] $ sysctl dev.asmc dev.asmc.0.temp.wireless_proximity: 56 dev.asmc.0.temp.pwr_supply: 59 dev.asmc.0.temp.pch_die: 68 dev.asmc.0.temp.pch_proximity: 63 dev.asmc.0.temp

[Bug 225946] /usr/bin/make dumps core with simple Makefile

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225946 Bob Bishop changed: What|Removed |Added CC||r...@gid.co.uk --- Comment #1 from Bo

[Bug 225949] Base openssl is inconsistent in handling SSLv3

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225949 Bug ID: 225949 Summary: Base openssl is inconsistent in handling SSLv3 Product: Base System Version: 11.1-RELEASE Hardware: Any OS: Any Status: New

[Bug 220727] Cannot reboot Lenovo X1 Carbon (5th gen/2017)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220727 Arne Ehrlich changed: What|Removed |Added CC||ehrl...@consider-it.de --- Comment