Re: IRQ issues with multiple SiI3114's on Kernel 3.2

[Stirling Westrup <swestrup@xxxxxxxxx>]

On Sat, Jul 28, 2012 at 2:19 PM, Stirling Westrup <swestrup@xxxxxxxxx> wrote:
> On Sat, Jul 28, 2012 at 5:10 AM, Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx> wrote:
>> On 7/27/2012 9:20 PM, Stirling Westrup wrote:
>>> On Fri, Jul 27, 2012 at 6:14 PM, Stirling Westrup <swestrup@xxxxxxxxx> wrote:
>>>> On Fri, Jul 27, 2012 at 1:24 PM, Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx> wrote:
>>>>> On 7/27/2012 11:40 AM, Stirling Westrup wrote:
>>>>>
>>>>>> I recently purchased a large system for use as a backup server for a
>>>>>> pair of small businesses. It contains a boot drive plus 10 more
>>>>>> storage drives. Despite having three onboard SATA controllers, the
>>>>>> motherboard didn't have enough SATA connectors for all the drives, so
>>>>>> I installed a pair of identical SiI3114 raid cards to handle the extra
>>>>>> connections. It has a Sandy Bridge chipset, so I installed a 3.2
>>>>>> kernel.
>>>>>>
>>>>>> # uname -a
>>>>>> Linux ttt 3.2.0-0.bpo.2-amd64 #1 SMP Fri Jun 29 20:42:29 UTC 2012
>>>>>> x86_64 GNU/Linux
>>>>> ...
>>>>>> Okay, enough background. Here's the issue: I had no trouble building
>>>>>> and sync'ing the first array, but when I try to sync the second array,
>>>>>> I always get the following dmesg an hour or so into the process:
>>>>>>
>>>>>> irq 19: nobody cared (try booting with the "irqpoll" option)
>>>>>> [  346.120572] Pid: 1100, comm: md1_resync Not tainted
>>>>> 3.2.0-0.bpo.2-amd64 #1
>>>>>> [  346.120573] Call Trace:
>>>>>> ...
>>>>>> [  346.120697] handlers:
>>>>>> [  346.120699] [<ffffffffa00479e0>] ahci_interrupt
>>>>>> [  346.120702] [<ffffffffa02f17ec>] sil_interrupt
>>>>>> [  346.120703] Disabling IRQ #19
>>>>>> [  346.122145] sched: RT throttling activated
>>>>> ...
>>>>>> From this point onward syncing drops to a tiny fraction of its
>>>>>> previous speed. I've tried booting with 'irqpoll' as the error message
>>>>>> suggests, but it has had no effect. I'm really not sure if there is a
>>>>>> conflict between my two SiI3114's or between the SiI's and the Marvell
>>>>>> controller (although I've never had an issue with Marvell in the
>>>>>> past), nor how to go about diagnosing or fixing this.  I'll include a
>>>>>> full dmesg dump below, as well as my currently loaded modules. If
>>>>>> anyone wants any further info, just ask.
>>>>>
>>>>> Have you tried irqbalance to spread the interrupts across cores/cache
>>>>> domains? https://irqbalance.org/documentation.html
>>>>>
>>>>
>>>> Thanks for the tip! I installed irqbalance and rebooted the system,
>>>> and everything has been running smoothly for the last two hours. I'll
>>>> let everyone know tomorrow if it actually finished the full 20-hour
>>>> resync without incidence.
>>
>
>> Try irqpoll and irqbalance together.
>
> Didn't help. In fact, this time the kernel felt it had to disable BOTH
> IRQ#19 and then IRQ#17
>

Actually, looking at my dmesg log from the run with both irqpoll and
irqbalance, I see something very different. I have dozens of errors
reported by ironlake_irq_handler inside i915_irq, which is my graphics
subsystem.

I have no idea if this is a new problem, or another symptom of the old
one.  In any case, since the dmesg log is huge, I'll just link to a
pastebin of it:

http://pastebin.com/NmgVVvC2
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html