https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264114
lb...@disroot.org changed:
What|Removed |Added
CC||lb...@disroot.org
--- Comment #
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264114
Marek Zarychta changed:
What|Removed |Added
CC||zarych...@plan-b.pwste.edu.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264114
--- Comment #7 from Bernhard Froehlich ---
(In reply to Marek Zarychta from comment #6)
No that does not work. Compatibility only works in one direction. Packages are
build with the oldest supported version on that branch which is correct.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264094
--- Comment #2 from Michael Tuexen ---
The panic happens on arm64, but not amd64. It does happen when using clang14
(most recent version in the main tree), it does not happen when using clang13.
I also does not happen using clang14 when for
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 ob
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264094
--- Comment #3 from Marek Zarychta ---
Thank you for digging into this. It looks like a clang14 flaw. Please see: bug
264021 and probably also bug 264115.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264094
Jessica Clarke changed:
What|Removed |Added
CC||jrt...@freebsd.org
--- Comment #4
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264094
--- Comment #5 from Jessica Clarke ---
Well, that composed with
https://github.com/llvm/llvm-project/commit/4450a2a23df0e7081ca7fee3ec641774afedc2bc
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264094
--- Comment #6 from Jessica Clarke ---
To confirm, you are using cc_htcp.ko rather than compiling it into your kernel?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264094
--- Comment #7 from Marek Zarychta ---
(In reply to Jessica Clarke from comment #6)
>To confirm, you are using cc_htcp.ko rather than compiling it into your kernel?
Of course. Good idea. I didn't know it is even possible to build the kerne
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264094
--- Comment #8 from Jessica Clarke ---
(In reply to Marek Zarychta from comment #7)
In the kernel should work as it's prepared for those kinds of optimisations,
but kernel modules should not, as they rely on the indirection persisting and
Hi,
The current NFS code knows how to optionally put the large RPC
messages (read/readdir replies and write requests) in extpg mbufs
instead of mbuf clusters.
This was done so that the data did not need to be copied when the
KTLS (which requires extpg mbufs) is being used.
However, I am wonderin
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264094
John F. Carr changed:
What|Removed |Added
CC||j...@mit.edu
--- Comment #9 from Jo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264114
Kyle Evans changed:
What|Removed |Added
CC||kev...@freebsd.org
--- Comment #8 fro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264094
--- Comment #10 from Jessica Clarke ---
(In reply to John F. Carr from comment #9)
The optimisation is correct for non-preemptible symbols. It's not correct for
preemptible symbols (or hacks like vnet/dpcpu that rely on symbol and
relocati
15 matches
Mail list logo
