linux.git/drivers/tty, branch v3.10-rc5

Revert "serial: 8250: Make SERIAL_8250_RUNTIME_UARTS work correctly"

2013-06-03T17:08:28+00:00

This reverts commit cfcec52e9781f08948c6eb98198d65c45be75a70.

This regresses a longstanding behaviour on X86 systems, which end up with
PCI serial ports moving between ttyS4 and ttyS0 when you bisect to opposite
sides of this commit, resulting in the need to constantly modify the console
setting in order to bisect across it.

Please revert, we can work on solving this for ARM platforms in a less
disruptive way.

Signed-off-by: Kyle McMartin 
Cc: Karthik Manamcheri 
Signed-off-by: Greg Kroah-Hartman

serial: samsung: enable clock before clearing pending interrupts during init

2013-06-03T17:08:28+00:00

Ensure that the uart controller clock is enabled prior to writing to the
interrupt mask and pending registers in the s3c24xx_serial_init_port
function.

Signed-off-by: Chander Kashyap 
Signed-off-by: Greg Kroah-Hartman

serial/imx: disable hardware flow control at startup

2013-06-03T17:08:28+00:00

We only want to enable hardware flow control if RTS/CTS pins
are connected.

Signed-off-by: Lucas Stach 
Signed-off-by: Markus Pargmann 
Signed-off-by: Greg Kroah-Hartman

Merge tag 'fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc

2013-05-24T23:27:37+00:00

Pull ARM SoC fixes from Olof Johansson:
 "We didn't have any fixes sent up for -rc2, so this is a slightly
  larger batch.  A bit all over the place platform-wise; OMAP, at91,
  marvell, renesas, sunxi, ux500, etc.

  I tried to summarize highlights but there isn't a whole lot to point
  out.  Lots of little things fixed all over.  A couple of defconfig
  updates due to new/changing options."

* tag 'fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (44 commits)
  ARM: at91/sama5: fix incorrect PMC pcr div definition
  ARM: at91/dt: fix macb pinctrl_macb_rmii_mii_alt definition
  ARM: at91: at91sam9n12: move external irq declatation to DT
  ARM: shmobile: marzen: Use error values in usb_power_*
  ARM: tegra: defconfig fixes
  ARM: nomadik: fix IRQ assignment for SMC ethernet
  ARM: vt8500: Add missing NULL terminator in dt_compat
  clk: tegra: add ac97 controller clock
  clk: tegra: remove USB from clk init table
  ARM: dts: mvebu: Fix wrong the address reg value for the L2-cache node
  ARM: plat-orion: Fix num_resources and id for ge10 and ge11
  ARM: OMAP2+: hwmod: Remove sysc slave idle and auto idle apis
  SERIAL: OMAP: Remove the slave idle handling from the driver
  ARM: OMAP2+: serial: Remove the un-used slave idle hooks
  ARM: OMAP2+: hwmod-data: UART IP needs software control to manage sidle modes
  ARM: OMAP2+: hwmod: Add a new flag to handle SIDLE in SWSUP only in active
  ARM: OMAP2+: hwmod: Fix sidle programming in _enable_sysc()/_idle_sysc()
  arm: mvebu: fix the 'ranges' property to handle PCIe
  ARM: mvebu: select ARCH_REQUIRE_GPIOLIB for mvebu platform
  ARM: AM33XX: Add missing .clkdm_name to clkdiv32k_ick clock
  ...

tty: mxser: Fix build warning introduced by dfc7b837c7f9 (Re: linux-next: build warning after merge of the tty.current tree)

2013-05-22T17:26:02+00:00

Fix build warning at mxser.c introduced by dfc7b837c7f9 (tty: mxser: fix
usage of opmode_ioaddr)

Signed-off-by: Matwey V. Kornilov 
Reported-by: kbuild test robot 
Reported-by: Stephen Rothwell 
Signed-off-by: Greg Kroah-Hartman

tty: mxser: fix usage of opmode_ioaddr

2013-05-21T17:26:05+00:00

mxser_port->opmode_ioaddr is initialized only for MOXA_MUST_MU860_HWID
chips, but no precautions have been undertaken to prevent reading and
writing to undefined port number.

Signed-off-by: Matwey V. Kornilov 
Signed-off-by: Greg Kroah-Hartman

serial: 8250_dw: add ACPI ID for Intel BayTrail

2013-05-21T17:25:05+00:00

This is the same controller as on Intel Lynxpoint but the
ACPI ID is different.

Signed-off-by: Heikki Krogerus 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

TTY: Fix tty miss restart after we turn off flow-control

2013-05-20T19:15:59+00:00

I meet emacs hang in start if I do the operation below:
  1: echo 3 > /proc/sys/vm/drop_caches
  2: emacs BigFile
  3: Press CTRL-S follow 2 immediately

Then emacs hang on, CTRL-Q can't resume, the terminal
hang on, you can do nothing with this terminal except
close it.

The reason is before emacs takeover control the tty,
we use CTRL-S to XOFF it. Then when emacs takeover the
control, it may don't use the flow-control, so emacs hang.
This patch fix it.

