DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=xqkUE86HOFNn3NzORM/3bS068YmXfh7Y/n9zhDgUUk38PWGXL48ZdY5X/Rn76j2mjP
         ItihMEITM0BIhMbXs//O9hYnkfcY9/xSwrbeAn0y6Qhk9oztBUDCQRTl8HoWWST1Uo6F
         hJvT2lMts2FxFG9yepYdAYEJUySEIRdzJIo90=
From: Alberto Gonzalez <alberto6674@gmail.com>
To: Jesse Barnes <jbarnes@virtuousgeek.org>
Subject: Re: Kernel 2.6.30 and udevd problem
Date: Thu, 2 Jul 2009 08:18:58 +0200
User-Agent: KMail/1.11.4 (Linux/2.6.29-ARCH; KDE/4.2.4; x86_64; ; )
Cc: Alberto Gonzalez <alberto6674@gmail.com>, Dave Airlie <airlied@linux.ie>,
       Kay Sievers <kay.sievers@vrfy.org>, linux-kernel@vger.kernel.org,
       linux-hotplug@vger.kernel.org
References: <200906280821.58631.info@gnebu.es> <200907010909.03645.info@gnebu.es> <20090701102214.352bfe72@jbarnes-g45>
In-Reply-To: <20090701102214.352bfe72@jbarnes-g45>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200907020818.58541.info@gnebu.es>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 2627
Lines: 60

On Wednesday 01 July 2009 19:22:14 Jesse Barnes wrote:
> On Wed, 1 Jul 2009 09:09:03 +0200
>
> Alberto Gonzalez <alberto6674@gmail.com> wrote:
> > On Tuesday 30 June 2009 18:08:35 Jesse Barnes wrote:
> > > On Tue, 30 Jun 2009 04:46:38 +0100 (IST)
> > >
> > > Dave Airlie <airlied@linux.ie> wrote:
> > > > > On Sunday 28 June 2009 16:28:44 Kay Sievers wrote:
> > > > > > If there isn't something else running which acts on uevents
> > > > > > that trigger drm events, which I wouldn't expect, it seems
> > > > > > like a drm kernel problem.
> > > > >
> > > > > Ok, thanks for looking at it. I'll sum up the problem for DRM
> > > > > people:
> > > > >
> > > > > The problem started after upgrading to 2.6.30. At some point,
> > > > > udevd starts to use a lot of CPU time. It happens randomly, but
> > > > > it seems easier to trigger when running something graphics
> > > > > intensive (glxgears, gtkperf, tuxracer..).
> > > > >
> > > > > Killing udevd and starting it with the --debug switch throws up
> > > > > this when the problem starts:
> > > >
> > > > I've added jbarnes to the list,
> > > >
> > > > Jesses are we sending events yet? what for?
> > >
> > > Right now we just send uevents at hotplug time, so maybe one of our
> > > hotplug interrupt bits is getting stuck, resulting in a continuous
> > > stream of events as we generate other interrupts (which would happen
> > > when running 3D apps for example).
> > >
> > > There's a DRM_DEBUG statement in drivers/gpu/drm/i915/i915_irq.c
> > > under the if (I915_HAS_HOTPLUG(dev)) { check, if you make it into
> > > DRM_ERROR we can see which one is getting stuck.
> >
> > I am afraid I'll need a bit more guidance here. I guess this means
> > patching the kernel. Would it be possible to get a test patch against
> > 2.6.30? And then after patching and compiling, how should I debug it?
>
> Here's a patch against git, it should apply to 2.6.30 though I think.
>
> I'll just need your dmesg output from when the problem is occurring (if
> I'm right this patch should flood your logs).

Thanks, the patch applied to 2.6.30 and when the problem stars I get these two 
lines repeated all the time in dmesg:

[drm:i915_driver_irq_handler] *ERROR* hotplug event received, stat 0x10200300
[drm:i915_driver_irq_handler] *ERROR* hotplug event received, stat 0x18200300

Is this enough or should I provide something else?

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