11479
![]() |
|
|
|
|
|||||||
| System Hardware Internal storage, motherboards, PCI cards, stuff inside the case. |
![]() |
|
|
Thread Tools | Display Modes |
|
#1
|
|||
|
|||
|
I'm getting an excessive amount of interrupts on irq23: uhci2 ehci1
Code:
$ uname -a [FreeBSD atlas.redacted 8.1-RELEASE FreeBSD 8.1-RELEASE #1: Mon Aug 30 18:12:11 CDT 2010 root@atlas.redacted:/usr/obj/usr/src/sys/ATLAS amd64 Code:
atlas# vmstat -i interrupt total rate irq14: ata0 35 0 irq19: uhci3+ 1531 0 irq21: uhci1+ 371570 161 irq23: uhci2 ehci1 295459342 128237 cpu0: timer 4606599 1999 irq256: em0 5446500 2363 cpu1: timer 4606104 1999 Total 310491681 134762 atlas# uptime 7:46PM up 39 mins, 2 users, load averages: 0.49, 0.41, 0.34 atlas# Other posts have indicated similar issues are solved by setting the SATA mode to AHCI in the BIOS, but this doesn't seem to be an option in my BIOS. I've also read somewhere that using i386 instead of amd64 would resolve this, but I use ZFS and I'm not sure I'm comfortable with running ZFS on i386. The kernel I'm running simply had ehci turned off and back on, as part of my troubleshooting. It's GENERIC. Anyone have any suggestions as to what I can try to get rid of these interrupts? It makes me nervous as I started getting spammed with interrupt storms after I left some backups writing to the zfs raidz1 pool overnight. Thanks for any help! |
|
#2
|
||||
|
||||
|
If i see interrupt storms detected, i do nearly the same as you did. If you dont need ehci, it is not a big problem. If the device is needed, i try a BIOS upgrade (it helped me in 2 cases) and/or disabling all devices i dont need on the machine. If it is a pci or pcie card you could also try another slot (never helped me).
-- The SIL3114 does not support AHCI but the SIL3124 should. <edit> SIL3124 is supported by own driver siis(4) <edit> SIL3114 SIL3124 Last edited by User23; August 31st, 2010 at 15:43. |
|
#4
|
|||
|
|||
|
Is it not being AHCI compatible a reason it's causing loads of interrupts?
I just left the machine overnight doing a backup to the 4 drive zfs raidz1 pool again, and I woke up to: Code:
panic: zfs_fuid_map_id cpuid=0 uptime: 5h50m53s Cannot dump. Device not defined or unavailable. Automatic reboot in 15 seconds - press a key on the console to abort |
|
#5
|
||||
|
||||
|
This should be another issue:
http://kerneltrap.org/mailarchive/fr...10/5/8/6884003 Maybe you should build up a new pool directly with freebsd. |
|
#6
|
|||
|
|||
|
Yeah, I came to that same conclusion. It's only 1tb or so but still a pain to restore. I'll try to do that tonight.
I don't think that bug is causing the 100k+ interrupts per second though. |
|
#7
|
||||
|
||||
|
Yes, i think so too.
|
|
#8
|
|||
|
|||
|
I'm an idiot. I just recompiled the kernel again with all traces of EHCI and UHCI off and away went the interrupts. So it was indeed USB related. I think I can probably leave USB disabled and not miss it too much. Thoughts?
|
|
#9
|
||||
|
||||
|
Quote:
|
![]() |
| Tags |
| 8.1-release, amd64, interrupt, sata |
| Thread Tools | |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Looking for an inexpensive 4-port SATA controller | atomicplayboy | System Hardware | 21 | May 4th, 2010 12:44 |
| 12 port SATA controller | mcbamse | System Hardware | 19 | April 26th, 2010 22:16 |
| [Solved] PCI Sata controller - boot freeze | zero | System Hardware | 2 | December 1st, 2009 21:13 |
| SATA Controller | oliver@ | System Hardware | 1 | August 20th, 2009 22:33 |
| SATA RAID controller recs? | monkeyboy | System Hardware | 10 | April 30th, 2009 05:04 |