From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755429AbcGEP47 (ORCPT ); Tue, 5 Jul 2016 11:56:59 -0400 Received: from smtp4-g21.free.fr ([212.27.42.4]:16006 "EHLO smtp4-g21.free.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755208AbcGEP44 (ORCPT ); Tue, 5 Jul 2016 11:56:56 -0400 Subject: Re: WARNING: CPU: 0 PID: 0 at net/ipv4/af_inet.c:155 inet_sock_destruct+0x1c4/0x1dc To: Florian Fainelli , linux-pm , netdev , LKML Cc: Sebastian Frias References: <577BB72E.3020904@free.fr> <577BC94A.4060204@free.fr> <577BD201.2040202@gmail.com> From: Mason Message-ID: <577BD8BB.7060306@free.fr> Date: Tue, 5 Jul 2016 17:56:43 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 MIME-Version: 1.0 In-Reply-To: <577BD201.2040202@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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.