Input: atkbd - postpone restoring LED/repeat rate at resume
We need to postpone restoring LED state and typematic settings until keyboard is finished reconnecting upon resume. Normally driver core and PM infrastructure takes care of proper ordering and dependencies, but or case actual reconnect is done asynchronously from kseriod. So while driver core thinks that keyboard was resumed and it is time to let input core run it's resume handlers in reality keyboard is not ready yet. The solution is to keep rescheduling work that adjusts LED and rate settings until keyboard is fully enabled. Reported-by: Carlos R. Mafra <crmafra2@gmail.com> Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
This commit is contained in:
parent
fc0eb28c00
commit
94dfb0d633
@ -574,11 +574,22 @@ static void atkbd_event_work(struct work_struct *work)
|
||||
|
||||
mutex_lock(&atkbd->event_mutex);
|
||||
|
||||
if (!atkbd->enabled) {
|
||||
/*
|
||||
* Serio ports are resumed asynchronously so while driver core
|
||||
* thinks that device is already fully operational in reality
|
||||
* it may not be ready yet. In this case we need to keep
|
||||
* rescheduling till reconnect completes.
|
||||
*/
|
||||
schedule_delayed_work(&atkbd->event_work,
|
||||
msecs_to_jiffies(100));
|
||||
} else {
|
||||
if (test_and_clear_bit(ATKBD_LED_EVENT_BIT, &atkbd->event_mask))
|
||||
atkbd_set_leds(atkbd);
|
||||
|
||||
if (test_and_clear_bit(ATKBD_REP_EVENT_BIT, &atkbd->event_mask))
|
||||
atkbd_set_repeat_rate(atkbd);
|
||||
}
|
||||
|
||||
mutex_unlock(&atkbd->event_mutex);
|
||||
}
|
||||
|
Loading…
Reference in New Issue
Block a user