Retesting here and I've found that with i8042.reset=1,
i8042_controller_selftest is returning 0. The reason I'm
not seeing any messages is because there's nothing to
complain about at this level.
202 pm-suspend(6228): -> i8042_controller_selftest
i8042_controller_selftest args []
i8042_controller_selftest locals [param=0x0 i=?]
206 pm-suspend(6228): -> i8042_command
i8042_command args [param=0xf3715e2f command=0x1aa]
i8042_command locals [flags=? retval=?]
exit 798 pm-suspend(6228): -> i8042_command
i8042_command args [return=0x0]
exit 800 pm-suspend(6228): -> i8042_controller_selftest
You can see from the triage notes here:
https://bugzilla.kernel.org/show_bug.cgi?id=15780
That psmouse can't even identify the device.
param[0] = 0xa5;
if (ps2_command(ps2dev, param, PSMOUSE_CMD_GETID))
return -1;
With regards to windows... What am supposed to be able to find out?
Of course it works, but how am I supposed to crack open the driver
to find out what it's doing? Thanks.
Peter
On 04/17/2010 12:53 PM, Christoph Fritz wrote:
> Hi
>
> Am Samstag, den 17.04.2010, 11:31 -0400 schrieb Peter M. Petrakis:
>> Hi,
>>
>> i8042.reset=1 was one the first things we tried and it didn't
>> improve the situation. Now looking at the code for
>> i8042_controller_reset, I don't recall seeing these printks
>> though I could double check.
>
> And as far as I recall, you should see them.
>
>> Any other suggestions for
>> resets or instrumentation?
>
> not really, maybe you can check what windows (without vendor drivers)
> does
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-input" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
