[Bug 280742] ioctl on /dev/efi returns ENODEV

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280742 Bug ID: 280742 Summary: ioctl on /dev/efi returns ENODEV Product: Base System Version: 15.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affe

[Bug 280599] net/aquantia-atlantic-kmod: No ethernet on common workstation targets using aquantia-atlantic-kmod

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280599 --- Comment #6 from Sarah --- rc.conf (I made a typo): kld_list+=if_atlantic ifconfig_aq0="DHCP" ifconfig_aq0_ipv6="inet6 accept_rtadv" -- You are receiving this mail because: You are the assignee for the bug.

[Bug 280599] net/aquantia-atlantic-kmod: No ethernet on common workstation targets using aquantia-atlantic-kmod

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280599 --- Comment #5 from Sarah --- Hello, I tried this fix. I had to add the following to /etc/rc.conf: kld_list+=if_atlantic ifconfig_aq0="DHCP" ifconfig_aq0_ipv6="inet6 accept_rtad I rebooted the computer and I was able to successfully pi

[Bug 280599] net/aquantia-atlantic-kmod: No ethernet on common workstation targets using aquantia-atlantic-kmod

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280599 --- Comment #4 from Sarah --- Created attachment 252673 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=252673&action=edit slow networking with patch -- You are receiving this mail because: You are the assignee for the bug.

[Bug 280597] bootloader does not load OS when screen resolution is 5k or higher

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280597 --- Comment #3 from Sarah --- - A 3rd party in discord attempted to load freebsd in QEMU with 8k resolution and was able to replicate the behavior. I don't know the options they used. - I sent you a video to determine how to answer your qu

[Bug 280597] bootloader does not load OS when screen resolution is 5k or higher

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280597 --- Comment #2 from Sarah --- Created attachment 252668 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=252668&action=edit bootloader fails to load OS with 4k monitor video it shows ghostbsd but the behavior is identical with fre

[Bug 280671] Memory leak on FreeBSD 13.3 and 14.1

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280671 --- Comment #10 from s...@truespeed.com --- Created attachment 252666 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=252666&action=edit targzip of vmstat -o after killing processes -- You are receiving this mail because: You are

[Bug 280671] Memory leak on FreeBSD 13.3 and 14.1

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280671 --- Comment #9 from s...@truespeed.com --- Created attachment 252665 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=252665&action=edit targzip of vmstat -o before killing processes -- You are receiving this mail because: You are

[Bug 280671] Memory leak on FreeBSD 13.3 and 14.1

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280671 --- Comment #8 from s...@truespeed.com --- Created attachment 252664 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=252664&action=edit Sysctl Vmstat before killing processes -- You are receiving this mail because: You are the as

[Bug 280671] Memory leak on FreeBSD 13.3 and 14.1

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280671 --- Comment #7 from s...@truespeed.com --- Created attachment 252663 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=252663&action=edit Sysctl vmstat after killing processes -- You are receiving this mail because: You are the ass

[Bug 280671] Memory leak on FreeBSD 13.3 and 14.1

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280671 --- Comment #6 from s...@truespeed.com --- Created attachment 252662 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=252662&action=edit Total Memory Metrics 12 hours before thrashing -- You are receiving this mail because: You ar

[Bug 280671] Memory leak on FreeBSD 13.3 and 14.1

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280671 --- Comment #5 from s...@truespeed.com --- Hi Mark Thanks for looking into this issue! I'll try and provide all the detail I can. Today is the 3rd day the Server's been running so it was likely to run into that state, and it has! I've cap

[Bug 280671] Memory leak on FreeBSD 13.3 and 14.1

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280671 --- Comment #4 from s...@truespeed.com --- Created attachment 252661 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=252661&action=edit Memory metrics 12 hours before thrashing -- You are receiving this mail because: You are the

[Bug 280736] Packet size of EtherIP over IPv6 is limited to 1280 bytes.

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280736 --- Comment #1 from Kazuki Shimizu --- In current implementation, IPV6_MINMTU is set in in6_gif_output and the encapsulated EtherIP packet is fragmented to 1280 bytes even if underlying network supports more than 1280 bytes MTU. It is good

[Bug 280736] Packet size of EtherIP over IPv6 is limited to 1280 bytes.

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280736 Kazuki Shimizu changed: What|Removed |Added Summary|Packet size of EtherIP over |Packet size of EtherIP over

[Bug 280736] Packet size of EtherIP over IPv6

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280736 Bug ID: 280736 Summary: Packet size of EtherIP over IPv6 Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects S

[Bug 280642] 13.4-BETA1: Panic while installing packages

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280642 --- Comment #5 from Jason W. Bacon --- (In reply to Mark Johnston from comment #4) I repeated the installation from scratch with the exact same VM config, and did not reproduce the problem. Since it's intermittent, and probably VirtualBox

[Bug 280642] 13.4-BETA1: Panic while installing packages

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280642 Mark Johnston changed: What|Removed |Added Status|New |Open --- Comment #4 from Mark John

[Bug 280642] 13.4-BETA1: Panic while installing packages

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280642 --- Comment #3 from Jason W. Bacon --- Created attachment 252655 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=252655&action=edit Manually generated core.txt.0 Following the developer's handbook, I manually ran crashinfo after

[Bug 280642] 13.4-BETA1: Panic while installing packages

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280642 --- Comment #2 from Jason W. Bacon --- (In reply to Mark Johnston from comment #1) core.txt simply states that no gdb was found. As I'm unable to attach a tarball of /var/crash, I placed a copy at https://acadix.biz/Debug/crash.txz. --

[Bug 280487] [PATCH] daemon(8): Add option to write pidfile w/o supervising it

2024-08-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280487 --- Comment #5 from Juraj Lutter --- The "ID" vs. "PID" argument is valid, let's keep ID then. Regarding -C, it's taken already. Please, do your patch against "main" branch, then backport it to other branches where you need to run it. And