linux-kernel - Re: [PATCH v5 2/3] scsi: ufs: Allow platform vendors to set rtt

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: <Zk9Anwk1HEjUzSxc@infradead.org>
Date: Thu, 23 May 2024 06:11:59 -0700
From: "hch@...radead.org" <hch@...radead.org>
To: Avri Altman <Avri.Altman@....com>
Cc: "hch@...radead.org" <hch@...radead.org>,
	"Martin K . Petersen" <martin.petersen@...cle.com>,
	Bart Van Assche <bvanassche@....org>, Bean Huo <beanhuo@...ron.com>,
	Peter Wang <peter.wang@...iatek.com>,
	"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v5 2/3] scsi: ufs: Allow platform vendors to set rtt

On Thu, May 23, 2024 at 01:09:25PM +0000, Avri Altman wrote:
> > On Thu, May 23, 2024 at 03:58:25PM +0300, Avri Altman wrote:
> > > Allow platform vendors to take precedence having their own rtt
> > > negotiation mechanism.  This makes sense because the host controller's
> > > nortt characteristic may vary among vendors.
> > 
> > Platform vendors have absolutelyt no business saying anything.
> > 
> > Fortunately that's not what you're actually doing, but I really don't understand
> > your vendor fetish.
> It was a specific request from MTK to allow override their host controller capabilities.

Then they need to submit a patch just like anyone who wants to improve
Linux.  And not trick their NAND supplier into adding an unused hook…