Web This site Trusted
30 result(s) for “if can site www bug act uk site www is gov site:cdn.kernel.org” of 35 matched · 1029 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)
If the woken waiter is killed before it can do either, the kernel must jump in and wake the next task down the line
from the top result below
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.152
A malicious or malformed Thunderbolt device can set dual_link_port_nr beyond the allocated sw->ports[] (max_port_number + 1 entries), producing an out-of-bounds tb_port pointer that is stored and later dereferenced
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.266
The deny and allow side can therefore come to different conclusions when pre-content watches are in play: if a pre-content watch is added to the interpreter after registration every subsequent exec through that entry takes a write denial on the clone that is never paired with a write allowance, driving the interpreter
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.104
A malicious or malformed Thunderbolt device can set dual_link_port_nr beyond the allocated sw->ports[] (max_port_number + 1 entries), producing an out-of-bounds tb_port pointer that is stored and later dereferenced
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.45
Always set nf_flow_route tuple out ifindex even if the indev is not one of the flowtable configured devices since otherwise the outdev lookup in nf_flow_offload_ip_hook() or nf_flow_offload_ipv6_hook() for FLOW_OFFLOAD_XMIT_NEIGH flowtable entries will fail
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.9
A malicious or malformed Thunderbolt device can set dual_link_port_nr beyond the allocated sw->ports[] (max_port_number + 1 entries), producing an out-of-bounds tb_port pointer that is stored and later dereferenced
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.157
Setting hwc->config should be safe even if there is an error so use this opportunity to simplify the code
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.265
A malicious or malformed Thunderbolt device can set dual_link_port_nr beyond the allocated sw->ports[] (max_port_number + 1 entries), producing an out-of-bounds tb_port pointer that is stored and later dereferenced
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.15.216
A malicious or malformed Thunderbolt device can set dual_link_port_nr beyond the allocated sw->ports[] (max_port_number + 1 entries), producing an out-of-bounds tb_port pointer that is stored and later dereferenced
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.6
This creates a potential use-after-free defect if the underlying dso is released while the filter remains active
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.183
A malicious or malformed Thunderbolt device can set dual_link_port_nr beyond the allocated sw->ports[] (max_port_number + 1 entries), producing an out-of-bounds tb_port pointer that is stored and later dereferenced
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/v6.x/ChangeLog-6.18.42
If the work is already running, mark it cancelled and let the worker own the cleanup; otherwise tcm_disable() can cancel the queued work and clean up immediately
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.148
If a vCPU stays scheduled out (or blocked) while the last pCPU it ran on goes through a hotplug cycle (online->offline->online), and the vCPU then resumes execution on the same pCPU, then it is possible for it to run with an ASID that has now been assigned to a different vCPU, resulting in stale TLB translations being
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/v7.x/ChangeLog-7.1.13
Bridge a wired interface to an mt7925u AP and the first forwarded frame that arrives short panics the kernel: skbuff: skb_under_panic: len:415 put:4 tail:0x19b end:0x640 dev:wlan1 kernel BUG at net/core/skbuff
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.153
The deny and allow side can therefore come to different conclusions when pre-content watches are in play: if a pre-content watch is added to the interpreter after registration every subsequent exec through that entry takes a write denial on the clone that is never paired with a write allowance, driving the interpreter
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.184
Author: Tengda Wu Date: Mon Aug 3 00:56:39 2026 +0000 ring-buffer: Use current_context for safe per-CPU buffer swap [ Upstream commit f27bdc43077e4fcb5557dfc315ee8d91e741f483 ] The ring_buffer_swap_cpu() function currently checks the per-CPU committing counter to determine if a buffer is actively being written to
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.12.101
If a vCPU stays scheduled out (or blocked) while the last pCPU it ran on goes through a hotplug cycle (online->offline->online), and the vCPU then resumes execution on the same pCPU, then it is possible for it to run with an ASID that has now been assigned to a different vCPU, resulting in stale TLB translations being
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/v6.x/ChangeLog-6.18.44
org Signed-off-by: Greg Kroah-Hartman Signed-off-by: Greg Kroah-Hartman commit 10be509fa8fd95d1e47d40d1f68b0b26dfe9d572 Author: Oliver Hartkopp Date: Fri Aug 7 09:52:11 2026 +0200 can: isotp: fix timer drain order, wakeup handling and tx_gen ordering commit 050f010f920da17c1044a4f174766ad553e770b6 upstream
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.8
If userspace then renders to what it believes is now the back buffer (but HW is still latched to it
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.5
Still, this is a clear bug that is better to be fixed, and can be easily fixed
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/v6.x/ChangeLog-6.18.50
The fix is made to be backport-friendly: the cleaner fix would be to perhaps pass the hstate to huge_ptep_get() - that is wider churn and we can do that later
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/v7.x/patch-7.2.6.xz
+ʖ /{ip p]=MB/T53xp|b5}J UZL}č-cg/ gduCWܽ \zV[8>EpշFkּ˂qu 4!& [@*fU%$ǥY& T?#"@[1:*%;W/ (:TJZMѴ>Aâ2 4ǵ$
https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.18.50.tar.xz
_zhhJȫ"cX@)li h_`b [d{vz\g`S is~:}ϟ
https://cdn.kernel.org/pub/linux/kernel/v6.x/patch-6.12.105.xz
p\Ji K0 n ?߷ EV2^D> FB- Mw@9 3h6O 庚hueIsH;v n8Ҏv^P Vy ̗D T]ĥDCQ?^-j ~RYA6 9fY 3 @J0u.q1&qTٗ0Q3dEzB% 'Tep&