linux-input.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* i8042 resume timing
@ 2008-05-26 13:19 Jiri Kosina
  2008-05-26 16:35 ` Dmitry Torokhov
  0 siblings, 1 reply; 2+ messages in thread
From: Jiri Kosina @ 2008-05-26 13:19 UTC (permalink / raw)
  To: Dmitry Torokhov; +Cc: linux-input, hschaa

Hi Dmitry,

There are systems [1] that fail in i8042_resume(), as 
i8042_command(&i8042_ctr, I8042_CMD_CTL_WCTR) call returns error (not sure 
about the exact error yet, the reporter didn't yet collect i8042.debug 
output during the failure, as it is not completely reproducible), but 
retrying after small amount of time succeeds.

Looks like a buggy hardware to me, which we should workaround. Would you 
prefer DMI-based match for this retry logic with respect to CTR register 
on the resume path, or would you accept this as a general retry logic on 
resume path? (which is very probably not needed on vast majority of 
systems though).

Thanks.

[1] https://bugzilla.novell.com/show_bug.cgi?id=351119

-- 
Jiri Kosina
SUSE Labs

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: i8042 resume timing
  2008-05-26 13:19 i8042 resume timing Jiri Kosina
@ 2008-05-26 16:35 ` Dmitry Torokhov
  0 siblings, 0 replies; 2+ messages in thread
From: Dmitry Torokhov @ 2008-05-26 16:35 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: linux-input, hschaa

Hi Jiri,

On Monday 26 May 2008 09:19, Jiri Kosina wrote:
> Hi Dmitry,
> 
> There are systems [1] that fail in i8042_resume(), as 
> i8042_command(&i8042_ctr, I8042_CMD_CTL_WCTR) call returns error (not sure 
> about the exact error yet, the reporter didn't yet collect i8042.debug 
> output during the failure, as it is not completely reproducible), but 
> retrying after small amount of time succeeds.
> 
> Looks like a buggy hardware to me, which we should workaround. Would you 
> prefer DMI-based match for this retry logic with respect to CTR register 
> on the resume path, or would you accept this as a general retry logic on 
> resume path? (which is very probably not needed on vast majority of 
> systems though).


I think just retrying a couple of times in case of failure is the most
sensible thing to do.

Thanks.

-- 
Dmitry

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-05-26 16:35 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-26 13:19 i8042 resume timing Jiri Kosina
2008-05-26 16:35 ` Dmitry Torokhov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).