VIA IDE controller strangeness (2.4.0-test12/test13-pre5)

VIA IDE controller strangeness (2.4.0-test12/test13-pre5)

[Evan Thompson]

---(CC answer please)---

I'm having a strange problem with my IDE controller.  I believe (and that's what Windows and the m/b manufaturer -- PC Chips -- say) that I have a VIA PCI BusMaster IDE controller, and I've had some strange history with it.  I've asked many people before on various help services, and I was able to fix my problem with the 2.2 series, but now my fix does not work.

THE PROBLEM:
------------

Ever since the 2.2 kernel series (I remeber this working properly in 2.0.36, without the conflicts), I would get hdc: lost interrupt during boot up, and my system would take bloody ages to boot up and load a CD.  I tracked it down to a strange IRQ conflict in which Linux would try to assign both the primary and secondary IDE channels IRQ 14, causing IRQ conflicts galore.  I was able to fix this by giving the kernel

ide1=0x170,0x376,15

at boot time.  This has worked for 2.2.12-.17 and Alan's 2.2.18pre21 (I haven't compiled the official 2.2.18 yet, but I'm sure it will work).

I wanted to try the new 2.4.0-test series, and the first I tried was -test11, and from what I recall (other things weren't working properly then), this fix still worked, but now, with -test12, I am now getting the following error repeated for a very long time (then I reboot) with the same parameters:

ide_dmaproc: chipset supported ide_dma_lostirq func only: 13
hdb: lost interrupt

Also, I get "spurious 8259A interrupt: IRQ 7" if I leave it for a while.  I tried -test13-pre5 on somebody on #KernelNewbies' suggestion, and I get the same error.  Scrolling up, I see that the kernel messages show that ide0 is on IRQ 14 and ide1 is on 15.  I noticed that hda is using DMA, and hdb is using UDMA33, but I don't believe that that is the problem.

THE QUESTION:
-------------

How do I fix this, or is it a (un)known problem in the newer development versions?  If you have the answer, could you please CC me as well for I don't subscribe to this mailing list (sorry!).  Thanks a bunch.
-- 
| Evan A. Thompson                     | He's more fun than trying to skinny  | 
| evaner@bigfoot.com                   | dip in the beach in winter...        |
| http://evaner.penguinpowered.com     |    ...in Winnipeg.                   |
| ICQ: 2233067 / AIM + MSN: Evaner517  |  (GnuPG key avaiable upon request.)  |
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: VIA IDE controller strangeness (2.4.0-test12/test13-pre5)

[Matthias Andree]

On Fri, 29 Dec 2000, Evan Thompson wrote:

> ---(CC answer please)---

To: should be fine as well, I assume.

> I'm having a strange problem with my IDE controller.  I believe (and
> that's what Windows and the m/b manufaturer -- PC Chips -- say) that I
> have a VIA PCI BusMaster IDE controller, and I've had some strange
> history with it.  I've asked many people before on various help
> services, and I was able to fix my problem with the 2.2 series, but
> now my fix does not work.
> 
> THE PROBLEM: ------------
> 
> Ever since the 2.2 kernel series (I remeber this working properly in
> 2.0.36, without the conflicts), I would get hdc: lost interrupt during
> boot up, and my system would take bloody ages to boot up and load a
> CD.  I tracked it down to a strange IRQ conflict in which Linux would
> try to assign both the primary and secondary IDE channels IRQ 14,
> causing IRQ conflicts galore.  I was able to fix this by giving the
> kernel
> 
> ide1=0x170,0x376,15
> 
> at boot time.  This has worked for 2.2.12-.17 and Alan's 2.2.18pre21
> (I haven't compiled the official 2.2.18 yet, but I'm sure it will
> work).

Could you report the chip set type and revision? Quote the corresponding
parts from the "lspci -v" output, please. I've been using PC Chips main
boards with VIA chip sets without IDE difficulties ever since I bought
one of those in fall 1998. (VIA Apollo MVP3 AGP, VT82C598 + VT82C586
north+south bridges), both PC Chips M577 and Tyan Trinity S1590S.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: VIA IDE controller strangeness (2.4.0-test12/test13-pre5)

[Evan Thompson]

--(CC replies please)--

On Sat, Dec 30, 2000 at 06:34:14PM +0100, Matthias Andree wrote:
> Could you report the chip set type and revision? Quote the corresponding
> parts from the "lspci -v" output, please. I've been using PC Chips main
> boards with VIA chip sets without IDE difficulties ever since I bought
> one of those in fall 1998. (VIA Apollo MVP3 AGP, VT82C598 + VT82C586
> north+south bridges), both PC Chips M577 and Tyan Trinity S1590S.

Alrighty then (this is output from lspci -v running under 2.2.18pre21):

-- BEGIN OUTPUT --
...

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA
 [Apollo VP] (rev 41)
        Subsystem: VIA Technologies, Inc. MVP3 ISA Bridge
        Flags: bus master, stepping, medium devsel, latency 0

00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
 (prog-if 8f [Master SecP SecO PriP PriO])
        Flags: bus master, medium devsel, latency 32, IRQ 14
        I/O ports at 01f0
        I/O ports at 03f4
        I/O ports at 0170
        I/O ports at 0374
        I/O ports at ffa0

...

-- END OUTPUT --

Now...one thing I noticed is that Linux is trying to find this IDE
interface through PCI and it reports it on 00:07.1 during -test12 and
-test13-pre5 boot up (I can't get a dmesg output for you 'cause it never
boots...just keeps complaining about hdb: lost interrupt), but the IDE
controller seems to be an ISA device (unless I've read this wrong).
In case I'm configuring something wrong, I've pasted the IDE .config
portions here:

CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
ONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y

Hope this stuff helps you guys out.
If somebody wants to tell me a better way to get nvi to wrap lines at 75
chars (other than hitting enter when I think it has to be hit), you could
e-mail me (don't bother sending it to the list).

CC replies please.  I don't subscribe to linux-kernel.  Sorry.
-- 
| Evan A. Thompson                     | He's more fun than trying to skinny  | 
| evaner@bigfoot.com                   | dip in the beach in winter...        |
| http://evaner.penguinpowered.com     |    ...in Winnipeg.                   |
| ICQ: 2233067 / AIM + MSN: Evaner517  |  (GnuPG key avaiable upon request.)  |

...hmmm...Now I'm going to have to adjust my .signature to fit in 75
chars instead of 79.  Darn.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/