[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d120d5000703070622h6d4225abm19da7032f69182e2@mail.gmail.com>
Date: Wed, 7 Mar 2007 09:22:24 -0500
From: "Dmitry Torokhov" <dmitry.torokhov@...il.com>
To: "Ash Milsted" <thatistosayiseenem@...ab.com>
Cc: linux-kernel@...r.kernel.org, linux-acpi@...r.kernel.org,
vojtech@...e.cz
Subject: Re: 2.6.21-rc2 regression vs. 2.6.20: AT keyboard only works with pci=noacpi
On 3/7/07, Ash Milsted <thatistosayiseenem@...ab.com> wrote:
> On Sun, 4 Mar 2007 14:23:50 +0000
> Ash Milsted <thatistosayiseenem@...ab.com> wrote:
>
> > On Sat, 3 Mar 2007 15:14:24 +0000
> > Ash Milsted <thatistosayiseenem@...ab.com> wrote:
> >
> > > Hi,
> > > With 2.6.21-rc2-git1 I have a problem with my ps/2 port keyboard - it only works
> > > with one of the following on the command-line:
> > > - nolapic
> > > - irqfixup
> > > - pci=noacpi
> > > Otherwise it gets stuck with the numlock on.
> > > The following options have no effect:
> > > - nohz=off (who knows eh?)
> > > - pci=nomsi
> > >
> snip
> > >
> > > Ash
> >
> > Just checked 2.6.21-rc2-mm1, still has the problem.
> > Also, acpi=noirq fixes it too.
> > To clarify, the problem is that my ps/2 port keyboard is completely frozen
> > on boot - usually it gets activated when udev probes for hardware (my kernel
> > config is highly modular). It worked fine with 2.6.20 and earlier with acpi
> > taking care of interrupt routing.
> >
> > Ash
>
> Any thoughts on this? It still occurs with 2.6.21-rc3. Here's my config
> in case that helps. You'll see that I have swap-prefetch patched in (I
> also have RDSL and some VM changes in there), but I have confirmed that
> the problem occurs with no extra patches. By the way, I tested mm1 with
> a rather different config (I used my distro package) and still saw the
> problem.
>
Your config looks fine so it must be some ACPI change that affected
IRQ routing. If IRQ's not being delievered AT keyboard probe will time
out. You said that it broke between 2.6.20 and 2.6.20-rc2.. Have you
tried -rc1?
.
> Also, you should probably ignore that bit above where I suggest the
> keyboard driver is being loaded as a module, because of course it
> isn't.. Yet it does start responding (with pci=noacpi) at about that
> time that udev does its thing.
Tha happens because actual keyboard/mouse probing is offloaded to
kseriod thread so nothing happens untul it actually gets scheduled.
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists