Web This site Trusted
27 result(s) for “okapi bm25 site hotchips pp site dlmultimedia era in site can kernel org site:cdn.kernel.org” · 1381 ms
Scope: Nishi’s own index (our crawl + Common Crawl) — not the whole live web. Some sites block all automated crawlers (anti-bot walls), so their pages may be absent here even though we never filter lawful content.
Freshness: no result on this page carries a fetch time yet (indexed before the fetch epoch was stored beside the doc)
f), page); At the current call site @new_head still has the tail marker (compound_info bit 0 set, PG_head clear), so on CONFIG_DEBUG_VM kernels this hits: kernel BUG at include/linux/page-flags
from the top result below
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.6
This missed the case where background I/O holds the final reference after userspace close() returns, and required explicit maintenance at each close-path site
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.13
The interrupt URB buffer is allocated in setup_port_interrupt_in() based on the endpoint's wMaxPacketSize: buffer_size = usb_endpoint_maxp(epd); port->interrupt_in_buffer = kmalloc(buffer_size, GFP_KERNEL); When a USB device declares wMaxPacketSize = 8 on its interrupt IN endpoint, the buffer is allocated from kmalloc
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.153
local_read(&cpu_buffer->committing)) // triggers warning The committing counter can temporarily drop to 0 during a single write operation (within rb_move_tail), creating a window where swap can succeed even though the write is still in progress
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.8
:04:08 2026 -0400 drm/xe: Wait on external BO kernel fences in exec IOCTL [ Upstream commit af80e2bfde9312c76b60cf9274248dce0410b30d ] Before arming a user job, xe_exec_ioctl() only added the VM's dma-resv KERNEL slot as a dependency
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.157
org/linux-kernel/5df6968a-2e5f-468e-b457-fc201535dd4c@linux
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.184
local_read(&cpu_buffer->committing)) // triggers warning The committing counter can temporarily drop to 0 during a single write operation (within rb_move_tail), creating a window where swap can succeed even though the write is still in progress
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.156
The interrupt URB buffer is allocated in setup_port_interrupt_in() based on the endpoint's wMaxPacketSize: buffer_size = usb_endpoint_maxp(epd); port->interrupt_in_buffer = kmalloc(buffer_size, GFP_KERNEL); When a USB device declares wMaxPacketSize = 8 on its interrupt IN endpoint, the buffer is allocated from kmalloc
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.44
org Signed-off-by: Marc Kleine-Budde Signed-off-by: Oliver Hartkopp Signed-off-by: Greg Kroah-Hartman commit 0902f06a6c0bbc1e4a08899d327eedc3fda4261d Author: Oliver Hartkopp Date: Fri Aug 7 09:52:10 2026 +0200 can: use skb hash instead of private variable in headroom commit d4fb6514ff8ed6912a71294e6b66a5d59ee88007
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.2
Two writes to a tap by an unprivileged user in its own userns are enough: kernel BUG at net/core/skbuff
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.155
Two writes to a tap by an unprivileged user in its own userns are enough: kernel BUG at net/core/skbuff
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.45
With an authenticated peer, the reproducer triggered the same KASAN report in 2 of 2 unpatched runs on a KASAN-enabled netdev/main kernel: BUG: KASAN: slab-use-after-free in sctp_outq_select_transport Read of size 4 at addr ffff88800b9bd95c by task python3/197 Call Trace: sctp_outq_select_transport+0x549/0x8b0 [sctp]
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.46
org Tested-by: Pavel Machek (CIP) Tested-by: Brett A C Sheffield Tested-by: Florian Fainelli Tested-by: Barry K
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.151
org/drm/xe/kernel/-/work_items/8412 Tested-by: Alexander Kaplan Cc: Signed-off-by: Kai Vehmanen Link: https://patch
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.5
smb2_read_pipe() allocates only the payload size, so the alignment padding can expose up to seven bytes of uninitialized kernel heap memory
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.152
With an authenticated peer, the reproducer triggered the same KASAN report in 2 of 2 unpatched runs on a KASAN-enabled netdev/main kernel: BUG: KASAN: slab-use-after-free in sctp_outq_select_transport Read of size 4 at addr ffff88800b9bd95c by task python3/197 Call Trace: sctp_outq_select_transport+0x549/0x8b0 [sctp]
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.104
With an authenticated peer, the reproducer triggered the same KASAN report in 2 of 2 unpatched runs on a KASAN-enabled netdev/main kernel: BUG: KASAN: slab-use-after-free in sctp_outq_select_transport Read of size 4 at addr ffff88800b9bd95c by task python3/197 Call Trace: sctp_outq_select_transport+0x549/0x8b0 [sctp]
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.51
smb2_read_pipe() allocates only the payload size, so the alignment padding can expose up to seven bytes of uninitialized kernel heap memory
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.266
local_read(&cpu_buffer->committing)) // triggers warning The committing counter can temporarily drop to 0 during a single write operation (within rb_move_tail), creating a window where swap can succeed even though the write is still in progress
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.42
Otherwise, a built-in driver that tries to use the buddy allocator will run into a kernel NULL pointer dereference because slab_blocks is uninitialized
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.265
With an authenticated peer, the reproducer triggered the same KASAN report in 2 of 2 unpatched runs on a KASAN-enabled netdev/main kernel: BUG: KASAN: slab-use-after-free in sctp_outq_select_transport Read of size 4 at addr ffff88800b9bd95c by task python3/197 Call Trace: sctp_outq_select_transport+0x549/0x8b0 [sctp]
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.9
With an authenticated peer, the reproducer triggered the same KASAN report in 2 of 2 unpatched runs on a KASAN-enabled netdev/main kernel: BUG: KASAN: slab-use-after-free in sctp_outq_select_transport Read of size 4 at addr ffff88800b9bd95c by task python3/197 Call Trace: sctp_outq_select_transport+0x549/0x8b0 [sctp]
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.50
org Tested-by: Brett A C Sheffield Tested-by: Ron Economos Tested-by: Peter Schneider Tested-by: Miguel Ojeda Signed-off-by: Greg Kroah-Hartman commit 8e30f5427f3458d5aca8f063f52e62ee24a81925 Author: Dev Jain Date: Thu Sep 3 19:56:31 2026 -0400 mm/rmap: use huge_ptep_get() in try_to_unmap_one() [ Upstream commit
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.101
org Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman commit 488e808e3fa53200f3ef3324c45fcba4ae9f4972 Author: Pavitra Jha Date: Thu May 21 04:04:14 2026 -0400 Bluetooth: hci_conn: Fix memory leak in hci_le_big_terminate() commit bfa9d28960ed677d556bdf097073bc3129686229 upstream
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.15.216
With an authenticated peer, the reproducer triggered the same KASAN report in 2 of 2 unpatched runs on a KASAN-enabled netdev/main kernel: BUG: KASAN: slab-use-after-free in sctp_outq_select_transport Read of size 4 at addr ffff88800b9bd95c by task python3/197 Call Trace: sctp_outq_select_transport+0x549/0x8b0 [sctp]
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.183
With an authenticated peer, the reproducer triggered the same KASAN report in 2 of 2 unpatched runs on a KASAN-enabled netdev/main kernel: BUG: KASAN: slab-use-after-free in sctp_outq_select_transport Read of size 4 at addr ffff88800b9bd95c by task python3/197 Call Trace: sctp_outq_select_transport+0x549/0x8b0 [sctp]
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.6
org/ Signed-off-by: Namhyung Kim Signed-off-by: Greg Kroah-Hartman commit 72e9387884554f47b03bfd40fb8b2bf52789c68d Author: Jamal Hadi Salim Date: Tue Sep 1 17:39:22 2026 -0400 net/sched: fq: clamp quantum and initial_quantum in change path [ Upstream commit 094cc07f98dfe70a34e2a1923af17fd29b8cf622 ] The fq change path
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.148
179936] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 1