lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 19 Apr 2012 10:59:48 +0200
From:	"Joshua C." <joshuacov@...glemail.com>
To:	linux-kernel@...r.kernel.org
Cc:	Alan Cox <alan@...rguk.ukuu.org.uk>
Subject: Re: [PATCH v2] Use BIOS Keyboard variable to set Numlock

2012/4/13 Joshua C. <joshuacov@...glemail.com>:
> I re-worked the prosed patch and moved the code around to better fit
> some architectural requirements. I hope it can be merged now.
>
> --Joshua
>
> -----------------------------------
>
> From 6f49bbce0aa65384ce8dc9cb2e7ca26a94497406 Mon Sep 17 00:00:00 2001
> From: Joshua Cov <joshuacov@...glemail.com>
> Date: Fri, 13 Apr 2012 22:53:37 +0200
> Subject: [PATCH v2] Use BIOS Keyboard variable to set Numlock
>
> The PC BIOS does provide a NUMLOCK flag containing the desired state
> of this LED. This patch sets the current state according to the data
> in the bios.
>
> Signed-Off-By: Joshua Cov <joshuacov@...glemail.com>
> Acked-by: H. Peter Anvin <hpa@...or.com>
> Cc: Alan Cox <alan@...rguk.ukuu.org.uk>
>
> ---
>  arch/parisc/include/asm/kbdleds.h |   19 +++++++++++++++++++
>  arch/x86/boot/main.c              |   18 ++++++++++++------
>  arch/x86/include/asm/bootparam.h  |    3 ++-
>  arch/x86/include/asm/kbdleds.h    |   17 +++++++++++++++++
>  drivers/tty/vt/keyboard.c         |   21 +++++++--------------
>  5 files changed, 57 insertions(+), 21 deletions(-)
>  create mode 100644 arch/parisc/include/asm/kbdleds.h
>  create mode 100644 arch/x86/include/asm/kbdleds.h
>
> diff --git a/arch/parisc/include/asm/kbdleds.h
> b/arch/parisc/include/asm/kbdleds.h
> new file mode 100644
> index 0000000..2a23ca9
> --- /dev/null
> +++ b/arch/parisc/include/asm/kbdleds.h
> @@ -0,0 +1,19 @@
> +#ifndef _ASM_PARISC_KBDLEDS_H
> +#define _ASM_PARISC_KBDLEDS_H
> +
> +/*
> + * On HIL keyboards of PARISC machines there is no NumLock key and
> + * everyone expects the keypad to be used for numbers. That's why
> + * we can safely turn on the NUMLOCK bit.
> + */
> +
> +inline int kbd_defleds(void)
> +{
> +#if defined(CONFIG_KEYBOARD_HIL) || defined(CONFIG_KEYBOARD_HIL_OLD)
> +       return 1 << VC_NUMLOCK;
> +#else
> +       return 0;
> +#endif
> +}
> +
> +#endif /* _ASM_PARISC_KBDLEDS_H */
> diff --git a/arch/x86/boot/main.c b/arch/x86/boot/main.c
> index 40358c8..cf6083d 100644
> --- a/arch/x86/boot/main.c
> +++ b/arch/x86/boot/main.c
> @@ -57,14 +57,20 @@ static void copy_boot_params(void)
>  }
>
>  /*
> - * Set the keyboard repeat rate to maximum.  Unclear why this
> + * Query the keyboard lock status as given by the BIOS, and
> + * set the keyboard repeat rate to maximum.  Unclear why the latter
>  * is done here; this might be possible to kill off as stale code.
>  */
> -static void keyboard_set_repeat(void)
> +static void keyboard_init(void)
>  {
> -       struct biosregs ireg;
> +       struct biosregs ireg, oreg;
>        initregs(&ireg);
> -       ireg.ax = 0x0305;
> +
> +       ireg.ah = 0x02;         /* Get keyboard status */
> +       intcall(0x16, &ireg, &oreg);
> +       boot_params.kbd_status = oreg.al;
> +
> +       ireg.ax = 0x0305;       /* Set keyboard repeat rate */
>        intcall(0x16, &ireg, NULL);
>  }
>
> @@ -151,8 +157,8 @@ void main(void)
>        /* Detect memory layout */
>        detect_memory();
>
> -       /* Set keyboard repeat rate (why?) */
> -       keyboard_set_repeat();
> +       /* Set keyboard repeat rate (why?) and query the lock flags */
> +       keyboard_init();
>
>        /* Query MCA information */
>        query_mca();
> diff --git a/arch/x86/include/asm/bootparam.h b/arch/x86/include/asm/bootparam.h
> index 2f90c51..eb45aa6 100644
> --- a/arch/x86/include/asm/bootparam.h
> +++ b/arch/x86/include/asm/bootparam.h
> @@ -112,7 +112,8 @@ struct boot_params {
>        __u8  e820_entries;                             /* 0x1e8 */
>        __u8  eddbuf_entries;                           /* 0x1e9 */
>        __u8  edd_mbr_sig_buf_entries;                  /* 0x1ea */
> -       __u8  _pad6[6];                                 /* 0x1eb */
> +       __u8  kbd_status;                               /* 0x1eb */
> +       __u8  _pad6[5];                                 /* 0x1ec */
>        struct setup_header hdr;    /* setup header */  /* 0x1f1 */
>        __u8  _pad7[0x290-0x1f1-sizeof(struct setup_header)];
>        __u32 edd_mbr_sig_buffer[EDD_MBR_SIG_MAX];      /* 0x290 */
> diff --git a/arch/x86/include/asm/kbdleds.h b/arch/x86/include/asm/kbdleds.h
> new file mode 100644
> index 0000000..2f6fa42
> --- /dev/null
> +++ b/arch/x86/include/asm/kbdleds.h
> @@ -0,0 +1,17 @@
> +#ifndef _ASM_X86_KBDLEDS_H
> +#define _ASM_X86_KBDLEDS_H
> +
> +/*
> + * Some laptops take the 789uiojklm,. keys as number pad when NumLock is on.
> + * This seems a good reason to start with NumLock off. That's why on X86 we
> + * ask the bios for the correct state.
> + */
> +
> +#include <asm/setup.h>
> +
> +inline int kbd_defleds(void)
> +{
> +       return boot_params.kbd_status & 0x20 ? (1 << VC_NUMLOCK) : 0;
> +}
> +
> +#endif /* _ASM_X86_KBDLEDS_H */
> diff --git a/drivers/tty/vt/keyboard.c b/drivers/tty/vt/keyboard.c
> index a605549..5ea4359 100644
> --- a/drivers/tty/vt/keyboard.c
> +++ b/drivers/tty/vt/keyboard.c
> @@ -52,19 +52,12 @@ extern void ctrl_alt_del(void);
>
>  #define KBD_DEFMODE ((1 << VC_REPEAT) | (1 << VC_META))
>
> -/*
> - * Some laptops take the 789uiojklm,. keys as number pad when NumLock is on.
> - * This seems a good reason to start with NumLock off. On HIL keyboards
> - * of PARISC machines however there is no NumLock key and everyone
> expects the keypad
> - * to be used for numbers.
> - */
> -
> -#if defined(CONFIG_PARISC) && (defined(CONFIG_KEYBOARD_HIL) ||
> defined(CONFIG_KEYBOARD_HIL_OLD))
> -#define KBD_DEFLEDS (1 << VC_NUMLOCK)
> -#else
> -#define KBD_DEFLEDS 0
> +#if defined(CONFIG_X86) || defined(CONFIG_PARISC)
> +#include <asm/kbdleds.h>
>  #endif
>
> +extern __weak int kbd_defleds(void);
> +
>  #define KBD_DEFLOCK 0
>
>  void compute_shiftstate(void);
> @@ -1433,9 +1426,9 @@ int __init kbd_init(void)
>        int i;
>        int error;
>
> -        for (i = 0; i < MAX_NR_CONSOLES; i++) {
> -               kbd_table[i].ledflagstate = KBD_DEFLEDS;
> -               kbd_table[i].default_ledflagstate = KBD_DEFLEDS;
> +       for (i = 0; i < MAX_NR_CONSOLES; i++) {
> +               kbd_table[i].ledflagstate = kbd_defleds();
> +               kbd_table[i].default_ledflagstate = kbd_defleds();
>                kbd_table[i].ledmode = LED_SHOW_FLAGS;
>                kbd_table[i].lockstate = KBD_DEFLOCK;
>                kbd_table[i].slockstate = 0;
> --
> 1.7.10

Is there any chance to get this into mainline? The patch was reworked
to include any suggestion I got from here and I think it should be
pushed into the kernel.

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

Powered by blists - more mailing lists