[Bug 204671] clang floating point wrong around Inf (i386)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204671 Bug ID: 204671 Summary: clang floating point wrong around Inf (i386) Product: Base System Version: 10.2-RELEASE Hardware: i386 OS: Any Status: New S

[Bug 204650] [libc][rpc-svc][patch] rendezvous_request() does not populate local address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204650 --- Comment #3 from alex.burlyga.i...@gmail.com --- Also if people want to look at the phabricator here is the link: https://reviews.freebsd.org/D4206 -- You are receiving this mail because: You are the assignee for the bug. __

[Bug 204650] [libc][rpc-svc][patch] rendezvous_request() does not populate local address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204650 alex.burlyga.i...@gmail.com changed: What|Removed |Added Attachment #163272|0 |1 is obsolete|

[Bug 204340] [panic] nfsd, em, msix, fatal trap 9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204340 --- Comment #10 from Rick Macklem --- I have just added 2 more patches that might be relevant to the crashes. When the nfsd threads are terminated, this is what is supposed to happen: - All nfsd threads running in svc_run_internal() return

10.1-i386-RELEASE, 10.2-i386-RELEASE installer bug

I encountered a problem when i create installation flash drives 10.1-RELEASE and 10.2-RELEASE i386 architecture. I used dd and win32diskimager, with the same result - a created flash drives can not boot. On a netbook and a workstation with Intel Atom x86-64 loading going on, but then i see are rep

[Bug 204340] [panic] nfsd, em, msix, fatal trap 9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204340 --- Comment #9 from Rick Macklem --- Created attachment 163300 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=163300&action=edit patch that makes NFSv4.1 server release the backchannel xprt This patch fixes the NFSv4.1 server so

[Bug 204340] [panic] nfsd, em, msix, fatal trap 9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204340 --- Comment #8 from Rick Macklem --- Created attachment 163299 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=163299&action=edit patch that locks mutex when request queue is updated This patch fixes the only other issue I can sp

[Bug 204661] Either zdb doesn't correctly report block size of zfs root files, or ZFS isn't applying recordsize to files in the zfs root

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204661 --- Comment #3 from Andriy Gapon --- (In reply to Christopher Forgeron from comment #2) Well, on the other hand the way of examining the MOS would have to change then. We are not following Oracle ZFS since it became closed source (again). W

[Bug 204661] Either zdb doesn't correctly report block size of zfs root files, or ZFS isn't applying recordsize to files in the zfs root

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204661 --- Comment #2 from Christopher Forgeron --- Ah yes, I tried 'zdb -d $pool/ $N' when my first attempt didn't work, so it does seem a natural way to find the info. I would suggest the most error-free way would be to follow Solaris' lead on

[Bug 204661] Either zdb doesn't correctly report block size of zfs root files, or ZFS isn't applying recordsize to files in the zfs root

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204661 --- Comment #1 from Andriy Gapon --- zdb in solaris seems to have diverged from the historical behaviour. zdb -d $pool $N means dumping information on an object with ID $N in the MOS (meta object set) of a pool $pool. It seems that currentl

[Bug 204661] Either zdb doesn't correctly report block size of zfs root files, or ZFS isn't applying recordsize to files in the zfs root

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204661 Bug ID: 204661 Summary: Either zdb doesn't correctly report block size of zfs root files, or ZFS isn't applying recordsize to files in the zfs root Product: Base Syste

[Bug 204376] system heavily loaded while at db> prompt

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204376 Ed Maste changed: What|Removed |Added Summary|Cavium ThunderX system |system heavily loaded while

[Bug 204414] ThunderX vnic driver missing man page

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204414 Ed Maste changed: What|Removed |Added Keywords||ThunderX -- You are receiving this mai

[Bug 204415] vnic/bgx driver does not build as a module

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204415 Ed Maste changed: What|Removed |Added Keywords||ThunderX -- You are receiving this mai

[Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|emulat...@freebsd.org -- You are r

[Bug 204657] [patch] [hyperv] stable/10 buildworld is broken with MODULES_WITH_WORLD defined

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204657 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|emulat...@freebsd.org -- You are r

[Bug 204640] make installworld fails installing libc_p.a to /usr/lib

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204640 --- Comment #4 from Thomas Schweikle --- - What command did you use when you ran `make installworld`? `sudo make installworld`? su - cd /usr/src svn revert --depth infinity . svn update --accept theirs-full make buildworld ma

[Bug 204657] [patch] [hyperv] stable/10 buildworld is broken with MODULES_WITH_WORLD defined

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204657 Bug ID: 204657 Summary: [patch] [hyperv] stable/10 buildworld is broken with MODULES_WITH_WORLD defined Product: Base System Version: 10.2-STABLE Hardware: Any

[Bug 204646] 10.2 iSCSI backed zpool shows imporper warnings about non-native block sizes that 10.1 doesn't show

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204646 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-s...@freebsd.org -- You ar

[Bug 204642] 10.2 iSCSI connected initiator to a 10.1 iSCSI Target generates excessive UNMAP/TRIM commands, system unresponsive.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204642 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-s...@freebsd.org -- You ar

[Bug 204641] 10.2 UNMAP/TRIM not available on a zfs zpool that uses iSCSI disks, backed on a zpool file target

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204641 Alexander Motin changed: What|Removed |Added CC||m...@freebsd.org Assig