Re: Mouse cursor...
> > Odd thing I find on this laptop (a new one), is that the mouse cursor
> > has this habit of getting a 30 pixel or so offset to the right every
> > now and then. I.e. it paints 30 pixels further right than it actually
> > is. Hmm, that's probably 32, eh.
>
> Probably; this sounds remarkably like some hardware (Neomagic?) that I
> had forever ago that had some bugs in either the software or hardware...
lspci output:
00:00.0 Host bridge: VIA Technologies, Inc. VT8601 [Apollo ProMedia] (rev 05)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8601 [Apollo ProMedia AGP]
00:06.0 Communication controller: Lucent Microelectronics LT WinModem
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22)
00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10)
00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
00:07.4 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)00:07.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (rev 20)
00:0a.0 CardBus bridge: Texas Instruments PCI1225 (rev 01)
00:0a.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)
01:00.0 VGA compatible controller: Trident Microsystems CyberBlade i1 (rev 6a)
> > Any ideas why this could be? Who paints the cursor, X, or is there
> > some ... "hardware" involved?
>
> Yes. Specifically, X will do a software cursor if it needs to, but likes
> to use the hardware support.
Is there much of a performance difference? I guess I'll find out as soon
as I manage to change it...
> Most modern hardware supports cursor drawing, but occasional glitches
> prevent it working correctly or reliably.
>
> Check the notes for the X server to see if you can turn off hardware
> cursors and that may help.
There isn't a /usr/share/doc/xserver-xfree86/README.trident ... grepping
through the other README's points out that some call the option
"sw_cursor", and other call it "SWcursor". I guess I could try both, see
if either work...
Thanks,
Hugo
Reply to: