MIME-Version: 1.0
In-Reply-To: <CA+ToGPEO3SZyqAC17rGSQifSi1S662OVJGE5wKSaMamFarK5AQ@mail.gmail.com>
References: <CA+ToGPEquNetNW5PnTcB5p=jUwwKmp-=wgyJ7ftt+GAv=REfTQ@mail.gmail.com>
 <Pine.LNX.4.44L0.1703171221360.1854-100000@netrider.rowland.org>
 <CA+ToGPFU=JfZTFSnXyofKkZ9n13hF_TXcQCpLt_t0J8QKeRFYw@mail.gmail.com>
 <CA+ToGPG=wyotbKczGgJvuSmzFdLVaSbED05qkbFLiLF9W=Kz1A@mail.gmail.com>
 <CA+ToGPGASfrDZyuv-p0V3yVFTQ33wi8kLE+DEQ=4Dt+VJvVG4w@mail.gmail.com>
 <58CFE56C.8050906@linux.intel.com> <CA+ToGPFXoqfn7PyM6iDthMN0jWVC5EKUtmzc3M-gJxcy1he_nw@mail.gmail.com>
 <58D00409.7060205@linux.intel.com> <CA+ToGPHd+pVc5v6-4p6XYGvqwRYzjGAg5RXQ+O=Yg6VvrtTevA@mail.gmail.com>
 <CA+ToGPEO3SZyqAC17rGSQifSi1S662OVJGE5wKSaMamFarK5AQ@mail.gmail.com>
From: Diego Viola <diego.viola@gmail.com>
Date: Tue, 21 Mar 2017 10:04:34 -0300
Message-ID: <CA+ToGPFEzMpTsntpFU0e=fD=EwMSR9CULZFb-PeE_LxdrgtFXg@mail.gmail.com>
Subject: Re: Dell Inspiron 5558/0VNM2T hangs at resume from suspend when USB 3
 is enabled
To: Mathias Nyman <mathias.nyman@linux.intel.com>
Cc: mathias.nyman@intel.com, Roger <rogerable@realtek.com>,
        Ulf Hansson <ulf.hansson@linaro.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        Wei WANG <wei_wang@realsil.com.cn>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Linux USB List <linux-usb@vger.kernel.org>,
        Alan Stern <stern@rowland.harvard.edu>
Content-Type: text/plain; charset=UTF-8
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 2164
Lines: 72

On Mon, Mar 20, 2017 at 8:15 PM, Diego Viola <diego.viola@gmail.com> wrote:
> On Mon, Mar 20, 2017 at 3:27 PM, Diego Viola <diego.viola@gmail.com> wrote:
>> On Mon, Mar 20, 2017 at 1:32 PM, Mathias Nyman
>> <mathias.nyman@linux.intel.com> wrote:
>>> On 20.03.2017 17:39, Diego Viola wrote:
>>>>
>>>> On Mon, Mar 20, 2017 at 11:21 AM, Mathias Nyman
>>>> <mathias.nyman@linux.intel.com> wrote:
>>>>>
>>>>> On 19.03.2017 23:29, Diego Viola wrote:
>>>>>>
>>>>>>
>>>
>>>>>>> Still a problem with 4.11.0-rc2-ARCH+
>>>>>
>>>>> 4.11-rc2 has better xhci tracing, it shows each URB enqueue and dequeue
>>>>> and
>>>>> giveback.
>>>>>
>>>>> Could you try enabling xhci tracing before suspending (not the same as
>>>>> xhci
>>>>> verbose dynamic debug)
>>>>> It will generate a lot of data, so better to remove all extra USB
>>>>> devices.
>>>>>
>>>>> xhci tracing can be added with:
>>>>>
>>>>> mount -t debugfs none /sys/kernel/debug
>>>>> echo xhci-hcd >> /sys/kernel/debug/tracing/set_event
>>>>>
>>>>> and then send the output of cat /sys/kernel/debug/tracing/trace
>>>>
>>>>
>>>> https://bugzilla.kernel.org/attachment.cgi?id=255367
>>>>
>>>> This is with Linux 4.11.0-rc3-ARCH.
>>>>
>>>> USB mouse/keyboard was unplugged before booting the machine.
>>>>
>>>> I didn't do a suspend/resume before getting this trace, should I do that?
>>>>
>>>> Should I reproduce the hang and get a netconsole dmesg capture with
>>>> tracing enabled?
>>>
>>>
>>> A trace and a dmesg of the same  suspend/reusume hang would be great.
>>
>> I can capture the dmesg with netconsole once the machine hangs, but
>> I'm not sure how I could capture /sys/kernel/debug/tracing/trace after
>> the hang. I'm unable to use ssh after the hang.
>>
>>> And if you can then one of a succesful suspend/resume for reference.
>>
>> Here's the trace after a successful suspend/resume:
>>
>> https://bugzilla.kernel.org/attachment.cgi?id=255369
>>
>>>
>>> (I haven't yet checked the one you added to bugzilla)
>>>
>>> -Mathias
>>
>> Diego
>
> ftrace_dump_on_oops is what I was looking for.
>
> Diego

I tried ftrace_dump_on_oops but I can't see the trace coming in, not
sure what I'm doing wrong. :(

Diego