public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Vojtech Pavlik <vojtech@suse.cz>
To: "Adam J. Richter" <adam@yggdrasil.com>
Cc: vojtech@suse.cz, linux-kernel@vger.kernel.org
Subject: Re: Patch?: linux-2.5.33/drivers/input/keyboard/atkbd.c allow SETLEDS to fail
Date: Mon, 9 Sep 2002 16:07:23 +0200	[thread overview]
Message-ID: <20020909160723.A2392@ucw.cz> (raw)
In-Reply-To: <20020909065111.A1556@baldur.yggdrasil.com>; from adam@yggdrasil.com on Mon, Sep 09, 2002 at 06:51:11AM -0700

On Mon, Sep 09, 2002 at 06:51:11AM -0700, Adam J. Richter wrote:

> 	I have a computer with an Iwill VD133 motherboard doing
> USB-to-PS/2 keyboard emulation (built into the chipset somewhere)
> for a BTC 7932M USB keyboard.  Under this configuration, the
> SETLEDS command in atkbd_probe fails (the first atkbd_sendbyte
> in atkbd_command fails), but the keyboard otherwise works if
> that failure is ignored.
> 
> 	I noticed this when my keyboard stopped working in 2.5.32.
> I have verified that 2.5.31 (and probably all kernels before it)
> also do not set the LEDs on my USB-emulating-PS/2 keyboard.
> 
> 	I cannot say whether the problem occurs with other USB
> keyboards because I don't have one handy.
> 
> 	One cannot run the USB keyboard "natively" via Linux USB on this
> motherboard because the BIOS does not seem to set an IRQ line for the USB
> controller.  I've tried booting with "pci=biosirq", and I think I've tried
> all the relevant BIOS menu options, and I'm running the latest BIOS,
> and the VD133 product has been terminated.  So the patch does seem to be
> "necessary" to support some configurations, at least for now.

I cannot do that, since then the keyboard identification will give too
many positives.

I assume you have an USB keyboard, and the BIOS emulates a PS/2 keyboard
for non-USB capable OSes.

Well, fix Linux irq router code, instead of damaging the keyboard code.

The mainboard has VIA Apollo Pro133 chipset - it should be fairly easily
possible to change the IRQ routes in the pci-irq.c code for the USB
controller.

> --- linux-2.5.33/drivers/input/keyboard/atkbd.c	2002-08-31 15:05:31.000000000 -0700
> +++ linux/drivers/input/keyboard/atkbd.c	2002-09-09 06:29:04.000000000 -0700
> @@ -359,13 +359,13 @@
>  #endif
>  
>  /*
> - * Next we check we can set LEDs on the keyboard. This should work on every
> - * keyboard out there. It also turns the LEDs off, which we want anyway.
> + * Turn off LEDs.  This command fails on at least a BTC 7932M USB keyboard
> + * connected to an Iwill VD133 motherboard that is configured to emulate
> + * a PS/2 keyboard via USB.
>   */
>  
>  	param[0] = 0;
> -	if (atkbd_command(atkbd, param, ATKBD_CMD_SETLEDS))
> -		return -1;
> +	atkbd_command(atkbd, param, ATKBD_CMD_SETLEDS);
>  
>  /*
>   * Then we check the keyboard ID. We should get 0xab83 under normal conditions.


-- 
Vojtech Pavlik
SuSE Labs

  reply	other threads:[~2002-09-09 14:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-09 13:51 Patch?: linux-2.5.33/drivers/input/keyboard/atkbd.c allow SETLEDS to fail Adam J. Richter
2002-09-09 14:07 ` Vojtech Pavlik [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-09-09 15:04 Adam J. Richter
2002-09-09 15:20 ` Vojtech Pavlik
2002-09-10 16:05   ` Adam J. Richter
2002-09-10 16:40     ` Vojtech Pavlik
2002-09-11 23:17     ` Horst von Brand

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=20020909160723.A2392@ucw.cz \
    --to=vojtech@suse.cz \
    --cc=adam@yggdrasil.com \
    --cc=linux-kernel@vger.kernel.org \
    /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