Hello Tomeu, On 03/25/2015 05:08 PM, Tomeu Vizoso wrote: > As the comment right before explains, the keyboard state is to be > cleared only if the EC wasn't a wakeup source in the last suspend. > > Without this commit, there's an unneeded delay when resuming from > suspend and we also lose the key that was pressed while suspended. > > Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> > --- > > Sorry, v1 included an unintended change. > > Thanks, > > Tomeu > > --- > drivers/input/keyboard/cros_ec_keyb.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/input/keyboard/cros_ec_keyb.c > b/drivers/input/keyboard/cros_ec_keyb.c > index 769f8f7..b50c5b8 100644 > --- a/drivers/input/keyboard/cros_ec_keyb.c > +++ b/drivers/input/keyboard/cros_ec_keyb.c > @@ -341,7 +341,7 @@ static int cros_ec_keyb_resume(struct device *dev) > * wake source (e.g. the lid is open and the user might press a key to > * wake) then the key scan buffer should be preserved. > */ > - if (ckdev->ec->was_wake_device) > + if (!ckdev->ec->was_wake_device) > cros_ec_keyb_clear_keyboard(ckdev); >
Your change matches the comment indeed and makes more sense. Reviewed-by: Javier Martinez Canillas <javier.marti...@collabora.co.uk> Best regards, Javier -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
