1. 12 3月, 2013 2 次提交
  2. 09 2月, 2013 1 次提交
  3. 01 2月, 2013 1 次提交
  4. 19 1月, 2013 1 次提交
    • J
      tty: Added a CONFIG_TTY option to allow removal of TTY · 4f73bc4d
      Joe Millenbach 提交于
      The option allows you to remove TTY and compile without errors. This
      saves space on systems that won't support TTY interfaces anyway.
      bloat-o-meter output is below.
      
      The bulk of this patch consists of Kconfig changes adding "depends on
      TTY" to various serial devices and similar drivers that require the TTY
      layer.  Ideally, these dependencies would occur on a common intermediate
      symbol such as SERIO, but most drivers "select SERIO" rather than
      "depends on SERIO", and "select" does not respect dependencies.
      
      bloat-o-meter output comparing our previous minimal to new minimal by
      removing TTY.  The list is filtered to not show removed entries with awk
      '$3 != "-"' as the list was very long.
      
      add/remove: 0/226 grow/shrink: 2/14 up/down: 6/-35356 (-35350)
      function                                     old     new   delta
      chr_dev_init                                 166     170      +4
      allow_signal                                  80      82      +2
      static.__warned                              143     142      -1
      disallow_signal                               63      62      -1
      __set_special_pids                            95      94      -1
      unregister_console                           126     121      -5
      start_kernel                                 546     541      -5
      register_console                             593     588      -5
      copy_from_user                                45      40      -5
      sys_setsid                                   128     120      -8
      sys_vhangup                                   32      19     -13
      do_exit                                     1543    1526     -17
      bitmap_zero                                   60      40     -20
      arch_local_irq_save                          137     117     -20
      release_task                                 674     652     -22
      static.spin_unlock_irqrestore                308     260     -48
      Signed-off-by: NJoe Millenbach <jmillenbach@gmail.com>
      Reviewed-by: NJamey Sharp <jamey@minilop.net>
      Reviewed-by: NJosh Triplett <josh@joshtriplett.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      4f73bc4d
  5. 18 1月, 2013 1 次提交
  6. 16 1月, 2013 1 次提交
  7. 16 11月, 2012 2 次提交
  8. 31 10月, 2012 1 次提交
  9. 06 10月, 2012 1 次提交
  10. 27 9月, 2012 1 次提交
    • A
      tty/serial: Add kgdb_nmi driver · 0c57dfcc
      Anton Vorontsov 提交于
      This special driver makes it possible to temporary use NMI debugger port
      as a normal console by issuing 'nmi_console' command (assuming that the
      port is attached to KGDB).
      
      Unlike KDB's disable_nmi command, with this driver you are always able
      to go back to the debugger using KGDB escape sequence ($3#33).  This is
      because this console driver processes the input in NMI context, and thus
      is able to intercept the magic sequence.
      
      Note that since the console interprets input and uses polling
      communication methods, for things like PPP it is still better to fully
      detach debugger port from the KGDB NMI (i.e. disable_nmi), and use raw
      console.
      
      Usually, to enter the debugger one have to type the magic sequence, so
      initially the kernel will print the following prompt on the NMI debugger
      console:
      
      	Type $3#33 to enter the debugger>
      
      For convenience, there is a kgdb_fiq.knock kernel command line option,
      when set to 0, this turns the special command to just a return key
      press, so the kernel will be printing this:
      
      	Hit <return> to enter the debugger>
      
      This is more convenient for long debugging sessions, although it makes
      nmi_console feature somewhat useless.
      
      And for the cases when NMI connected to a dedicated button, the knocking
      can be disabled altogether by setting kgdb_fiq.knock to -1.
      Suggested-by: NColin Cross <ccross@android.com>
      Signed-off-by: NAnton Vorontsov <anton.vorontsov@linaro.org>
      Acked-by: NAlan Cox <alan@linux.intel.com>
      Acked-by: NJason Wessel <jason.wessel@windriver.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      0c57dfcc
  11. 19 9月, 2012 1 次提交
  12. 18 9月, 2012 1 次提交
  13. 06 9月, 2012 1 次提交
    • A
      serial: New serial driver SCCNXP · 1d65c0b1
      Alexander Shiyan 提交于
      This driver is a replacement for a SC26XX driver with a lot of
      improvements and new features.
      The main differences from the SC26XX driver:
      - Removed dependency on MIPS. Driver can be used on any platform.
      - Added support for SCC2681, SCC2691, SCC2692, SC28L91, SC28L92,
        SC28L202, SCC68681 and SCC68692 ICs.
      - Using devm_-related functions.
      - Improved error handling of serial port, improved FIFO handling.
      - Ability to load multiple instances of drivers.
      
      To avoid the possibility of regression, driver SC26XX left in the
      system to confirm the stability of the driver on platforms where
      it is being used.
      Signed-off-by: NAlexander Shiyan <shc_work@mail.ru>
      Acked-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      1d65c0b1
  14. 17 8月, 2012 1 次提交
    • A
      serial: New serial driver MAX310X · f6544418
      Alexander Shiyan 提交于
      This driver is a replacement for a MAX3107 driver with a lot of
      improvements and new features.
      The main differences from the old version:
      - Using the regmap.
      - Using devm_XXX-related functions.
      - The use of threaded IRQ with IRQF_ONESHOT flag allows the driver to
        the hardware that supports only level IRQ.
      - Improved error handling of serial port, improved FIFO handling,
        improved hardware & software flow control.
      - Advanced flags allows turn on RS-485 mode (Auto direction control).
      - Ability to load multiple instances of drivers.
      - Added support for MAX3108.
      - GPIO support.
      - Driver is quite ready for adding I2C support and support other ICs
        with compatible registers set (MAX3109, MAX14830).
      Signed-off-by: NAlexander Shiyan <shc_work@mail.ru>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      f6544418
  15. 11 8月, 2012 1 次提交
  16. 13 6月, 2012 1 次提交
  17. 10 4月, 2012 1 次提交
  18. 09 3月, 2012 1 次提交
  19. 27 1月, 2012 2 次提交
  20. 25 1月, 2012 1 次提交
  21. 23 12月, 2011 1 次提交
  22. 14 12月, 2011 1 次提交
    • P
      serial: make FSL errata depend on 8250_CONSOLE, not just 8250 · 5c2f37dd
      Paul Gortmaker 提交于
      The recent commit "serial: add irq handler for Freescale 16550 errata"
      would allow Kconfig choices that had 8250 support as a module and
      yet still try and build in the errata fix non-modular, resulting
      in build failures for some non-embedded PPC targets.
      
      Since we hook in the errata fix from legacy_serial.c, which is
      built only for PPC_UDBG_16550, and since the errata is only really
      relevant for SysRQ on serial console, tighten up the dependencies
      to be exactly that.
      
      We'll get coverage on the relevant Freescale boards because the
      Kconfig for their CPU types all select the PPC_UDBG_16550 option,
      and the defconfigs also all select the 8250_CONSOLE option.  Also,
      the 8250_CONSOLE option has a strict dependency on "SERIAL_8250=y"
      which resolves the reported problem for non Freescale targets.
      Reported-by: NMichael Neuling <mikey@neuling.org>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      Tested-by: NMichael Neuling <mikey@neuling.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      5c2f37dd
  23. 10 12月, 2011 1 次提交
    • P
      serial: add irq handler for Freescale 16550 errata. · 9deaa53a
      Paul Gortmaker 提交于
      Sending a break on the SOC UARTs found in some MPC83xx/85xx/86xx
      chips seems to cause a short lived IRQ storm (/proc/interrupts
      typically shows somewhere between 300 and 1500 events).  Unfortunately
      this renders SysRQ over the serial console completely inoperable.
      
      The suggested workaround in the errata is to read the Rx register,
      wait one character period, and then read the Rx register again.
      We achieve this by tracking the old LSR value, and on the subsequent
      interrupt event after a break, we don't read LSR, instead we just
      read the RBR again and return immediately.
      
      The "fsl,ns16550" is used in the compatible field of the serial
      device to mark UARTs known to have this issue.
      
      Thanks to Scott Wood for providing the errata data which led to
      a much cleaner fix.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      Acked-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      9deaa53a
  24. 08 12月, 2011 1 次提交
  25. 23 11月, 2011 1 次提交
  26. 18 11月, 2011 1 次提交
  27. 16 11月, 2011 3 次提交
  28. 23 9月, 2011 1 次提交
    • J
      TTY: serial, move 68360 driver to staging · 3a0db721
      Jiri Slaby 提交于
      This driver has been broken at least since 2008. At that time,
      a88487c7 (Fix compile errors in SGI console drivers) broke this
      driver completely.
      
      And since nobody noticed for the past 3 years, move it into staging. I
      think this will rot there and we will throw it away completely after
      some time. Or maybe someone will volunteer to fix it ;).
      Signed-off-by: NJiri Slaby <jslaby@suse.cz>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Alan Cox <alan@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      3a0db721
  29. 27 8月, 2011 1 次提交
  30. 25 8月, 2011 2 次提交
  31. 24 8月, 2011 2 次提交
  32. 18 7月, 2011 2 次提交
    • N
      ARM: mach-s3c2400: delete · 632b7cf6
      Nicolas Pitre 提交于
      On Tue, 28 Jun 2011, Ben Dooks wrote:
      
      > On Tue, Jun 28, 2011 at 11:22:57PM +0200, Arnd Bergmann wrote:
      >
      > > On a related note, what about mach-s3c2400? It seems to be even more
      > > incomplete.
      >
      > Probably the same fate awaits that. It is so old that there's little
      > incentive to do anything with it.
      
      So out it goes as well.
      
      The PORT_S3C2400 definition in include/linux/serial_core.h is left there
      to prevent a reuse of the same number for another port type.
      Signed-off-by: NNicolas Pitre <nicolas.pitre@linaro.org>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      632b7cf6
    • N
      ARM: mach-s3c24a0: delete · af0e060e
      Nicolas Pitre 提交于
      Commit bcae8aeb "[ARM] S3C24A0: Initial architecture support files"
      brought in a bunch of files while explicitly leaving out the corresponding
      Kconfig entry, stating that the series is not complete.
      
      More than 2.5 years later, the support for this has not seen any progress.
      This is therefore dead code.  If someone wants to revive this code, it is
      always possible to retrieve it from the Git repository.
      Signed-off-by: NNicolas Pitre <nicolas.pitre@linaro.org>
      Acked-by: NBen Dooks <ben-linux@fluff.org>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      af0e060e