[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CALAqxLX7d8adR6x14EbdhySE1SuoeFwxj6BFG=zitUKZEs75Tg@mail.gmail.com>
Date: Tue, 23 Oct 2018 20:02:36 -0700
From: John Stultz <john.stultz@...aro.org>
To: "Martin K. Petersen" <martin.petersen@...cle.com>
Cc: lkml <linux-kernel@...r.kernel.org>, Wei Li <liwei213@...wei.com>,
Vinayak Holikatti <vinholikatti@...il.com>,
"James E.J. Bottomley" <jejb@...ux.vnet.ibm.com>,
linux-scsi@...r.kernel.org, Dmitry Shmidt <dimitrysh@...gle.com>
Subject: Re: [RFC][PATCH v2] scsi: ufs: Fix hynix ufs bug with quirk on hi36xx SoC
On Tue, Oct 23, 2018 at 7:47 PM, Martin K. Petersen
<martin.petersen@...cle.com> wrote:
>
> John,
>
> Thanks for tweaking this.
>
>> Not sure if this is the preferred way of scoping the quirk to
>> the controller or not. Feedback would be greatly appreciated!
>
> I think my preference would be to add:
>
> UFS_FIX(UFS_VENDOR_SKHYNIX, "hB8aL1",
> UFS_DEVICE_QUIRK_HOST_VS_DEBUG),
>
> to ufs_fixups[] and then key off of that in the driver. That's how we do
> it in SCSI but the UFS folks may have a different opinion.
Ok. Yea, I saw something similar in the qcom code, but I wasn't sure
if folks would want host specific quirks isolated to host code.
I appreciate the clarification, I'll rework and respin it here shortly.
Thanks again!
-john
Powered by blists - more mailing lists