On Tuesday, October 6th, 2026 at 3:31 PM, Neil Armstrong <[email protected]> wrote:
> On 10/6/26 15:23, phodina wrote: > > > > On Monday, October 5th, 2026 at 11:40 AM, Neil Armstrong > > <[email protected]> wrote: > > > >> Hi, > >> > >> On 10/4/26 21:22, Petr Hodina via B4 Relay wrote: > >>> From: Petr Hodina <[email protected]> > >>> > >>> Infrastructure (ufs_quirks.h): > >>> - struct ufs_dev_quirk plus UFS_FIX()/UFS_FIX_REVISION() helpers. > >>> - ufshcd_fixup_dev_quirks() applies the table (and sets NO_PURGE for > >>> devices older than UFS_PURGE_SPEC_VER) from ufs_start(), before power > >>> mode negotiation so link quirks take effect. > >>> - hba gains a dev_quirks field, distinct from the host controller > >>> quirks (hba->quirks). > >> > >> In patch 7 you set the quirk for the Sony Yoshino/Tama platforms, but > >> I'm not sure we need to add the quirk for those UFSs on other platforms. > >> > >> Is this really needed for all platforms ? > > > > > > This is more defensive approach to enable it for more platforms. > > > > The reason is the device is a production unit with secure boot enabled. > > Therefore I'm unable to provision again the device non-volatile storage. > > > > Also there are no EDL loaders available unlike on some other platforms > > so restoring the device is currently impossible. > > > > Even with the loader just physically desoldering the UFS BGA chip, then > > replacing it with a new programmed one with the dumped data and soldering > > it to the board it would probably not be possible to boot as the RPMB block > > would be missing the Authentication key only the manufacturer posses. > > > > I'd assume this issue might be already fixed on newer platforms. > > Would be great to compile a list of the platforms that definitely > > need this fix. > > I'm aware of this issue, and I have a Sony sdm845 I'll love to reflash. > > So I understand the defensive approach, but I was wondering if this same > change was sent to Linux ? I can't find one. > > Neil > Okay now I get the question. Not yet. Still have some u-boot patches I want to upstream mainly the graphical menu and SPL version of u-boot for Qcom device to have one binary with runtime detection based on the SMEM. Once that's done more than happy to push the kernel UFS patches for the kernel :) Petr
