On Tue, Aug 26, 2003 at 09:35:59AM -0500, David Anders wrote:
> Greg,
>
> turns out its a simple fix, on the pl2303 you just need to set OPOST to
> off on in the set_termios function. this prevents other apps from making
> a change to the status. after making the addition, echo, cat, and my
> t
Alan Cox wrote:
usb-rs232 adapters since the way the usb to rs232 interface is created
none of these devices should support opost. in addition this problem
probably also exists with usb modem devices such as the acm module. i'm
currently looking at the multitech usb modem using hylafax, so i sh
On Maw, 2003-08-26 at 15:35, David Anders wrote:
> turns out its a simple fix, on the pl2303 you just need to set OPOST to
> off on in the set_termios function. this prevents other apps from making
> a change to the status. after making the addition, echo, cat, and my
> test app work fine withou
Greg,
turns out its a simple fix, on the pl2303 you just need to set OPOST to
off on in the set_termios function. this prevents other apps from making
a change to the status. after making the addition, echo, cat, and my
test app work fine without lockups. this still leaves the issue of not
hav
Greg KH wrote:
Hm, I don't really know. Perhaps you might want to ask this on the
linux-kernel mailing list.
just to keep you up to date, looks like the issue is leading back to the
usb sections and the generic write_room(). still debugging.
thanks
dave
---
Greg KH wrote:
What kernel version is this?
this is on 2.4.20
Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_ioctl (0) cmd = 0x5401
Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_ioctl not supported = 0x5401
TCGETS, not really a big deal that we don't support this one
Aug 20 11:39:03 ln
Greg KH wrote:
Hm, I don't really know. Perhaps you might want to ask this on the
linux-kernel mailing list.
already digging into with a couple of kernel folks, probably have
something figured out by the first of next week, i'll keep you posted
thanks
dave
--
On Wed, Aug 20, 2003 at 02:16:01PM -0500, David Anders wrote:
>
> which implements the correct translation. with this in mind i modified
> the opost_block just as a test, and yes this works. all functions such
> as echo and cat work properly. however this does create a problem for
> console. so
greg,
ok i've tracked the problem down. i've tracked the problem to the
drivers/char/n_tty.c file. the usb-serial(as well as the acm and other
psuedo serial devices which explains the hylafax and getty issues) seems
to be using the:
/*
* opost_block --- to speed up block console writes, among
On Wed, Aug 20, 2003 at 12:33:15PM -0500, David Anders wrote:
> Greg KH wrote:
>
> >
> >What kernel version is this?
> >
> this is on 2.4.20
Ok, some of the line setting support is not in that version, but for
now, you should be fine.
> >>Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_write -
Greg KH wrote:
Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_write - port 0, 24 bytes
Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_write - length = 24, data = 74 65 73 74 20 6f 75 74 70 75 74 20 77 69 74 68 20 6e 65 77 6c 69 6e 65
Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_write_bulk
On Wed, Aug 20, 2003 at 11:58:37AM -0500, David Anders wrote:
> Greg KH wrote:
>
> >>>Can you load the pl2303 driver with:
> >>> modprobe pl2303 debug=1
> >>>and then run the program for me?
> >>>
> >>>You should see a lot of information in the kernel debug log, any info on
> >>>ioctls that your
Greg KH wrote:
Can you load the pl2303 driver with:
modprobe pl2303 debug=1
and then run the program for me?
You should see a lot of information in the kernel debug log, any info on
ioctls that your program is using that is not supported by the driver
would be nice to see.
attached are three c
On Tue, Aug 19, 2003 at 04:06:45PM -0500, David Anders wrote:
>
> Greg KH wrote:
>
> > Can you load the pl2303 driver with:
> > modprobe pl2303 debug=1
> > and then run the program for me?
> >
> > You should see a lot of information in the kernel debug log, any info on
> > ioctls that your pr
Greg KH wrote:
> Can you load the pl2303 driver with:
> modprobe pl2303 debug=1
> and then run the program for me?
>
> You should see a lot of information in the kernel debug log, any info on
> ioctls that your program is using that is not supported by the driver
> would be nice to see.
sure,
Greg KH wrote:
> Can you load the pl2303 driver with:
> modprobe pl2303 debug=1
> and then run the program for me?
>
> You should see a lot of information in the kernel debug log, any info on
> ioctls that your program is using that is not supported by the driver
> would be nice to see.
sure,
On Mon, Aug 18, 2003 at 05:55:58PM -0500, David Anders wrote:
> Greg KH wrote:
>
> >What kernel version?
>
> i've tested with 2.4.18, 2.4.20, and 2.4.21 with the last posted patches
> primarily tested with the pl2303 module, however i did get the same
> response on the mct_u232 and keyspan modul
On Mon, Aug 18, 2003 at 05:55:58PM -0500, David Anders wrote:
> Greg KH wrote:
>
> >What kernel version?
>
> i've tested with 2.4.18, 2.4.20, and 2.4.21 with the last posted patches
> primarily tested with the pl2303 module, however i did get the same
> response on the mct_u232 and keyspan modul
Greg KH wrote:
What kernel version?
i've tested with 2.4.18, 2.4.20, and 2.4.21 with the last posted patches
primarily tested with the pl2303 module, however i did get the same
response on the mct_u232 and keyspan modules. this same program on a
standard rs-232 port works fine. uncommenting vari
On Mon, Aug 18, 2003 at 04:21:15PM -0500, David Anders wrote:
> Howdy all,
>
>
> been doing some testing with various pl2303 and mct_u2323 based
> usb-to-rs232 adapters. the devices are recognized and appear to work,
> however the ONCLR ioctl for the both modules seems to lock the port.i've
>
Howdy all,
been doing some testing with various pl2303 and mct_u2323 based
usb-to-rs232 adapters. the devices are recognized and appear to work,
however the ONCLR ioctl for the both modules seems to lock the port.i've
created a small c program do test the port. when i set the port to raw,
the
21 matches
Mail list logo
