Web This site Trusted
30 result(s) for “if cram receive site www log gov site can kernel org site can kernel org site:cdn.kernel.org” · 900 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.
Did you mean if cam receive site www log gov site can kernel org site can kernel org site:cdn.kernel.org?
Freshness: no result on this page carries a fetch time yet (indexed before the fetch epoch was stored beside the doc)
This dynamic allocation is problematic because: - It can fail, especially at the fscrypt_destroy_inline_crypt_key() call site when it's invoked for inode eviction under direct reclaim
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/v6.x/ChangeLog-6.6.157
org/linux-kernel/5df6968a-2e5f-468e-b457-fc201535dd4c@linux
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.8
org Tested-by: Ronald Warsow Tested-by: Pavel Machek (CIP) Tested-by: Shuah Khan Tested-by: Brett A C Sheffield Tested-by: Takeshi Ogasawara Tested-by: Benjamin Boortz Tested-by: Justin M
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.104
org Tested-by: Pavel Machek (CIP) Tested-by: Salvatore Bonaccorso Tested-by: Peter Schneider Tested-by: Florian Fainelli Tested-by: Dominique Martinet Tested-by: Francesco Dolcini Tested-by: Ron Economos Tested-by: Brett A C Sheffield Tested-by: Mark Brown Tested-by: Shuah Khan Tested-by: Harshit Mogalapalli Signed-off
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.152
org Tested-by: Peter Schneider Tested-by: Pavel Machek (CIP) Tested-by: Florian Fainelli Tested-by: Wentao Guan Tested-by: Francesco Dolcini Tested-by: Ron Economos Tested-by: Brett A C Sheffield Tested-by: Mark Brown Tested-by: Shuah Khan Tested-by: Miguel Ojeda Signed-off-by: Greg Kroah-Hartman commit
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.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.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
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.18.45
org Tested-by: Pavel Machek (CIP) Tested-by: Peter Schneider Tested-by: Florian Fainelli Tested-by: Ron Economos Tested-by: Brett A C Sheffield Tested-by: Wentao Guan Tested-by: Mark Brown Tested-by: Shuah Khan Tested-by: Shuah Khan Tested-by: Miguel Ojeda Tested-by: Barry K
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/v7.x/ChangeLog-7.1.9
org Tested-by: Ronald Warsow Tested-by: Justin M
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/v5.x/ChangeLog-5.10.265
org Tested-by: Pavel Machek (CIP) Tested-by: Florian Fainelli Tested-by: Dominique Martinet Tested-by: Barry K
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/v5.x/ChangeLog-5.15.216
org Tested-by: Pavel Machek (CIP) Tested-by: Florian Fainelli Tested-by: Barry K
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.183
org Tested-by: Peter Schneider Tested-by: Pavel Machek (CIP) Tested-by: Salvatore Bonaccorso Tested-by: Florian Fainelli Tested-by: Francesco Dolcini Tested-by: Ron Economos Tested-by: Brett A C Sheffield Tested-by: Mark Brown Tested-by: Shuah Khan Tested-by: Miguel Ojeda Signed-off-by: Greg Kroah-Hartman commit
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/v7.x/ChangeLog-7.2.6
org Tested-by: Brett A C Sheffield Tested-by: Salvatore Bonaccorso Tested-by: Ronald Warsow Tested-by: Takeshi Ogasawara Tested-by: Peter Schneider Tested-by: Benjamin Boortz Tested-by: Markus Reichelt Tested-by: Barry K
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.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/v6.x/ChangeLog-6.6.156
org Tested-by: Francesco Dolcini Tested-by: Florian Fainelli Tested-by: Wentao Guan Tested-by: Brett A C Sheffield Tested-by: Peter Schneider Tested-by: Pavel Machek (CIP) Tested-by: Shuah Khan Tested-by: Ron Economos Tested-by: Barry K
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/v7.x/ChangeLog-7.1.13
org 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.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/v6.x/linux-6.18.50.tar.xz
yE3}-N?՝?$JQXFmUV+nȯ2=(=%ev ZK_;x#VlpvĻb^wg;_ Z^CWՕBزvhDTMְ /CqF`}3b68Ѽ 2*2,3ɖ\Œ9ZYpb` ګ7{P uspD$u ݑjSXl
https://cdn.kernel.org/pub/linux/kernel/v6.x/patch-6.1.184.xz
M.4R# ;Wy." "I!qpP;#cA:d_s~Ikb$ G X" XE Э^֬ >ffo /kGQR8E3: -4f]F rB/fIN UPuQgŞёLs`x Dq42bG"D^5{ _LS7į ߪv\
https://cdn.kernel.org/pub/linux/kernel/v6.x/incr/patch-6.12.104-105.xz
yTFĂ]Q hT^;cAMp24gu P&|gZ4bGRVRט pֳL8qSz2C%J7j [4+ES>I56$imv# AS$UF"4F,h :a5%TkpxzdBG8m)ZIAsҨ-b| ½Tt`