On Sun, Mar 14, 2010 at 12:29 AM, Michael <[email protected]> wrote:
> I had noticed that the GTA01 images had been broken for a while, so I
> decided to
> take a look because I wanted to try the FSO2 stuff. The images would boot,
> but
> the touch screen axes were wrong. After looking into it, it seems that this
> was
> because the Xorg overlords had decided to force everyone to use evdev in the
> 1.7 X server by breaking the old xinput interfaces. Attached below you will
> find
> an updated xorg.conf to help with this. The attached Xserver script will
> turn off the cursor if a USB mouse is not attached and if the attached
> 89xTs_Calibrate script is put into Xsession.d then you will get the
> calibrater back at startup.
> The JFFS2 images on Bearstech have been created with the wrong erase block
> size,
> so here is a 10th of March image that should boot ok:-

Hi Michael, thanks for patches, applied in
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=4848b502027d5ec89b9f411e5580e85382eed43a
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=0ca3942e51a1178bd8bfec9c141a0e4c0d85046f

I'm not really happy about that
Option          "SwapAxes" "True"
in xorg.conf, we should find why xinput_calibrator didn't detect it
automatically and then update those static calibration values from
89xTs_Calibrate for not setting it to Swaped state.

Also that "if" in 89xTs_Calibrate was intentionally added, because
users were having problems in using xinput_calibrator as first thing
after reflash and fixing broken calibration is a bit more difficult
than running xinput_calibrator_once.sh once from gui with slightly off
calibration (static calibration should provide usefull calibration,
which is as you said not the case for gta01 and someone should provide
proper values).

http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=5c3846f9bbf1dbb4a9ee1d916107747c2f9dc909

Regards,
_______________________________________________
Shr-User mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-user

Reply via email to