[Bug 255639] [nanobsd] "missing directory in specification" while building disk image
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255639 hondareyte@laposte.net changed: What|Removed |Added Blocks||271078 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271078 [Bug 271078] [nanobsd] embedded/common script does not copy FAT slice recursively -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271071] mpr (LSI SAS3808) only finds 53 out of 70 disks in external HP D6020 enclosure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271071 Peter Eriksson changed: What|Removed |Added Resolution|--- |Not A Bug Status|New |Closed --- Comment #2 from Peter Eriksson --- Ok, problem solved. Problably not a driver issue. Replaced the cables, swapped ports on the enclosure and the controller and it pointed finally to one of the controller ports being half-broken so it only saw half of the disks in one drawer of the enclosure. Replaced the LSI 9500-8e with an other (Dell-branded HBA355e) LSI 9500-16e instead and then all disks showed up correctly. Now it'll be interesting to see if that controller survives the suspect disk in the enclosure that used to kill the HP H241 "ciss" controller after half a day of use... -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271062] [PATCH] add support for 28xx based device to isp(4)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062 --- Comment #4 from Joerg Pulz --- Pull request is submitted too: https://github.com/freebsd/freebsd-src/pull/726 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271062] [PATCH] add support for 28xx based device to isp(4)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062 Alexander Motin changed: What|Removed |Added CC||m...@freebsd.org --- Comment #5 from Alexander Motin --- Without the NVRAM parsing HBAs won't have their WWPNs/WWNNs, using some defaults instead, making impossible to use several of them in the same network due to conflicts. So while this patch is better then nothing, I would not call the problem harmless. Unfortunately I don't have any documentation about that area, and previous attempts of reverse-engineering Linux code have me only a headache. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 269572] MAXCPU too low for contemporary servers
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269572 --- Comment #1 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=e72f7ed43eefaf305c33c232bc2c33d997427f58 commit e72f7ed43eefaf305c33c232bc2c33d997427f58 Author: Mark Johnston AuthorDate: 2023-04-26 14:09:31 + Commit: Mark Johnston CommitDate: 2023-04-26 14:09:31 + buf: Dynamically allocate per-CPU buffer queues To reduce static bloat. No functional change intended. PR: 269572 Reviewed by:mjg, kib, emaste MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D39808 sys/kern/vfs_bio.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 269572] MAXCPU too low for contemporary servers
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269572 --- Comment #2 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=74ac712f72cfd6d7b3db3c9d3b72ccf2824aa183 commit 74ac712f72cfd6d7b3db3c9d3b72ccf2824aa183 Author: Mark Johnston AuthorDate: 2023-04-26 14:08:42 + Commit: Mark Johnston CommitDate: 2023-04-26 14:08:42 + vmm: Dynamically allocate a couple of per-CPU state save areas This avoids bloating the BSS when MAXCPU is large. No functional change intended. PR: 269572 Reviewed by:corvink, rew Tested by: rew MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D39805 sys/amd64/vmm/amd/svm.c | 11 ++- sys/amd64/vmm/intel/vmx.c | 12 2 files changed, 14 insertions(+), 9 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 269572] MAXCPU too low for contemporary servers
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269572 --- Comment #3 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=78cfa762ebf2afc821e49e41c7bc72cc9044c233 commit 78cfa762ebf2afc821e49e41c7bc72cc9044c233 Author: Mark Johnston AuthorDate: 2023-04-26 14:09:09 + Commit: Mark Johnston CommitDate: 2023-04-26 14:09:09 + callout: Move per-CPU callout state into the dpcpu region This eliminates some static bloat in amd64 kernels and reduces the penalty of increasing MAXCPU. The structures now also maintain NUMA affinity. No functional change intended. PR: 269572 Reviewed by:mjg, kib MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D39807 sys/kern/kern_timeout.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 268393] system always reboots once from a powered off state
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268393 --- Comment #46 from John Grafton --- Thanks for the bug report. Hopefully someone finds it helpful in the future. Sorry we didn't get it fixed! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271062] [PATCH] add support for 28xx based device to isp(4)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062 --- Comment #6 from Joerg Pulz --- (In reply to Alexander Motin from comment #5) You're absolutely right about this. As a workaround one can use hint.isp.N.portwwn and hint.isp.N.nodewwn in loader.conf(5) like this: hint.isp.0.portwwn=w2100f4deadbeef00 hint.isp.0.nodewwn=w2000f4deadbeef00 The real values can be taken from either the WWN label on the card or the Bios/EFI configuration of the card. Maybe a note about this in the BUGS section of isp(4) is required/useful? A hint about the special syntax for both parameters would not harm too. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271062] [PATCH] add support for 28xx based device to isp(4)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062 --- Comment #7 from Alexander Motin --- Yes, the workaround is valid, and documenting it would have sense if nothing else, but it would be really good to not need it. Unfortunately I have neither the docs nor the hardware to do it, so all hope is on you. ;) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271081] firefox crashes on arm64 with ASLR enabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271081 Bug ID: 271081 Summary: firefox crashes on arm64 with ASLR enabled Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: ma...@freebsd.org firefox crashes very readily on arm64 whereas it seems to be fine on amd64. The backtrace looks like this, we appear to be segfaulting in js::gc::MapAlignedPages(): (gdb) bt #0 thr_kill () at thr_kill.S:4 #1 0x5c284cb2cbc8 in __raise (s=11) at /root/freebsd/lib/libc/gen/raise.c:52 #2 0x5c2884a6e2b4 in nsProfileLock::FatalSignalHandler(int, __siginfo*, void*) () at /usr/local/lib/firefox/libxul.so #3 0x5c288536b408 in WasmTrapHandler(int, __siginfo*, void*) () at /usr/local/lib/firefox/libxul.so #4 0x5c284d6397e8 in handle_signal (actp=actp@entry=0x5c295553a460, sig=sig@entry=11, info=info@entry=0x5c295553a4d0, ucp=ucp@entry=0x5c295553a520) at /root/freebsd/lib/libthr/thread/thr_sig.c:301 #5 0x5c284d638f14 in thr_sighandler (sig=11, info=0x5c295553a4d0, _ucp=0x5c295553a520) at /root/freebsd/lib/libthr/thread/thr_sig.c:246 #6 0x5c28490ad1a8 in () #7 0x5c2884f3e27c in js::gc::MapAlignedPages(unsigned long, unsigned long) () at /usr/local/lib/firefox/libxul.so #8 0x5c2884f18f28 in js::gc::GCRuntime::getOrAllocChunk(js::AutoLockGCBgAlloc&) () at /usr/local/lib/firefox/libxul.so #9 0x5c2884f45a04 in js::Nursery::initFirstChunk(js::AutoLockGCBgAlloc&) () at /usr/local/lib/firefox/libxul.so #10 0x5c2884f22d78 in js::gc::GCRuntime::init(unsigned int) () at /usr/local/lib/firefox/libxul.so #11 0x5c2884c9e4f8 in JSRuntime::init(JSContext*, unsigned int) () at /usr/local/lib/firefox/libxul.so #12 0x5c2884c01764 in js::NewContext(unsigned int, JSRuntime*) () at /usr/local/lib/firefox/libxul.so #13 0x5c2880f67d08 in mozilla::CycleCollectedJSContext::Initialize(JSRuntime*, unsigned int) () at /usr/local/lib/firefox/libxul.so #14 0x5c288386bb24 in mozilla::dom::workerinternals::(anonymous namespace)::WorkerThreadPrimaryRunnable::Run() () at /usr/local/lib/firefox/libxul.so #15 0x5c28810105d8 in nsThread::ProcessNextEvent(bool, bool*) () at /usr/local/lib/firefox/libxul.so #16 0x5c2881014cac in NS_ProcessNextEvent(nsIThread*, bool) () at /usr/local/lib/firefox/libxul.so #17 0x5c288156a6b8 in mozilla::ipc::MessagePumpForNonMainThreads::Run(base::MessagePump::Delegate*) () at /usr/local/lib/firefox/libxul.so #18 0x5c288152029c in MessageLoop::Run() () at /usr/local/lib/firefox/libxul.so #19 0x5c288100df98 in nsThread::ThreadFunc(void*) () at /usr/local/lib/firefox/libxul.so #20 0x5c2889bd5dd8 in () at /usr/local/lib/libnspr4.so #21 0x5c284d62f5ec in thread_start (curthread=0x5c2941fced00) at /root/freebsd/lib/libthr/thread/thr_create.c:292 #22 0x5c284d62f148 in _pthread_create (thread=0x5c2848f3c2a8, attr=, start_routine=, arg=) at /root/freebsd/lib/libthr/thread/thr_create.c:187 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271081] firefox crashes on arm64 with ASLR enabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271081 Mark Johnston changed: What|Removed |Added Hardware|Any |arm64 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 261728] If sh became a usable interactive shell, then why can't it tab-autocomplete file.(mine).1.txt and file.(mine).2.txt?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261728 --- Comment #16 from Piotr Pawel Stefaniak --- (In reply to Oleg from comment #15) Because currently sh will only tab-complete file names from paths in $PATH and will not look for any built-ins, including the export built-in. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271062] [PATCH] add support for 28xx based device to isp(4)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062 --- Comment #8 from Warner Losh --- (In reply to Joerg Pulz from comment #6) Yea, a note in the man page if you're not able to parse the nvram properly. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271062] add support for 28xx based device to isp(4)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062 Graham Perrin changed: What|Removed |Added Summary|[PATCH] add support for |add support for 28xx based |28xx based device to isp(4) |device to isp(4) Status|New |Open See Also||https://github.com/freebsd/ ||freebsd-src/pull/726 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271081] www/firefox: crashes on arm64 with ASLR enabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271081 Graham Perrin changed: What|Removed |Added CC||ge...@freebsd.org Keywords||crash Assignee|b...@freebsd.org|ge...@freebsd.org URL||https://www.freshports.org/ ||www/firefox/ Flags||maintainer-feedback?(gecko@ ||FreeBSD.org) Summary|firefox crashes on arm64|www/firefox: crashes on |with ASLR enabled |arm64 with ASLR enabled Status|New |Open -- You are receiving this mail because: You are the assignee for the bug.
[Bug 172369] mkisofs(8)/growisofs(1m) don't specify UDF version
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=172369 Oleksandr Tymoshenko changed: What|Removed |Added Assignee|d...@freebsd.org |b...@freebsd.org CC||d...@freebsd.org Component|Documentation |Manual Pages Ed Maste changed: What|Removed |Added Assignee|b...@freebsd.org|ports-b...@freebsd.org Component|Manual Pages|Individual Port(s) CC||ema...@freebsd.org Product|Documentation |Ports & Packages -- You are receiving this mail because: You are the assignee for the bug.
[Bug 261728] If sh became a usable interactive shell, then why can't it tab-autocomplete file.(mine).1.txt and file.(mine).2.txt?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261728 --- Comment #17 from Piotr Pawel Stefaniak --- (In reply to Oleg from comment #15) I implemented this in https://reviews.freebsd.org/D39839 but it's not perfect. What's more important is that it's unfortunately probably too late to get this change into 14-release. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 270805] loader.efi: crashes with USB device attached
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270805 --- Comment #25 from Mark Millard --- (In reply to Mark Millard from comment #20) In a few days I should have an adapter to connect the USB3.0 SSDs that have a USB-A connector to USB-C ports, such as on the Windows Dev Kit 2023. So I should then be able to test USB3.0 devices on the USB-C ports instead of only USB3.2 devices on those ports, including for being present during booting. (Still only one type of USB3.0 SSD device, not a variety. But one type is more than zero types.) Of course, my test would not be likely to duplicate the partitioning or content of the drives that got the crashes. Duplication of some aspects may be required to see the problem and if my tests do not get the crash, such would be suggested as a possibility. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271038] "posixshmcontrol ls" gets an error when another user restricts some shared memory
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271038 --- Comment #2 from commit-h...@freebsd.org --- A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=06e36c8c7717338558aa807db63c80f245bf533b commit 06e36c8c7717338558aa807db63c80f245bf533b Author: Konstantin Belousov AuthorDate: 2023-04-23 23:30:58 + Commit: Konstantin Belousov CommitDate: 2023-04-27 00:45:02 + posixshmcontrol(1): silently ignore inaccessible segments when listing PR: 271038 (cherry picked from commit 043e24bdb01938c0d5a73a3192e316ce0b96ec1b) usr.bin/posixshmcontrol/posixshmcontrol.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 165059] vtnet(4): Networking breaks with a router using virtio net driver on KVM host
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=165059 José Zadir changed: What|Removed |Added CC||jza...@gmail.com --- Comment #30 from José Zadir --- Hello, I created a FreeBSD 12.3 STABLE virtual router in a Proxmox 7.1 environment and was encountering this issue with my FreeBSD VM. I can confirm that running the following helped to work arround the issue, but the performance is terrible. ifconfig vtnet0 -rxcsum ifconfig vtnet1 -rxcsum -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271065] Kernel FUSE limits read() size by 64k/128k
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271065 Ivan Rozhuk changed: What|Removed |Added Resolution|--- |Works As Intended Status|New |Closed --- Comment #6 from Ivan Rozhuk --- Alan, thank you for pointing and couching :) After some playing with kernel and fise3-libs I understand that my last changes of sshfs disables call of init() and sshfs does not set "readahead" to 64mb (value that I hardcoded some time ago and that works over half year). Now read() size is limited by "maxphys" and it is ok for me. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 215459] Installing card reader causes bootloader to fail with BTX Halted
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215459 lera.tretykov...@gmail.com changed: What|Removed |Added CC||lera.tretykov...@gmail.com --- Comment #3 from lera.tretykov...@gmail.com --- I can't reproduce this error. I guess the problem is solved after all. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 267028] kernel panics when booting with both (zfs,ko or vboxnetflt,ko or acpi_wmi.ko) and amdgpu.ko
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267028 Graham Perrin changed: What|Removed |Added Assignee|f...@freebsd.org |b...@freebsd.org Flags|maintainer-feedback?(fs@Fre | |eBSD.org) | -- You are receiving this mail because: You are the assignee for the bug.