[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#607242: syslog shows messages from psmouse.c



In-line :-

On Fri, Dec 24, 2010 at 04:13, Jim Hill <gjthill@gmail.com> wrote:
> I made it stop on my squeeze beta 2.6.32 with a driver parameter change I
> found on the net.and played with to strip unnecessary stuff:

Hi Jim,
        Thank you for your work but I really don't know. Call me dumb
if you will but I don't know how and what the command does. Let's just
pass this to Julien so he can tell/share if its ok .

> This-boot workaround:
>
> $ sudo rmmod psmouse && sudo modprobe psmouse rate=80

The reason I said the above are two, the first part of the command is
rmmod and if nothing else would have been better to have the verbose
output stuck at the end.

>From the man page http://linux.die.net/man/8/rmmod

Also you haven't mentioned what sort of output you got when you ran
that command.

I also saw the modprobe man page as well

http://linux.die.net/man/8/modprobe

One of the options seem to say possibility to view the configuration
file of the module.

-c --showconfig
Dump out the configuration file and exit

although the manpage isn't clear which configuration file it is going to be.

Even if I were interested to, I would require to know what was before
and after doing the above command what changes.

>From the man-page it seems the modules live in /lib/modules/ . I am
going to see that and see if I can see/read the psmouse module or
atleast see if there is some place where the default rate 100 as you
say is.

I don't mind putting the mouse rate little bit slower if it stops the
desyncing.

> Every-boot workaround:
>
> $ sudo sh
> # cat >> /etc/modprobe.d/psmouse.conf <<EOF
> options psmouse rate=80
> EOF
> # exit
>
> (info note: psmouse.conf didn't exist on my fresh install, I made it up)
>
> The default rate in the source is 100, so backing off one step seems to have
> been enough to stop my desyncs and parity errors. I removed proto=imps from
> the net solution on the theory that if you're gaming you'll be fixing your
> hardware soonish and either way until you do a few ms responsiveness is a
> better sacrifice than features.

Cool in all, wait for Julien to respond, thank you again for your time
and hard work :)

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



Reply to: