Web This site Trusted
18 result(s) for “okapi bm25 site www eyespy cy site www is gov site does nvidia com site state site:cdn.kernel.org” · 1302 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)
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/v6.x/ChangeLog-6.12.101
Contrary to what was stated on d36349ea73d8 ("Bluetooth: hci_conn: Fix running bis_cleanup for hci_conn->type PA_LINK") the PA_LINK does in fact needs to run bis_cleanup in order to terminate the PA Sync, since that is bond to the listening socket which is the entity that controls the lifetime of PA Sync, so if it is
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.152
After the transport is freed by RCU, a successful ASCONF_ACK for the replacement address releases the queued HEARTBEAT and sctp_outq_select_transport() reads the freed transport's state
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.148
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.12.104
After the transport is freed by RCU, a successful ASCONF_ACK for the replacement address releases the queued HEARTBEAT and sctp_outq_select_transport() reads the freed transport's state
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.42
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.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/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/v7.x/ChangeLog-7.1.9
After the transport is freed by RCU, a successful ASCONF_ACK for the replacement address releases the queued HEARTBEAT and sctp_outq_select_transport() reads the freed transport's state
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.46
Every other external pin is left at 0x411111f0, so the headset mic pin 0x19 is never parsed and no headset mic input exists
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.15.216
After the transport is freed by RCU, a successful ASCONF_ACK for the replacement address releases the queued HEARTBEAT and sctp_outq_select_transport() reads the freed transport's state
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.265
After the transport is freed by RCU, a successful ASCONF_ACK for the replacement address releases the queued HEARTBEAT and sctp_outq_select_transport() reads the freed transport's state
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.51
c: two branches that extend EOF via write-range and SMB2_set_eof respectively Since every caller of cifs_setsize() must resize the fscache cookie, add the call to cifs_setsize() itself, consistent with how truncate_pagecache() is already consolidated there
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.157
Nathan Tested-by: Ron Economos Tested-by: Miguel Ojeda Tested-by: Francesco Dolcini Signed-off-by: Greg Kroah-Hartman commit 32e598324edc3ebb1ac9362d5b9fc30ce0de4873 Author: Xixin Liu Date: Thu Aug 13 14:42:01 2026 +0800 nvmet-rdma: fix queue leak when connect backlog is exceeded commit
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.183
After the transport is freed by RCU, a successful ASCONF_ACK for the replacement address releases the queued HEARTBEAT and sctp_outq_select_transport() reads the freed transport's state
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.5
This is also reflected in the s390 PCI hotplug driver which creates hotplug slots for individual PCI functions
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.50
This is a problem on arm64 (I checked other arches and it looks fine for them), which is fixed in patch 1
https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.6
In hists_browser__zoom_map(), the active dso is assigned as a raw pointer to hists->dso_filter without acquiring a reference using dso__get()
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.153
when no packet is actually dropped and a bunch of packets are transmitted: gnv2: mtu 1450 qdisc noqueue \ state UNKNOWN mode DEFAULT group default qlen 1000 link/ether ee:7d:09:87:90:ea brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped missed mcast 14916 23 0 15 0 0 TX: bytes packets errors dropped carrier