This patch will fix a kind of strange tty relation hang problem,
I believe I meet it with vim in ssh, and also see below bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465823

Signed-off-by: Wang YanQing 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

tty/vt: Fix vc_deallocate() lock order

2013-05-20T19:15:59+00:00

Now that the tty port owns the flip buffers and i/o is allowed
from the driver even when no tty is attached, the destruction
of the tty port (and the flip buffers) must ensure that no
outstanding work is pending.

Unfortunately, this creates a lock order problem with the
console_lock (see attached lockdep report [1] below).

For single console deallocation, drop the console_lock prior
to port destruction. When multiple console deallocation,
defer port destruction until the consoles have been
deallocated.

tty_port_destroy() is not required if the port has not
been used; remove from vc_allocate() failure path.

[1] lockdep report from Dave Jones 

 ======================================================
 [ INFO: possible circular locking dependency detected ]
 3.9.0+ #16 Not tainted
 -------------------------------------------------------
 (agetty)/26163 is trying to acquire lock:
 blocked:  ((&buf->work)){+.+...}, instance: ffff88011c8b0020, at: [] flush_work+0x5/0x2e0

 but task is already holding lock:
 blocked:  (console_lock){+.+.+.}, instance: ffffffff81c2fde0, at: [] vt_ioctl+0xb61/0x1230

 which lock already depends on the new lock.

 the existing dependency chain (in reverse order) is:

 -> #1 (console_lock){+.+.+.}:
        [] lock_acquire+0xa4/0x210
        [] console_lock+0x77/0x80
        [] con_flush_chars+0x2d/0x50
        [] n_tty_receive_buf+0x122/0x14d0
        [] flush_to_ldisc+0x119/0x170
        [] process_one_work+0x211/0x700
        [] worker_thread+0x11b/0x3a0
        [] kthread+0xed/0x100
        [] ret_from_fork+0x7c/0xb0

 -> #0 ((&buf->work)){+.+...}:
        [] __lock_acquire+0x193a/0x1c00
        [] lock_acquire+0xa4/0x210
        [] flush_work+0x4e/0x2e0
        [] __cancel_work_timer+0x95/0x130
        [] cancel_work_sync+0x10/0x20
        [] tty_port_destroy+0x12/0x20
        [] vc_deallocate+0xf8/0x110
        [] vt_ioctl+0xb6c/0x1230
        [] tty_ioctl+0x285/0xd50
        [] do_vfs_ioctl+0x305/0x530
        [] sys_ioctl+0x81/0xa0
        [] system_call_fastpath+0x16/0x1b

 other info that might help us debug this:

 [ 6760.076175]  Possible unsafe locking scenario:

        CPU0                    CPU1
        ----                    ----
   lock(console_lock);
                                lock((&buf->work));
                                lock(console_lock);
   lock((&buf->work));

  *** DEADLOCK ***

 1 lock on stack by (agetty)/26163:
  #0: blocked:  (console_lock){+.+.+.}, instance: ffffffff81c2fde0, at: [] vt_ioctl+0xb61/0x1230
 stack backtrace:
 Pid: 26163, comm: (agetty) Not tainted 3.9.0+ #16
 Call Trace:
  [] print_circular_bug+0x200/0x20e
  [] __lock_acquire+0x193a/0x1c00
  [] ? sched_clock+0x9/0x10
  [] ? sched_clock+0x9/0x10
  [] ? native_sched_clock+0x20/0x80
  [] lock_acquire+0xa4/0x210
  [] ? flush_work+0x5/0x2e0
  [] flush_work+0x4e/0x2e0
  [] ? flush_work+0x5/0x2e0
  [] ? mark_held_locks+0xbb/0x140
  [] ? __free_pages_ok.part.57+0x93/0xc0
  [] ? mark_held_locks+0xbb/0x140
  [] ? __cancel_work_timer+0x82/0x130
  [] __cancel_work_timer+0x95/0x130
  [] cancel_work_sync+0x10/0x20
  [] tty_port_destroy+0x12/0x20
  [] vc_deallocate+0xf8/0x110
  [] vt_ioctl+0xb6c/0x1230
  [] ? lock_release_holdtime.part.30+0xa1/0x170
  [] tty_ioctl+0x285/0xd50
  [] ? inode_has_perm.isra.46.constprop.61+0x56/0x80
  [] do_vfs_ioctl+0x305/0x530
  [] ? selinux_file_ioctl+0x5b/0x110
  [] sys_ioctl+0x81/0xa0
  [] system_call_fastpath+0x16/0x1b

Cc: Dave Jones 
Signed-off-by: Peter Hurley 
Signed-off-by: Greg Kroah-Hartman

TTY: ehv_bytechan: add missing platform_driver_unregister() when module exit

2013-05-20T19:15:59+00:00

We have registered platform driver when module init, and
need unregister it when module exit.

Signed-off-by: Wei Yongjun 
Signed-off-by: Greg Kroah-Hartman