summaryrefslogtreecommitdiff
path: root/include/linux/vt_kern.h
diff options
context:
space:
mode:
authorAlan Cox <alan@linux.intel.com>2012-04-24 14:06:06 +0400
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2012-04-25 03:14:14 +0400
commit5d1a33fa5573702394a4d09a9872f3f930c06d58 (patch)
tree1e1ad3fd38f2bd1ac0f375ac18e9471af2861ee2 /include/linux/vt_kern.h
parent10af77c193681398e5dbe830db181d86047fcd41 (diff)
downloadlinux-5d1a33fa5573702394a4d09a9872f3f930c06d58.tar.xz
vt: push the tty_lock down into the map handling
When we do this it becomes clear the lock we should be holding is the vc lock, and in fact many of our other helpers are properly invoked this way. We don't at this point guarantee not to race the keyboard code but the results of that appear harmless and that was true before we started as well. We now have no users of tty_lock in the console driver... Signed-off-by: Alan Cox <alan@linux.intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'include/linux/vt_kern.h')
-rw-r--r--include/linux/vt_kern.h1
1 files changed, 0 insertions, 1 deletions
diff --git a/include/linux/vt_kern.h b/include/linux/vt_kern.h
index e33d77f15bda..50ae7d0c279e 100644
--- a/include/linux/vt_kern.h
+++ b/include/linux/vt_kern.h
@@ -70,7 +70,6 @@ int con_set_unimap(struct vc_data *vc, ushort ct, struct unipair __user *list);
int con_get_unimap(struct vc_data *vc, ushort ct, ushort __user *uct, struct unipair __user *list);
int con_set_default_unimap(struct vc_data *vc);
void con_free_unimap(struct vc_data *vc);
-void con_protect_unimap(struct vc_data *vc, int rdonly);
int con_copy_unimap(struct vc_data *dst_vc, struct vc_data *src_vc);
#define vc_translate(vc, c) ((vc)->vc_translate[(c) | \