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]
Date:	Tue, 21 Jul 2009 00:48:36 +0200
From:	Alberto Gonzalez <alberto6674@...il.com>
To:	Alberto Gonzalez <alberto6674@...il.com>
Cc:	Jesse Barnes <jbarnes@...tuousgeek.org>,
	Michal Soltys <soltys@....info>,
	Dave Airlie <airlied@...ux.ie>,
	Kay Sievers <kay.sievers@...y.org>,
	linux-kernel@...r.kernel.org, linux-hotplug@...r.kernel.org
Subject: Re: Kernel 2.6.30 and udevd problem

On Monday 20 July 2009 23:06:51 Alberto Gonzalez wrote:
> On Monday 20 July 2009 20:10:10 Jesse Barnes wrote:
> > Alberto Gonzalez <alberto6674@...il.com> wrote:
> > > I now tried a vanilla 2.6.30.1 kernel with a custom config (so I
> > > don't have to wait 45 minutes for it to compile) and I still see the
> > > problem. This is what I get in dmesg:
> > >
> > > [   83.506496] ------------[ cut here ]------------
> > > [   83.506500] WARNING: at drivers/gpu/drm/drm_sysfs.c:452
> > > drm_sysfs_hotplug_event+0x2b/0x63()
> > > [   83.506502] Hardware name: Studio 540
> > > [   83.506503] hotplug uevent
> > > [   83.506504] Modules linked in:
> > > [   83.506506] Pid: 7, comm: events/0 Tainted: G        W  2.6.30.1 #1
> > > [   83.506507] Call Trace:
> > > [   83.506511]  [<c1025df9>] warn_slowpath_common+0x65/0x7c
> > > [   83.506514]  [<c11e9f9e>] ? drm_sysfs_hotplug_event+0x2b/0x63
> > > [   83.506517]  [<c1025e44>] warn_slowpath_fmt+0x24/0x27
> > > [   83.506520]  [<c11e9f9e>] drm_sysfs_hotplug_event+0x2b/0x63
> > > [   83.506523]  [<c11f33de>] i915_hotplug_work_func+0xe/0x10
> > > [   83.506525]  [<c1032f28>] worker_thread+0x131/0x1ab
> > > [   83.506528]  [<c11f33d0>] ? i915_hotplug_work_func+0x0/0x10
> > > [   83.506531]  [<c1035f61>] ? autoremove_wake_function+0x0/0x2f
> > > [   83.506534]  [<c1032df7>] ? worker_thread+0x0/0x1ab
> > > [   83.506536]  [<c1035c84>] kthread+0x46/0x6a
> > > [   83.506538]  [<c1035c3e>] ? kthread+0x0/0x6a
> > > [   83.506541]  [<c10033cf>] kernel_thread_helper+0x7/0x10
> > > [   83.506542] ---[ end trace 08f91010f92f7c3c ]---
> >
> > Sorry I missed this update; what about the register dump part of the
> > patch?  Presumably you get a ton of these in your log, but with some
> > IIR register info beforehand?
>
> The problem is that when this happens I get these messages at a very high
> rate, so they flood my dmesg in a few seconds. Is there a way I could
> access that register dump that should precede them?

I've managed to get something hopefully more meaningful. First is the normal 
boot log with just a few of these messages at the end (this is before the 
"storm" starts). Then the dmesg once the problem triggers.

If what you need is the exact lines just before the "storm" starts let me know 
and I'll keep trying, but it's not easy because I'll have to be very fast in 
detecting the problem has started and logging the output of dmesg.

>
> Thanks,
> Alberto.


View attachment "dmesg1.log" of type "text/x-log" (67892 bytes)

View attachment "dmesg2.log" of type "text/x-log" (248657 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