public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Vojtech Pavlik <vojtech@suse.cz>
To: Pete Zaitcev <zaitcev@redhat.com>
Cc: alan@redhat.com, greg@kroah.com, linux-kernel@vger.kernel.org,
	vojtech@suse.cz
Subject: Re: Fwd: Patch for initial CapsLock
Date: Mon, 6 Jan 2003 22:52:18 +0100	[thread overview]
Message-ID: <20030106225218.A1627@ucw.cz> (raw)
In-Reply-To: <20030106133716.A7554@devserv.devel.redhat.com>; from zaitcev@redhat.com on Mon, Jan 06, 2003 at 01:37:16PM -0500

On Mon, Jan 06, 2003 at 01:37:16PM -0500, Pete Zaitcev wrote:
> Dear Alan,
> 
> Here's a USB problem which can only be resolved in generic code.
> Vojtech is the owner of the code, but did not reply. Do you think
> you can keep this patch in -ac?

Sorry for the delay - yes, it's OK.

> 
> Thanks in advance,
> -- Pete
> 
> ----- Forwarded message from Pete Zaitcev <zaitcev@redhat.com> -----
> 
> Date: Tue, 24 Dec 2002 13:41:03 -0500
> From: Pete Zaitcev <zaitcev@redhat.com>
> To: vojtech@suse.cz
> Cc: zaitcev@redhat.com, linux-kernel@vger.kernel.org
> Subject: Patch for initial CapsLock
> User-Agent: Mutt/1.2.5.1i
> 
> Hi, Vojtech:
> 
> In 2.4.21-pre2, if Caps Lock is on and a USB keyboard is connected,
> the LED will not be lit. It mostly affects KVM users like those
> of IBM BladeCenter, because they "connect" keyboards all day long.
> Would you be so kind to review the attached patch?
> 
> -- Pete
> 
> diff -ur -X dontdiff linux-2.4.21-pre2/drivers/char/keyboard.c linux-2.4.21-pre2-usb/drivers/char/keyboard.c
> --- linux-2.4.21-pre2/drivers/char/keyboard.c	2002-08-02 17:39:43.000000000 -0700
> +++ linux-2.4.21-pre2-usb/drivers/char/keyboard.c	2002-12-24 10:40:48.000000000 -0800
> @@ -64,6 +64,7 @@
>  void (*kbd_ledfunc)(unsigned int led);
>  EXPORT_SYMBOL(handle_scancode);
>  EXPORT_SYMBOL(kbd_ledfunc);
> +EXPORT_SYMBOL(kbd_refresh_leds);
>  
>  extern void ctrl_alt_del(void);
>  
> @@ -899,9 +900,9 @@
>   * Aside from timing (which isn't really that important for
>   * keyboard interrupts as they happen often), using the software
>   * interrupt routines for this thing allows us to easily mask
> - * this when we don't want any of the above to happen. Not yet
> - * used, but this allows for easy and efficient race-condition
> - * prevention later on.
> + * this when we don't want any of the above to happen.
> + * This allows for easy and efficient race-condition prevention
> + * for kbd_ledfunc => input_event(dev, EV_LED, ...) => ...
>   */
>  static void kbd_bh(unsigned long dummy)
>  {
> @@ -917,6 +918,18 @@
>  EXPORT_SYMBOL(keyboard_tasklet);
>  DECLARE_TASKLET_DISABLED(keyboard_tasklet, kbd_bh, 0);
>  
> +/*
> + * This allows a newly plugged keyboard to pick the LED state.
> + * We do it in this seemindly backwards fashion to ensure proper locking.
> + * Built-in keyboard does refresh on its own.
> + */
> +void kbd_refresh_leds(void)
> +{
> +	tasklet_disable(&keyboard_tasklet);
> +	if (ledstate != 0xff && kbd_ledfunc != NULL) kbd_ledfunc(ledstate);
> +	tasklet_enable(&keyboard_tasklet);
> +}
> +
>  typedef void (pm_kbd_func) (void);
>  
>  pm_callback pm_kbd_request_override = NULL;
> diff -ur -X dontdiff linux-2.4.21-pre2/drivers/input/keybdev.c linux-2.4.21-pre2-usb/drivers/input/keybdev.c
> --- linux-2.4.21-pre2/drivers/input/keybdev.c	2001-10-11 09:14:32.000000000 -0700
> +++ linux-2.4.21-pre2-usb/drivers/input/keybdev.c	2002-12-23 23:43:53.000000000 -0800
> @@ -201,6 +201,7 @@
>  	input_open_device(handle);
>  
>  //	printk(KERN_INFO "keybdev.c: Adding keyboard: input%d\n", dev->number);
> +	kbd_refresh_leds();
>  
>  	return handle;
>  }
> @@ -222,6 +223,7 @@
>  {
>  	input_register_handler(&keybdev_handler);
>  	kbd_ledfunc = keybdev_ledfunc;
> +	kbd_refresh_leds();
>  
>  	if (jp_kbd_109) {
>  		x86_keycodes[0xb5] = 0x73;	/* backslash, underscore */
> diff -ur -X dontdiff linux-2.4.21-pre2/include/linux/kbd_kern.h linux-2.4.21-pre2-usb/include/linux/kbd_kern.h
> --- linux-2.4.21-pre2/include/linux/kbd_kern.h	2002-12-19 20:22:19.000000000 -0800
> +++ linux-2.4.21-pre2-usb/include/linux/kbd_kern.h	2002-12-23 23:43:31.000000000 -0800
> @@ -72,6 +72,7 @@
>  extern int do_poke_blanked_console;
>  
>  extern void (*kbd_ledfunc)(unsigned int led);
> +extern void kbd_refresh_leds(void);
>  
>  extern void set_console(int nr);
>  extern void schedule_console_callback(void);
> 
> ----- End forwarded message -----

-- 
Vojtech Pavlik
SuSE Labs

  reply	other threads:[~2003-01-06 21:43 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-06 18:37 Fwd: Patch for initial CapsLock Pete Zaitcev
2003-01-06 21:52 ` Vojtech Pavlik [this message]
2003-01-06 22:17   ` Pete Zaitcev
2003-01-07  8:54     ` Vojtech Pavlik
2003-01-07 22:07       ` Pete Zaitcev
2003-01-08  8:45         ` Vojtech Pavlik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030106225218.A1627@ucw.cz \
    --to=vojtech@suse.cz \
    --cc=alan@redhat.com \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=zaitcev@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox