Re: [Patch] 2.4.28-pre3 tty/ldisc fixes

From: Sergey Vlasov (vsu_at_altlinux.ru)
Date: 10/31/04

  • Next message: Larry McVoy: "Re: BK kernel workflow"
    Date:	Sun, 31 Oct 2004 20:18:14 +0300
    To: Jason Baron <jbaron@redhat.com>
    
    
    

    On Sat, Oct 30, 2004 at 11:19:55PM +0400, Sergey Vlasov wrote:
    > On Fri, Oct 29, 2004 at 02:29:43PM -0400, Jason Baron wrote:
    > > Here's an updated 2.4 tty patch. I'm not sure if the updated patch would
    > > fix the above issue, but it has a lot of changes so it might be worth a
    > > try.
    >
    > This looks better - at least the system boots without hang or oops ;)

    However, this seems to break SieFS 0.2
    (http://mirror01.users.i.com.ua/~dmitry_z/siefs/; 0.4 is broken with
    Siemens x55 models): even "slink i" does not work:

    ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {c_iflags=0x5, c_oflags=0, c_cflags=0xebe, c_lflags=0, c_line=0, c_cc[VMIN]=0, c_cc[VTIME]=2, c_cc="\x00\x00\x00\x00\x00\x02\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00"}) = 0
    ioctl(3, SNDCTL_TMR_START or TCSETS, {c_iflags=0x5, c_oflags=0, c_cflags=0x1eb1, c_lflags=0, c_line=0, c_cc[VMIN]=0, c_cc[VTIME]=2, c_cc="\x00\x00\x00\x00\x00\x02\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00"}) = 0
    ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {c_iflags=0x5, c_oflags=0, c_cflags=0x1eb1, c_lflags=0, c_line=0, c_cc[VMIN]=0, c_cc[VTIME]=2, c_cc="\x00\x00\x00\x00\x00\x02\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00"}) = 0
    ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {c_iflags=0x5, c_oflags=0, c_cflags=0x1eb1, c_lflags=0, c_line=0, c_cc[VMIN]=0, c_cc[VTIME]=2, c_cc="\x00\x00\x00\x00\x00\x02\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00"}) = 0
    ioctl(3, SNDCTL_TMR_START or TCSETS, {c_iflags=0x5, c_oflags=0, c_cflags=0x1eb1, c_lflags=0, c_line=0, c_cc[VMIN]=0, c_cc[VTIME]=3, c_cc="\x00\x00\x00\x00\x00\x03\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00"}) = 0
    ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {c_iflags=0x5, c_oflags=0, c_cflags=0x1eb1, c_lflags=0, c_line=0, c_cc[VMIN]=0, c_cc[VTIME]=3, c_cc="\x00\x00\x00\x00\x00\x03\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00"}) = 0
    write(3, "\2\1\3\24", 4) = 4
    read(3, "", 1) = 0

    There is no responce to the packet. Without the tty patch SieFS
    works; 2.6.9 (where locking fixes are already applied) also works.

    The bug might really be in the pl2303 driver (the 2.4 version is
    missing some patches which are in 2.6.x). Will try to investigate
    this further...

    
    

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/



  • Next message: Larry McVoy: "Re: BK kernel workflow"

    Relevant Pages

    • Re: [2.7 "thoughts"] V0.3
      ... this is all crackpot wishlist gunk. ... Whatever fantasy may be worth, working code is worth a lot more. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH][2.6] Allow x86_64 to reenable interrupts on contention
      ... > really worth it? ... text data bss dec hex filename ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Non-GPL export of invalidate_mmap_range
      ... it's simply the price that has to be paid in order to be able to ... it doesn't seem worth it just to save a stack frame. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • [PATCH 1/2] VmLib wrapped: executable brk
      ... as writable will appear with wrapped VmLib: sorry, but while it's worth ... showing ordinary programs as ordinary, it's not worth much effort to ... avoid showing odd ones as odd. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [ANNOUNCE] ktimers subsystem
      ... >> schedule things, need timestamps etc etc. ... it is absolutely and emphatically not worth it. ... to] where a new, clean subsystem introduces significant overhead, but ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)