From owner-freebsd-alpha Tue Dec 19 14:25: 2 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 19 14:24:59 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-107.dsl.snfc21.pacbell.net [63.202.177.107]) by hub.freebsd.org (Postfix) with ESMTP id D807637B402 for ; Tue, 19 Dec 2000 14:24:58 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBJMZGQ13756; Tue, 19 Dec 2000 14:35:17 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012192235.eBJMZGQ13756@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Sergio Jachtchenco" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: IDE CMD 649 and AS200-233 In-reply-to: Your message of "Tue, 19 Dec 2000 09:34:06 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 19 Dec 2000 14:35:16 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > 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