On Mon, 2007-10-29 at 21:25 +0300, malc wrote:
> On Mon, 29 Oct 2007, Michel D?nzer wrote:
> 
> >
> > On Fri, 2007-10-26 at 23:17 +0400, malc wrote:
> >> On Fri, 26 Oct 2007, malc wrote:
> >>
> >>> I have noticed that whenever X is running the amount of "BAD" interrupts,
> >>> as reported by `cat /proc/interrupts' grows quite fast - around 50/sec.
> >>
> >> [..snip..]
> >>
> >> As it often happens good thoughts come right after you hit 'send'.
> >>
> >> The spurious interrupts happen when nothing uses GL/DRI so Mesa
> >> most likely has nothing to do with it (radeon_drv might), therefore -
> >> sorry for the noise. Nevertheless, i belive many R200 gurus are lurking
> >> around here so any advices how to proceed will be most welcome.
> >
> > Does it also happen if you don't enable the DRI at all in X? If yes,
> > it's probably not related to the graphics card.
> 
> Nope, doesn't happen if i omit `Load "dri"' from xorg.conf.

So it seems related to the DRI after all. Though you're right it doesn't
seem related to Mesa, so feel free to move this to the dri-devel list.

When X runs with the DRI enabled, does

grep radeon /proc/interrupts

show the Radeon's interrupt line being shared by other devices? Does its
count increase as well?

In order to find out what's going on, I'd start by instrumenting the DRM
functions radeon_driver_irq_handler() and radeon_acknowledge_irqs() (in
radeon_irq.c) to find out if the former returns IRQ_NONE, whether the
interrupt status register has any bits set other than those the DRM is
interested in, etc.


-- 
Earthling Michel Dänzer           |          http://tungstengraphics.com
Libre software enthusiast         |          Debian, X and DRI developer


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to