Hello,
I have an Averatec 3225HS laptop with the VIA Unichrome KM400 video chipset.
The system is running Slackware 10 with a stock kernel.org 2.6.7
kernel. IO-APIC on Uniprocessors is disabled in the config.
I am using the CVS version of the VIA DRM kernel driver.
I have the opensource_040701.tgz DRI and OpenGL modules for X.
As far as the X server driver, via_drv.o: if I use the Xorg 6.7
version of the via_drv.o driver, everything is perfectly stable and I
get accelerated 3D, but no accelerated XVideo. The Xorg 6.7 version
does not install an interrupt handler for DRI. If I use the current
CVS version of the unichrome DRI driver, or the r23 release, I get
this immediately after running "startx" :
irq 11: nobody cared!
[<c0105a1a>] __report_bad_irq+0x2a/0x90
[<c0105b10>] note_interrupt+0x70/0xa0
[<c0105db1>] do_IRQ+0x121/0x130
[<c01041f4>] common_interrupt+0x18/0x20
[<c011ccb0>] __do_softirq+0x30/0x80
[<c011cd26>] do_softirq+0x26/0x30
[<c0105d8d>] do_IRQ+0xfd/0x130
[<c01041f4>] common_interrupt+0x18/0x20
handlers:
[<ded95230>] (ndis_irq_th+0x0/0xe0 [ndiswrapper])
Disabling IRQ #11
This clobbers my ndiswrapper driver and I lose my wifi.
I tried using kernel parameters "pci=noacpi pci=biosirq" to get around
this. That sort of works, in that at least the devices that were
present on the machine at boot time still function. However, if I try
to insert a PCMCIA card or USB device, I get:
irq 10: nobody cared!
[<c0105a1a>] __report_bad_irq+0x2a/0x90
[<c0105b10>] note_interrupt+0x70/0xa0
[<c0105db1>] do_IRQ+0x121/0x130
[<c01041f4>] common_interrupt+0x18/0x20
[<c011ccb0>] __do_softirq+0x30/0x80
[<c011cd26>] do_softirq+0x26/0x30
[<c0105d8d>] do_IRQ+0xfd/0x130
[<c01041f4>] common_interrupt+0x18/0x20
[<c01bf3ef>] acpi_processor_idle+0xd2/0x1c4
[<c01020bc>] cpu_idle+0x2c/0x40
[<c03565c8>] start_kernel+0x158/0x180
[<c0356320>] unknown_bootoption+0x0/0x120
handlers:
[<debfc4c0>] (snd_via82xx_interrupt+0x0/0x110 [snd_via82xx])
Disabling IRQ #10
and then I have neither PCMCIA nor sound.
I was able to get around this problem by modifying the Unichrome
driver so that it does not issue the DRM_INST_HANDLER ioctl against
/dev/dri/card0. When I do that, obviously, the DRI IRQ handler is not
loaded and the above problems never happen.
I can't tell if this is an IRQ routing problem, or a problem with the
way the DRI kernel driver handles shared interrupts, or something
else. I notice that lspci shows this:
Bus 1, device 0, function 0:
VGA compatible controller: VIA Technologies, Inc. VT8378 [S3
UniChrome] Integrated Video (rev 1).
IRQ 9.
Master Capable. Latency=32. Min Gnt=2.
Prefetchable 32 bit memory at 0xd8000000 [0xdbffffff].
Non-prefetchable 32 bit memory at 0xde000000 [0xdeffffff].
ACPI is also listed in /proc/interrupts as using IRQ 9, so for all I
know it's a problem with that.
I'm completely new to this whole DRI thing, so any suggestions in
helping track this down would be much appreciated.
Best regards,
Phil DeBecker
-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
