Web This site Trusted
30 result(s) for “if can favor site code web de site sense can site can kernel org site:cdn.kernel.org” · 1667 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)
ASYM only will prevent negotiating 'rx off tx on', while SYM only doesn't really matche the reality (not symmetric if we can only do RX pause)
from the top result below
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.6
, branch mode, scripting, annotations), the sum of added options can theoretically exceed 16 (potentially reaching up to ~19)
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/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/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/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.12.101
org Tested-by: Florian Fainelli Tested-by: Miguel Ojeda Tested-by: Peter Schneider Tested-by: Brett A C Sheffield Tested-by: Salvatore Bonaccorso Tested-by: Shuah Khan Tested-by: Pavel Machek (CIP) Tested-by: Mark Brown Tested-by: Harshit Mogalapalli Tested-by: Ron Economos Signed-off-by: Greg Kroah-Hartman commit
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.45
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.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.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.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/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.6.151
We can only check for less-than-or-equal for the subsequent messages, where hdcp2_encrypted is true
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/v6.x/ChangeLog-6.18.50
com Fixes: 5d2146a3354f ("selftests/mm: skip mlock tests if nobody user can't read it") Signed-off-by: Injae Ryou Cc: Brendan Jackman Cc: B
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.46
arm), so this can cause make oldconfig to loop indefinitely when CONFIG_SMP=n: $ make ARCH=arm allmodconfig $ sed -i "/CONFIG_SMP=y/d
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.8
This can lead to incorrect flip_pending detection used by vblank event delivery
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/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/v5.x/ChangeLog-5.10.266
However, there exists a race window where this check can be bypassed: ring_buffer_lock_reserve cpu_buffer = buffer->buffers[cpu]; // cpu_buffer_a rb_reserve_next_event rb_start_commit // inc committing if (unlikely(READ_ONCE(cpu_buffer->buffer)
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.148
org Tested-by: Florian Fainelli Tested-by: Peter Schneider Tested-by: Miguel Ojeda Tested-by: Brett A C Sheffield Tested-by: Shuah Khan Tested-by: Pavel Machek (CIP) Tested-by: Wentao Guan Tested-by: Mark Brown Tested-by: Ron Economos Signed-off-by: Greg Kroah-Hartman commit 60283726f2845bd78b95efbd0e50b93944780477
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.156
After a disconnect the usbfs reference can be the last one, in which case usb_put_dev() frees the device and the subsequent loop reads offset 80 of freed memory and uses the result as a struct usb_hcd *, which hcd_buffer_free_pages() then dereferences
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.13
After a disconnect the usbfs reference can be the last one, in which case usb_put_dev() frees the device and the subsequent loop reads offset 80 of freed memory and uses the result as a struct usb_hcd *, which hcd_buffer_free_pages() then dereferences
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.153
However, there exists a race window where this check can be bypassed: ring_buffer_lock_reserve cpu_buffer = buffer->buffers[cpu]; // cpu_buffer_a rb_reserve_next_event rb_start_commit // inc committing if (unlikely(READ_ONCE(cpu_buffer->buffer)
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.184
However, there exists a race window where this check can be bypassed: ring_buffer_lock_reserve cpu_buffer = buffer->buffers[cpu]; // cpu_buffer_a rb_reserve_next_event rb_start_commit // inc committing if (unlikely(READ_ONCE(cpu_buffer->buffer)
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.2
A virtio_net_hdr (tun/tap, or AF_PACKET with PACKET_VNET_HDR) can mark an IPv4 or IPv6 fragment as GSO; nothing relates gso_type to frag_off
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.155
A virtio_net_hdr (tun/tap, or AF_PACKET with PACKET_VNET_HDR) can mark an IPv4 or IPv6 fragment as GSO; nothing relates gso_type to frag_off
https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.18.50.tar.xz
Çy„E3}-Nìˆ?†Õ�?çƒù$JòQÈXF¬ÿmÄUV+ïn™àȯœà2õÑ=(=%¤evÎ ×ZËÝ‘�”ÕóKÔ‹_Ãó;†ÕÃx#VÙêlp±v±Ä»b^wg;_Z^C�WÓäáÕ•B¾ãü£’àØ²v§Š–hDTMÖ°éÁ ä/ÄC´Éq¦¶F‹õ`}´3b68×Ѽ Îþ»ù2£*º2,µ3ÑÉ–\îÅ’9”ZYpb`Ê Ú«7¤{Pã€«Ó ¢ÐçuØspD¤¿$ÝòuôÝ‘jSçϧX�’ýl¨
https://cdn.kernel.org/pub/linux/kernel/v6.x/patch-6.1.184.xz
M.4Ñ׫Rô…�#¬ÁÜ ;Wy."° "µØI!qpP;#…Ȫ£ÿcAù¸:žæd_²†sÕ~ˆ†Ikb$ GX"½ œXEé㱠Ђ^óÄøÖ¬ >½fƒïfµo /kÒâßöGQRæ8ŠE”3:Æî›®“ÇõÃÜ-×4ö¸øÞ�õžf™Ð]Fê r‡„B÷�/¤–fINùÈUPu°ÉQ©°ÜƒgçˆÅžÖÌÑ‘ÆLs`xDÀ’í½q4ÇÌ2bG"¹D^•5þ{ö �èÛÍ_¡L§ŸS7®Çį…ߪv\
https://cdn.kernel.org/pub/linux/kernel/v6.x/incr/patch-6.12.104-105.xz
»êÎ'LZ`È„ê&>�M¯ýªde“×ÛžbD&QVí0‡ä—ÃúŒíAôkøûžtO è«2ŸÅ9Ó ¡›ífPX®�ºÊ/)ƒP_„7"’Cvcî¯gš×é ddSsõªâÌÔ£îøOgù°4#{½i3€Û�€Ë ž~É�ïÉ•ÔÅøMR-(ã±'-Íú±3Ü{”ieC]~ð�hA¹3§¯ðï%ñ}¼SZj·áyÿ¹2ÿuÝœ