On 12/07/2016 16:38, Mason wrote:
> With Eric's patch applied, I get this warning at boot:
>
> [4.668309] nb8800 26000.ethernet eth0: Link is Up - 1Gbps/Full - flow
> control rx/tx
> [4.688609] Sending DHCP requests ., OK
> [4.711935] IP-Config: Got DHCP answer from 172.27.200.1, my
On 12/07/2016 16:25, Eric Dumazet wrote:
> Could you try this debug patch ?
Note: I've been unable to trigger the warning again. Dunno what has changed...
With your patch applied, I get a warning at boot:
[4.668309] nb8800 26000.ethernet eth0: Link is Up - 1Gbps/Full - flow
control rx/tx
[
On Tue, 2016-07-12 at 11:53 +0200, Mason wrote:
> On 05/07/2016 17:28, Florian Fainelli wrote:
>
> > Le 05/07/2016 07:50, Mason wrote:
> >
> >> On 05/07/2016 15:33, Mason wrote:
> >>
> >>> I was testing suspend/resume sequences where the suspend operation
> >>> fails and returns without having s
On 12/07/2016 11:53, Mason wrote:
> However, the 310 seconds time span still seems to be relevant.
>
> Steps to reproduce: I booted the system, logged in as root,
> mounted an NFS file system, then left the system idling at
> the prompt.
>
> (I don't remember seeing this warning in v4.1 and v4.4
On 05/07/2016 17:28, Florian Fainelli wrote:
> Le 05/07/2016 07:50, Mason wrote:
>
>> On 05/07/2016 15:33, Mason wrote:
>>
>>> I was testing suspend/resume sequences where the suspend operation
>>> fails and returns without having suspended the platform.
Please forget I ever mentioned suspend,
On 07/05/2016 02:51 PM, Mason wrote:
>>> Therefore, loss of context cannot possibly explain the
>>> warning I am seeing.
>>
>> No, but if you go all the way down to trying to suspend and the last
>> step is the firmware failing, anything you have suspended needs to be
>> unwinded, for your ethernet
On 05/07/2016 23:22, Florian Fainelli wrote:
> On 07/05/2016 01:26 PM, Mason wrote:
>> On 05/07/2016 18:20, Florian Fainelli wrote:
>>> On 07/05/2016 08:56 AM, Mason wrote:
On 05/07/2016 17:28, Florian Fainelli wrote:
> nb8800.c does not currently show suspend/resume hooks implemented
On 07/05/2016 01:26 PM, Mason wrote:
> On 05/07/2016 18:20, Florian Fainelli wrote:
>> On 07/05/2016 08:56 AM, Mason wrote:
>>> On 05/07/2016 17:28, Florian Fainelli wrote:
>>>
nb8800.c does not currently show suspend/resume hooks implemented, are
you positive that when you suspend, you p
On 05/07/2016 18:20, Florian Fainelli wrote:
> On 07/05/2016 08:56 AM, Mason wrote:
>> On 05/07/2016 17:28, Florian Fainelli wrote:
>>
>>> nb8800.c does not currently show suspend/resume hooks implemented, are
>>> you positive that when you suspend, you properly tear down all HW, stop
>>> transmit
On 07/05/2016 08:56 AM, Mason wrote:
> On 05/07/2016 17:28, Florian Fainelli wrote:
>
>> nb8800.c does not currently show suspend/resume hooks implemented, are
>> you positive that when you suspend, you properly tear down all HW, stop
>> transmit queues, etc. and do the opposite upon resumption?
>
On 05/07/2016 17:28, Florian Fainelli wrote:
> nb8800.c does not currently show suspend/resume hooks implemented, are
> you positive that when you suspend, you properly tear down all HW, stop
> transmit queues, etc. and do the opposite upon resumption?
I am currently testing the error path for my
.
>> -sh: echo: write error: Input/output error
>> [ 93.860411] nb8800 26000.ethernet eth0: Link is Up - 1Gbps/Full - flow
>> control rx/tx
>>
>> (The error message is expected, as my suspend routine returns -EIO
>> on failure.)
>>
>> I left the syst
x/tx
>
> (The error message is expected, as my suspend routine returns -EIO
> on failure.)
>
> I left the system to idle at the prompt; then 5 minutes later,
> the system printed the following trace.
>
> [ 400.718491] ----[ cut here ]----
> [ 400.723175]
tem printed the following trace.
[ 400.718491] [ cut here ]
[ 400.723175] WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155
inet_sock_destruct+0x1c4/0x1dc
[ 400.731582] Modules linked in:
[ 400.734689] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
4.7.0-rc6-00010-gd07031bdc433
14 matches
Mail list logo