Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1437148

Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155 inet_sock_destruct+0x1c4/0x1dc

From Mason <slash.tmp@free.fr>
Newsgroups linux.kernel
Subject Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155 inet_sock_destruct+0x1c4/0x1dc
Date 2016-07-05 18:00 +0200
Message-ID <rRAVt-4Ms-39@gated-at.bofh.it> (permalink)
References <rRyJY-3nN-19@gated-at.bofh.it> <rRzZn-4bX-7@gated-at.bofh.it> <rRAsp-4Ci-27@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


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 suspend routine.
Firmware is, in fact, denying the suspend request, and immediately
returns control to Linux, without having powered anything down.

I expected not having to save any context in that situation.
Am I mistaken?

You mention "stop transmit queues". Can you say more about this?

> Is your system clocksource also correctly saved/restored, or if you go
> through a firmware in-between could it be changing the counter values
> and make Linux think that more time as elapsed than it really happened?

Thanks for pointing this out, I was not aware I was supposed to save
and restore the tick counter on suspend/resume. (This is not an issue
in this specific situation, as the platform is NOT suspended.)

However, your remark has brought some more confusion to my mind.
Linux is expecting time to stand still when it suspends?
What if the tick counter is in an always-on power domain, and other
processors depend on the counter? I can't just overwrite the reg
when Linux resumes...

Regards.

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155  inet_sock_destruct+0x1c4/0x1dc Mason <slash.tmp@free.fr> - 2016-07-05 15:40 +0200
  Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155  inet_sock_destruct+0x1c4/0x1dc Mason <slash.tmp@free.fr> - 2016-07-05 17:00 +0200
    Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155  inet_sock_destruct+0x1c4/0x1dc Florian Fainelli <f.fainelli@gmail.com> - 2016-07-05 17:30 +0200
      Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155  inet_sock_destruct+0x1c4/0x1dc Mason <slash.tmp@free.fr> - 2016-07-05 18:00 +0200
        Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155  inet_sock_destruct+0x1c4/0x1dc Florian Fainelli <f.fainelli@gmail.com> - 2016-07-05 18:30 +0200
          Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155  inet_sock_destruct+0x1c4/0x1dc Mason <slash.tmp@free.fr> - 2016-07-05 22:30 +0200
            Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155  inet_sock_destruct+0x1c4/0x1dc Florian Fainelli <f.fainelli@gmail.com> - 2016-07-05 23:30 +0200
              Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155  inet_sock_destruct+0x1c4/0x1dc Florian Fainelli <f.fainelli@gmail.com> - 2016-07-06 00:00 +0200
              Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155  inet_sock_destruct+0x1c4/0x1dc Mason <slash.tmp@free.fr> - 2016-07-06 00:00 +0200

csiph-web