2007/5/6, Antonino Ingargiola <[EMAIL PROTECTED]>:
> 2007/5/5, Oliver Neukum <[EMAIL PROTECTED]>:
> > Am Samstag, 5. Mai 2007 20:08 schrieb Antonino Ingargiola:
> > > Now I don't want to abuse your kindness, but I (personally) would be
> > > *really*
2007/5/6, Alan Stern <[EMAIL PROTECTED]>:
> On Sun, 6 May 2007, Alan Cox wrote:
>
> > > However, whatever policy the buffer uses, the fundamental point it's that
> > > when I flush the input buffer I should be sure that each byte read
> > > after the flush is *new* (current) data and not old one. T
2007/5/6, Alan Cox <[EMAIL PROTECTED]>:
> > However, whatever policy the buffer uses, the fundamental point it's that
> > when I flush the input buffer I should be sure that each byte read
> > after the flush is *new* (current) data and not old one. This because
>
> Define "new" and "old" in this c
2007/5/5, Alan Cox <[EMAIL PROTECTED]>:
> On Sat, 5 May 2007 20:07:15 +0200
> Oliver Neukum <[EMAIL PROTECTED]> wrote:
[cut]
> > should I understand this so that, if tty_buffer_request_room() returns
> > less than requested, the rest of the data should be dropped on the
> > floor?
>
> If it returns
2007/5/5, Oliver Neukum <[EMAIL PROTECTED]>:
> Am Samstag, 5. Mai 2007 20:08 schrieb Antonino Ingargiola:
> > Now I don't want to abuse your kindness, but I (personally) would be
> > *really* interested in a similar fix for the FTDI usb-serial driver,
> > because ma
2007/5/5, Paul Fulghum <[EMAIL PROTECTED]>:
> On Sat, 2007-05-05 at 18:58 +0200, Antonino Ingargiola wrote:
> > This patch does not solve the problem with the cdc_acd driver. I still
> > need to flush two times to really flush the input. And the "secondary
> >
2007/5/5, Paul Fulghum <[EMAIL PROTECTED]>:
> On Sat, 2007-05-05 at 18:46 +0200, Oliver Neukum wrote:
> > Am Samstag, 5. Mai 2007 18:08 schrieb Paul Fulghum:
> > > I would argue that cdc-acm should do the same as the serial driver.
> >
> > Has this been tested?
> > If so we could reduce the complex
2007/5/5, Antonino Ingargiola <[EMAIL PROTECTED]>:
> 2007/5/5, Paul Fulghum <[EMAIL PROTECTED]>:
> > On Sat, 2007-05-05 at 11:08 -0500, Paul Fulghum wrote:
> > > I would argue that cdc-acm should do the same as the serial driver.
> >
> > Try this p
2007/5/5, Paul Fulghum <[EMAIL PROTECTED]>:
> On Sat, 2007-05-05 at 11:08 -0500, Paul Fulghum wrote:
> > I would argue that cdc-acm should do the same as the serial driver.
>
> Try this patch for the usb ports. (I don't have that hardware)
Building... thanks.
The HW is a cypress demo-board for th
2007/5/5, Paul Fulghum <[EMAIL PROTECTED]>:
> On Fri, 2007-05-04 at 17:30 -0600, Paul Fulghum wrote:
> > OK, this behavior is so unexpected I must be missing
> > something basic.
>
> And so I was. Try this patch.
>
> --- a/drivers/char/tty_io.c 2007-05-04 05:46:55.0 -0500
> +++ b/driver
On 5/5/07, Antonino Ingargiola <[EMAIL PROTECTED]> wrote:
> On 5/4/07, Paul Fulghum <[EMAIL PROTECTED]> wrote:
> > Antonino:
> >
> > Can you try two tests (with my patch applied):
> >
> > 1. comment out the tty_flush_buffer() call in tty_ldisc_flush()
Forgot to include the links in the previous mail:
[0] http://www.lammertbies.nl/comm/info/RS-232_null_modem.html
[1] http://pyserial.sourceforge.net/
~ Antonio
-
This SF.net email is sponsored by DB2 Express
Download DB2 E
On 5/4/07, Paul Fulghum <[EMAIL PROTECTED]> wrote:
> Antonino:
>
> Can you try two tests (with my patch applied):
>
> 1. comment out the tty_flush_buffer() call in tty_ldisc_flush() and test
>
> 2. uncomment (reenable) the above call and comment out the
> tty_flush_buffer() call in tty_ioctl() and
On 5/4/07, Paul Fulghum <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-05-04 at 21:06 +0200, Antonino Ingargiola wrote:
>
> > Filling with echo console-screen.sh I've found that the blocking command is:
> >
> > unicode_start 2> /dev/null || true
> >
>
On 5/4/07, Antonino Ingargiola <[EMAIL PROTECTED]> wrote:
[cut]
> I'm quite confident the system blocks on "Setting consoles fonts and
> modes.", and thus during the boot script console-screen.h. I'll try to
> see which commands blocks...
Filling with echo co
On 5/4/07, Paul Fulghum <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-05-04 at 19:25 +0200, Antonino Ingargiola wrote:
>
> > No. Ehmm ... I've an usb keybord and vga monitor on a standard desktop pc.
>
> OK, I'm stumped.
>
> I don't see how my patch coul
On 5/4/07, Paul Fulghum <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-05-04 at 19:13 +0200, Antonino Ingargiola wrote:
> > On 5/4/07, Paul Fulghum <[EMAIL PROTECTED]> wrote:
> > > Antonino Ingargiola wrote:
> > > > The system blocks during booting. I can unb
On 5/4/07, Paul Fulghum <[EMAIL PROTECTED]> wrote:
> Antonino Ingargiola wrote:
> > The system blocks during booting. I can unblock it with SysReq+K but
> > then I'm unable to log into X.
>
> Hmmm, it tests here with no problem.
>
> Does reversing the patch
On 5/4/07, Paul Fulghum <[EMAIL PROTECTED]> wrote:
> Here is a patch against 2.6.21 which flushes the tty flip buffer
> on ioctl(TCFLSH) for input.
>
> --- a/drivers/char/tty_io.c 2007-04-25 22:08:32.0 -0500
> +++ b/drivers/char/tty_io.c 2007-05-04 09:30:01.0 -0500
Thanks!
Accidentally I've replied privately, sorry. Forwarding to ML...
-- Forwarded message --
From: Antonino Ingargiola <[EMAIL PROTECTED]>
Date: May 4, 2007 11:29 AM
Subject: Re: [SOLVED] Serial buffer corruption [was Re: FTDI
usb-serial possible bug]
To: Oliver Neu
Hi,
On 4/14/07, Antonino Ingargiola <[EMAIL PROTECTED]> wrote:
> Hi to the list,
>
> I report a problem found with a device that use the FTDI chip to
> communicate data to pc.
>
The scenario is: a serial device streams data continuously toward the
pc. The application requ
Hi to the list,
I report a problem found with a device that use the FTDI chip to
communicate data to pc.
I'll try to describe my scenario as well as I can, but please tell me
if you nedd further information.
The device is a counter that sends a string of 9 chars (8 digits and
an '\r') each 10ms,
22 matches
Mail list logo
