login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
August
»
1
Re: IRQ Delivery Problem for MCP65
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From:
Tejun Heo <htejun@...>
To: Craig Block <chblock3@...>
Cc: Bartlomiej Zolnierkiewicz <bzolnier@...>, <linux-ide@...>, <linux-kernel@...>, <linux-pci@...>
Subject:
Re: IRQ Delivery Problem for MCP65
Date: Tuesday, July 31, 2007 - 11:50 pm
[cc'ing linux-pci and quoting whole body.] Any ideas? Craig Block wrote:
quoted text
> --- Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> wrote: > >>> --- Craig Block <chblock3@yahoo.com> wrote: > >>> I'm having trouble getting Linux to see any hard drives on an ASUS M2N-X >>> motherboard with an MCP65 (nForce 520) chipset. When the kernel probes the >>> AHCI controllers, it hangs for a minute or so on each one and returns the >>> following; >>> >>> ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4) >> I googled for some more info about similar issues and found very similar >> problem being discussed on Gentoo forum: >> >> The important part is here: >> >> "when I disabled Message Signaled Interrupts (MSI and MSI-X) under "Bus >> Options" in the kernel, the problem magically went away (disabling MSI)" >> >> which indicates IRQ routing problems (as suspected from dmesg output and also >> stated by Tejun). Have you already tried disabling MSI IRQs with "pci=nomsi" >> (not "nomsi") or even completely disabling CONFIG_PCI_MSI support? > > Thanks a ton, building the kernel with PCI_MSI not set did the trick. > Attempting to disable MSI using pci=nomsi at the boot prompt did not eliminate > the problem. I had to build the kernel without MSI support. There's a few > interesting differences in the dmesg output with "PCI_MSI=y" and PCI_MSI not > set; > > With PCI_MSI not set; > > ata1: SATA max UDMA/133 cmd 0xf8804100 ctl 0x00000000 bmdma 0x00000000 irq 5 > ata2: SATA max UDMA/133 cmd 0xf8804180 ctl 0x00000000 bmdma 0x00000000 irq 5 > ata3: SATA max UDMA/133 cmd 0xf8804200 ctl 0x00000000 bmdma 0x00000000 irq 5 > ata4: SATA max UDMA/133 cmd 0xf8804280 ctl 0x00000000 bmdma 0x00000000 irq 5 > > With PCI_MSI=y; > > ata1: SATA max UDMA/133 cmd 0xf8804100 ctl 0x00000000 bmdma 0x00000000 irq 219 > ata2: SATA max UDMA/133 cmd 0xf8804180 ctl 0x00000000 bmdma 0x00000000 irq 219 > ata3: SATA max UDMA/133 cmd 0xf8804200 ctl 0x00000000 bmdma 0x00000000 irq 219 > ata4: SATA max UDMA/133 cmd 0xf8804280 ctl 0x00000000 bmdma 0x00000000 irq 219 > > Also, there's a spurous interrupt message that appears with PCI_MSI=y; > > spurious 8259A interrupt: IRQ7. > > I attached the two dmesg instances for reference.
-- tejun
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
Messages in current thread:
Re: IRQ Delivery Problem for MCP65
, Craig Block
, (Tue Jul 31, 9:06 pm)
Re: IRQ Delivery Problem for MCP65
, Tejun Heo
, (Tue Jul 31, 11:50 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Zach Brown
[PATCH 3 of 4] Teach paths to wake a specific void * target instead of a whole tas...
Paul Jackson
Re: cpuset-remove-sched-domain-hooks-from-cpusets
Jeff Garzik
Re: Linux 2.6.23-rc9 and a heads-up for the 2.6.24 series..
Greg Kroah-Hartman
[PATCH 002/196] Chinese: rephrase English introduction in HOWTO
linux-netdev
:
Eric Dumazet
Re: [PATCH] tcp: splice as many packets as possible at once
Jarek Poplawski
[PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Ingo Molnar
Re: [GIT]: Networking
Alexey Dobriyan
[PATCH 06/53] netns xfrm: per-netns xfrm_state_bysrc hash
git
:
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
2 users
and
971 guests
online.
Online users
Jeremy
maheshdm
Syndicate