[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <175917739980.3755404.731706054489200591.b4-ty@oracle.com>
Date: Mon, 29 Sep 2025 22:36:52 -0400
From: "Martin K. Petersen" <martin.petersen@...cle.com>
To: alim.akhtar@...sung.com, avri.altman@....com, bvanassche@....org,
James.Bottomley@...senPartnership.com,
Zhongqiu Han <zhongqiu.han@....qualcomm.com>
Cc: "Martin K . Petersen" <martin.petersen@...cle.com>,
peter.wang@...iatek.com, tanghuan@...o.com, liu.song13@....com.cn,
quic_nguyenb@...cinc.com, viro@...iv.linux.org.uk, huobean@...il.com,
adrian.hunter@...el.com, can.guo@....qualcomm.com, ebiggers@...nel.org,
neil.armstrong@...aro.org, angelogioacchino.delregno@...labora.com,
quic_narepall@...cinc.com, quic_mnaresh@...cinc.com,
linux-scsi@...r.kernel.org, linux-kernel@...r.kernel.org,
nitin.rawat@....qualcomm.com, ziqi.chen@....qualcomm.com
Subject: Re: [PATCH v3] scsi: ufs: core: Fix data race in CPU latency PM QoS request handling
On Wed, 17 Sep 2025 17:41:43 +0800, Zhongqiu Han wrote:
> The cpu_latency_qos_add/remove/update_request interfaces lack internal
> synchronization by design, requiring the caller to ensure thread safety.
> The current implementation relies on the `pm_qos_enabled` flag, which is
> insufficient to prevent concurrent access and cannot serve as a proper
> synchronization mechanism. This has led to data races and list corruption
> issues.
>
> [...]
Applied to 6.18/scsi-queue, thanks!
[1/1] scsi: ufs: core: Fix data race in CPU latency PM QoS request handling
https://git.kernel.org/mkp/scsi/c/79dde5f7dc7c
--
Martin K. Petersen
Powered by blists - more mailing lists