This brings to mind a simmeler situation with the z8530drv for SCC cards.
Many who try for the first time run into problems with sccinit not finding
the card.
Most of the time the trick is to define SCC_DELAY or even SCC_LDELAY in
scc.c, but however i have come across one computer where it just would not
work properly, that was a 486DX40, the only way we could get it to
initialize was hitting the turbo switch, this was with DELAY define'd and
the card would then be found, but as soon as the turbo switch was turned on
again the driver just keyed the TRX constantly until maxkeyup expired.
Sometimes the machine would just freeze and die. This particular machine had
run for a number of years using do$ togehter with qemm/desqview and running
gri-nos in a desqview window alongside other programs, and normaly never
even had a under or overrun, let alone failing to find the card at startup.
What i am saying here is it would seem that problems at initialization time
might be the same, be it the baycom driver/modem, or the z8530drv for scc
cards.
>
> A friend of mine , with a P166 UART 16550A has exactly the same problem
> but to manage to run it he need to have a lot of I/O , like a MP3 sound
> file running! It seems that the baycom driver has some timing problems,
> Tom? I talk about this some months ago...Anyone with the same problem?
> Thanks
>
> --
> Nuno Sucena
> CT1FOX CQG9304 CQM9228 Eng.Electrote'cnica FCTUC
> To reply by e-mail use *slug* as user and *cygnus.ci.uc.pt* as domain.
> My web page & PGP sig are located at the same place.
>
-- Regards Richard, 73. | "I see" said the blind man to his AX25 pa3gcu@pi8mid.#zld.nld.eu | deaf en dumb daughter, who replyed, smtp fuptt.aiqdtu@ard-usa.com | "Yes" Linux AX25. NET/ROM, "I have heard inet ncqx.pzyki@richmond.edu | that what you see is what you get".