linux-kernel - Re: Kernel 2.6.30 and udevd problem

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:	Wed, 22 Jul 2009 22:00:21 +0200
From:	Alberto Gonzalez <alberto6674@...il.com>
To:	Jesse Barnes <jbarnes@...tuousgeek.org>
Cc:	Alberto Gonzalez <alberto6674@...il.com>,
	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 Wednesday 22 July 2009 21:44:36 Jesse Barnes wrote:
> On Wed, 22 Jul 2009 20:43:56 +0200
>
> Alberto Gonzalez <alberto6674@...il.com> wrote:
> > On Wednesday 22 July 2009 19:12:51 Jesse Barnes wrote:
> > > Ah I must have been looking at the wrong register.  This one makes
> > > it look like one of your HDMI hotplug bits is getting stuck (HDMIC
> > > in particular).  This might not even be wired up on your platform...
> >
> > Yes, I don't use HDMI, my screen is attached via VGA
> >
> > > This test hack should prevent us from responding to those
> > > interrupts...
> >
> > I've been hitting it hard for over an hour with all the usual tricks
> > to trigger it (and a few reboots) and I've been unable to reproduce
> > the problem with this patch. Before I could trigger it reliably in a
> > few minutes, so I'm pretty sure this patch fixes it. If something new
> > comes up, I'll let you know anyway.
>
> Hm, so this type of interrupt problem is *supposed* to be handled by
> setting of the PEG_BAND_GAP_DATA reg (low bits set to 0xd).  Do you
> have that in your tree?  Does git master have this problem?

The problem started with 2.6.30 on a standard distro kernel (Arch Linux). 
Latest tests were with vanilla 2.6.30.1 and a cut down config (attached). I 
haven't tested .31.

I'll try to test latest git as soon as I can and let you know if the problem 
exists there.

>
> Maybe we need to add a patch to 2.6.30.x to set PEG_BAND_GAP_DATA as a
> workaround (git master already has code to do this properly for HDMI
> and DP outputs afaict).


View attachment "config" of type "text/plain" (63034 bytes)