cursor corruption on the s3g card

[Alex Deucher]

On 4/22/07, LongdaFeng at viatech.com.cn <LongdaFeng at viatech.com.cn> wrote:
>
>
>
>
> Hi all:
>
>          I meet a problem, the current problem is the cursor corruption,
> please see the attachment
>
>          Any advice are welcome, thank your very much!
>

Are you sure you are uploading the image data to the correct offset in
vram and that you've set the cursor to use that offset?  Perhaps you
are overlapping with a command queue or a offscreen pixmaps?

>
>
>          The current state is :
>
> (1)     the xorg is 6.9.0,
>
> (2)     the card is S3G Qimonda card 512M ddr3 memory

What card is that?

>
> (3)     the os is redhat enterprise release 4, Linux 2.6.9-5.ELsmp #1 SMP
> Wed Jan 5 19:30:39 EST 2005 i686 i686 i386 GNU
>
> (4)     if exec startx and logout and kill X, and exec startx , can't enter
> X-windows, the /var/log/Xorg.0.log is down:
>
> (--) s3g(0): mapping mmio 0xfbd80000==>0xb7f60000 at 0x80000
>
> (II) s3g(0): initializing int10
>
> (II) s3g(0): Primary V_BIOS segment is: 0xc000
>
> (--) s3g(0): bios version is a8.d0.01.45
>
> (--) s3g(0): support device CRT1+TV+DVI2+CRT2+HDTV
>
> (--) s3g(0): bios detects 256M video memory
>
> (--) s3g(0): connected device CRT1
>
> (EE) s3g(0): xf86ExecX86int10 failed
>
> (EE) s3g(0): S3GGetDevActive failed
>
> (EE) s3g(0): S3GInitHardWare failed
>
>

Do you have any idea why the vbe calls are failing?  It's hard to say
what might be causing this.  Is the source to your driver available?
That might provide some insight.

Alex