LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* 2.6.20-rc5: BUG: lock held at task exit time! (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170
@ 2007-01-16 18:22 Andrey Borzenkov
2007-01-16 20:29 ` Len Brown
2007-01-16 20:31 ` [linux-usb-devel] " Alan Stern
0 siblings, 2 replies; 5+ messages in thread
From: Andrey Borzenkov @ 2007-01-16 18:22 UTC (permalink / raw)
To: linux-usb-devel; +Cc: linux-kernel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I have Toshiba Portege 4000 that almost always hangs dead resuming from STR.
This was better before 2.6.18, since then STR is unusable. Sometimes it
manages to resume; yesterday I got on console and in dmesg:
=====================================
[ BUG: lock held at task exit time! ]
- -------------------------------------
echo/28793 is exiting with locks still held!
1 lock held by echo/28793:
#0: (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170
stack backtrace:
[<c0103fea>] show_trace_log_lvl+0x1a/0x30
[<c01045f2>] show_trace+0x12/0x20
[<c01046a6>] dump_stack+0x16/0x20
[<c0132377>] debug_check_no_locks_held+0x87/0x90
[<c011c8bb>] do_exit+0x4db/0x820
[<c011cc29>] do_group_exit+0x29/0x70
[<c011cc7f>] sys_exit_group+0xf/0x20
[<c010300e>] sysenter_past_esp+0x5f/0x99
=======================
I have a bug report about resume issue but I may have wrongly attributed it to
ACPI: http://bugzilla.kernel.org/show_bug.cgi?id=7499
echo mentioned here comes from "echo ... > /sys/power/state"
I have been suspecting ACPI because another permanent bug I have is lockup
using acpi_cpufreq and ondemand governor ... but it may be red herring
(although it is annoying).
{pts/0}% lspci
00:00.0 Host bridge: ALi Corporation M1644/M1644T Northbridge+Trident (rev 01)
00:01.0 PCI bridge: ALi Corporation PCI to AGP Controller
00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
00:04.0 IDE interface: ALi Corporation M5229 IDE (rev c3)
00:06.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link
Controller Audio Device (rev 01)
00:07.0 ISA bridge: ALi Corporation M1533/M1535 PCI to ISA Bridge [Aladdin
IV/V/V+]
00:08.0 Bridge: ALi Corporation M7101 Power Management Controller [PMU]
00:0a.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100]
(rev 08)
00:10.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller
(rev 01)
00:11.0 CardBus bridge: Toshiba America Info Systems ToPIC100 PCI to Cardbus
Bridge with ZV Support (rev 32)
00:11.1 CardBus bridge: Toshiba America Info Systems ToPIC100 PCI to Cardbus
Bridge with ZV Support (rev 32)
00:12.0 System peripheral: Toshiba America Info Systems SD TypA Controller
(rev 03)
01:00.0 VGA compatible controller: Trident Microsystems CyberBlade XPAi1 (rev
82)
{pts/0}% lsmod
Module Size Used by
snd_seq_dummy 3556 0
snd_seq_oss 32176 0
snd_seq_midi_event 7496 1 snd_seq_oss
snd_seq 50808 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 8180 3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss 43168 0
snd_mixer_oss 16104 1 snd_pcm_oss
snd_ali5451 23644 0
snd_ac97_codec 97116 1 snd_ali5451
snd_pcm 79564 3 snd_pcm_oss,snd_ali5451,snd_ac97_codec
snd_timer 23164 2 snd_seq,snd_pcm
snd_page_alloc 9832 1 snd_pcm
snd 53956 9
snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_ali5451,snd_ac97_codec,snd_pcm,snd_timer
soundcore 7776 1 snd
e100 35968 0
mii 5472 1 e100
nls_iso8859_1 3968 0
nls_cp866 5056 0
vfat 12672 0
fat 52436 1 vfat
sg 35716 0
usb_storage 78816 0
bluetooth 54916 0
autofs4 21524 0
af_packet 21872 4
ac97_bus 2496 1 snd_ac97_codec
smsc_ircc2 17828 0
irnet 24532 0
ppp_generic 29188 1 irnet
slhc 6624 1 ppp_generic
irtty_sir 6016 0
sir_dev 14476 1 irtty_sir
ircomm_tty 24784 0
ircomm 13828 1 ircomm_tty
irda 119528 5 smsc_ircc2,irnet,sir_dev,ircomm_tty,ircomm
crc_ccitt 1984 1 irda
binfmt_misc 12072 1
loop 16504 0
dm_mod 58452 0
video 15460 0
toshiba_acpi 6328 0
backlight 6176 1 toshiba_acpi
thermal 13704 0
sbs 14840 0
processor 23372 1 thermal
i2c_ec 4704 1 sbs
i2c_core 22608 1 i2c_ec
fan 4516 0
container 4160 0
button 7632 0
battery 9604 0
ac 4900 0
wlags49_h1_cs 181844 1
pcmcia 38496 1 wlags49_h1_cs
firmware_class 9728 1 pcmcia
yenta_socket 26764 5
tsdev 7648 0
mousedev 11752 1
evdev 9952 2
rsrc_nonstatic 11456 1 yenta_socket
pcmcia_core 40344 3 pcmcia,yenta_socket,rsrc_nonstatic
ali_agp 6976 1
agpgart 32068 1 ali_agp
nvram 8904 0
toshiba 4472 0
psmouse 38472 0
ohci_hcd 21356 0
usbcore 136560 3 usb_storage,ohci_hcd
sr_mod 17412 0
reiserfs 248108 1
sd_mod 20448 3
pata_ali 12012 2
libata 108348 1 pata_ali
scsi_mod 141032 5 sg,usb_storage,sr_mod,sd_mod,libata
atkbd 17656 0
libps2 7240 2 psmouse,atkbd
i8042 19160 0
serio 17240 5 psmouse,atkbd,i8042
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFrRfyR6LMutpd94wRAlIdAJwN8RIR8V35U0xIJtxfVtUmt04R2wCgx95W
GU0yt1WyY896Zy7NwwMDwNI=
=ea9j
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: 2.6.20-rc5: BUG: lock held at task exit time! (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170
2007-01-16 18:22 2.6.20-rc5: BUG: lock held at task exit time! (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170 Andrey Borzenkov
@ 2007-01-16 20:29 ` Len Brown
2007-01-21 13:19 ` Andrey Borzenkov
2007-01-16 20:31 ` [linux-usb-devel] " Alan Stern
1 sibling, 1 reply; 5+ messages in thread
From: Len Brown @ 2007-01-16 20:29 UTC (permalink / raw)
To: Andrey Borzenkov, linux-pm; +Cc: linux-usb-devel, linux-kernel
On Tuesday 16 January 2007 13:22, Andrey Borzenkov wrote:
> I have Toshiba Portege 4000 that almost always hangs dead resuming from STR.
> This was better before 2.6.18, since then STR is unusable. Sometimes it
> manages to resume; yesterday I got on console and in dmesg:
>
> =====================================
> [ BUG: lock held at task exit time! ]
> -------------------------------------
> echo/28793 is exiting with locks still held!
> 1 lock held by echo/28793:
> #0: (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170
>
> stack backtrace:
> [<c0103fea>] show_trace_log_lvl+0x1a/0x30
> [<c01045f2>] show_trace+0x12/0x20
> [<c01046a6>] dump_stack+0x16/0x20
> [<c0132377>] debug_check_no_locks_held+0x87/0x90
> [<c011c8bb>] do_exit+0x4db/0x820
> [<c011cc29>] do_group_exit+0x29/0x70
> [<c011cc7f>] sys_exit_group+0xf/0x20
> [<c010300e>] sysenter_past_esp+0x5f/0x99
> =======================
the global pm_mutex that this refers to is used in generic PM code, not USB code.
enter_state() grabs it at the beginning of the suspend, and releases it when
resume is completed.
The mystery is why echo is exiting before enter_state() completes.
>> if ! (/bin/echo $PARAM > $FILE &) ;then
>> ret=1
>> fi
Same if you don't put the echo in the background here?
> I have a bug report about resume issue but I may have wrongly attributed it to
> ACPI: http://bugzilla.kernel.org/show_bug.cgi?id=7499
hard to say if the failure is related to ACPI or not at this point --
though it is not unusual for people to assume that STR and ACPI
are synonyms, so that if STR doesn't work it must be due to ACPI
rather than generic PM code or drivers.
> echo mentioned here comes from "echo ... > /sys/power/state"
>
> I have been suspecting ACPI because another permanent bug I have is lockup
> using acpi_cpufreq and ondemand governor ... but it may be red herring
> (although it is annoying).
>
> {pts/0}% lspci
> 00:00.0 Host bridge: ALi Corporation M1644/M1644T Northbridge+Trident (rev 01)
> 00:01.0 PCI bridge: ALi Corporation PCI to AGP Controller
> 00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
> 00:04.0 IDE interface: ALi Corporation M5229 IDE (rev c3)
> 00:06.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link
> Controller Audio Device (rev 01)
> 00:07.0 ISA bridge: ALi Corporation M1533/M1535 PCI to ISA Bridge [Aladdin
> IV/V/V+]
> 00:08.0 Bridge: ALi Corporation M7101 Power Management Controller [PMU]
> 00:0a.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100]
> (rev 08)
> 00:10.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller
> (rev 01)
> 00:11.0 CardBus bridge: Toshiba America Info Systems ToPIC100 PCI to Cardbus
> Bridge with ZV Support (rev 32)
> 00:11.1 CardBus bridge: Toshiba America Info Systems ToPIC100 PCI to Cardbus
> Bridge with ZV Support (rev 32)
> 00:12.0 System peripheral: Toshiba America Info Systems SD TypA Controller
> (rev 03)
> 01:00.0 VGA compatible controller: Trident Microsystems CyberBlade XPAi1 (rev
> 82)
>
> {pts/0}% lsmod
> Module Size Used by
> snd_seq_dummy 3556 0
> snd_seq_oss 32176 0
> snd_seq_midi_event 7496 1 snd_seq_oss
> snd_seq 50808 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
> snd_seq_device 8180 3 snd_seq_dummy,snd_seq_oss,snd_seq
> snd_pcm_oss 43168 0
> snd_mixer_oss 16104 1 snd_pcm_oss
> snd_ali5451 23644 0
> snd_ac97_codec 97116 1 snd_ali5451
> snd_pcm 79564 3 snd_pcm_oss,snd_ali5451,snd_ac97_codec
> snd_timer 23164 2 snd_seq,snd_pcm
> snd_page_alloc 9832 1 snd_pcm
> snd 53956 9
> snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_ali5451,snd_ac97_codec,snd_pcm,snd_timer
> soundcore 7776 1 snd
> e100 35968 0
> mii 5472 1 e100
> nls_iso8859_1 3968 0
> nls_cp866 5056 0
> vfat 12672 0
> fat 52436 1 vfat
> sg 35716 0
> usb_storage 78816 0
> bluetooth 54916 0
> autofs4 21524 0
> af_packet 21872 4
> ac97_bus 2496 1 snd_ac97_codec
> smsc_ircc2 17828 0
> irnet 24532 0
> ppp_generic 29188 1 irnet
> slhc 6624 1 ppp_generic
> irtty_sir 6016 0
> sir_dev 14476 1 irtty_sir
> ircomm_tty 24784 0
> ircomm 13828 1 ircomm_tty
> irda 119528 5 smsc_ircc2,irnet,sir_dev,ircomm_tty,ircomm
> crc_ccitt 1984 1 irda
> binfmt_misc 12072 1
> loop 16504 0
> dm_mod 58452 0
> video 15460 0
> toshiba_acpi 6328 0
> backlight 6176 1 toshiba_acpi
> thermal 13704 0
> sbs 14840 0
> processor 23372 1 thermal
> i2c_ec 4704 1 sbs
> i2c_core 22608 1 i2c_ec
> fan 4516 0
> container 4160 0
> button 7632 0
> battery 9604 0
> ac 4900 0
> wlags49_h1_cs 181844 1
> pcmcia 38496 1 wlags49_h1_cs
> firmware_class 9728 1 pcmcia
> yenta_socket 26764 5
> tsdev 7648 0
> mousedev 11752 1
> evdev 9952 2
> rsrc_nonstatic 11456 1 yenta_socket
> pcmcia_core 40344 3 pcmcia,yenta_socket,rsrc_nonstatic
> ali_agp 6976 1
> agpgart 32068 1 ali_agp
> nvram 8904 0
> toshiba 4472 0
> psmouse 38472 0
> ohci_hcd 21356 0
> usbcore 136560 3 usb_storage,ohci_hcd
> sr_mod 17412 0
> reiserfs 248108 1
> sd_mod 20448 3
> pata_ali 12012 2
> libata 108348 1 pata_ali
> scsi_mod 141032 5 sg,usb_storage,sr_mod,sd_mod,libata
> atkbd 17656 0
> libps2 7240 2 psmouse,atkbd
> i8042 19160 0
> serio 17240 5 psmouse,atkbd,i8042
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-usb-devel] 2.6.20-rc5: BUG: lock held at task exit time! (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170
2007-01-16 18:22 2.6.20-rc5: BUG: lock held at task exit time! (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170 Andrey Borzenkov
2007-01-16 20:29 ` Len Brown
@ 2007-01-16 20:31 ` Alan Stern
2007-01-17 18:28 ` Andrey Borzenkov
1 sibling, 1 reply; 5+ messages in thread
From: Alan Stern @ 2007-01-16 20:31 UTC (permalink / raw)
To: Andrey Borzenkov; +Cc: linux-usb-devel, linux-kernel
On Tue, 16 Jan 2007, Andrey Borzenkov wrote:
> I have Toshiba Portege 4000 that almost always hangs dead resuming from STR.
> This was better before 2.6.18, since then STR is unusable. Sometimes it
> manages to resume; yesterday I got on console and in dmesg:
>
> =====================================
> [ BUG: lock held at task exit time! ]
> - -------------------------------------
> echo/28793 is exiting with locks still held!
> 1 lock held by echo/28793:
> #0: (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170
>
> stack backtrace:
> [<c0103fea>] show_trace_log_lvl+0x1a/0x30
> [<c01045f2>] show_trace+0x12/0x20
> [<c01046a6>] dump_stack+0x16/0x20
> [<c0132377>] debug_check_no_locks_held+0x87/0x90
> [<c011c8bb>] do_exit+0x4db/0x820
> [<c011cc29>] do_group_exit+0x29/0x70
> [<c011cc7f>] sys_exit_group+0xf/0x20
> [<c010300e>] sysenter_past_esp+0x5f/0x99
> =======================
Have you tried using 2.6.19? There was a bug which got fixed in that
release.
Alan Stern
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-usb-devel] 2.6.20-rc5: BUG: lock held at task exit time! (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170
2007-01-16 20:31 ` [linux-usb-devel] " Alan Stern
@ 2007-01-17 18:28 ` Andrey Borzenkov
0 siblings, 0 replies; 5+ messages in thread
From: Andrey Borzenkov @ 2007-01-17 18:28 UTC (permalink / raw)
To: Alan Stern; +Cc: linux-usb-devel, linux-kernel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday 16 January 2007 23:31, Alan Stern wrote:
> On Tue, 16 Jan 2007, Andrey Borzenkov wrote:
> > I have Toshiba Portege 4000 that almost always hangs dead resuming from
> > STR. This was better before 2.6.18, since then STR is unusable. Sometimes
> > it manages to resume; yesterday I got on console and in dmesg:
> >
> > =====================================
> > [ BUG: lock held at task exit time! ]
> > - -------------------------------------
> > echo/28793 is exiting with locks still held!
> > 1 lock held by echo/28793:
> > #0: (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170
> >
> > stack backtrace:
> > [<c0103fea>] show_trace_log_lvl+0x1a/0x30
> > [<c01045f2>] show_trace+0x12/0x20
> > [<c01046a6>] dump_stack+0x16/0x20
> > [<c0132377>] debug_check_no_locks_held+0x87/0x90
> > [<c011c8bb>] do_exit+0x4db/0x820
> > [<c011cc29>] do_group_exit+0x29/0x70
> > [<c011cc7f>] sys_exit_group+0xf/0x20
> > [<c010300e>] sysenter_past_esp+0x5f/0x99
> > =======================
>
> Have you tried using 2.6.19? There was a bug which got fixed in that
> release.
>
Yes I did. It had the same problem.
Sorry for posting to wrong list, but I hit USB pm_mutex before other one.
- -andrey
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFrmrWR6LMutpd94wRAr6eAKCVhFTsgtrrxlPWcY/kCa6hAq8sWACgkUrK
SA8GeytfzwD38IOrVCIkAXU=
=Me0j
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: 2.6.20-rc5: BUG: lock held at task exit time! (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170
2007-01-16 20:29 ` Len Brown
@ 2007-01-21 13:19 ` Andrey Borzenkov
0 siblings, 0 replies; 5+ messages in thread
From: Andrey Borzenkov @ 2007-01-21 13:19 UTC (permalink / raw)
To: Len Brown; +Cc: linux-pm, linux-usb-devel, linux-kernel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday 16 January 2007 23:29, Len Brown wrote:
> On Tuesday 16 January 2007 13:22, Andrey Borzenkov wrote:
> > I have Toshiba Portege 4000 that almost always hangs dead resuming from
> > STR. This was better before 2.6.18, since then STR is unusable. Sometimes
> > it manages to resume; yesterday I got on console and in dmesg:
> >
> > =====================================
> > [ BUG: lock held at task exit time! ]
> > -------------------------------------
> > echo/28793 is exiting with locks still held!
> > 1 lock held by echo/28793:
> > #0: (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170
> >
> > stack backtrace:
> > [<c0103fea>] show_trace_log_lvl+0x1a/0x30
> > [<c01045f2>] show_trace+0x12/0x20
> > [<c01046a6>] dump_stack+0x16/0x20
> > [<c0132377>] debug_check_no_locks_held+0x87/0x90
> > [<c011c8bb>] do_exit+0x4db/0x820
> > [<c011cc29>] do_group_exit+0x29/0x70
> > [<c011cc7f>] sys_exit_group+0xf/0x20
> > [<c010300e>] sysenter_past_esp+0x5f/0x99
> > =======================
>
> the global pm_mutex that this refers to is used in generic PM code, not USB
> code.
>
> enter_state() grabs it at the beginning of the suspend, and releases it
> when resume is completed.
>
> The mystery is why echo is exiting before enter_state() completes.
>
> >> if ! (/bin/echo $PARAM > $FILE &) ;then
> >> ret=1
> >> fi
>
> Same if you don't put the echo in the background here?
>
I just tried once more on 2.6.20-rc5 with
boot ... init=/bin/sh
mount -t sysfs sysfs /sys
echo mem > /proc/power/state
this hung dead on resume - not a single message (kernel was compiled with
PM_DEBUG).
I usually do not get any messages at all. I believe it was two times I got
anything; one is quoted in bug report and second here.
- -andrey
> > I have a bug report about resume issue but I may have wrongly attributed
> > it to ACPI: http://bugzilla.kernel.org/show_bug.cgi?id=7499
>
> hard to say if the failure is related to ACPI or not at this point --
> though it is not unusual for people to assume that STR and ACPI
> are synonyms, so that if STR doesn't work it must be due to ACPI
> rather than generic PM code or drivers.
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFs2heR6LMutpd94wRAqS7AJ0TMRb12cEgKrH0o/mW/sF1oNJ9CwCglx3z
HhzT2c3bAjBbNT7pOyCbATE=
=pp1M
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2007-01-21 13:19 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-01-16 18:22 2.6.20-rc5: BUG: lock held at task exit time! (pm_mutex){--..}, at: [<c013bfff>] enter_state+0x3f/0x170 Andrey Borzenkov
2007-01-16 20:29 ` Len Brown
2007-01-21 13:19 ` Andrey Borzenkov
2007-01-16 20:31 ` [linux-usb-devel] " Alan Stern
2007-01-17 18:28 ` Andrey Borzenkov
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).