[Bug 255639] [nanobsd] "missing directory in specification" while building disk image

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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)

2023-04-26 Thread bugzilla-noreply
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)

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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)

2023-04-26 Thread bugzilla-noreply
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)

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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?

2023-04-26 Thread bugzilla-noreply
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)

2023-04-26 Thread bugzilla-noreply
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)

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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?

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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

2023-04-26 Thread bugzilla-noreply
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.