From: davidsen@tmr.com (bill davidsen)
To: linux-kernel@vger.kernel.org
Subject: Re: FYI: ACPI 'sleep 1' resets atkbd keycodes
Date: 26 Jan 2004 23:41:13 GMT [thread overview]
Message-ID: <bv48ip$70t$1@gatekeeper.tmr.com> (raw)
In-Reply-To: 200401251137.21646.p_christ@hol.gr
In article <200401251137.21646.p_christ@hol.gr>,
P. Christeas <p_christ@hol.gr> wrote:
| This may be just a minor issue:
| I had to use the setkeycodes utility to enable some extra keys (that weren't
| mapped by kernel's atkbd tables).
| After waking from sleep 1, those keys were reset. That is, I had to use
| 'setkeycodes' again to customize the tables again.
|
| IMHO the way kernel works now is correct. It should *not* have extra code just
| to handle that. Just make sure anybody that alters his kbd tables puts some
| extra script to recover the tables after an ACPI wake.
| This should be more like a note to Linux distributors.
I'm not totally sure I agree that the kernel should save this
information. With all the things the kernel does save, keyboard might be
a good thing. Consider someone with a REALLY hacked layout, like
modified dvorak or some of the keyboards for the access challenged. Now
think "can't use the keyboard enough to type in the ...ing commands to
do the load."
If we can carry the code for two competing disfunctional ACPI
implementations and a used-to-work but we broke it for some machines
APM, we can surely add a pair om memcpy lines to eliminate at least one
"oh-shit moment."
Obviously my opinion only, some breakage due to BIOS misfeatures,
contents may settle in shipping, etc.
--
bill davidsen <davidsen@tmr.com>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
next prev parent reply other threads:[~2004-01-26 23:43 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-25 9:37 FYI: ACPI 'sleep 1' resets atkbd keycodes P. Christeas
2004-01-25 10:50 ` Vojtech Pavlik
2004-01-25 11:59 ` Vojtech Pavlik
2004-01-26 17:42 ` P. Christeas
2004-02-03 4:38 ` Dmitry Torokhov
2004-02-03 7:37 ` Vojtech Pavlik
2004-01-26 23:41 ` bill davidsen [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-02-03 6:27 Yu, Luming
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='bv48ip$70t$1@gatekeeper.tmr.com' \
--to=davidsen@tmr.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