Date: Tue, 19 Dec 2000 14:35:16 -0800 From: Mike Smith <msmith@freebsd.org> To: "Sergio Jachtchenco" <jachs@hstsoft.com> Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: IDE CMD 649 and AS200-233 Message-ID: <200012192235.eBJMZGQ13756@mass.osd.bsdi.com> In-Reply-To: Your message of "Tue, 19 Dec 2000 09:34:06 EST." <NDBBKEACGOLIMOGBLFGLAEBGCGAA.jachs@hstsoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > This is the output of kernel.GENERIC. The board in quetion has vendor
> > > id:0x1095.
> > ...
> > > found-> vendor=0x1095, dev=0x0649, revid=0x01
> > > class=01-04-00, hdrtype=0x00, mfdev=0
> > > subordinatebus=0 secondarybus=0
> > > intpin=a, irq=9
> >
> > The board has not been recognised by SRM, and has not been allocated any
> > I/O resources. Until we fix PCI to do this for you, you will not be able
> > to use this (or probably any other) ATA controller in this system.
> >
>
> Thanks Mike. I do not know the functionality of SRM but I guess that,
> besides other functions, it should scan for PCI devices, get the information
> of each device and allocate all the necessary resources. Andrew Gallatin
> [gallatin@cs.duke.edu] said he has a Promise adapter working on a Miata, so
> at least the Miata's SRM can allocate the resources. Do you think it has a
> database for all "known" adapters, or at least a class of adapters? And this
> database would be different for different Alpha models?
From my (limited) experience, I surmise that it's a bit of both. In the
case of the AS200, I think that there may be code in SRM to simply *avoid*
ATA controllers, in order to prevent wasting resources on the ATA
controller in the PCI:ISA bridge.
I would expect that if you were to install a different ATA controller,
you'd see similar results. You would probably be OK with an ISA ATA
controller, but performance would be poor.
> Supposing that is the case, what would be the solution? We cannot change the
> SRM, so something else has to recognize and allocate the resources. Is there
> already any similar code in the kernel? If somebody knows it, could you
> point it to me? I might be able to make these modifications.
Work is underway to implement this, but it's a fairly slow process. If
you really wanted to hack up something in the meantime, you would need to:
- determine the I/O-memory mappings for the AS200 (this can be gleaned
from the machine-specific sources)
- add some code to scan for ATA controllers and configure their base
address registers
Unfortunately, this is one of those "if you have to ask" kind of
questions - talking you through doing it would probably take longer than
doing it oneself. Having said that, if you want to take a stab at it
yourself, it's not an overwhelmingly difficult project, and you'd learn
quite a bit about the Alpha systems and PCI in the process.
Sorry for the gloomy picture; hope this helps though.
Regards,
Mike
--
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also. But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view. [Dr. Fritz Todt]
V I C T O R Y N O T V E N G E A N C E
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200012192235.eBJMZGQ13756>