NishiSearch

Web This site Trusted

8 result(s) for “okapi bm25 site hotchips pp site github com site via do unit it site via do site:cdn.kernel.org” · 821 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)

c: server-side truncation via setattr - cifs_do_truncate() in file
from the top result below

commit 25c76bea853d0db65b51fb4697a47cbfd9e35e76 Author: Greg Kroah

https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.8
However, it introduced an ordering problem in the ucsi_init() error path

commit a300e35c0a4b4a38fb53742ea6e2a203c98ee523 Author: Greg Kroah

https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.5
It also leaks memory as we do create a pci_slot object for the function, but don't correctly free it in pci_slot_release()

commit 1efe5d048a391de3ead2804b2e7f86376c356cc5 Author: Greg Kroah

https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.44
Tue Apr 21 09:29:05 2026 +0200 drm/tegra: fbdev: Do not assign to struct drm_fb_helper

commit 856a9b51680cbbed1ace1207b29e424a616cff48 Author: Greg Kroah

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

commit 1f99e9ab748fc5c32120de9c4eca31abfe54a4d5 Author: Greg Kroah

https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.46
The pin is wired on this board - retasking it makes the headset mic record

commit 7cfc41f8e80f11ffa8382ed1a505154ceffb79c7 Author: Greg Kroah

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

commit 7e6e670547210424443261b2d54d2acfff85a37c Author: Greg Kroah

https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.183
A delayed authenticated ASCONF-ACK can then reach sctp_sf_do_asconf_ack(), which accesses the stale chunk and passes it to sctp_process_asconf_ack(), causing a use-after-free and a second release

commit 500df175a7f9e6bc1a9c328590ca5150f84f9ff0 Author: Greg Kroah

https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.2.6
Fix it by properly acquiring a reference via dso__get() when assigning the filter, and releasing it with dso__put() when clearing it