From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Barnes Date: Thu, 06 Aug 2009 21:30:12 +0000 Subject: Re: Kernel 2.6.30 and udevd problem Message-Id: <20090806143012.126b1595@jbarnes-g45> List-Id: References: <200906280821.58631.info@gnebu.es> <200907222200.21792.info@gnebu.es> <200907230206.36544.info@gnebu.es> <200908061553.23525.alberto6674@gmail.com> In-Reply-To: <200908061553.23525.alberto6674@gmail.com> 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 Thu, 6 Aug 2009 15:53:23 +0200 Alberto Gonzalez wrote: > On Thursday 23 July 2009 02:06:36 Alberto Gonzalez wrote: > > > On Wednesday 22 July 2009 21:44:36 Jesse Barnes wrote: > > > > 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? > > > > I've tested 2.6.31 from git and I can reproduce the problem. > > Attached is the dmesg with the debug patch applied. > > > > > > 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). > > Hi, > > No updates here? I was wondering if it would be more useful to open a > bug report so that it doesn't get lost. It is a rather nasty bug that > keeps me using .29 kernel, and since it seems to be clear where the > problem is it seems a pity to let it go... Yeah, sorry was on vacation. A bug report would be great, can you file one at bugs.freedesktop.org against drm/intel? I think I know where the issue might be, but I'll have to come up with some more test patches for you. -- Jesse Barnes, Intel Open Source Technology Center