Web This site Trusted
30 result(s) for “ip cram target site does openstack org site urlscan if site does after com site:cdn.kernel.org” of 42 matched · 1334 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 ip cam target site does openstack org site urlscan if site does after com 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)
Fix by keeping a reference to the linked destination dentry after ovl_do_link() succeeds, and publishing that dentry at the existing ovl_inode_update() call site
from the top result below
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.266
This, however, does not apply to the first time begin_cpu_udmabuf() is called on an udmabuf, in which case the implementation previously relied on get_sg_table() to perform the cache synchronisation
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.157
make: Leaving directory '/home/tglozar/dev/linux/tools/testing/selftests/bpf' Fix the problem by renaming the variable used for system bpftool from BPFTOOL to SYSTEM_BPFTOOL, so that the new usage does not conflict with the existing one of BPFTOOL
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.183
The removal does not clear asoc->new_transport, leaving it pointing to the removed transport
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.51
xas_split_alloc() does not have it and needs to be fixed
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
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/v7.x/ChangeLog-7.1.13
That holds for locally generated traffic, where mac80211 reserves hw->extra_tx_headroom, but forwarded frames are sent through ieee80211_8023_xmit(), which does not reserve it
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.156
com Signed-off-by: Greg Kroah-Hartman commit 62cd519ab74cac499036cd88c11692f8f0d53e14 Author: Shuangpeng Bai Date: Wed Aug 5 21:35:02 2026 -0400 USB: c67x00: fix use-after-free in c67x00_add_iso_urb() commit b1e24de475bf2d66fffc9103f3444b783527d55a upstream
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.45
The above issue occurs in the following configuration since IP6IP6 tunnel does not support flowtable acceleration yet: $ip addr show 5: eth0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 00:11:22:33:22:55 brd ff:ff:ff:ff:ff:ff link-netns ns1 inet6 2001:db8:1::2/64 scope global nodad valid_lft
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.104
The removal does not clear asoc->new_transport, leaving it pointing to the removed transport
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.152
The removal does not clear asoc->new_transport, leaving it pointing to the removed transport
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.9
The removal does not clear asoc->new_transport, leaving it pointing to the removed transport
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.8
org Signed-off-by: Greg Kroah-Hartman Signed-off-by: Greg Kroah-Hartman commit 971962e96618ea2eacdf4631404f5a7c1f553a66 Author: Leo Li Date: Wed Aug 5 12:33:14 2026 -0400 drm/amd/display: Exit idle optimizations before programming [ Upstream commit 8419331e64d92a8de5fc4feef0e305f201fb8b33 ] [Why] We need to exit PSR
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.44
org Tested-by: Pavel Machek (CIP) Tested-by: Wentao Guan Tested-by: Shuah Khan Tested-by: Brett A C Sheffield Tested-by: Peter Schneider Tested-by: Ron Economos Tested-by: Miguel Ojeda Tested-by: Mark Brown Signed-off-by: Greg Kroah-Hartman commit 358b5dcf1fd7f7e627d8d6fa3e6690a4b20562c7 Author: Thomas Zimmermann Date:
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.15.216
The removal does not clear asoc->new_transport, leaving it pointing to the removed transport
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.151
org Tested-by: Pavel Machek (CIP) Tested-by: Shuah Khan Tested-by: Peter Schneider Tested-by: Wentao Guan Tested-by: Brett A C Sheffield Tested-by: Ron Economos Tested-by: Miguel Ojeda Tested-by: Mark Brown Signed-off-by: Greg Kroah-Hartman commit 5b75a6e292b82f266051a58783204014025db01a Author: Andrei Kuchynski Date:
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/v5.x/ChangeLog-5.10.265
However, if an I2C transaction fails at any point after entering manual mode, the function aborts and returns immediately
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/v7.x/ChangeLog-7.2.2
An skb entering a frag queue is an IP fragment by definition and cannot legitimately carry GSO state: GRO does not merge fragments and the stack segments before it fragments, so only untrusted sources are affected
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.155
An skb entering a frag queue is an IP fragment by definition and cannot legitimately carry GSO state: GRO does not merge fragments and the stack segments before it fragments, so only untrusted sources are affected
https://cdn.kernel.org/pub/linux/kernel/v7.x/patch-7.2.6.xz
X] 2I }P OGg Vz-8/D+ʖ /{ip p]=MB/T53xp|b5}J UZL}č-cg/ gduCWܽ \zV[8>EpշFkּ˂qu 4
https://cdn.kernel.org/pub/linux/kernel/v6.x/incr/patch-6.1.187-188.xz
+lMV mf北癱鵶浌oS AԮ ^~a㕻KqBQj-|%ԗi 5^ Ih$eo8ߗ/pIZi=#֮v/ ƝЁ阐i悆~ UYS OZ3yྫ7V;솾f ;[kd},A `v1}߯&Z{cJD ?*
https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.18.52.tar.xz
yÂPb" 6 Q& ,rlqiI4O +MW'%+ebO G0 Hzۡ YoFOKuca# xfU!Y!vM_έGk}>s1OC/HUFŚrCgHJ wlw0erܪ-dd?\tw64g 6 jx
https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.10.265.tar.xz
yB;DLS$Qyk t EZ,5L/2!$e>N46+?` 8|ƪ_LG$WPk*-ݯ=M=Z߉n=h?Igʱvr_RevMwu~;'{Gp[z=#tffh.$[QU"9F՜ 0"0M9hynĖ(4~bcz3G+@Q4O$ i^8У2
https://cdn.kernel.org/pub/linux/kernel/v6.x/patch-6.1.186.xz
@܂cXBK:*S2{yӬ1AFw01/G`ɭo^obyiJڙܾ DY͊H\۵]+$N {NIP( vk } 5ǫsƒ`=b P';=qY\,qb({b#ωj@sbȥ86q > /(Pc4m t{5 kH,{# YB
https://cdn.kernel.org/pub/linux/kernel/v6.x/patch-6.1.184.xz
@܂cXBK:*S2{yӬ1AFw01/G`ɭo^obyiJڙܾ DY͊H\۵]+$N {NIP( vk } 5ǫsƒ`=b P';=qY\,qb({b#ωj@sbȥ86q > /(Pc4m t{5 kH,{# YB
https://cdn.kernel.org/pub/linux/kernel/v6.x/patch-6.18.51.xz
Nt/SJ'bMSI9 فKѱvIȷ$JCʦ(l@y걹P+Bt%+iP
https://cdn.kernel.org/pub/linux/kernel/v6.x/patch-6.12.110.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 ?eD'hr8-hULP/DT6Vq
https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.1.184.tar.xz
yBfpzv]{@E&Gvl@;G* |#/-mXt-?_n3QٰG3:w,l ֬T X!à) `DK5.&?U)Txzvi}oq87;l]@jn/RCf`VÇA]I(LN .IT?% a˂EoS dlv%r-*W3M /~