linux-toradex.git/include/linux/vt.h, branch v4.8-rc1

UAPI: (Scripted) Disintegrate include/linux

2012-10-13T09:46:48+00:00

Signed-off-by: David Howells 
Acked-by: Arnd Bergmann 
Acked-by: Thomas Gleixner 
Acked-by: Michael Kerrisk 
Acked-by: Paul E. McKenney 
Acked-by: Dave Jones

notifiers: vt: move vt notifiers into vt.h

2011-07-26T03:57:15+00:00

It is not necessary to share the same notifier.h.

Signed-off-by: WANG Cong 
Cc: David Miller 
Cc: "Rafael J. Wysocki" 
Cc: Greg KH 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

Revert "tty: Add a new VT mode which is like VT_PROCESS but doesn't require a VT_RELDISP ioctl call"

2010-03-19T14:17:52+00:00

This reverts commit eec9fe7d1ab4a0dfac4cb43047a7657fffd0002f.

Ari writes as the reason this should be reverted:
	The problems with this patch include:
	1. There's at least one subtlety I overlooked - switching
	between X servers (i.e. from one X VT to another) still requires
	the cooperation of both X servers. I was assuming that KMS
	eliminated this.
	2. It hasn't been tested at all (no X server patch exists which
	uses the new mode).

As he was the original author of the patch, I'll revert it.

Cc: Ari Entlich 
Cc: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

tty: Add a new VT mode which is like VT_PROCESS but doesn't require a VT_RELDISP ioctl call

2010-03-02T22:43:23+00:00

This new VT mode (VT_PROCESS_AUTO) does everything that VT_PROCESS does
except that it doesn't wait for a VT_RELDISP ioctl before switching
away from a VT with that mode.

If the X server eventually uses this new mode, debugging and crash
recovery should become easier. This is because even when currently in
the VT of a frozen X server it would still be possible to switch out
by doing SysRq-r and then CTRL-, sshing in and
doing chvt , or any other method of VT switching.
The general concensus on #xorg-devel seems to be that it should be
safe to use this with X now that we have KMS.

This also moves the VT_ACKACQ define to a more appropriate place,
for clarity's sake.

Signed-off-by: Ari Entlich 
Acked-by: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

vt: don't export vt_kmsg_redirect() to userspace

2009-12-17T23:45:30+00:00

Fix following warning in linux-next by guarding the function definition
(both the "extern" and the inline) with #ifdef __KERNEL__.

usr/include/linux/vt.h:89: userspace cannot call function or variable defined in
the kernel

Introduced by commit 5ada918b82399eef3afd6a71e3637697d6bd719f ("vt:
introduce and use vt_kmsg_redirect() function").

Signed-off-by: Bernhard Walle 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

vt: introduce and use vt_kmsg_redirect() function

2009-12-15T16:53:28+00:00

The kernel offers with TIOCL_GETKMSGREDIRECT ioctl() the possibility to
redirect the kernel messages to a specific console.

However, since it's not possible to switch to the kernel message console
after a panic(), it would be nice if the kernel would print the panic
message on the current console.

This patch series adds a new interface to access the global kmsg_redirect
variable by a function to be able to use it in code where
CONFIG_VT_CONSOLE is not set (kernel/panic.c).

This patch:

Instead of using and exporting a global value kmsg_redirect, introduce a
function vt_kmsg_redirect() that both can set and return the console where
messages are printed.

Change all users of kmsg_redirect (the VT code itself and kernel/power.c)
to the new interface.

The main advantage is that vt_kmsg_redirect() can also be used when
CONFIG_VT_CONSOLE is not set.

Signed-off-by: Bernhard Walle 
Cc: Alan Cox 
Cc: Ingo Molnar 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

vt: Fix use of "new" in a struct field

2009-11-19T21:43:06+00:00

As this struct is exposed to user space and the API was added for this
release it's a bit of a pain for the C++ world and we still have time to
fix it. Rename the fields before we end up with that pain in an actual
release.

Signed-off-by: Alan Cox 
Reported-by: Olivier Goffart
Signed-off-by: Linus Torvalds

vt: add an activate and lock

2009-09-19T20:13:26+00:00

X and other graphical interfaces need to be able to flip to a console
and lock it into graphics mode without races.

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

vt: move kernel stuff out of vt.h

2009-09-19T20:13:25+00:00

We have vt_kern.h for this


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

vt: add an event interface

2009-09-19T20:13:24+00:00

This is needed and requested in various forms for ConsoleKit, screenblank
handling and the like so do the job with a single interface. Also build the
interface so that unlike VT_WAITACTIVE and friends it won't miss events.

FIXME: Should this be a waitactive ioctl or a new device file you can poll
and read events from. We need the code anyway to fix up the existing broken
wait for console switch logic but the ConsoleKit people would prefer the
new device to the ioctl we have here

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