Lowell Gilbert wrote:
> Zhang Weiwu <zhangwe...@realss.com> writes:
>> That's strange, I didn't find manual where it say it work in some
>> condition or for some device only.
> "Consult individual device drivers' manual pages for available keywords
> and their possible values."
Thanks. I shouldn't have overlooked this.
>> Is there a way to assign uhci to use an irq differently? seems it is the
>> cause of an interrupt storm problem I am having.
> I'm not really sure if uhci is set up to do that. You definitely want
> uhci on its own interrupt if you can, not because it necessarily
> generates a lot of them, but because it can spend a lot of time handling
> each one...
> Have you checked what happens if you disable your APIC?
You mean ACPI? When the PC boots, I got a menu looks alike this one:
except my 2nd choice was "with ACPI enabled" instead of ACPI disabled. I
chose 2, result was the same (irq at 11)
I also tried to move other devices occupying irq 11 away (cbb0 and ed1)
by setting so in device.hints and both didn't work.
[zhangwe...@quasimodo ~]$ vmstat -i
interrupt total rate
irq0: clk 92204 980
irq1: atkbd0 188 2
irq6: fdc0 11 0
irq8: rtc 11802 125
irq11: cbb0 ed1+ 38 0
irq14: ata0 1699 18
Total 105942 1127
[zhangwe...@quasimodo ~]$ dmesg | grep 'irq 11'
uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0x9000-0x901f irq 11 at
device 6.2 on pci0
ed1: <IBM Corp. Ethernet> at port 0x100-0x11f iomem 0x88000000-0x88003fff irq
11 function 0 config 1 on pccard0
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"