Skip to content

K
Kernel

openeuler / Kernel
接近 2 年 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 27 10月, 2016 1 次提交
    • S
      serial: rewrite pxa2xx-uart to use 8250_core · ab28f51c
      由 Sergey Yanovich 提交于 
      pxa2xx-uart was a separate uart platform driver. It was declaring
the same device names and numbers as 8250 driver. As a result,
it was impossible to use 8250 driver on PXA SoCs.

Upon closer examination pxa2xx-uart turned out to be a clone of
8250_core driver.

Workaround for Erratum #19 according to Marvel(R) PXA270M Processor
Specification Update (April 19, 2010) is dropped. 8250_core reads
from FIFO immediately after checking DR bit in LSR.

The patch leaves the original SERIAL_PXA driver around. The original
driver is just marked DEPRECATED in Kconfig and C source. When
the original driver is considered safe to remove, no changes
to SERIAL_8250 will be necessary.

Compiling SERIAL_8250_CONSOLE and SERIAL_PXA_CONSOLE even without
SERIAL_8250_PXA breaks console for SERIAL_PXA. For this reasons, the new
and the original drivers are made mutually exclusive.
Signed-off-by: NSergei Ianovich <ynvich@gmail.com>
CC: Heikki Krogerus <heikki.krogerus@linux.intel.com>
CC: James Cameron <quozl@laptop.org>
CC: Robert Jarzmik <robert.jarzmik@free.fr>
CC: Russell King <linux@arm.linux.org.uk>
Reviewed-by: NHeikki Krogerus <heikki.krogerus@linux.intel.com>
[rebased on v4.8]
Tested-by: NRobert Jarzmik <robert.jarzmik@free.fr>
Signed-off-by: NRobert Jarzmik <robert.jarzmik@free.fr>
Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      ab28f51c
  3. 13 5月, 2016 1 次提交
  5. 01 5月, 2016 1 次提交
  7. 08 3月, 2016 1 次提交
  9. 07 2月, 2016 1 次提交
  11. 14 12月, 2015 2 次提交
  13. 11 6月, 2015 1 次提交
  15. 01 6月, 2015 1 次提交
  17. 11 5月, 2015 1 次提交
  19. 27 3月, 2015 1 次提交
  21. 07 3月, 2015 1 次提交
  23. 07 2月, 2015 1 次提交
  25. 03 2月, 2015 2 次提交
  27. 10 1月, 2015 1 次提交
  29. 09 9月, 2014 1 次提交
  31. 29 5月, 2014 1 次提交
  33. 26 4月, 2014 1 次提交
    • J
      serial: sc16is7xx · dfeae619
      由 Jon Ringle 提交于 
      The SC16IS7xx is a slave I2C-bus/SPI interface to a single-channel
high performance UART. The SC16IS7xx's internal register set is
backward-compatible with the widely used and widely popular 16C450.

The SC16IS7xx also provides additional advanced features such as
auto hardware and software flow control, automatic RS-485 support, and
software reset.
Signed-off-by: NJon Ringle <jringle@gridpoint.com>
Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      dfeae619
  35. 25 4月, 2014 3 次提交
  37. 20 12月, 2013 1 次提交
  39. 04 9月, 2013 1 次提交
  41. 27 7月, 2013 1 次提交
  43. 09 6月, 2013 1 次提交
  45. 18 1月, 2013 1 次提交
  47. 16 1月, 2013 1 次提交
  49. 31 10月, 2012 1 次提交
  51. 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
  53. 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
  55. 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
  57. 13 6月, 2012 1 次提交
  59. 10 2月, 2012 1 次提交
  61. 27 1月, 2012 2 次提交
  63. 25 1月, 2012 1 次提交
  65. 23 12月, 2011 1 次提交
  67. 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
  69. 08 12月, 2011 1 次提交