; Chris
>> >
>> >
>>
>> Gentle ping,
>> cheers.
>>
>> Chris
>>
>
> I have submitted the patch to kernel team.
> https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git/commit/?id=086ca23d03c0d2f4088f472386778d293e15c5f6
>
>
Coo
> -Original Message-
> From: Chris Chiu [mailto:c...@endlessm.com]
> Sent: Friday, February 2, 2018 10:03 AM
> To: Hau
> Cc: nic_swsd ; netdev@vger.kernel.org; Linux
> Kernel ; Linux Upstreaming Team
>
> Subject: Re: r8169 take too long to complete driver initial
>>> -Original Message-----
>>> From: Chris Chiu [mailto:c...@endlessm.com]
>>> Sent: Monday, January 29, 2018 6:12 PM
>>> To: nic_swsd ; netdev@vger.kernel.org; Linux
>>> Kernel ; Linux Upstreaming Team
>>>
>>> Subject: Re: r8169 tak
ing for incorrect register bit? Can you help work out a patch for this?
Chris
>> -Original Message-
>> From: Chris Chiu [mailto:c...@endlessm.com]
>> Sent: Monday, January 29, 2018 6:12 PM
>> To: nic_swsd ; netdev@vger.kernel.org; Linux
>> Kernel ; Linux Upstreaming
inux Upstreaming Team
>
> Subject: Re: r8169 take too long to complete driver initialization
>
> On Fri, Jan 5, 2018 at 10:17 AM, Chris Chiu wrote:
> > On Wed, Dec 20, 2017 at 4:41 PM, Chris Chiu wrote:
> >> Hi,
> >> We've hit a suspend/resume issue
On Fri, Jan 5, 2018 at 10:17 AM, Chris Chiu wrote:
> On Wed, Dec 20, 2017 at 4:41 PM, Chris Chiu wrote:
>> Hi,
>> We've hit a suspend/resume issue on a Acer desktop caused by r8169
>> driver. The dmseg
>> https://gist.github.com/mschiu77/b741849b5070281daaead8dfee312d1a
>> shows it's still in
On Wed, Dec 20, 2017 at 4:41 PM, Chris Chiu wrote:
> Hi,
> We've hit a suspend/resume issue on a Acer desktop caused by r8169
> driver. The dmseg
> https://gist.github.com/mschiu77/b741849b5070281daaead8dfee312d1a
> shows it's still in msleep() within a mutex lock.
> After looking into the
Hi,
We've hit a suspend/resume issue on a Acer desktop caused by r8169
driver. The dmseg
https://gist.github.com/mschiu77/b741849b5070281daaead8dfee312d1a
shows it's still in msleep() within a mutex lock.
After looking into the code, it's caused by the
rtl8168ep_stop_cmac() which is waiting
