This fixes it. I need to come up with a way to get this in the tree
without breaking IBM T21.
Index: acpiec.c
===================================================================
RCS file: /cvs/src/sys/dev/acpi/acpiec.c,v
retrieving revision 1.28
diff -u -p -r1.28 acpiec.c
--- acpiec.c 11 Mar 2009 20:37:46 -0000 1.28
+++ acpiec.c 1 Jun 2009 21:08:30 -0000
@@ -102,10 +102,7 @@ acpiec_wait(struct acpiec_softc *sc, u_i
while (((stat = acpiec_status(sc)) & mask) != val) {
if (stat & EC_STAT_SCI_EVT)
sc->sc_gotsci = 1;
- if (cold)
- delay(1);
- else
- tsleep(sc, PWAIT, "ecwait", 1);
+ delay(1);
}
dnprintf(40, "%s: EC wait_ns, stat: %b\n", DEVNAME(sc), (int)stat,
On Sun, Oct 04, 2009 at 12:00:01AM +0200, Rogier Krieger wrote:
> While trying out a Dell Latitude E6400, I notice sluggish keyboard
> behaviour. This occurs both in 4.5 as well as the Oct. 2 snapshot
> (-current). In each case, I use the amd64 snapshots. The issues
> disappear when disabling ACPI via UKC.
>
> What I see is the following: some keypresses being 'missed',
> occasional repeats of keys pressed (though only once). Additionally, I
> sometimes see a briefly non-responsive mousepad in X.
>
> Trying acpidump(8) results in a segfault (and accompanying coredump).
> Are others seeing this as well? I included dmesg and acpidump output
> at the links below. Other than that, this laptop seems to work fine
> (but I wouldn't be surprised if Dell does some undocumented dark magic
> in its ACPI somewhere).
>
> Are others seeing this sort of issue as well or does anyone have a
> suggestion as to what to try?
>
>
> dmesg 4.6-current (Oct. 2 snapshot, amd64)
> http://pastebin.com/f40be7a33
>
> acpidump 4.6-current (Oct. 2 snapshot, amd64)
> http://pastebin.com/f10da9f0c
> (acpidump segfaults when run; if desired, I have the core file saved)
>
> Any insight appreciated,
>
> Rogier
