I'm wondering if anyone in the Linux kernel development community has
any ideas about some problems I'm having with Digi Xem boards.
We've got a Digi Xem board (two different PCI boards and an ISA board
were tested) in a Linux 2.2.19 machine to provide logins to Wyse
terminals. When logged into the Linux machine, the Wyse terminals
operate fine. If we telnet anywhere, however (including localhost), and
then generate over about 1k of screen output, the output pauses until we
generate input. If enter or space, etc. is hit on the Wyse keyboard,
the output continues. With 2.2.5, this behaviour does not happen.
We are using the epca.c driver from Digi's website (which is
substantially newer than the one included in the kernel distribution).
We have been unable to determine the cause of this pause. The delay is
very consistent (if we generate output that causes the delay, the same
output will always pause at the same point) but our driver modifications
haven't helped us any.
Digi's engineering staff _may_ look at this problem but since they don't
officially support kernels not released by RedHat, we have no
guarantees. Any ideas out there?
Please CC me on replies. Thank-you.
--
Michael T. Babcock (PGP: 0xBE6C1895)
http://www.fibrespeed.net/~mbabcock/
> Digi's engineering staff _may_ look at this problem but since they don't
> officially support kernels not released by RedHat, we have no
> guarantees. Any ideas out there?
Well if its what I think their driver probably doesnt work with 2.2.16 either.
The API for tty interfaces changed during 2.2 to fix a nasty problem with
poll tables that couldnt easily be fixed any other way. All the in kernel
drivers were updated but because Digi choose to keep their driver out of their
kernel theirs was not. Im guessing that is why their driver now fails