linux-kernel - Re: 2.6.22-rc6-mm1 -- Problems with suspend/resume.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20070703183406.3cd17bc6.akpm@linux-foundation.org>
Date:	Tue, 3 Jul 2007 18:34:06 -0700
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	"Miles Lane" <miles.lane@...il.com>
Cc:	LKML <linux-kernel@...r.kernel.org>
Subject: Re: 2.6.22-rc6-mm1 -- Problems with suspend/resume.

On Tue, 3 Jul 2007 18:09:29 -0700 "Miles Lane" <miles.lane@...il.com> wrote:

> Sorry.  I don't know who else to include in the To: list.  Should I
> send this again with .config information?  Would ps -Af help?

Gosh, what a lot of output we generated.  It's pretty digestible though.

It looks like these are the problem:

cat           D 0000002B     0  5603      1 (NOTLB)
       c8102e4c 00000096 80cc15ad 0000002b c1176c2c c8102e38 00000046 c7fb2bc0
       c7fb2d50 c265c100 80cc15ad 0000002b 00000000 c8102e4c c7f12d00 c014b438
       00000001 c036759c c63b6914 c8102e68 c63b68e0 00000246 c8102e88 c0367416
Call Trace:
 [<c0367416>] __mutex_lock_slowpath+0x1c7/0x32c
 [<c036759c>] mutex_lock+0x21/0x24
 [<f8ac10ca>] drm_vma_info+0x1f/0x310 [drm]
 [<c01b514d>] proc_file_read+0x108/0x222
 [<c01b19ed>] proc_reg_read+0x63/0x76
 [<c01834aa>] vfs_read+0xb0/0x139
 [<c018390e>] sys_read+0x3d/0x72
 [<c0108162>] sysenter_past_esp+0x6b/0xb5
 [<ffffe410>] 0xffffe410
 =======================
INFO: lockdep is turned off.
tail          D 0000002C     0  5646      1 (NOTLB)
       c811ce4c 00000096 7137dc36 0000002c c1175f98 c811ce38 00000046 c80e15e0
       c80e1770 c265c100 7137dc36 0000002c 00000000 c811ce4c c7f11e00 c014b438
       00000001 c036759c c63b6914 c811ce68 c63b68e0 00000246 c811ce88 c0367416
Call Trace:
 [<c0367416>] __mutex_lock_slowpath+0x1c7/0x32c
 [<c036759c>] mutex_lock+0x21/0x24
 [<f8ac10ca>] drm_vma_info+0x1f/0x310 [drm]
 [<c01b514d>] proc_file_read+0x108/0x222
 [<c01b19ed>] proc_reg_read+0x63/0x76
 [<c01834aa>] vfs_read+0xb0/0x139
 [<c018390e>] sys_read+0x3d/0x72
 [<c0108162>] sysenter_past_esp+0x6b/0xb5
 [<ffffe410>] 0xffffe410
 =======================
INFO: lockdep is turned off.
cat           D 00000033     0  5910      1 (NOTLB)
       c8107e4c 00000096 24ccdd52 00000033 c014b438 00000001 c8107e14 c7e9ed60
       c7e9eef0 c265c100 24ccdd52 00000033 00000000 c8107e4c c7f11b80 c014b438
       00000001 c036759c c63b6914 c8107e68 c63b68e0 00000246 c8107e88 c0367416
Call Trace:
 [<c0367416>] __mutex_lock_slowpath+0x1c7/0x32c
 [<c036759c>] mutex_lock+0x21/0x24
 [<f8ac10ca>] drm_vma_info+0x1f/0x310 [drm]
 [<c01b514d>] proc_file_read+0x108/0x222
 [<c01b19ed>] proc_reg_read+0x63/0x76
 [<c01834aa>] vfs_read+0xb0/0x139
 [<c018390e>] sys_read+0x3d/0x72
 [<c0108162>] sysenter_past_esp+0x6b/0xb5
 [<ffffe410>] 0xffffe410
 =======================
INFO: lockdep is turned off.
cat           D 00000033     0  5926      1 (NOTLB)
       c8160e4c 00000096 8cc85f27 00000033 c117483c c8160e38 00000046 c80e0af0
       c80e0c80 c265c100 8cc85f27 00000033 00000000 c8160e4c c7f13480 c014b438
       00000001 c036759c c63b6914 c8160e68 c63b68e0 00000246 c8160e88 c0367416
Call Trace:
 [<c0367416>] __mutex_lock_slowpath+0x1c7/0x32c
 [<c036759c>] mutex_lock+0x21/0x24
 [<f8ac10ca>] drm_vma_info+0x1f/0x310 [drm]
 [<c01b514d>] proc_file_read+0x108/0x222
 [<c01b19ed>] proc_reg_read+0x63/0x76
 [<c01834aa>] vfs_read+0xb0/0x139
 [<c018390e>] sys_read+0x3d/0x72
 [<c0108162>] sysenter_past_esp+0x6b/0xb5
 [<ffffe410>] 0xffffe410
 =======================
INFO: lockdep is turned off.
cat           D 00000034     0  5950      1 (NOTLB)
       c8084e4c 00000096 39b9c536 00000034 c117afbc c8084e38 00000046 c6ce15e0
       c6ce1770 c265c100 39b9c536 00000034 00000000 c8084e4c c7f13200 c014b438
       00000001 c036759c c63b6914 c8084e68 c63b68e0 00000246 c8084e88 c0367416
Call Trace:
 [<c0367416>] __mutex_lock_slowpath+0x1c7/0x32c
 [<c036759c>] mutex_lock+0x21/0x24
 [<f8ac10ca>] drm_vma_info+0x1f/0x310 [drm]
 [<c01b514d>] proc_file_read+0x108/0x222
 [<c01b19ed>] proc_reg_read+0x63/0x76
 [<c01834aa>] vfs_read+0xb0/0x139
 [<c018390e>] sys_read+0x3d/0x72
 [<c0108162>] sysenter_past_esp+0x6b/0xb5
 [<ffffe410>] 0xffffe410
 =======================

and I'm guessing that this kernel is one which has already oopsed in
drm_vma_info()?

If so, then problem solved: it oopsed with the lock held.  If not, then
perhaps we have another problem in DRM.  Or the same one remanifesting.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/