Oh yes, do I remember. I gave up when Marcello started releasing one rc
per year (zzzZzzzZzzz). Would love to have it fixed.
-Patrick
Larry Irwin wrote:
Remember this from last year?
Does anyone have any idea if there is a fix for this yet?
Vojtech, If there isn't a fix yet, and the problem is not in the ACM driver,
could you help identify the most likely culprit and point me/us to the
maintainer of the suspected code?
The following excerpts should refresh memories:
====================================
On Fri, Jun 20, 2003 at 02:16:06PM -0400, Larry Irwin wrote:
Hi All,
I've been using MultiTech 2834ZDX's on /dev/ttyS1 with mgetty for a few
years now on kernel versions 2.2.10 through 2.4.18 (Caldera, Debian, and
RedHat). They work great...
Now that it's hard to get 2 com ports on servers these days, I'm trying to
get a USB modem to work. I've set up a USB modem (MultiTech 5634ZBA)
on /dev/ttyACM0, made the entries in /etc/uucp/port and
/etc/mgetty/mgetty.config
and /etc/inittab. I can dial out fine with uucp, cu, and kermit. But, when I
dial into
the system I can't get ioctl's "opost" to work properly. - It always stays
on
one line (cr without nl) no matter what I do with stty...
I'm not sure if it's a problem with usb or acm. I think it must be with one
of the usb components though, since Vojtech Pavlik's email to me indicates
that acm does not process any of the data in the stream.
Here are some of the things I've tried:
Multiple terminal emulator clients and various emulations - same result for
all of them. Everything stays on one line unless it overflows 80 chars.
Character overflow moves the "one-line display" down a line or more based on
the amount of overflow. "stty raw" will result in a barber-pole display (no
cr's just nl's).
If I turn on opost after stty raw, it returns to one line... even with
ocrnl, onlcr, inlcr,
icrnl, and onlret all set. I should be getting double or triple spaced
screen output, but
it's all on one line.
Thanks for looking at this.
Larry Irwin
CCA Medical
==========================================================
On Sunday, August 17, 2003 at 2:30pm David Anders wrote:
howdy guys,
i too have confirmed that the usb-rs232 adapters as well as several usb
modems have this same problem that larry and patrick have reported. i'm
currently working with 2.4.21 with the last round of patches from GKH.
i'm also loading the usb stuff down with massive debugs to see if i can
find out whats going on. i'm new to usb-dev, so its gonna take me a
little while to get up to speed on the api enough to trace down this issue.
patrick wrote:
This confirms the experience I've been having for months trying to get
"dumb terminals" (eg. a wyse 60) (note: NOT terminal emulator software)
to work over a usb-serial connection to a linux host. If put into "raw"
mode via gettydefs, it works fine (ie. all the data flows from the
terminal to the host and vice versa and appears on the screen), except
that it is stair-stepped (or, to use your term, barber polled). Whereas
if put into "SANE" mode the terminal "locks up" in short order... namely
right after the user hits enter at the password prompt. After fiddling
with every conceivable option in Wyse's setup, I've never gotten it to
properly display the "raw" output from the host.
I experienced this on 2.4.18 through 2.4.20, but have not tried on
2.4.21 yet.
However, I just tried to set up a dial-up modem for plain serial
terminal / host login use over a usb-serial converter (ie,
host->usb->rs232 modem) on a linux host running 2.4.21 and experienced
essentially the same problems.
This same behavior displays no matter what type of serial converter I
have used: guc232, pl2303, and keyspan.
==================================================
Greg - It is a bug somewhere in the USB system. It is not a setting or
anything that we are overlooking.
--
Patrick E. Bennett, Jr., Computer Consultant
Unix, Linux, Windows, networking, and medical computing
support for small businesses in Northern California
web: http://www.pebcomputing.com/
email: [EMAIL PROTECTED]
phone/fax: 1-877-209-8130
-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users