high system load when using i915kms

[Konstantin Belousov]

On Wed, Mar 06, 2013 at 10:56:52AM +0000, Max Brazhnikov wrote:
> On Wed, 6 Mar 2013 08:15:37 +0200 Konstantin Belousov wrote:
> > On Tue, Mar 05, 2013 at 12:24:51PM +0000, Max Brazhnikov wrote:
> > > Hi,
> > > 
> > > I've switched recently to new xorg and kms driver. Sometimes after booting 
> my
> > > system (9.1-STABLE #0 r245741 amd64) shows high load:
> > > 
> > > interrupt                          total       rate
> > > irq1: atkbd0                         612          0
> > > irq9: acpi0                         3693          1
> > > irq12: psm0                         7512          2
> > > irq16: uhci0 uhci3             377172955     144069
> > > irq20: hpet0                     2923357       1116
> > > irq23: uhci1 ehci1                 47432         18
> > > irq256: hdac0                      80799         30
> > > irq257: alc0                       78474         29
> > > irq258: iwn0                       19994          7
> > > irq259: ahci0                     100016         38
> > > irq260: vgapci0                    31250         11
> > > Total                          380466094     145327
> > > 
> > > I've never seen this with old xorg. The problem is not always 
> reproducible, 
> > > but it's enough just to load i915kms module without staring X to trigger 
> it.
> > > 
> > > Any idea?
> > 
> > So what is the complain ? Do you meaning that loading i915kms causes
> > the spike in the interrupt rate on the irq16 line ?
> 
> I suspect it since the only change was update to newer xorg.
Do you mean that the same kernel was kept,
and only usermode components upgraded ?

This is plain impossible to cause the effect you described.
> 
> > What is the graphics part and the south bridge you are using ? Show
> > the pciconf -lvc output.
> 
> http://people.freebsd.org/~makc/pciconf.output

I have exactly the same GM45 chipset in my laptop.

BTW, is the vmstat output you demonstrated in the first message, was for
the system with running X ? I am asking about the presence of the rendering
activity on the display, which would explain the significant count of
the interrupts from GPU.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20130307/05f2bbbe/attachment.sig>