From: Greg KH <gregkh@linuxfoundation.org>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Kai-Heng Feng <kai.heng.feng@canonical.com>,
bauer.chen@realtek.com, ricky_wu@realtek.com,
linux-usb@vger.kernel.org, usb-storage@lists.one-eyed-alien.net,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 2/2] USB: storage: ums-realtek: Whitelist auto-delink support
Date: Tue, 27 Aug 2019 21:23:13 +0200 [thread overview]
Message-ID: <20190827192313.GA6750@kroah.com> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1908271454110.1545-100000@iolanthe.rowland.org>
On Tue, Aug 27, 2019 at 02:56:36PM -0400, Alan Stern wrote:
> On Wed, 28 Aug 2019, Kai-Heng Feng wrote:
>
> > Auto-delink requires writing special registers to ums-realtek devices.
> > Unconditionally enable auto-delink may break newer devices.
> >
> > So only enable auto-delink by default for the original three IDs,
> > 0x0138, 0x0158 and 0x0159.
> >
> > Realtek is working on a patch to properly support auto-delink for other
> > IDs.
> >
> > BugLink: https://bugs.launchpad.net/bugs/1838886
> > Signed-off-by: Kai-Heng Feng <kai.heng.feng@canonical.com>
> > ---
> > v3:
> > - Whitelisting instead of adding new module parameter.
> > v2:
> > - Use auto_delink_support instead of auto_delink_enable.
> >
> > drivers/usb/storage/realtek_cr.c | 13 ++++++++-----
> > 1 file changed, 8 insertions(+), 5 deletions(-)
> >
> > diff --git a/drivers/usb/storage/realtek_cr.c b/drivers/usb/storage/realtek_cr.c
> > index beaffac805af..1d9ce9cbc831 100644
> > --- a/drivers/usb/storage/realtek_cr.c
> > +++ b/drivers/usb/storage/realtek_cr.c
> > @@ -996,12 +996,15 @@ static int init_realtek_cr(struct us_data *us)
> > goto INIT_FAIL;
> > }
> >
> > - if (CHECK_FW_VER(chip, 0x5888) || CHECK_FW_VER(chip, 0x5889) ||
> > - CHECK_FW_VER(chip, 0x5901))
> > - SET_AUTO_DELINK(chip);
> > - if (STATUS_LEN(chip) == 16) {
> > - if (SUPPORT_AUTO_DELINK(chip))
> > + if (CHECK_PID(chip, 0x0138) || CHECK_PID(chip, 0x0158) ||
> > + CHECK_PID(chip, 0x0159)) {
> > + if (CHECK_FW_VER(chip, 0x5888) || CHECK_FW_VER(chip, 0x5889) ||
> > + CHECK_FW_VER(chip, 0x5901))
> > SET_AUTO_DELINK(chip);
> > + if (STATUS_LEN(chip) == 16) {
> > + if (SUPPORT_AUTO_DELINK(chip))
> > + SET_AUTO_DELINK(chip);
> > + }
> > }
> > #ifdef CONFIG_REALTEK_AUTOPM
> > if (ss_en)
>
> For both patches in this series:
>
> Acked-by: Alan Stern <stern@rowland.harvard.edu>
>
> Shouldn't this patch go into the -stable kernels as well?
Yes, I can do that.
thanks,
greg k-h
prev parent reply other threads:[~2019-08-27 19:23 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-27 17:34 [PATCH v3 1/2] USB: storage: ums-realtek: Update module parameter description for auto_delink_en Kai-Heng Feng
2019-08-27 17:34 ` [PATCH v3 2/2] USB: storage: ums-realtek: Whitelist auto-delink support Kai-Heng Feng
2019-08-27 18:56 ` Alan Stern
2019-08-27 19:23 ` Greg KH [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190827192313.GA6750@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=bauer.chen@realtek.com \
--cc=kai.heng.feng@canonical.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=ricky_wu@realtek.com \
--cc=stern@rowland.harvard.edu \
--cc=usb-storage@lists.one-eyed-alien.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.