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. Have a nice day. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Follow-Ups:
- Re: FYI: ACPI 'sleep 1' resets atkbd keycodesVojtech Pavlik
- Re: FYI: ACPI 'sleep 1' resets atkbd keycodesVojtech Pavlik
- Re: FYI: ACPI 'sleep 1' resets atkbd keycodesbill davidsen
- Prev by Date: Re: Status of Athlon 64 K8V-D support was (Re: Strange pauses in 2.6.2-rc1 / AMD64)
- Next by Date: [PATCH 2.4] Fix bus reset in i2c-philips-par
- Previous by thread: [PATCH] Enable compilation on MIPS with gcc-3.3
- Next by thread: Re: FYI: ACPI 'sleep 1' resets atkbd keycodes
- Indexes:[Main][Thread]