radeon_cursor

[Thomas Winischhofer]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Keith Packard wrote:
| Around 16 o'clock on Jan 13, Alan Cox wrote:
|
|
|>>In a perfect world, the mouse location would be handled by the kernel
|>>driver for the card and probably be updated at vrefresh time when the
card
|>>was in a suitable state.
|>
|>Why kernel, most modern OS's support real time threads
|
|
| It just needs to be someplace where appropriate interlocking with other
| device access can be done; given a kernel driver for the card aiding
| rendering, it seems useful to place the cursor register manipulation
| there as well.  I suppose it could be arranged so that user-mode could
| know when it was safe to update the cursor registers somehow, that would
| work just as well.

Thanks to all for responding... solved by disabling SilkenMouse.

I have to deal with a serial device here. So interlocking isn't that
easy to accomplish. There will always be someone who needs to wait if
another data transfer is still in progress.

Thomas

- --
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net          http://www.winischhofer.net/
twini AT xfree86 DOT org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB5zWqzydIRAktyUcRAsIHAKCzmTu/d2nh+bDeOKPFCZ8YEvN36gCfSsmF
sc60e+iVOW+x8W/2Ssxm5jg=
=ASwT
-----END PGP SIGNATURE-----