[Bug 260377] [regression] One port (science/helfem) breaks on CURRENT: hidden symbol ... isn't defined

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260377 Yuri Victorovich changed: What|Removed |Added Assignee|b...@freebsd.org|toolch...@freebsd.org -- You

[Bug 260377] [regression] One port (science/helfem) breaks on CURRENT: hidden symbol ... isn't defined

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260377 Bug ID: 260377 Summary: [regression] One port (science/helfem) breaks on CURRENT: hidden symbol ... isn't defined Product: Base System Version: CURRENT Hardware: Any

[Bug 260293] big counts in LAYOUTRETURN can cause NFS v4 nfsrv_flexlayouterr() to page-fault

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260293 Rick Macklem changed: What|Removed |Added Assignee|b...@freebsd.org|rmack...@freebsd.org

[Bug 258204] Extremely poor performance copying directory with lot of small files on nvme

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258204 --- Comment #6 from Eugene Grosbein --- Now I remember some report about ELI negative latency over NVMe, so my +1 for testing without ELI. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 229745] ahcich: CAM status: Command timeout

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229745 --- Comment #59 from ekoort --- Hello again! In my case disabling vfs.zfs.cache_flush_disable="1" did not help. Instead this seems to work: root@pine:~ # camcontrol tags ada0 (pass0:ahcich0:0:0:0): device openings: 32 root@pine:~ #

[Bug 258204] Extremely poor performance copying directory with lot of small files on nvme

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258204 --- Comment #5 from Alexander Motin --- It is hard to guess something without seeing the system. I'd start from looking on the SSD usage and latency with `gstat -I 1s -pod` and may be CPU usage in `top -SHIz`. Also according to ".eli" in

[Bug 260375] NFS server truncates directory cookies to 32-bits

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260375 --- Comment #2 from Alan Somers --- I don't think that changing the signature of VOP_READDIR is necessary to fix the NFS server. On architectures where u_long is 32-bits, the NFS server will simply 0-extend it to 64-bits before placing it

[Bug 260375] NFS server truncates directory cookies to 32-bits

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260375 --- Comment #1 from Rick Macklem --- The last argument to VOP_READDIR() returns the cookies for a given local file system. The type is "u_long **" and for some architectures u_long is 32bits (I think?). Also, for NFSv2, the directory

[Bug 260375] NFS server truncates directory cookies to 32-bits

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260375 Bug ID: 260375 Summary: NFS server truncates directory cookies to 32-bits Product: Base System Version: 13.0-RELEASE Hardware: Any OS: Any Status: New

[Bug 258204] Extremely poor performance copying directory with lot of small files on nvme

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258204 Eugene Grosbein changed: What|Removed |Added CC||eu...@freebsd.org,

[Bug 259553] add host 127.0.0.1: gateway lo0 fib 0: route already in table

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259553 Eugene Grosbein changed: What|Removed |Added CC||eu...@freebsd.org --- Comment

[Bug 260330] if_oce: panic: Assertion in_epoch(net_epoch_preempt)

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260330 Michael Tuexen changed: What|Removed |Added Assignee|b...@freebsd.org|tue...@freebsd.org

[Bug 259717] Intel I211: can not change mtu

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259717 Eugene Grosbein changed: What|Removed |Added CC||eu...@freebsd.org --- Comment

[Bug 260330] if_oce: panic: Assertion in_epoch(net_epoch_preempt)

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260330 --- Comment #1 from Vincent Milum Jr --- root@honeycomb-bsd ~# kldload if_oce oce0: mem 0x4608-0x46083fff,0x4600-0x4601,0x4602-0x4603 at device 0.0 on pci1 oce1: mem

Problem reports for b...@freebsd.org that need special attention

2021-12-12 Thread bugzilla-noreply
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and

[Bug 260364] Toolchain writes the shared library that SEGVs on load: Invalid permissions for mapped object.

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260364 Yuri Victorovich changed: What|Removed |Added Assignee|b...@freebsd.org|toolch...@freebsd.org -- You

[Bug 260364] Toolchain writes the shared library that SEGVs on load: Invalid permissions for mapped object.

2021-12-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260364 Bug ID: 260364 Summary: Toolchain writes the shared library that SEGVs on load: Invalid permissions for mapped object. Product: Base System Version: 13.0-STABLE