EPORTS & TB+

Dennis S. Breckenridge dennis at nebulus.UUCP
Thu Aug 9 21:31:22 AEST 1990


woods at robohack.UUCP (Greg A. Woods) writes:

lots deleted...

>Now if only AT&T would provide source for their drivers, and a
>development system for those horrid 80186's on the smart-cards, for a
>decent price.  Then we could fix our own problems!

Well the problem is obvious. The 3B2 driver is not as generic as one 
would like. Some of the driver code lives on the 3B2 side of the world
and most of the "low level" code lives on the ports card itself. It is
easy to say, if I had the source I could fix it. There are many more 
constraints than just broken software. The ports card is driven by it's 
own heartbeat and interrupts are serviced on a hardware priority. What 
really has to happen is the hardware has to be modified, and then a driver
must be DESIGNED post facto. You cannot get away with a "MODIFICATION" 
of the existing driver and expect the card to work. This does not include
the fact that you have to deal with the 3B2's buss protocol and data block
transfer nonsense. I am sure that AT&T would be happy to relieve themselves
of the constant abuse they get as a corporation regarding that whole EPORTS
issue, but they are very aware of the costs involved to repair/redesign
the hardware firmware and software. If it was economical to repair or
resdesign do you not think that other companies would have cloned the card
and fixed the driver?
I wait, with flame suit donned, your reply!

-- 
-----------------------------------------------------------------------------
Dennis S. Breckenridge  (604) 277-7413   dennis at nebulus.uucp         VE7-TCP 
               Mercifully Free of the Ravages of Intelligence :-)     
-----------------------------------------------------------------------------



More information about the Comp.sys.att mailing list