Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!gatech!uflorida!poe.ufnet.ufl.edu!seeger
From: seeger@poe.ufnet.ufl.edu (F. L. Charles Seeger III)
Newsgroups: comp.sys.ibm.pc.rt
Subject: Re: 4-port card problem with 12/88 AOS
Summary: interrupt problem?
Message-ID: <20353@uflorida.cis.ufl.EDU>
Date: 24 May 89 00:51:20 GMT
References: <39727@cmcl2.NYU.EDU>
Sender: news@uflorida.cis.ufl.EDU
Reply-To: seeger@iec.ufl.edu (F. L. Charles Seeger III)
Organization: UF EE Dept
Lines: 40

In article <39727@cmcl2.NYU.EDU> edler@cmcl2.UUCP (Jan Edler) writes:
|Someone posted something about this a few weeks ago, but I don't
|remember who, and never saw a followup.  We just tried to bring up the
|December 1988 AOS kernel on an RT with a buffered 4-port asynchronous
|card, and discovered that, indeed, it doesn't work.  We can keep
|running the September 1988 kernel on this system for awhile, but does
|anyone have a fix?  I've looked at the driver, and I think the problem
|is fairly obvious, but I'd rather not have to fix it myself.

I, too, have a problem with the 4-port buffered async board.  I set the
interrupt to 10, as 9 and 11 were in use (yes, I know that they are
supposed to be shareable).  The kernel then complained that there
couldn't be devices using interrupts 10 and 0 (yes, zero).  So, I've
yanked the board back out and won't do anything with it until I have
nothing better to do.  I can't find any reference to interrupt 0, but
then IBM chose not to ship me full documentation, either.

My system is a 6150-135, 16 MB, 3 310 EESDI drives, APA16 monitor, 2
Ethernet interfaces, and it runs the December '88 AOS release.

Previously, I ran into another problem configuring the kernel.  Apparnetly,
the SGP option must be included if you have 16 MB, but isn't necessary for
an 8 MB machine.  Their kernel configuration sources are pretty ugly, BTW.
This problem looks like a hardware conflict with other RT models that
weren't ifdef'ed properly.  The SGP option just happened to prevent the
nastiness.  Supposedly, the SGP option is necessary only if you have older
RT models on the network (I don't).

Nonetheless, the IP routing works, and the latest Berkeley networking and
mail code ported quite easily.  It still needs a lot of the BSD fixes from 
the past year and half, though.

Always grateful to have someone else fix my problems.  8-)

Regards,
Chuck
--
  Charles Seeger            216 Larsen Hall             +1 904 392 8935
  Electrical Engineering    University of Florida       Just say NO to
  seeger@iec.ufl.edu        Gainesville, FL 32611       EtherTalk