On Saturday 14 October 2006 00:17, Nicolas Huillard wrote:
> Stefan Lucke a écrit :
> > That looks more like some interrupts are lost.
> > Is VGA IRQ shared with other devices (/proc/interrupts) ?
>
> Please excuse me for this late answer. I didn't check that post on the
> DFB ML.
>
> IRQ 11 is shared with USB (not used) and eth (heavily used, but not when
> I watch TV....):
> 11: 23638023 XT-PIC uhci_hcd:usb1, viafb, eth0
On my system:
5: 16739 XT-PIC viafb, uhci_hcd:usb1, uhci_hcd:usb3, VIA8233,
eth0
For me, it's sharing the same interrupt for the sound chip and eth0. Eth0 can
get quite a hammering when I'm using vdrsync over nfs from another box, and I
hardly see any effects.
> Answer to Mark : it's not a multiprocessor system ("SMP alternatives:
> switching to UP code"; "Freeing SMP alternatives: 0k freed")
I don't have SMP stuff in my (self-built 2.6.15.5) kernel.
> When modprobing viafb, it report the following IRQ (dmesg):
> viafb: irq handler installed, IRQ(0x200) = 80080c02
Here's what I see in dmesg:
viafb: VIA UNICHROME framebuffer 1.0 initializing
viafb: viafb : CC900000
viafb: framebuffer size = 64 Mb
viafb: Found Device Rev:0
mtrr: MTRR 4 not used
mtrr: 0xd8000000,0x4000000 overlaps existing 0xd8000000,0x800000
viafb: X:720 Y:576
viafb: detected VT1622A (7)
viafb: mode=720 bpp=32 refresh=50 TVon=1 TVtype=2
viafb: VQ start:3FC0000 end:3FFFFFF size:40000
viafb: Cursor start:3FBF000 end:3FBFFFF size:1000
viafb: detected VT1622A (7)
viafb: mode=720 bpp=32 refresh=50 TVon=1 TVtype=2
viafb: irq handler installed, IRQ(0x200) = 80080c02
> I actually see those high IRQ numbers on other hosts, when the APIC is
> enabled:
> 185: 30244076 IO-APIC-level eth0
>
> On the EPIA VDR host, dmesg says :
> No local APIC present or hardware disabled
> mapped APIC to ffffd000 (011c1000)
> Should it be that I have partly working IRQ routing. My kernel is
> self-compiled 2.6.17 (from Debian source package).
Hmm...I'm losing all of the IRQ routing stuff from the top of dmesg. Has the
size of the buffer shrunk, or something?
:-s
Ahhh...just discovered CONFIG_LOG_BUF_SHIFT=14 in my kernel config!! Don't
think I've touched that but buffer size used to be 16k! Next time I upgrade
my kernel I'll have to tweak that.
Looking at my config, I do have the following set:
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
but I don't see any mention of APIC in /proc/interrupts.
Not sure any of the above helps but it's what I'm getting here!
Did you try printing out viafb_wait_for_sync as Mark suggested to see if it
changes or not?
Cheers,
Laz
_______________________________________________
directfb-users mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
