[Bug 261641] radeonkms: Incorrect message cursor positioning on kldload with vt console

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261641 --- Comment #3 from Stefan B. --- Update: I found the i915kms driver "works" the same way. It appears like that it depends on how much the scrollback ring buffer is filled, where the kms loading message appears on the screen (if at all). So

[Bug 261641] drm-kmod: Launch message is written into (possibly random) memory locations on kldload with vt console

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261641 Stefan B. changed: What|Removed |Added Summary|radeonkms: Incorrect|drm-kmod: Launch message is

[Bug 261855] /etc/periodic/daily/800.scrub-zfs is using `zpool history`

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261855 Bug ID: 261855 Summary: /etc/periodic/daily/800.scrub-zfs is using `zpool history` Product: Base System Version: 13.0-RELEASE Hardware: Any OS: Any

[Bug 261707] panic: vm_page_free_prep: freeing mapped page 0xfffffe0006f80170 on 14-Current(master-n252892-e30fceb89b7)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261707 Tijl Coosemans changed: What|Removed |Added Blocks||261773 CC|

[Bug 261707] panic: vm_page_free_prep: freeing mapped page 0xfffffe0006f80170 on 14-Current(master-n252892-e30fceb89b7)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261707 --- Comment #3 from Konstantin Belousov --- (In reply to Aleksander Slomka from comment #1) vmcore is useless without the matching kernel.full. Place it somewhere as well. Or do from kgdb: p *m p *(m->object) -- You are receiving this m

[Bug 261707] panic: vm_page_free_prep: freeing mapped page 0xfffffe0006f80170 on 14-Current(master-n252892-e30fceb89b7)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261707 --- Comment #4 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=b51927b7b018d268c91b2127d82786caf68254de commit b51927b7b018d268c91b2127d82786caf68254de Author:

[Bug 261707] panic: vm_page_free_prep: freeing mapped page 0xfffffe0006f80170 on 14-Current(master-n252892-e30fceb89b7)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261707 --- Comment #5 from commit-h...@freebsd.org --- A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3261dea72c24aa7b33eb90aeae95d82078cfc5e4 commit 3261dea72c24aa7b33eb90aeae95d82078cfc5e4 Author:

[Bug 261707] panic: vm_page_free_prep: freeing mapped page 0xfffffe0006f80170 on 14-Current(master-n252892-e30fceb89b7)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261707 --- Comment #6 from Masachika ISHIZUKA --- (In reply to Tijl Coosemans from comment #2) Thank you for patch. This patch seems to solve my problem. It works well on master-n253071-79f5d19890c with this patch. -- You are receiving this mail

[Bug 261866] ixgbe(4) with optics not setting media type

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261866 Bug ID: 261866 Summary: ixgbe(4) with optics not setting media type Product: Base System Version: 12.3-RELEASE Hardware: amd64 OS: Any Status: New S

[Bug 226510] panic: Re-refing for reason 5, cnt = 1

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226510 --- Comment #23 from commit-h...@freebsd.org --- A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=583480174ee7f4af92f0c5302884a7eece5b12f3 commit 583480174ee7f4af92f0c5302884a7eece5b12f3 Author

[Bug 226578] panic: _mtx_lock_sleep: recursed on non-recursive mutex CAM device lock @ /usr/home/trasz/svn-ssh/head/sys/cam/scsi/scsi_da.c:2042

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226578 --- Comment #5 from commit-h...@freebsd.org --- A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=583480174ee7f4af92f0c5302884a7eece5b12f3 commit 583480174ee7f4af92f0c5302884a7eece5b12f3 Author:

[Bug 261291] ESX NFS4.1 client hangs, server never responds to EXCHANGE_ID/CREATE_SESSION

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261291 --- Comment #19 from Rick Macklem --- Created attachment 231733 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=231733&action=edit admin revoke client when create_session seqid not equal exchange_id's You could try this patch, wh

[Bug 226578] panic: _mtx_lock_sleep: recursed on non-recursive mutex CAM device lock @ /usr/home/trasz/svn-ssh/head/sys/cam/scsi/scsi_da.c:2042

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226578 Kubilay Kocak changed: What|Removed |Added Severity|Affects Only Me |Affects Some People Assi

[Bug 226510] panic: Re-refing for reason 5, cnt = 1

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226510 Kubilay Kocak changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu

[Bug 226510] panic: Re-refing for reason 5, cnt = 1

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226510 Kubilay Kocak changed: What|Removed |Added Flags||mfc-stable13+, |

[Bug 261291] ESX NFS4.1 client hangs, server never responds to EXCHANGE_ID/CREATE_SESSION

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261291 --- Comment #20 from Alan Somers --- Created attachment 231735 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=231735&action=edit Workaround ESXi's CREATE_SESSION sequence_id bug Thanks for that idea. Attached is what I'm testin

[Bug 261707] panic: vm_page_free_prep: freeing mapped page 0xfffffe0006f80170 on 14-Current(master-n252892-e30fceb89b7)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261707 Kubilay Kocak changed: What|Removed |Added Status|New |In Progress Keywords|