12 Jun, 2009

2 commits

  • These header files are typically copied from an existing architecture
    into any new one, slightly modified and then remain untouched until
    the end of time in the name of ABI stability.

    To make it easier for future architectures, provide a sane generic
    version here. In cases where multiple architectures already use
    identical code, I used the most common version. In cases like
    stat.h that are more or less broken everywhere, I provide a
    version that is meant to be ideal for new architectures.

    Signed-off-by: Remis Lima Baima
    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     
  • The existing asm-generic versions are incomplete and included
    by some architectures. New architectures should be able
    to use a generic version, so rename the existing files and
    change all users, which lets us add the new files.

    Signed-off-by: Remis Lima Baima
    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     

09 Feb, 2008

1 commit

  • Give architectures that support the new termios2 the possibilty to overide the
    user_termios_to_kernel_termios and kernel_termios_to_user_termios macros. As
    soon as all architectures that use the generic variant have been converted the
    ifdefs can go away again. Architectures in question are avr32, frv, powerpc
    and s390.

    Cc: Alan Cox
    Cc: Paul Mackerras
    Cc: David Howells
    Cc: Haavard Skinnemoen
    Cc: Martin Schwidefsky
    Signed-off-by: Heiko Carstens
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Heiko Carstens
     

13 Sep, 2007

1 commit

  • Commit f629307c857c030d5a3dd777fee37c8bb395e171 introduced uses of
    kernel_termios_to_user_termios_1 and user_termios_to_kernel_termios_1
    on all architectures. However, powerpc, s390, avr32 and frv don't
    currently define those functions since their termios struct didn't
    need to be changed when the arbitrary baud rate stuff was added, and
    thus the kernel won't currently build on those architectures.

    This adds definitions of kernel_termios_to_user_termios_1 and
    user_termios_to_kernel_termios_1 to include/asm-generic/termios.h
    which are identical to kernel_termios_to_user_termios and
    user_termios_to_kernel_termios respectively. The definitions are the
    same because the "old" termios and "new" termios are in fact the same
    on these architectures (which are the same ones that use
    asm-generic/termios.h).

    Signed-off-by: Paul Mackerras
    Cc: Andrew Morton
    Cc: Alan Cox
    Cc: David Miller
    Signed-off-by: Linus Torvalds

    Paul Mackerras
     

09 Dec, 2006

1 commit

  • This is the grungy swap all the occurrences in the right places patch that
    goes with the updates. At this point we have the same functionality as
    before (except that sgttyb() returns speeds not zero) and are ready to
    begin turning new stuff on providing nobody reports lots of bugs

    If you are a tty driver author converting an out of tree driver the only
    impact should be termios->ktermios name changes for the speed/property
    setting functions from your upper layers.

    If you are implementing your own TCGETS function before then your driver
    was broken already and its about to get a whole lot more painful for you so
    please fix it 8)

    Also fill in c_ispeed/ospeed on init for most devices, although the current
    code will do this for you anyway but I'd like eventually to lose that extra
    paranoia

    [akpm@osdl.org: bluetooth fix]
    [mp3@de.ibm.com: sclp fix]
    [mp3@de.ibm.com: warning fix for tty3270]
    [hugh@veritas.com: fix tty_ioctl powerpc build]
    [jdike@addtoit.com: uml: fix ->set_termios declaration]
    Signed-off-by: Alan Cox
    Signed-off-by: Martin Peschke
    Acked-by: Peter Oberparleiter
    Cc: Cornelia Huck
    Signed-off-by: Hugh Dickins
    Signed-off-by: Jeff Dike
    Cc: Paolo 'Blaisorblade' Giarrusso
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alan Cox
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds