[Bug 276774] IPv6 RS/RA handling

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276774 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org -- You are receiv

[Bug 276774] IPv6 RS/RA handling

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276774 Bug ID: 276774 Summary: IPv6 RS/RA handling Product: Base System Version: 14.0-STABLE Hardware: amd64 OS: Any Status: New Severity: Affects Some Peo

[Bug 276772] wireguard: lock order reversal mld_mtx -> udpinp

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276772 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org -- You are receiv

[Bug 276772] wireguard: lock order reversal mld_mtx -> udpinp

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276772 Bug ID: 276772 Summary: wireguard: lock order reversal mld_mtx -> udpinp Product: Base System Version: CURRENT Hardware: amd64 OS: Any Status: New S

[Bug 262152] Framework Laptop: Feature support, bugs and improvements

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262152 Ed Maste changed: What|Removed |Added Depends on||274693 Referenced Bugs: https://bugs.

[Bug 276770] Some potential NULL-pointer dereferences

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276770 --- Comment #4 from Qiushi --- Oh, sorry, the last line, devfs_alloc sys/kern/kern_conf.c +1331 ndev = devfs_alloc(MAKEDEV_WAITOK); is also M_WAITOK related. We can also skip this one. -- You are receiving this mail because: You ar

[Bug 276770] Some potential NULL-pointer dereferences

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276770 --- Comment #3 from Qiushi --- (In reply to Kristof Provost from comment #1) Thanks for the comment! I rechecked the list and removed the cases caused by the, M_WAITOK, flag setting. -- You are receiving this mail because: You are the ass

[Bug 276770] Some potential NULL-pointer dereferences

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276770 --- Comment #2 from Qiushi --- Comment on attachment 248120 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=248120 The potential NULL dereferences The allocation functions that can return NULL pointer Potential Buggy Point Po

[Bug 276770] Some potential NULL-pointer dereferences

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276770 Kristof Provost changed: What|Removed |Added CC||k...@freebsd.org --- Comment #1

[Bug 276770] Some potential NULL-pointer dereferences

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276770 Bug ID: 276770 Summary: Some potential NULL-pointer dereferences Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: A

[Bug 229745] ahcich: CAM status: Command timeout

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229745 --- Comment #75 from Kevin Zheng --- (In reply to Warner Losh from comment #74) I concur that there is definitely a hardware problem somewhere that I need to investigate. The issue that I'm writing about is the system behavior. It seemed t

[Bug 276760] vtnet driver incorrectly calculates checksums

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276760 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org -- You are receiv

[Bug 276763] stop prepending "uname -v" output dynamically

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276763 Michael Osipov changed: What|Removed |Added Summary|motd: remove|stop prepending "uname -v"

[Bug 276763] motd: remove adding/executing "uname -v" output dynamically

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276763 Michael Osipov changed: What|Removed |Added URL||https://github.com/Bastille

[Bug 276763] motd: remove adding/executing "uname -v" output dynamically

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276763 Bug ID: 276763 Summary: motd: remove adding/executing "uname -v" output dynamically Product: Base System Version: 13.2-STABLE Hardware: Any OS: Any

[Bug 276761] panic: sbsndptr_noadv: sb_mb is NULL

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276761 Konstantin Belousov changed: What|Removed |Added Assignee|b...@freebsd.org|transp...@freebsd.org -- Yo

[Bug 276761] panic: sbsndptr_noadv: sb_mb is NULL

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276761 Daniel changed: What|Removed |Added Severity|Affects Only Me |Affects Some People CC|

[Bug 276761] panic: sbsndptr_noadv: sb_mb is NULL

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276761 Bug ID: 276761 Summary: panic: sbsndptr_noadv: sb_mb is NULL Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affec

[Bug 269133] bnxt(4): BCM57416 - HWRM_CFA_L2_SET_RX_MASK command returned RESOURCE_ALLOC_ERROR error

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269133 --- Comment #63 from Werner Fischer --- (In reply to Kristof Provost from comment #62 and Chandrakanth Patil from comment #61) Chandrakanth, do you need further information? Kristof mentioned that's expected on a recent FreeBSD main, that