[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <512d7012-971a-4626-bcf7-cfbd7a9e6296@kernel.org>
Date: Thu, 8 Jan 2026 13:16:00 +0100
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Peter Wang (王信友) <peter.wang@...iatek.com>,
"chu.stanley@...il.com" <chu.stanley@...il.com>,
"robh@...nel.org" <robh@...nel.org>,
Chunfeng Yun (云春峰) <Chunfeng.Yun@...iatek.com>,
"kishon@...nel.org" <kishon@...nel.org>,
"James.Bottomley@...senPartnership.com"
<James.Bottomley@...senPartnership.com>,
"bvanassche@....org" <bvanassche@....org>,
AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>,
"neil.armstrong@...aro.org" <neil.armstrong@...aro.org>,
"conor+dt@...nel.org" <conor+dt@...nel.org>,
Chaotian Jing (井朝天)
<Chaotian.Jing@...iatek.com>, "lgirdwood@...il.com" <lgirdwood@...il.com>,
"nicolas.frattaroli@...labora.com" <nicolas.frattaroli@...labora.com>,
"vkoul@...nel.org" <vkoul@...nel.org>,
"krzk+dt@...nel.org" <krzk+dt@...nel.org>,
"p.zabel@...gutronix.de" <p.zabel@...gutronix.de>,
"alim.akhtar@...sung.com" <alim.akhtar@...sung.com>,
"matthias.bgg@...il.com" <matthias.bgg@...il.com>,
"avri.altman@....com" <avri.altman@....com>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>,
"broonie@...nel.org" <broonie@...nel.org>
Cc: "linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-phy@...ts.infradead.org" <linux-phy@...ts.infradead.org>,
"linux-mediatek@...ts.infradead.org" <linux-mediatek@...ts.infradead.org>,
Louis-Alexis Eyraud <louisalexis.eyraud@...labora.com>,
"kernel@...labora.com" <kernel@...labora.com>
Subject: Re: [PATCH v4 12/25] scsi: ufs: mediatek: Remove vendor kernel quirks
cruft
On 06/01/2026 14:25, Peter Wang (王信友) wrote:
> On Thu, 2025-12-18 at 13:55 +0100, Nicolas Frattaroli wrote:
>>
>> Both ufs_mtk_vreg_fix_vcc and ufs_mtk_vreg_fix_vccqx look like they
>> are
>> vendor kernel hacks to work around existing downstream device trees.
>> Mainline does not need or want them, so remove them.
>>
>
> Hi Nicolas,
>
> This is a flexible approach to implement one software supporting
> multiple
> hardware configurations. Because you cannot guarantee that your SOC
> will
We do not store dead code for your vendor, downstream kernel. We already
discussed it months ago where you were pushing same agenda.
Stop with this downstream approach and understand that your downstream
absolutely does not matter and does not exist for us.
> always use UFS 2.0 or UFS 3.0, or that the PMIC you use will only have
> one set.
>
> Thanks
> Peter
>
>
Best regards,
Krzysztof
Powered by blists - more mailing lists