Date: Sun, 20 Feb 2000 12:10:05 +0000 From: Brian Somers <brian@Awfulhak.org> To: Doug Rabson <dfr@nlsystems.com> Cc: Hellmuth Michaelis <hm@kts.org>, current@FreeBSD.ORG, freebsd-isdn@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: Big ATA problems Message-ID: <200002201210.MAA78505@hak.lan.Awfulhak.org> In-Reply-To: Message from Doug Rabson <dfr@nlsystems.com> of "Sun, 20 Feb 2000 11:38:51 GMT." <Pine.BSF.4.21.0002201133250.77743-100000@salmon.nlsystems.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Sun, 20 Feb 2000, Hellmuth Michaelis wrote:
>
> > Doug Rabson wrote:
> >
> > > > atapci0: <VIA 82C586 ATA33 controller> port 0xe000-0xe00f at device 7.1 on
> > > > pci0
> > > > ata0: at 0x1f0 irq 14 on atapci0
> > > > ata1: at 0x170 irq 15 on atapci0
> > > > ...
> > > > isic0: Error allocating io at 0x160 for Teles S0/16.3!
> > > >
> > > > While I was able to use the Teles again by changing it's default IO port I
> > > > think there will be some people who will find it cumbersome to have to
> > > > change the IO on a card that was working fine before.
> > > >
> > > > I feel this is a newbus issue with the ATA driver and/or maybe the i4b
> > > > driver doesn't really need that many IO ports so I'm sending this email to
> > > > both parties.
> > >
> > > This is a bug in the isic driver. I'm sure it doesn't use every port in
> > > that range so it needs to split the range in to two or more pieces and
> > > only allocate ports which it actually needs.
> >
> > How do you come to that conclusion ?
> >
> > A typical isic hardware has an ISAC and an HSCX chip onboard. The ISAC
> > chip does the D-channel handling and uses offsets 0-0x2b and 0x30-0x3b,
> > the HSCX (B-channels) uses offsets 0-0x3b and 0x40-0x73.
> >
> > The card in question allocates 3 portranges for this uses with each 0x40
> > bytes in length.
> >
> > 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.
> >
> > So where is the bug ?
> >
> > This all looks perfectly reasonable to me with the exception that we could
> > start argueing about whether it would be reasonable to split the allocation
> > ranges for the ISAC and to save (if at all possible, there are some more
> > registers at the end of the HSCX on the card) some bytes in the HSCX case.
>
> So you are saying that what we really have here is a simple i/o conflict
> and possibly the ISDN card can be reconfigured to use a non-conflicting
> address? If so, then everything is working correctly and the resource
> manager has pointed a possible hardware problem :-).
So it would seem, *but*, before moving from wd to ata I had both
working 100% reliably. I had to move the Teles card to get it to
work (allocate resources successfully) once I changed to ata.
I would be pretty sure that the Teles S0/16.3 doesn't actually go
near the I/O range @ 0x170.
> --
> Doug Rabson Mail: dfr@nlsystems.com
> Nonlinear Systems Ltd. Phone: +44 181 442 9037
--
Brian <brian@Awfulhak.org> <brian@FreeBSD.org>
<http://www.Awfulhak.org>; <brian@OpenBSD.org>
Don't _EVER_ lose your sense of humour ! <brian@FreeBSD.org.uk>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isdn" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200002201210.MAA78505>