From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Barnes Date: Wed, 22 Jul 2009 19:44:36 +0000 Subject: Re: Kernel 2.6.30 and udevd problem Message-Id: <20090722124436.0daa2079@jbarnes-g45> List-Id: References: <200906280821.58631.info@gnebu.es> <200907221851.20916.info@gnebu.es> <20090722101251.0b6c7300@jbarnes-g45> <200907222043.57244.info@gnebu.es> In-Reply-To: <200907222043.57244.info@gnebu.es> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Alberto Gonzalez Cc: Michal Soltys , Dave Airlie , Kay Sievers , linux-kernel@vger.kernel.org, linux-hotplug@vger.kernel.org On Wed, 22 Jul 2009 20:43:56 +0200 Alberto Gonzalez 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? 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). -- Jesse Barnes, Intel Open Source Technology Center