* 3.4.0-rc7 regression: bluetooth vs. s2ram
@ 2012-05-15 13:14 Pavel Machek
2012-05-15 13:29 ` Oliver Neukum
0 siblings, 1 reply; 4+ messages in thread
From: Pavel Machek @ 2012-05-15 13:14 UTC (permalink / raw)
To: Rafael J. Wysocki, kernel list, linux-bluetooth, marcel, gustavo,
johan.hedberg
Hi!
In 3.4-rc7, if I suspend while bnep0 over btusb is connected, then
resume, system dies with a backtrace. (Unfortunately, it is not
exactly easy to capture).
If I suspend without bnep0 active, resume works.
(This has worked before, but "before" may mean 3.2 in this case).
Can someone test/reproduce this? Ideas?
Pavel
PS: Under normal suspend/resume, I see these warnings in the
log. Maybe relevant?
ehci_hcd 0000:00:1d.7: GetStatus port:7 status 003002 0 ACK POWER OWNER sig=se0 CSC
usb 5-2: finish reset-resume
uhci_hcd 0000:00:1d.3: port 1 portsc 0093,00
usb 5-1: finish reset-resume
usb 5-2: reset full-speed USB device number 3 using uhci_hcd
usb 5-2: ep0 maxpacket = 8
usb 5-1: reset full-speed USB device number 2 using uhci_hcd
btusb 5-1:1.0: no reset_resume for driver btusb?
btusb 5-1:1.1: no reset_resume for driver btusb?
btusb 5-1:1.0: forced unbind
usb usb2: suspend_rh (auto-stop)
usb usb3: suspend_rh (auto-stop)
usb usb4: suspend_rh (auto-stop)
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 3.4.0-rc7 regression: bluetooth vs. s2ram
2012-05-15 13:14 3.4.0-rc7 regression: bluetooth vs. s2ram Pavel Machek
@ 2012-05-15 13:29 ` Oliver Neukum
2012-05-15 18:01 ` Pavel Machek
0 siblings, 1 reply; 4+ messages in thread
From: Oliver Neukum @ 2012-05-15 13:29 UTC (permalink / raw)
To: Pavel Machek
Cc: Rafael J. Wysocki, kernel list, linux-bluetooth, marcel, gustavo,
johan.hedberg
Am Dienstag, 15. Mai 2012, 15:14:57 schrieb Pavel Machek:
> If I suspend without bnep0 active, resume works.
>
> (This has worked before, but "before" may mean 3.2 in this case).
>
> Can someone test/reproduce this? Ideas?
>
> Pavel
>
> PS: Under normal suspend/resume, I see these warnings in the
> log. Maybe relevant?
Most likely. Something has introduced a bug that crashes if the controller
over which a bnep is run is getting away. Does it survive a surprise removal
of the BT device while bnep is up?
Regards
Oliver
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 3.4.0-rc7 regression: bluetooth vs. s2ram
2012-05-15 13:29 ` Oliver Neukum
@ 2012-05-15 18:01 ` Pavel Machek
2012-05-16 9:03 ` Oliver Neukum
0 siblings, 1 reply; 4+ messages in thread
From: Pavel Machek @ 2012-05-15 18:01 UTC (permalink / raw)
To: Oliver Neukum
Cc: Rafael J. Wysocki, kernel list, linux-bluetooth, marcel, gustavo,
johan.hedberg
On Tue 2012-05-15 15:29:01, Oliver Neukum wrote:
> Am Dienstag, 15. Mai 2012, 15:14:57 schrieb Pavel Machek:
> > If I suspend without bnep0 active, resume works.
> >
> > (This has worked before, but "before" may mean 3.2 in this case).
> >
> > Can someone test/reproduce this? Ideas?
> >
> > PS: Under normal suspend/resume, I see these warnings in the
> > log. Maybe relevant?
>
> Most likely. Something has introduced a bug that crashes if the controller
> over which a bnep is run is getting away. Does it survive a surprise removal
> of the BT device while bnep is up?
No, it does not. If I turn off hardware radio kill switch, machine
dies in the same way. So not just sleep related...
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 3.4.0-rc7 regression: bluetooth vs. s2ram
2012-05-15 18:01 ` Pavel Machek
@ 2012-05-16 9:03 ` Oliver Neukum
0 siblings, 0 replies; 4+ messages in thread
From: Oliver Neukum @ 2012-05-16 9:03 UTC (permalink / raw)
To: Pavel Machek
Cc: Rafael J. Wysocki, kernel list, linux-bluetooth, marcel, gustavo,
johan.hedberg
Am Dienstag, 15. Mai 2012, 20:01:06 schrieb Pavel Machek:
> On Tue 2012-05-15 15:29:01, Oliver Neukum wrote:
> > Am Dienstag, 15. Mai 2012, 15:14:57 schrieb Pavel Machek:
> > > If I suspend without bnep0 active, resume works.
> > >
> > > (This has worked before, but "before" may mean 3.2 in this case).
> > >
> > > Can someone test/reproduce this? Ideas?
> > >
> > > PS: Under normal suspend/resume, I see these warnings in the
> > > log. Maybe relevant?
> >
> > Most likely. Something has introduced a bug that crashes if the controller
> > over which a bnep is run is getting away. Does it survive a surprise removal
> > of the BT device while bnep is up?
>
> No, it does not. If I turn off hardware radio kill switch, machine
> dies in the same way. So not just sleep related...
You lose power, btusb cannot deal with that and you get an unplug/replug cycle.
Can you get an oops when you are hitting the kill switch?
Regards
Oliver
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-05-16 9:07 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-05-15 13:14 3.4.0-rc7 regression: bluetooth vs. s2ram Pavel Machek
2012-05-15 13:29 ` Oliver Neukum
2012-05-15 18:01 ` Pavel Machek
2012-05-16 9:03 ` Oliver Neukum
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.