All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nick Warne <nick@linicks.net>
To: Vojtech Pavlik <vojtech@suse.cz>
Cc: linux-kernel@vger.kernel.org
Subject: Re: i386 AT keyboard LED question.
Date: Mon, 20 Feb 2006 20:51:51 +0000	[thread overview]
Message-ID: <200602202051.51882.nick@linicks.net> (raw)
In-Reply-To: <20060220202441.GB31272@suse.cz>

On Monday 20 February 2006 20:24, Vojtech Pavlik wrote:
> On Mon, Feb 20, 2006 at 08:03:26PM +0000, Nick Warne wrote:
> > Hi Vojtech,
> >
> > I wondered why numlock LED goes off during boot process, even though I
> > ask BIOS to turn on;

~snip~

> Some old notebooks forget them on, which makes the keyboard unusable -
> you get '4' instead of 'u', etc.

Understand.  I never thought of that!

>
> We can't read the LED state anyway (except for going to the BIOS data
> structures, which isn't reasonable from the atkbd driver), and we need
> to initialize it, so off is the safer default.
>
> Further, this has been the behavior of Linux since it was first
> implemented, and thus, in my rewrite of the keyboard handling, I didn't
> change it.

Thanks for detailed reply - I see now, and didn't know any of this.

> It's trivial to change the default lock state in init scripts / xdm
> config / X config, too.

I boot into init 3, so as I don't reboot much, I always forget to turn numlock 
back on when logging in [failed] - hence the question.

I will look at a local fix rather than a patch for kernel.

Thanks again,

Nick
-- 
"Person who say it cannot be done should not interrupt person doing it."
-Chinese Proverb

  reply	other threads:[~2006-02-20 20:52 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-20 20:03 i386 AT keyboard LED question Nick Warne
2006-02-20 20:24 ` Vojtech Pavlik
2006-02-20 20:51   ` Nick Warne [this message]
2006-02-20 20:57     ` Vojtech Pavlik
2006-02-20 21:12     ` linux-os (Dick Johnson)
2006-02-20 21:21       ` Nick Warne
2006-02-24  7:17   ` Jan Engelhardt
2006-02-24  7:27     ` 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=200602202051.51882.nick@linicks.net \
    --to=nick@linicks.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vojtech@suse.cz \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.