On 5/4/07, Antonino Ingargiola <[email protected]> wrote:
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.000000000 -0500 > +++ b/drivers/char/tty_io.c 2007-05-04 09:30:01.000000000 -0500 <snip> Thanks! I've applied the patch and I'm building the kernel. I'll report the result.
The system blocks during booting. I can unblock it with SysReq+K but then I'm unable to log into X. The boot messages seems ok (full gzipped boot log attached): Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A kernel: serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A kernel: 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A kernel: 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A and when I pres the emergency keys: kernel: EXT3-fs: mounted filesystem with ordered data mode. kernel: eth0: link up, 10Mbps, half-duplex, lpa 0x0000 kernel: NET: Registered protocol family 10 kernel: SysRq : SAK kernel: SAK: killed process 1511 (vt-is-UTF8): process_session(p)==tty->session kernel: SAK: killed process 1508 (unicode_start): process_session(p)==tty->session kernel: SAK: killed process 1409 (sh): process_session(p)==tty->session kernel: SAK: killed process 301 (rc): process_session(p)==tty->session kernel: SAK: killed process 298 (init): process_session(p)==tty->session kernel: SAK: killed process 298 (init): process_session(p)==tty->session kernel: SAK: killed process 301 (rc): process_session(p)==tty->session kernel: SAK: killed process 1409 (sh): process_session(p)==tty->session kernel: SAK: killed process 1508 (unicode_start): process_session(p)==tty->session kernel: SAK: killed process 1511 (vt-is-UTF8): process_session(p)==tty->session kernel: ACPI: Processor [CPU0] (supports 2 throttling states) kernel: [drm] Initialized drm 1.1.0 20060810 kernel: [drm] Initialized radeon 1.25.0 20060524 on minor 0 kernel: input: Power Button (FF) as /class/input/input4 kernel: ACPI: Power Button (FF) [PWRF] kernel: input: Power Button (CM) as /class/input/input5 I'll try if I can make some serial test nevertheless from the console. Regards, ~ Antonio
Attachment:
boot.log.gz
Description: GNU Zip compressed data
- Follow-Ups:
- References:
- [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial possible bug]
- From: "Antonino Ingargiola" <[email protected]>
- Re: [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial possible bug]
- From: Oliver Neukum <[email protected]>
- [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial possible bug]
- From: "Antonino Ingargiola" <[email protected]>
- Re: [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial possible bug]
- From: Paul Fulghum <[email protected]>
- Re: [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial possible bug]
- From: Paul Fulghum <[email protected]>
- Re: [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial possible bug]
- From: Paul Fulghum <[email protected]>
- Re: [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial possible bug]
- From: "Antonino Ingargiola" <[email protected]>
- [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial possible bug]
- Prev by Date: [patch 9/9] add hardware capability support (ELF_HWCAP).
- Next by Date: Re: [RFC PATCH 3/3] boot bzImages under paravirt
- Previous by thread: Re: [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial possible bug]
- Next by thread: Re: [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial possible bug]
- Index(es):