> Braunstein Alfredo writes: > Did you have the same setup on the old version? > How much video memory do you have? > Could you please send the entire log file? > If you have a log file from the old version (were 3D worked) could you > please send this one, too? > > Regards, > Egbert.
Hi there. Here I attach full logs of 2 running sessions. 'log.cvs' and 'log.vesafbhack'. The setup is exactly the same for the two of them except for sis_drv.o and booting with or without the vesa fb, respectively. First case is sis_drv.o from latest CVS. The other one is that one using the VESA fb hack. I'm using Xfree CVS from 3-4 weeks ago. Note that I've only updated Egbert changes on the sis/ directory and nothing else; I am on a slow link at home. If you consider that it's definitely worth trying, I am willing to do a full CVS update. On the first case, (vesa framebufer), 3D accel seems to work. I say seems because Mesa demos work. I think Hw accel is being used because the gears in 'gears' have some glitches, like bad poligon superpositions, which I would find strange in a software-only renderer, But I may be wrong. How can I check for sure that Hw acceleration is being used? On the other case I get a 'not enough video mem' error, like I've said in a previous mail, when I run any Mesa demo. I've tried changing the video memory to 8Mb, 16Mb and 32Mb with no success. I'm currently using 8Mb for both tests (as you can see from the logs). Other differences: On the first case I get a strange xterm cursor, like: ##### # # # # # # ##### instead of a rectangle. On the second case it is gone (ok). Also I've observed a corrupted first line of the screen, but after a full reinstall It seems to have gone for both cases. This is the (I think) relevant differences between both logs: 16c16 < (==) Log file: "/var/log/XFree86.0.log", Time: Fri Dec 7 13:31:58 2001 --- > (==) Log file: "/var/log/XFree86.0.log", Time: Fri Dec 7 13:34:48 2001 82c82 < compiled for 4.1.0, module version = 0.6.0 --- > compiled for 4.1.99.1, module version = 0.6.0 208a212 > (II) SIS(0): Mode # 0x4a 211,212c215,216 < (II) SIS(0): [drm] added 4096 byte SAREA at 0xd08c8000 < (II) SIS(0): [drm] mapped SAREA 0xd08c8000 to 0x40028000 --- > (II) SIS(0): [drm] added 8192 byte SAREA at 0xd00c7000 > (II) SIS(0): [drm] mapped SAREA 0xd00c7000 to 0x40028000 247,248d250 < cursor_addr value: 0 < cursor_addr value: 23 250c252 < (II) SIS(0): [drm] unmapping 4096 bytes of SAREA 0xd08c8000 at 0x40028000 --- > (II) SIS(0): [drm] unmapping 8192 bytes of SAREA 0xd00c7000 at 0x40028000 I hope that this reports can help you! If you need me to do any other test, just tell me.
log.lastcvs.gz
Description: Binary data
log.vesafbhack.gz
Description: Binary data
