linux-mips
[Top] [All Lists]

Re: IRQ problem on cobalt / 2.6.6

To: linux-mips@linux-mips.org
Subject: Re: IRQ problem on cobalt / 2.6.6
From: Kumba <kumba@gentoo.org>
Date: Tue, 18 May 2004 17:46:21 -0400
In-reply-to: <20040518211932.GB29636@getyour.pawsoff.org>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20040513183059.GA25743@getyour.pawsoff.org> <20040518073439.GA6818@skeleton-jack> <20040518205914.GA29574@getyour.pawsoff.org> <20040518211246.GA11722@skeleton-jack> <20040518211810.GA29636@getyour.pawsoff.org> <20040518211932.GB29636@getyour.pawsoff.org>
Reply-to: kumba@gentoo.org
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
Kieran Fulke wrote:

yeah. cleared out /usr/src and re-emerged mips-sources-2.6.6, then made the change to include/asm/cobalt/cobalt.h you suggested. kernel .config attached ..

Kieran.

Just to rule out a few things, try disabling the following options in your .config:

CONFIG_IDE_TASK_IOCTL (IDE Taskfile Access)
CONFIG_IDE_TASKFILE_IO (IDE Taskfile IO)

CONFIG_TULIP_MWI (New bus configuration)
CONFIG_TULIP_MMIO (Use PCI shared mem for NIC registers)
CONFIG_TULIP_NAPI (Use NAPI RX polling)
CONFIG_TULIP_NAPI_HW_MITIGATION (Use Interrupt Mitigation)


Taskfile access is, afaict, needed only if you're doing disk forensics or such. The new taskfile IO code hung up on me a few times on Cobalt when I was initially testing some of Peter's 2.6.x patches, and as such, I haven't cut it on since then.

Tulip, I don't recall which, but I *think* one of them also caused me some kind of an issue, I'm unsure if it was a hang or something else. In either case, I left them as is.

See if turning those off does anything different.


--Kumba

--
"Such is oft the course of deeds that move the wheels of the world: small hands do them because they must, while the eyes of the great are elsewhere." --Elrond

<Prev in Thread] Current Thread [Next in Thread>