linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* mt76x0u blocks resume from suspend
@ 2019-07-22 16:40 Johannes Stezenbach
  2019-07-23  7:18 ` Stanislaw Gruszka
  0 siblings, 1 reply; 3+ messages in thread
From: Johannes Stezenbach @ 2019-07-22 16:40 UTC (permalink / raw)
  To: Lorenzo Bianconi, Stanislaw Gruszka; +Cc: Felix Fietkau, linux-wireless

Hi,

I met failure to resume from suspend to RAM with v5.1.19
and TP-Link Archer T2UH connected to my PC (Asus P8H77-V).
I tried about a dozen times while trying to figure out the reason,
the issue happened every time.
Eventually I connected a serial console and captured this:

[   87.803576][ T4640] mt76x0u 2-1.6:1.0: vendor request req:06 off:ac80 failed:-110
[   91.030328][ T4640] mt76x0u 2-1.6:1.0: vendor request req:07 off:b000 failed:-110
[   94.256950][ T4640] mt76x0u 2-1.6:1.0: vendor request req:06 off:b000 failed:-110
[   97.483579][ T4640] mt76x0u 2-1.6:1.0: vendor request req:06 off:aca0 failed:-110
(repeats)

[  100.211748][    C0] sysrq: Show Blocked State
[  107.479820][    C0] kworker/u8:51   D    0  4640      2 0x80000000
[  107.486060][    C0] Workqueue: events_unbound async_run_entry_fn
[  107.492106][    C0] Call Trace:
[  107.495293][    C0]  ? __schedule+0x381/0xa30
[  107.499706][    C0]  schedule+0x36/0x90
[  107.503575][    C0]  schedule_timeout+0x1e8/0x4c0
[  107.508310][    C0]  ? collect_expired_timers+0xb0/0xb0
[  107.513593][    C0]  wait_for_common+0x15f/0x190
[  107.518249][    C0]  ? wake_up_q+0x80/0x80
[  107.522412][    C0]  usb_start_wait_urb+0x82/0x160
[  107.527222][    C0]  ? wait_for_common+0x38/0x190
[  107.531961][    C0]  usb_control_msg+0xdc/0x140
[  107.536542][    C0]  __mt76u_vendor_request+0xc4/0x100 [mt76_usb]
[  107.542687][    C0]  mt76u_copy+0x8b/0xb0 [mt76_usb]
[  107.547721][    C0]  mt76x02_mac_shared_key_setup+0xdf/0x130 [mt76x02_lib]
[  107.554653][    C0]  mt76x0_init_hardware+0x2b5/0x3a0 [mt76x0_common]
[  107.561141][    C0]  ? usb_dev_thaw+0x10/0x10
[  107.565533][    C0]  mt76x0u_init_hardware+0x134/0x1b0 [mt76x0u]
[  107.571609][    C0]  mt76x0_resume+0x33/0x60 [mt76x0u]
[  107.576791][    C0]  usb_resume_interface.isra.1+0x81/0xd0
[  107.582310][    C0]  usb_resume_both+0xe8/0x130
[  107.586888][    C0]  usb_resume+0x16/0x60
[  107.590936][    C0]  dpm_run_callback+0x6e/0x190
[  107.595599][    C0]  device_resume+0x99/0x190
[  107.599982][    C0]  async_resume+0x19/0x30
[  107.604204][    C0]  async_run_entry_fn+0x37/0x140

Any ideas about it?  FWIW, I've used a TL-WN722N so far without problems,
just switched to the T2UH today.

The whole machine is hanging at this point. without serial console
my only choice was to press the reset button.  At least mt76x0u should
bail out with an error and not block the resume completely.
Unplugging the hardware also didn't cause it to bail.


Thanks,
Johannes

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: mt76x0u blocks resume from suspend
  2019-07-22 16:40 mt76x0u blocks resume from suspend Johannes Stezenbach
@ 2019-07-23  7:18 ` Stanislaw Gruszka
  2019-07-26  6:52   ` Johannes Stezenbach
  0 siblings, 1 reply; 3+ messages in thread
From: Stanislaw Gruszka @ 2019-07-23  7:18 UTC (permalink / raw)
  To: Johannes Stezenbach; +Cc: Lorenzo Bianconi, Felix Fietkau, linux-wireless

Hi

On Mon, Jul 22, 2019 at 06:40:20PM +0200, Johannes Stezenbach wrote:
> I met failure to resume from suspend to RAM with v5.1.19
> and TP-Link Archer T2UH connected to my PC (Asus P8H77-V).
> I tried about a dozen times while trying to figure out the reason,
> the issue happened every time.
> Eventually I connected a serial console and captured this:
> 
> [   87.803576][ T4640] mt76x0u 2-1.6:1.0: vendor request req:06 off:ac80 failed:-110
> [   91.030328][ T4640] mt76x0u 2-1.6:1.0: vendor request req:07 off:b000 failed:-110
> [   94.256950][ T4640] mt76x0u 2-1.6:1.0: vendor request req:06 off:b000 failed:-110
> [   97.483579][ T4640] mt76x0u 2-1.6:1.0: vendor request req:06 off:aca0 failed:-110
> (repeats)
> [  107.492106][    C0] Call Trace:
> [  107.495293][    C0]  ? __schedule+0x381/0xa30
> [  107.499706][    C0]  schedule+0x36/0x90
> [  107.503575][    C0]  schedule_timeout+0x1e8/0x4c0
> [  107.508310][    C0]  ? collect_expired_timers+0xb0/0xb0
> [  107.513593][    C0]  wait_for_common+0x15f/0x190
> [  107.518249][    C0]  ? wake_up_q+0x80/0x80
> [  107.522412][    C0]  usb_start_wait_urb+0x82/0x160
> [  107.527222][    C0]  ? wait_for_common+0x38/0x190
> [  107.531961][    C0]  usb_control_msg+0xdc/0x140
> [  107.536542][    C0]  __mt76u_vendor_request+0xc4/0x100 [mt76_usb]
> [  107.542687][    C0]  mt76u_copy+0x8b/0xb0 [mt76_usb]
> [  107.547721][    C0]  mt76x02_mac_shared_key_setup+0xdf/0x130 [mt76x02_lib]
<snip>
> The whole machine is hanging at this point. without serial console
> my only choice was to press the reset button.  At least mt76x0u should
> bail out with an error and not block the resume completely.
> Unplugging the hardware also didn't cause it to bail.

I recently sent fix for that
https://lore.kernel.org/linux-wireless/1563446290-2813-1-git-send-email-sgruszka@redhat.com/raw

Stanislaw 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: mt76x0u blocks resume from suspend
  2019-07-23  7:18 ` Stanislaw Gruszka
