[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180507193009.GE31021@lunn.ch>
Date: Mon, 7 May 2018 21:30:09 +0200
From: Andrew Lunn <andrew@...n.ch>
To: ojab // <ojab@...b.ru>
Cc: Heiner Kallweit <hkallweit1@...il.com>,
David Miller <davem@...emloft.net>,
Realtek linux nic maintainers <nic_swsd@...ltek.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: [PATCH net] r8169: fix powering up RTL8168h
On Mon, May 07, 2018 at 07:20:53PM +0000, ojab // wrote:
> On Mon, May 7, 2018 at 7:11 PM, Heiner Kallweit <hkallweit1@...il.com> wrote:
> > Since commit a92a08499b1f "r8169: improve runtime pm in general and
> > suspend unused ports" interfaces w/o link are runtime-suspended after
> > 10s. On systems where drivers take longer to load this can lead to the
> > situation that the interface is runtime-suspended already when it's
> > initially brought up.
> > This shouldn't be a problem because rtl_open() resumes MAC/PHY.
> > However with at least one chip version the interface doesn't properly
> > come up, as reported here:
> > https://bugzilla.kernel.org/show_bug.cgi?id=199549
> >
> > The vendor driver uses a delay to give certain chip versions some
> > time to resume before starting the PHY configuration. So let's do
> > the same. I don't know which chip versions may be affected,
> > therefore apply this delay always.
> >
> > This patch was reported to fix the issue for RTL8168h.
> > I was able to reproduce the issue on an Asus H310I-Plus which also
> > uses a RTL8168h. Also in my case the patch fixed the issue.
> >
> > Reported-by: Slava Kardakov <ojab@...b.ru>
> > Tested-by: Slava Kardakov <ojab@...b.ru>
> > Signed-off-by: Heiner Kallweit <hkallweit1@...il.com>
>
> Maybe also
> Cc: stable@...r.kernel.org # v4.16+
No need. Heiner correctly marked this for net, not net-next, so David
with do what is needed for it to goto stable.
Andrew
Powered by blists - more mailing lists