Re: Re: trackpoint dead after suspend-to-RAM

[Jonathan Brandmeyer <jbrandmeyer-ihVZJaRskl1bRRN4PJnoQQ@public.gmane.org>]

On Fri, 2004-12-03 at 23:13 -0500, Jonathan Brandmeyer wrote:
> On Fri, 2004-12-03 at 05:48 +0100, ole.rohne-vJEk5272eHo@public.gmane.org wrote:
> > > I'm trying to get suspend-to-ram working on the machine, but when it
> > > resumes, the trackpoint (a PS/2 device) doesn't work.
> > 
> > The Fujitsu P2120 (a younger sibling to your P2040) has a DSDT method
> > "\\_SB.PCI0.EIO.FJEX.SMOU" to swich on and off the internal track
> > point. Calling this function with the argument "1" around the time [1]
> > of _BFS/_WAK in hwsleep.c fixes the problem here.
> > 
> > Ole
> > 
> > [1] This is perhaps a bit simplified. For various reasons, I've split
> > acpi_leave_sleep_state in two pieces. The "SMOU" method happens in the
> > first part which gets to run before devices are resumed.
> > 
> 
> Promising!  I've added this sequence of operations immediately before
> the call of _BFS:
> arg.integer.value = 1;
> status = acpi_evaluate_object (NULL, "\\_SB.PCI0.EIO.FJEX.SMOU", 	
> 	&arg_list, NULL);
> if (ACPI_FAILURE (status) && status != AE_NOT_FOUND) {
>     ACPI_REPORT_ERROR ((
>         "Method SMOU failed, %s n", acpi_format_exception (status)));
> }
> 
> Does that look sane to you?  The patched kernel is building right now; I
> haven't tested it yet.

It works!  Thanks a million.

-Jonathan



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/