@ 2019-07-26  6:52   ` Johannes Stezenbach
  0 siblings, 0 replies; 3+ messages in thread
From: Johannes Stezenbach @ 2019-07-26  6:52 UTC (permalink / raw)
  To: Stanislaw Gruszka; +Cc: Lorenzo Bianconi, Felix Fietkau, linux-wireless

Hi Stanislaw,

On Tue, Jul 23, 2019 at 09:18:07AM +0200, Stanislaw Gruszka wrote:
> On Mon, Jul 22, 2019 at 06:40:20PM +0200, Johannes Stezenbach wrote:
> > I met failure to resume from suspend to RAM with v5.1.19
> > and TP-Link Archer T2UH connected to my PC (Asus P8H77-V).
> > I tried about a dozen times while trying to figure out the reason,
> > the issue happened every time.
> > Eventually I connected a serial console and captured this:
> > 
> > [   87.803576][ T4640] mt76x0u 2-1.6:1.0: vendor request req:06 off:ac80 failed:-110
> > [   91.030328][ T4640] mt76x0u 2-1.6:1.0: vendor request req:07 off:b000 failed:-110
> > [   94.256950][ T4640] mt76x0u 2-1.6:1.0: vendor request req:06 off:b000 failed:-110
> > [   97.483579][ T4640] mt76x0u 2-1.6:1.0: vendor request req:06 off:aca0 failed:-110
> > (repeats)
> > [  107.492106][    C0] Call Trace:
> > [  107.495293][    C0]  ? __schedule+0x381/0xa30
> > [  107.499706][    C0]  schedule+0x36/0x90
> > [  107.503575][    C0]  schedule_timeout+0x1e8/0x4c0
> > [  107.508310][    C0]  ? collect_expired_timers+0xb0/0xb0
> > [  107.513593][    C0]  wait_for_common+0x15f/0x190
> > [  107.518249][    C0]  ? wake_up_q+0x80/0x80
> > [  107.522412][    C0]  usb_start_wait_urb+0x82/0x160
> > [  107.527222][    C0]  ? wait_for_common+0x38/0x190
> > [  107.531961][    C0]  usb_control_msg+0xdc/0x140
> > [  107.536542][    C0]  __mt76u_vendor_request+0xc4/0x100 [mt76_usb]
> > [  107.542687][    C0]  mt76u_copy+0x8b/0xb0 [mt76_usb]
> > [  107.547721][    C0]  mt76x02_mac_shared_key_setup+0xdf/0x130 [mt76x02_lib]
> <snip>
> > The whole machine is hanging at this point. without serial console
> > my only choice was to press the reset button.  At least mt76x0u should
> > bail out with an error and not block the resume completely.
> > Unplugging the hardware also didn't cause it to bail.
> 
> I recently sent fix for that
> https://lore.kernel.org/linux-wireless/1563446290-2813-1-git-send-email-sgruszka@redhat.com/raw

Although the error message you quote in your patch is
different than what I got, your patch works for me, too.


Thanks,
Johannes

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2019-07-26  6:52 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-07-22 16:40 mt76x0u blocks resume from suspend Johannes Stezenbach
2019-07-23  7:18 ` Stanislaw Gruszka
2019-07-26  6:52   ` Johannes Stezenbach

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).