This patch-set split the last version, and addressed the review comments from
last version on serial driver code.

Changes from v7:
* Addressed review comments from Peter:
        - Initialized the stack local with zero in sprd_set_termios()
        - Used dev_get_drvdata() to get sprd_uart_port

Changes from v6:
        - Setted SPRD_TIMEOUT with 256 rather than 2048
        - Used u32 instead of uint32_t
        - Removed inline of handle_lsr_errors which is a single call site 
function
        - Removed unused parameter of sprd_tx & sprd_rx
        - Used spin_lock_irqsave in sprd_startup() instead of spin_lock
        - Added a check for port->sysrq in sprd_console_write()
        - Used a global counter as a condition of calling 
uart_{un}register_driver
        - Added pdev->id assignment in probe()
        - Setted port->flags with UPF_BOOT_AUTOCONF instead of 
ASYNC_BOOT_AUTOCONF

Changes from v5:
        - Used Spreadtrum instead of SPRD in menus
        - Changed TTY name to 'ttyS'
        - Moved uart_register_driver() to probe()
        - Added spinlock as needed
        - Removed register states saving and restoring in suspend() and resume()

Chunyan Zhang (2):
  Documentation: DT: Add bindings for Spreadtrum SoC Platform
  tty/serial: Add Spreadtrum sc9836-uart driver support

 Documentation/devicetree/bindings/arm/sprd.txt     |   11 +
 .../devicetree/bindings/serial/sprd-uart.txt       |    7 +
 .../devicetree/bindings/vendor-prefixes.txt        |    1 +
 drivers/tty/serial/Kconfig                         |   18 +
 drivers/tty/serial/Makefile                        |    1 +
 drivers/tty/serial/sprd_serial.c                   |  797 ++++++++++++++++++++
 include/uapi/linux/serial_core.h                   |    3 +
 7 files changed, 838 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/arm/sprd.txt
 create mode 100644 Documentation/devicetree/bindings/serial/sprd-uart.txt
 create mode 100644 drivers/tty/serial/sprd_serial.c

-- 
1.7.9.5

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

Reply via email to