linux.git/drivers/tty/vt, branch v3.4-rc4

printk(): add KERN_CONT where needed in hpet and vt code

2012-04-09T17:30:39+00:00

A prototype for kmsg records instead of a byte-stream buffer revealed
a couple of missing printk(KERN_CONT ...) uses. Subsequent calls produce
one record per printk() call, while all should have ended up in a single
record.

Instead of:
  ACPI: (supports S0 S5)
  ACPI: PCI Interrupt Link [LNKA] (IRQs 5 *10 11)
  hpet0: at MMIO 0xfed00000, IRQs 2 , 8 , 0

It prints:
  ACPI: (supports S0
   S5
  )
  ACPI: PCI Interrupt Link [LNKA] (IRQs
   5
   *10
   11
  )
  hpet0: at MMIO 0xfed00000, IRQs
   2
  , 8
  , 0

Cc: Andrew Morton 
Cc: Len Brown 
Signed-off-by: Kay Sievers 
Signed-off-by: Greg Kroah-Hartman

Remove all #inclusions of asm/system.h

2012-03-28T17:30:03+00:00

Remove all #inclusions of asm/system.h preparatory to splitting and killing
it.  Performed with the following command:

perl -p -i -e 's!^#\s*include\s*.*\n!!' `grep -Irl '^#\s*include\s*' *`

Signed-off-by: David Howells

TTY: Wrong unicode value copied in con_set_unimap()

2012-03-15T20:28:52+00:00

Bugzilla 40012: PIO_UNIMAP bug: error updating Unicode-to-font map
https://bugzilla.kernel.org/show_bug.cgi?id=40012

The unicode font map for the virtual console is a 32x32x64 table which
allocates rows dynamically as entries are added.  The unicode value
increases sequentially and should count all entries even in empty
rows.  The defect is when copying the unicode font map in con_set_unimap(),
the unicode value is not incremented properly.  The wrong unicode value
is entered in the new font map.

Signed-off-by: Liz Clark 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

vt: NULL dereference in vt_do_kdsk_ioctl()

2012-03-12T17:21:55+00:00

We forgot to set the "key_map" variable here, so it's still NULL.  This
was introduced recently in 079c9534a9 "vt:tackle kbd_table".

Signed-off-by: Dan Carpenter 
Signed-off-by: Jiri Slaby 
Acked-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

TTY: remove re-assignments to tty_driver members

2012-03-08T19:37:58+00:00

All num, magic and owner are set by alloc_tty_driver. No need to
re-set them on each allocation site.

pti driver sets something different to what it passes to
alloc_tty_driver. It is not a bug, since we don't use the lines
parameter in any way. Anyway this is fixed, and now we do the right
thing.

Signed-off-by: Jiri Slaby 
Acked-by: Tilman Schmidt 
Signed-off-by: Greg Kroah-Hartman

vt: tackle the main part of the selection logic

2012-03-08T19:11:39+00:00

We leave the existing paste mess alone and just fix up the vt side of
things.

Signed-off-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

vt: waitevent is self locked so drop the tty_lock

2012-03-08T19:10:28+00:00

Signed-off-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

vt: push down tioclinux cases

2012-03-08T19:10:27+00:00

Some of this ventures into selection which is still a complete lost cause. We
are not making it any worse. It's completely busted anyway.

Signed-off-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

vt: push down the tty lock so we can see what is left to tackle

2012-03-08T19:10:27+00:00

At this point we have the tty_lock guarding a couple of oddities, plus the
translation and unimap still.

We also extend the console_lock in a couple of spots where coverage is wrong
and switch vcs_open to use the right lock !

[Fixed the locking issue Jiri reported]

Signed-off-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

vt: sort out locking for font handling

2012-03-08T19:10:27+00:00

The font methods are console_lock covered. Unfortunately they don't extend
the lock over all the needed tests.

Signed-off-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman