lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