From owner-freebsd-isdn  Sun Feb 20  8:48:13 2000
Delivered-To: freebsd-isdn@freebsd.org
Received: from widukind.bi.teuto.net (widukind.bi.teuto.net [212.8.197.28])
	by hub.freebsd.org (Postfix) with ESMTP
	id 247D937BC20; Sun, 20 Feb 2000 08:48:08 -0800 (PST)
	(envelope-from martin@rumolt.teuto.de)
Received: from rumolt.teuto.de (IDENT:root@rumolt.teuto.de [212.8.203.81])
	by widukind.bi.teuto.net (8.9.3/8.9.3) with ESMTP id RAA03748;
	Sun, 20 Feb 2000 17:48:04 +0100
Received: (from martin@localhost)
	by rumolt.teuto.de (8.9.3/8.8.8) id RAA01128;
	Sun, 20 Feb 2000 17:44:04 +0100 (MET)
From: Martin Husemann <martin@rumolt.teuto.de>
Message-Id: <200002201644.RAA01128@rumolt.teuto.de>
Subject: Re: Big ATA problems
In-Reply-To: <20000220103745.EB14A1F17@bert.kts.org> from Hellmuth Michaelis at "Feb 20, 2000 11:37:45 am"
To: hm@kts.org
Date: Sun, 20 Feb 2000 17:44:04 +0100 (MET)
Cc: dfr@nlsystems.com (Doug Rabson), current@FreeBSD.ORG,
	freebsd-isdn@FreeBSD.ORG
Organization: Crusaders Catering Services Inc. ;-)
X-Mailer: ELM [version 2.4ME+ PL54 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-isdn@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> In case there is is already an IDE controller allocated at 0x170 and a
> Teles 16.3 tries to allocate a range of 0x40 at 0x160 it cannot do so.

This is a PnP card, right? So what does the PnP info say about needed
memory ranges?

> So where is the bug ?

Depends. If the drivers allocation is coherent with the vendors description
in the PnP configuration data, it's a newbus error (it shouldn't try to 
allocate the card there in the first place). If the PnP info differs from
the drivers view of the card, it's either the vendors fault for providing wrong
infos (this wouldn't be the only card suffering) [fix: provide a quirk entry],
or the drivers fault: it should obey what the vendor tells PnP about the
card. Which case applies? Simple: if it's possible to change the driver to
obey the cards infos, that should be done. If the driver couldn't be made
to work support for that card should be removed :-)

If I'm wrong and this isn't a PnP card: it's pilot error. The card can't
work at the specified address, so everything works as expected. Paraphrased 
in a sentence often heard as a reply from technical support persons for a
big commercial OS vendor: "Status: This behaviour is by design."


Martin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isdn" in the body of the message