Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758503AbcCDEcp (ORCPT ); Thu, 3 Mar 2016 23:32:45 -0500 Received: from mail-ig0-f181.google.com ([209.85.213.181]:35780 "EHLO mail-ig0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757168AbcCDEcm (ORCPT ); Thu, 3 Mar 2016 23:32:42 -0500 MIME-Version: 1.0 In-Reply-To: References: <1456239844-4109-1-git-send-email-diego.viola@gmail.com> <20160224.235856.242530723940439026.davem@davemloft.net> <20160302051405.M6687@cooldavid.org> Date: Fri, 4 Mar 2016 01:32:41 -0300 Message-ID: Subject: Re: [PATCH v3] net: jme: fix suspend/resume on JMC260 From: Diego Viola To: Guo-Fu Tseng Cc: David Miller , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, richard.weinberger@gmail.com, pavel@ucw.cz, rjw@rjwysocki.net, valdis.kletnieks@vt.edu Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3119 Lines: 83 On Thu, Mar 3, 2016 at 6:19 PM, Diego Viola wrote: > On Thu, Mar 3, 2016 at 6:14 PM, Diego Viola wrote: >> On Thu, Mar 3, 2016 at 2:55 AM, Diego Viola wrote: >>> On Thu, Mar 3, 2016 at 12:19 AM, Diego Viola wrote: >>>> On Wed, Mar 2, 2016 at 2:14 AM, Guo-Fu Tseng wrote: >>>>> On Wed, 24 Feb 2016 23:58:56 -0500 (EST), David Miller wrote >>>>>> From: Diego Viola >>>>>> Date: Tue, 23 Feb 2016 12:04:04 -0300 >>>>>> >>>>>> > The JMC260 network card fails to suspend/resume because the call to >>>>>> > jme_start_irq() was too early, moving the call to jme_start_irq() after >>>>>> > the call to jme_reset_link() makes it work. >>>>>> > >>>>>> > Prior this change suspend/resume would fail unless /sys/power/pm_async=0 >>>>>> > was explicitly specified. >>>>>> > >>>>>> > Relevant bug report: https://bugzilla.kernel.org/show_bug.cgi?id=112351 >>>>>> > >>>>>> > Signed-off-by: Diego Viola >>>>>> >>>>>> Applied and queued up for -stable, thanks. >>>>> >>>>> Just reviewed it, it should have no side effect. >>>>> >>>>> Thanks David, Diego. >>>>> >>>>> Guo-Fu Tseng >>>>> >>>> >>>> Hi all, >>>> >>>> I'm having another issue with jme and I'm not sure if it's related to >>>> the same issue with suspend/resume, but the problem now is WoL. >>>> >>>> Let me try to describe the problem a bit: >>>> >>>> I put my machine to sleep in S3 and I send WoL packets from a laptop, >>>> and the machine doesn't wake up at all, I tried inspecting packets >>>> with tcpdump and nothing shows up in the tcpdump output. >>>> >>>> When the machine is in working state, and I send WoL packets and I >>>> initiate a S3, it refuses to go in sleep mode. >>>> >>>> I tried the same in Windows (waking up from S3 via WoL) and it works there. >>>> >>>> Does anyone have any ideas what the problem can be? I talked with Guo >>>> and he suspects the problem is motherboard failure, I also think the >>>> issue can be a BIOS bug since I hear so many horror stories about AMI >>>> BIOS issues with Linux. >>>> >>>> But it's still a mystery to me given all these conditions I mentioned. >>>> >>>> Diego >>> >>> The reason I believe that both problems might be connected >>> (suspend/resume & WoL) is that when I disable WoL with ethtool, e.g. >>> >>> sudo ethtool -s eth0 wol d >>> >>> The resume from suspend hang disappears, and there is no need for the >>> patch that moves the jme_start_irq() function call anymore, this also >>> regardless of pm_async being 1 or 0. >>> >>> Can someone experienced with power management help here please? >>> >>> Diego >> >> Actually, I just tried it now and I CAN read see the packets coming in >> in the tcpdump output. >> >> The machine just doesn't wake up from S3 after I send the packets. >> >> Any ideas? >> >> Diego > > I can see the packets in the tcpdump output* I just tried again and I can't capture those packets anymore, strangely ICMP packets with ping arrive fine but when I try to send WoL packets they don't arrive. Diego