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
next prev parent 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