[Bug 281942] bsdinstall: fails with Operation not permitted. table 'nda0' is corrupt
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281942 Mark Linimon changed: What|Removed |Added Version|CURRENT |15.0-CURRENT -- You are receiving this mail because: You are the assignee for the bug.
[Bug 281218] Quectel LTE MODEM not working anymore
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281218 Anatoly Tyutyukov changed: What|Removed |Added CC||tyutyukov2...@yandex.ru --- Comment #16 from Anatoly Tyutyukov --- I confirm the same problems as in this comment #1, on a Fibocom L850-GL modem (assuming it's an Intel XMM7360), I'm using a USB adapter. I see that a user in 2022 (https://forum.opnsense.org/index.php?topic=26289.msg149573#msg149573) was using a similar model (firmware structure is not much different), he had a PPP connection working fine, supporting the theory that the problem occurred after the FreeBSD upgrade. I can help with testing or providing logs, but unfortunately I'm not an advanced user, so I can't help with source code or anything like that. Some info: OPNsense 24.7.5_3-amd64 FreeBSD 14.1-RELEASE-p5 OpenSSL 3.0.15 Product link: https://aliexpress.com/item/4001066330406.html Modem works fine on Windows in MBIM and NCM modes (with script). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 280846] Low memory freezes / OOM: a thread waited too long to allocate a page
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280846 --- Comment #33 from Henrich Hartzer --- Thank you for your help! I emailed it to you. Let me know if there's anything else I can provide. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 281942] bsdinstall: fails with Operation not permitted. table 'nda0' is corrupt
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281942 Bug ID: 281942 Summary: bsdinstall: fails with Operation not permitted. table 'nda0' is corrupt Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: misc Assignee: b...@freebsd.org Reporter: ema...@freebsd.org Attempting to use a 15.0-CURRENT installer on a test system provided by a CPU manufacturer failed with the error in summary. After choosing guided UFS, selecting nda0, and confirming that the entire disk should be used a message box was presented: +--|Error|-+ | Operation not permitted. | | table 'nda0' is corrupt | +--+ | [ OK ] | +--+ Removing the system's NVMe drive and checking it from another system shows: $ gpart show da0 => 34 500118125 da0 GPT (477G) [CORRUPT] 34 2014 - free - (1.0M) 2048 2048001 efi (100M) 206848 209715202 linux-data (10G) 2117836810240003 linux-data (500M) 22202368 477915791 - free - (228G) Installer image was FreeBSD-15.0-CURRENT-amd64-20240926-6a4f0c063718-272495-disc1.iso -- You are receiving this mail because: You are the assignee for the bug.
[Bug 261971] kernel crash launching bhyve guest on ZFS: #15 buf_hash_find (...) at /usr/src/sys/contrib/openzfs/module/zfs/arc.c:990
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261971 --- Comment #12 from mr.xa...@gmail.com --- (In reply to Mark Linimon from comment #11) I don't know. This problem are irrelevant for me at this time. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 281938] [PATCH] Make sure max_len is not 0 before using it as modulo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281938 Bug ID: 281938 Summary: [PATCH] Make sure max_len is not 0 before using it as modulo Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: nakayamakenj...@gmail.com Created attachment 254089 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=254089&action=edit proposal patch In tcp_default_output(), max_len is calculated and used as modulo: ``` max_len = tp->t_maxseg - optlen - ipsec_optlen; ... moff = len % max_len; ``` optlen and ipsec_optlen are variables and depend on the options, so it should be checked if max_len is not zero. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 273581] Panic (general protection fault) after keying Control-Q to quit www/chromium Chromium
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273581 Mark Linimon changed: What|Removed |Added Version|CURRENT |15.0-CURRENT -- You are receiving this mail because: You are the assignee for the bug.
[Bug 281938] [PATCH] Make sure max_len is not 0 before using it as modulo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281938 Mark Linimon changed: What|Removed |Added Version|CURRENT |15.0-CURRENT Assignee|b...@freebsd.org|n...@freebsd.org --- Comment #1 from Mark Linimon --- ^Triage: assign and more closely specify version. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 74352] NFSCLIENT and booting to an mfsroot via TFTP are mutually exclusive
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=74352 Ed Maste changed: What|Removed |Added CC||ema...@freebsd.org --- Comment #11 from Ed Maste --- The earlier reports are specific instances of a general issue, namely that if NFS root fs metadata is provided to the kernel the kernel makes use of it, with no way to override or choose a different root fs. I've encountered a similar situation where I want to use TFTP/NFS for the loader + kernel, but then use a filesystem on an NVMe device as the root fs. -- You are receiving this mail because: You are the assignee for the bug.
