Nixpkgs security tracker

Login with GitHub
⚠️ You are using a production deployment that is still only suitable for demo purposes. Any work done in this might be wiped later without notice.

Suggestion detail

Dismissed
(max. allowed matches exceeded)
created 3 weeks, 4 days ago Activity log
  • Created & dismissed (max. allowed matches exceeded) suggestion
nvdimm/btt: Handle preemption in BTT lane acquisition

In the Linux kernel, the following vulnerability has been resolved: nvdimm/btt: Handle preemption in BTT lane acquisition BTT lanes serialize access to per-lane metadata and workspace state during BTT I/O. The btt-check unit test reports data mismatches during BTT writes due to a race in lane acquisition that can lead to silent data corruption. The existing lane model uses a spinlock together with a per-CPU recursion count. That recursion model stopped being valid after BTT lanes became preemptible: another task can run on the same CPU, observe a non-zero recursion count, bypass locking, and use the same lane concurrently. BTT lanes are also held across arena_write_bytes() calls. That path reaches nsio_rw_bytes(), which flushes writes with nvdimm_flush(). Some provider flush callbacks can sleep, making a spinlock the wrong primitive for the lane lifetime. Replace the spinlock-based recursion model with a dynamically allocated per-lane mutex array and take the lane lock unconditionally. Add might_sleep() to catch any future atomic-context caller. Found with the ndctl unit test btt-check.sh.

Affected products

Linux
  • ==40ba3fa21250e361bdd8f00800b3e2cb6160de95
  • <4.20
  • =<6.6.*
  • =<*
  • =<7.1.*
  • <6.1.178
  • <6.6
  • <6.7
  • <73e35c1bdfa160b41fdbe204e02325f0687de506
  • =<6.18.*
  • <fd7a97b2514cfc4b4cc067a27dd39bde2a8b1735
  • <6.6.145
  • <8d4b989d9c9afe5f185aa5853b666fc4617afe9e
  • =<6.1.*
  • <5.11
  • ==6.7
  • ==2577fece583c7c05cda7ad50dde7638c962665e1
  • ==66eb7b7f23dd9aec5356e7054dd3596ae7648ff5
  • <5.16
  • =<6.12.*
  • <417918783bcfe0be135019df16a267b3af442efd
  • ==b0e7a935739f33ed2bd6868b89f97dd4c2683c26
  • <4eafa810b042d985ec6bbf5b514414e73cee6f6f
  • <5.5
  • <5c53406098b599c420b031e6ec5ba8a2f3794c50
  • ==b27751fb1f271bbb78d5993c0b10011628e40e18