John Reynolds~ wrote:
>
> [ On Friday, October 6, Warner Losh wrote: ]
> >
> > They aren't reserved.
>
> OK.
>
> > Maybe that's where we should look. Does the ata probe for the slave
> > somehow fail to release irq 15?
>
> Hmmmmm. I've got verbose output from a 4.1.1 kernel lying around ... let me
> login to my machine at home ...
>
> Aha ... I didn't see this before, but wasn't looking:
>
> ata1: at 0x170 irq 15 on atapci0
>
> then later on:
>
> ed0 failed to probe at port 0x2c0-0x2df iomem 0xd8000 irq 15 on isa0
>
> DUH. Makes sense if the IRQ is already snagged by something. I have 1 ATA
> device in this machine. A single disk sitting on ad0:
>
> ad0: 9765MB <Maxtor 51024U2> [19841/16/63] at ata0-master using UDMA33
>
> and it's using the IDE channels from the BX chipset (the HighPoint controller
> on this board just gave me way too many problems when I tried to use it).
>
> Here's more of the boot message:
>
> ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000
> ata0: mask=03 status0=50 status1=00
> ata0: mask=03 status0=50 status1=00
> ata0: devices = 0x1
> ata0: at 0x1f0 irq 14 on atapci0
> ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008
> ata1: mask=03 status0=2c status1=2c
> ata1: mask=03 status0=1c status1=1c
> ata1: devices = 0x0
> ata1: at 0x170 irq 15 on atapci0
>
> I assume blindly that "devices = 0x1" on ata0 means it found 1 thing connected
> on the first channel. This is correct. By the same token I assume "devices =
> 0x0" on the ata1 line means it found nothing on my second channel. And that's
> also correct! I have nothing on the second channel! I don't even have anything
> on the slave of ata0.
>
> So yes Warner, it appears you are correct. The ATA code appears to be setting
> up ata1 for my second IDE channel when I'm not even using it!
>
> I do not have "boot -v" output sitting around for my working 4.1-RELEASE
> kernel but my 'normal' dmesg output says absolutely nothing about 'ata1'.
>
> > IRQ 9 is fine. Nothing wrong with it. It isn't shared at all. It
> > used to be irq 2, but that's now used for chaining.
>
> Oh goodie. I was hoping somebody would say that. I'm glad somebody knows this
> crap :)
>
> Now .... I just have to figure out how to get the ATA code to relinquish IRQ15
> and not attach ata1 since I'm not using it. Ideas? Theories? Places to go look
> in the code? I'd like to have a general idea of how to fix it before sending
> in a PR (since PRs with patches generally get fixed before "it's broken"
> gripes do).
Do you have the secondary channel disabled in your bios?
Kent
>
> Thanks to all that have helped track this down so far! Thanks Warner!
>
> -Jr
>
> --
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> | John Reynolds WCCG, CCE, Higher Levels of Abstraction |
> | Intel Corporation MS: CH6-210 Phone: 480-554-9092 pgr: 602-868-6512 |
> | [EMAIL PROTECTED] http://www-aec.ch.intel.com/~jreynold/ |
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message
--
Kent Stewart
Richland, WA
mailto:[EMAIL PROTECTED]
http://kstewart.urx.com/kstewart/index.html
FreeBSD News http://daily.daemonnews.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
