[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a9bf15e48afd8496ca9b015e7f5b03821863a0b2.camel@mediatek.com>
Date: Mon, 20 Oct 2025 08:13:18 +0000
From: Peter Wang (王信友) <peter.wang@...iatek.com>
To: "chu.stanley@...il.com" <chu.stanley@...il.com>,
"James.Bottomley@...senPartnership.com"
<James.Bottomley@...senPartnership.com>, "robh@...nel.org" <robh@...nel.org>,
"bvanassche@....org" <bvanassche@....org>, AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com>, "linux-scsi@...r.kernel.org"
<linux-scsi@...r.kernel.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>, Macpaul Lin (林智斌)
<Macpaul.Lin@...iatek.com>, "conor+dt@...nel.org" <conor+dt@...nel.org>,
"linux-mediatek@...ts.infradead.org" <linux-mediatek@...ts.infradead.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"krzk+dt@...nel.org" <krzk+dt@...nel.org>, "alim.akhtar@...sung.com"
<alim.akhtar@...sung.com>, "krzk@...nel.org" <krzk@...nel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>, "matthias.bgg@...il.com"
<matthias.bgg@...il.com>, "avri.altman@....com" <avri.altman@....com>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>
CC: "macpaul@...il.com" <macpaul@...il.com>,
Pablo Sun (孫毓翔) <pablo.sun@...iatek.com>,
Project_Global_Chrome_Upstream_Group
<Project_Global_Chrome_Upstream_Group@...iatek.com>,
Bear Wang (萩原惟德) <bear.wang@...iatek.com>,
Ramax Lo (羅明遠) <Ramax.Lo@...iatek.com>
Subject: Re: [PATCH v2 3/4] dt-bindings: ufs: mediatek,ufs: add MT8195
compatible and update clock nodes
On Sun, 2025-10-19 at 12:19 +0200, Krzysztof Kozlowski wrote:
>
> You did.
>
> You wrote very clearly here:
> https://lore.kernel.org/all/eb47587159484abca8e6d65dddcf0844822ce99f.camel@mediatek.com/
>
> "In addition, it will require MediaTek to put in extra
> effort to migrate the kernel. "
>
Hi Krzysztof Kozlowski,
The main reason for my objection was also clearly stated:
"removing these DTS settings will make what was originally
a simple task more complicated."
I’m not sure if you are quoting only the "In addition"
part to take it out of context?
>
> Also you wrote:
> "The role of MediaTek UFS maintainer is not suitable to be handed
> over
> to someone outside of MediaTek."
>
> https://lore.kernel.org/all/ce0f9785f8f488010cd81adbbdb5ac07742fc988.camel@mediatek.com/
>
> Holy molly, you really wrote this!
>
"The role of MediaTek UFS maintainer is not suitable to be handed
over to someone outside of MediaTek."
My main point is that MediaTek’s internal personnel certainly
have a better understanding of the SoC architecture than external
parties.
Wouldn’t it be more appropriate for maintainers to be internal staff?
> That's completely unacceptable. You don't understand how upstream
> development works and you push your downstream narrative which for us
> does not matter. You also object community led efforts, because you
> apparently want to control the upstream process.
>
I don’t see how this relates to upstream/downstream?
Aren’t you reading too much into this? My objection is purely
because I don’t want to complicate a simple matter, not
because I object to community-led efforts.
Please don’t misunderstand my intention.
> That is red flag.
>
> I think you should step down from maintainer position and find more
> suitable person, who is willing to work with the community, or
> rethink
> how upstream process works and understand that your downstream goals
> do
> not matter completely.
>
> I will be watching closely this and if situation does not improve, I
> believe we should mark the driver orphaned until we find maintainer
> caring about community, not about corporate goals.
>
> Best regards,
> Krzysztof
Mediatek will add a few more maintainers internally,
Thanks
Peter
Powered by blists - more mailing lists