1. 09 10月, 2012 1 次提交
  2. 11 8月, 2010 1 次提交
    • H
      tty: Add EXTPROC support for LINEMODE · 26df6d13
      hyc@symas.com 提交于
      This patch is against the 2.6.34 source.
      
      Paraphrased from the 1989 BSD patch by David Borman @ cray.com:
      
           These are the changes needed for the kernel to support
           LINEMODE in the server.
      
           There is a new bit in the termios local flag word, EXTPROC.
           When this bit is set, several aspects of the terminal driver
           are disabled.  Input line editing, character echo, and mapping
           of signals are all disabled.  This allows the telnetd to turn
           off these functions when in linemode, but still keep track of
           what state the user wants the terminal to be in.
      
           New ioctl:
               TIOCSIG         Generate a signal to processes in the
                               current process group of the pty.
      
           There is a new mode for packet driver, the TIOCPKT_IOCTL bit.
           When packet mode is turned on in the pty, and the EXTPROC bit
           is set, then whenever the state of the pty is changed, the
           next read on the master side of the pty will have the TIOCPKT_IOCTL
           bit set.  This allows the process on the server side of the pty
           to know when the state of the terminal has changed; it can then
           issue the appropriate ioctl to retrieve the new state.
      
      Since the original BSD patches accompanied the source code for telnet
      I've left that reference here, but obviously the feature is useful for
      any remote terminal protocol, including ssh.
      
      The corresponding feature has existed in the BSD tty driver since 1989.
      For historical reference, a good copy of the relevant files can be found
      here:
      
      http://anonsvn.mit.edu/viewvc/krb5/trunk/src/appl/telnet/?pathrev=17741Signed-off-by: NHoward Chu <hyc@symas.com>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
      26df6d13
  3. 13 11月, 2008 1 次提交
    • R
      sparc: Fix tty compile warnings. · e64ed022
      Robert Reif 提交于
      This patch fixes tty compile warnings as sugested by Alan Cox:
      
      CC drivers/char/n_tty.o
      drivers/char/n_tty.c: In function ‘normal_poll’:
      drivers/char/n_tty.c:1555: warning: array subscript is above array bounds
      drivers/char/n_tty.c:1564: warning: array subscript is above array bounds
      drivers/char/n_tty.c: In function ‘read_chan’:
      drivers/char/n_tty.c:1269: warning: array subscript is above array bounds
      CC drivers/char/tty_ioctl.o
      drivers/char/tty_ioctl.c: In function ‘set_termios’:
      drivers/char/tty_ioctl.c:533: warning: array subscript is above array 
      bounds
      drivers/char/tty_ioctl.c:537: warning: array subscript is above array 
      bounds
      drivers/char/tty_ioctl.c: In function ‘tty_mode_ioctl’:
      drivers/char/tty_ioctl.c:662: warning: array subscript is above array 
      bounds
      drivers/char/tty_ioctl.c:892: warning: array subscript is above array 
      bounds
      drivers/char/tty_ioctl.c:896: warning: array subscript is above array 
      bounds
      drivers/char/tty_ioctl.c:577: warning: array subscript is above array 
      bounds
      drivers/char/tty_ioctl.c:928: warning: array subscript is above array 
      bounds
      drivers/char/tty_ioctl.c:934: warning: array subscript is above array 
      bounds
      Signed-off-by: NRobert Reif <reif@earthlink.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e64ed022
  4. 28 7月, 2008 1 次提交
    • S
      sparc, sparc64: use arch/sparc/include · a439fe51
      Sam Ravnborg 提交于
      The majority of this patch was created by the following script:
      
      ***
      ASM=arch/sparc/include/asm
      mkdir -p $ASM
      git mv include/asm-sparc64/ftrace.h $ASM
      git rm include/asm-sparc64/*
      git mv include/asm-sparc/* $ASM
      sed -ie 's/asm-sparc64/asm/g' $ASM/*
      sed -ie 's/asm-sparc/asm/g' $ASM/*
      ***
      
      The rest was an update of the top-level Makefile to use sparc
      for header files when sparc64 is being build.
      And a small fixlet to pick up the correct unistd.h from
      sparc64 code.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      a439fe51
  5. 18 7月, 2008 1 次提交
    • S
      sparc: Merge asm-sparc{,64}/termbits.h · 943d0e86
      Sam Ravnborg 提交于
      The type of tcflag_t differs from 32 and 64 bit.
      For 32 bit it is long
      For 64 bit it is int
      
      Altough these have same size then I was not sure that
      it was OK to change the 64 bit version to long as this
      is part of the ABI so it was made conditional.
      
      :$ diff -u include/asm-sparc/termbits.h include/asm-sparc64/termbits.h
      :-- include/asm-sparc/termbits.h	2008-06-13 06:42:07.000000000 +0200
      :++ include/asm-sparc64/termbits.h	2008-06-13 06:42:07.000000000 +0200
      :@@ -1,11 +1,11 @@
      :-#ifndef _SPARC_TERMBITS_H
      :-#define _SPARC_TERMBITS_H
      :+#ifndef _SPARC64_TERMBITS_H
      :+#define _SPARC64_TERMBITS_H
      :
      : #include <linux/posix_types.h>
      :
      : typedef unsigned char   cc_t;
      : typedef unsigned int    speed_t;
      :-typedef unsigned long   tcflag_t;
      :+typedef unsigned int    tcflag_t;
      :
      : #define NCC 8
      : struct termio {
      :@@ -102,7 +102,7 @@
      : #define IXANY	0x00000800
      : #define IXOFF	0x00001000
      : #define IMAXBEL	0x00002000
      :-#define IUTF8   0x00004000
      :+#define IUTF8	0x00004000
      :
      : /* c_oflag bits */
      : #define OPOST	0x00000001
      :@@ -171,7 +171,6 @@
      : #define HUPCL	  0x00000400
      : #define CLOCAL	  0x00000800
      : #define CBAUDEX   0x00001000
      :-/* We'll never see these speeds with the Zilogs, but for completeness... */
      : #define  BOTHER   0x00001000
      : #define  B57600   0x00001001
      : #define  B115200  0x00001002
      :@@ -199,7 +198,7 @@
      : #define B3500000  0x00001012
      : #define B4000000  0x00001013  */
      : #define CIBAUD	  0x100f0000  /* input baud rate (not used) */
      :-#define CMSPAR	  0x40000000  /* mark or space (stick) parity */
      :+#define CMSPAR    0x40000000  /* mark or space (stick) parity */
      : #define CRTSCTS	  0x80000000  /* flow control */
      :
      : #define IBSHIFT	  16		/* Shift from CBAUD to CIBAUD */
      :@@ -258,4 +257,4 @@
      : #define	TCSADRAIN	1
      : #define	TCSAFLUSH	2
      :
      :-#endif /* !(_SPARC_TERMBITS_H) */
      :+#endif /* !(_SPARC64_TERMBITS_H) */
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      943d0e86
  6. 18 10月, 2007 1 次提交
  7. 09 12月, 2006 1 次提交
    • A
      [PATCH] tty: preparatory structures for termios revamp · be90038a
      Alan Cox 提交于
      In order to sort out our struct termios and add proper speed control we need
      to separate the kernel and user termios structures.  Glibc is fine but the
      other libraries rely on the kernel exported struct termios and we need to
      extend this without breaking the ABI/API
      
      To do so we add a struct ktermios which is the kernel view of a termios
      structure and overlaps the struct termios with extra fields on the end for
      now.  (That limitation will go away in later patches).  Some platforms (eg
      alpha) planned ahead and thus use the same struct for both, others did not.
      
      This just adds the structures but does not use them, it seems a sensible
      splitting point for bisect if there are compile failures (not that I expect
      them)
      Signed-off-by: NAlan Cox <alan@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      be90038a
  8. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4