Re: [Xpert]SiS630 and LCD

2001-12-11 Thread Giuseppe Sacco

I have probably the worst configuration :-(
ASUS A1000 series laptop with 14.1 LCD (1024x768x15)

Silicon Integrated Systems [SiS] SiS630 GUI Accelerator+3D (rev 11) (prog-if 00 [VGA])
Subsystem: Asustek Computer, Inc.: Unknown device 1452
Flags: 66Mhz, medium devsel
BIST result: 00
Memory at d800 (32-bit, prefetchable) [size=128M]
Memory at cd80 (32-bit, non-prefetchable) [size=128K]
I/O ports at 9800 [size=128]

XFree3.3.6 works with both sis and fbdev driver
XFree4.0.2/3 works with VESA driver at 1024x768
XFree4.1.0.1 works with VESA but only at 800x600
XFree4.1.99.1 works with VESA but only at 800x600

the latest cvs snapshot I have (three days ago) seems to have some
improvements with the SiS drivers. Actually it starts, but the display is
corrupt: the last part of the screen lines are shown on top:

6
7

1
2
3
4
5

that means that 2/7th of the lines are shown on top, then I have a blank
line, then I have the first 5/7th of the screen.

And, this is not working in 1024x768 but 800x600.

Please note that every X version I have is perfectly working sith an
external monitor. The problems appears only using the LCD screen.

I never tried the VesaFBHack patch. Where may I found it?

bye,
Giuseppe

Il Fri, Dec 07, 2001 at 03:02:24PM +0100, Thomas Winischhofer ha scritto:
 
 Egbert Eich writes:
  Stuart Young writes:
   The VesaFBHack patch, which was my little effort at re-implementing the
 [...]
 
  Right. Your patch was OK. I'm thinking about adding it for 4.2.
 
 Please do this otherwise 4.2 is unusable with this chipset (using LCD). 
 
 There seems to be a small glitch with Stuart's patch as I still get the
 melting screen sometimes when restarting X after the machine had been
 suspended and resumed once. (Can't reproduce this unfortunately, but he
 might have missed one call of SiSSetMode() [or whatever procedure he
 skipped when VesaFBHack=true])
 
 Thomas
 
 -- 
 Thomas Winischhofer
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



[Xpert]SiS630 and LCD status

2001-12-09 Thread Hendrik Scholz

Hi!

I have a SIS630 based notebook running FreeBSD 4.4-STABLE.
I checked out the latest cvs source and when starting the server I
get a blank screen (I need to reboot the box to get output on the LCD again).
The 1024x768 output on the VGA-Out works fine for me.

I applied the patch from
http://www.xfree86.org/pipermail/xpert/2001-July/009974.html
to get it working - no signal on the vga out and a broken output on the LCD.
The image is split into four parts. the lower left part is in the upper right
corner. The upper left part in the lower right.

This is how it looks:

|---|
| lower |   | lower |
|  right|   |  left |
|---|   |---|
| black |
|   |
|---|   |---|
| upper |   | upper |
| right |   |  left |
|---|

The whole screen seems to be 640x480.

I hope that helps, Hendrik

-- 
Hendrik Scholz [EMAIL PROTECTED]
http://www.raisdorf.net
Where do you want to be tomorrow ?

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]SiS630 and LCD

2001-12-07 Thread Egbert Eich

Stuart Young writes:
  At 07:01 PM 6/12/01 +0100, Egbert Eich wrote:
  I've looked at it - you only offer binary drivers.
  However I think I know what you do. Your patch is pretty similar to
  the VESAFbHack patch posted a while ago.
  
  The VesaFBHack patch, which was my little effort at re-implementing the 
  patch posted to this list by Kirill Konyagin (back in July 2001), may have 
  been based on the same work as Rene, or Rene's work was based upon it. I 
  simply put it into a form that allowed the user to easily enable/disable 
  it. It also meant that if it was fixed, a config file change was not really 
  necessary (something I was looking at, as I was investigating rolling these 
  out into a production environment, and the less changes in the future, the 
  better).

Right. Your patch was OK. I'm thinking about adding it for 4.2.
I doubt that I will be able to implement the BIOS initialization
stuff. For the SiS to fully work with int10 I may have to modify some
stuff in there code. I won't do that before 4.2 comes out.

  
  I'm thinking of something different: sis_bios.c is converted BIOS code
  anyway. Since we have the int10 infrastructure we can use it to
  run the real BIOS and eliminate much of the code in sis_bios.c.
  
  You might find that a lot of the code in the XFree driver is now the same 
  as that in the Linux Kernel FrameBuffer for the SiS630 chip, so some common 
  development here could be a definite advantage.

I suggested this a long time ago. The problem was that kernel code
was under GPL while ours was under an MIT style license.

  
  Something I have noticed as a difference between the VesaFB and SiSFB 
  drivers in the Linux kernel, is that the VesaFB driver does it's init as 
  absolutely early as it can, as the routines to change resolution have to be 
  performed (afaik) in real mode, not in protected or virtual modes.
  

AFAIK there is a way now to change VESA video modes on the fly.

I tryed to get docu from sis - even considering signing a NDA - but
suddenly the email thread with them stopped ... ? - They so not seem to be
interested in getting the chip to work properly under Linux ...
  
  :-(
  I would certainly love to have better docs for the graphics part of
  the 630 than there are in the 630 datasheet.
  
  I got very little response from SiS, to very similar or the same queries 
  (re: docs, NDA, sample code, etc). The company I work for wants to use a 
  machine made by Clevo (a Taiwanese company) as a Point of Sale terminal 
  (it's a desktop with an LCD screen, and very small footprint), but with the 
  current problems we have with the SiS630 chipset (if not resolved soon), we 
  will simply have to turn down the product as another good idea, bad 
  implementation. Pity really, as the cost was reasonable, and the options 
  on the product were ideal for our market.
  

The problems can be resolved very quickly by using the video BIOS. 
The problem is we are past feature freeze for the 4.2 and I don't 
want to make modification to int10 code at this late stage. Int10 
is quite touchy. If I get something wrong I'll have to take the 
blame.

Egbert.
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]SiS630 and LCD

2001-12-07 Thread Braustein Alfredo

 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


Re: [Xpert]SiS630 and LCD

2001-12-06 Thread Rune Petersen

Egbert Eich:
 Rune Petersen writes:
   sorry had a lot on my mind...
  
   Doesn't work means:
   all except the topmost cm. is flickering between showing about 1/4 of
the
   actual image (also looks streched vertically) and showing black.
  
   I' have tried without Framebuffer and got the same result.
  

 Hm, doesn't sound too good. The problem about the sis driver is:
 We have no decend documentation for the SiS 630. Even if we did
 we'd have a hard time: the code that sets up the chip was provided by
 SiS. What they did was very simple: they translated their i86 machine
 language BIOS code to C. The code looks horrible! It retreives
 register values from tables in the BIOS and writes them to the chip.
 It is very likely that later versions of the BIOS do some things the
 BIOS  that served as base for this code didn't do.

 What happened when you used the old driver - without my patches?

 Regards,
 Egbert.
The old drivers made the screen all white, to get it to work  I had to patch
the drivers so they didn't setup the LCD, an then use the VESA framebuffer
to setup the display.

I have no experience in this but the VESA framebuffer (as far as I know)
uses the BIOS to setup the LCD and that works for me, any chance the same
can be done with these drivers?
or have I gotten it all wrong?

Rune Petersen


___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]SiS630 and LCD

2001-12-06 Thread Egbert Eich

Rene Rebe writes:
  
  For the newer sis chips / bios version we had to disable the mode-switching
  and let the VESA-framebuffer initialize the chip. - I spend many hours
  debugging in the stupid sis_bios.[h,c] ... , too.
  
  I have a short info page: 
http://www.tfh-berlin.de/~s712059/sis630/index.html
  

I've looked at it - you only offer binary drivers.
However I think I know what you do. Your patch is pretty similar to
the VESAFbHack patch posted a while ago. 
I'm thinking of something different: sis_bios.c is converted BIOS code
anyway. Since we have the int10 infrastructure we can use it to
run the real BIOS and eliminate much of the code in sis_bios.c.

  I tryed to get docu from sis - even considering signing a NDA - but suddely
  the email thread with them stopped ... ? - They so not seem to be interessted
  in getting they chip to work properly under Linux ...
  

:-(
I would certainly love to have better docs for the graphics part of
the 630 than there are in the 630 datasheet. 

Egbert.

-- 
Egbert Eich XFree86 Core Team  SuSE GmbH 
[EMAIL PROTECTED]   [EMAIL PROTECTED]
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]SiS630 and LCD

2001-12-06 Thread Rene Rebe

On Thu, 6 Dec 2001 19:01:19 +0100 (MET)
Egbert Eich [EMAIL PROTECTED] wrote:

 Rene Rebe writes:
   
   For the newer sis chips / bios version we had to disable the mode-switching
   and let the VESA-framebuffer initialize the chip. - I spend many hours
   debugging in the stupid sis_bios.[h,c] ... , too.
   
   I have a short info page: 
 http://www.tfh-berlin.de/~s712059/sis630/index.html
   
 
 I've looked at it - you only offer binary drivers.
 However I think I know what you do. Your patch is pretty similar to
 the VESAFbHack patch posted a while ago. 
 I'm thinking of something different: sis_bios.c is converted BIOS code
 anyway. Since we have the int10 infrastructure we can use it to
 run the real BIOS and eliminate much of the code in sis_bios.c.

Yes. Exactly. I'm no binary only fan, too - but it was a one-minute hack
and I deleted the source ... - it is so simply that I did not reworked it.

The direct BIOS call came to my mind, too. - The current code is a
bad joke. Fideling with all the defines and defines of defines are completely
unfollowable ... - and sometimes they use the set_reg methods sometimes
direct ins outs (even with hardcoded hex-values) ... a horror!

   I tryed to get docu from sis - even considering signing a NDA - but suddely
   the email thread with them stopped ... ? - They so not seem to be interessted
   in getting they chip to work properly under Linux ...
   
 
 :-(
 I would certainly love to have better docs for the graphics part of
 the 630 than there are in the 630 datasheet. 

Maybe I can try to write to the german reseller (Helped to get Avision's scanner
specs ;-) - and if that doesn't help ask www.heise.de (or /.) to publish some sis
slows down XFree driver development for a year, now ...

It is interesting that the [EMAIL PROTECTED], [EMAIL PROTECTED] (the PR adresses I
used some weeks ago) seems to be removed ... ??

[EMAIL PROTECTED] - is the one I had the discussion about getting docs under a NDA ...

 Egbert.
 
 -- 
 Egbert Eich XFree86 Core Team  SuSE GmbH 
 [EMAIL PROTECTED]   [EMAIL PROTECTED]

k33p h4ck1n6
  René

-- 
René Rebe (Registered Linux user: #248718 http://counter.li.org)

eMail:[EMAIL PROTECTED]
  [EMAIL PROTECTED]

Homepage: http://www.tfh-berlin.de/~s712059/index.html

Anyone sending unwanted advertising e-mail to this address will be
charged $25 for network traffic and computing time. By extracting my
address from this message or its header, you agree to these terms.
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]SiS630 and LCD

2001-12-06 Thread Rene Rebe

On Thu, 6 Dec 2001 18:50:57 +0100 (MET)
Egbert Eich [EMAIL PROTECTED] wrote:

 Rune Petersen writes:
   The old drivers made the screen all white, to get it to work  I had to patch
   the drivers so they didn't setup the LCD, an then use the VESA framebuffer
   to setup the display.
 
 Guess how I debugged the sis_bios.c code. I enabled the VESA
 framebuffer, removed parts of the initialization in sis_bios.c
 until I found the code that broke it.

;-( - Same here. For me sis_bios.c:
static Bool SetCRT2Group(UShort BaseAddr,ULong ROMAddr,UShort ModeNo, ScrnInfoPtr 
pScrn)

Breaks the settings. If I leave it away or hardcode IF_DEF_LVDS and IF_DEF_CH7005 it
did not destroyed the chip-setting. (I do not remember the exact combination
of it - and it did not worked itself - the VESA-framebuffer had still to init the
right mode - but the driver did not destroyed it) - I also tryed to analyse some
reg-dumps - but never had time to finish it.

 This is a bit tricky. Most initialization functions in sis_bios.c
 depend on variables set by the previous functions called. One cannot
 just remove them at random but rather work his way up from the bottom.
 
 As I said already: this funtion contains x86 BIOS code converted to C.
 This is how this code looks like, too.

[...]

k33p h4ck1n6
  René

-- 
René Rebe (Registered Linux user: #248718 http://counter.li.org)

eMail:[EMAIL PROTECTED]
  [EMAIL PROTECTED]

Homepage: http://www.tfh-berlin.de/~s712059/index.html

Anyone sending unwanted advertising e-mail to this address will be
charged $25 for network traffic and computing time. By extracting my
address from this message or its header, you agree to these terms.
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]SiS630 and LCD

2001-12-06 Thread Braunstein Alfredo


Ok, this is my (working) setup

Laptop: Gericom Webgine, SIS630 (rev 49)
Modeline: 1024x768 65.0 1024 1048 1184 1344 768 771 777 806 -hsync -vsync
Depth: 16 bpp

No framebuffer.

3D acceleration still doesn't work even after a full reinstall, I get 

SIS driver : out of video memory
Fatal errors in sis_dri.so

When I run a Mesa executable like gears. No chance incrementing the video
memory.

Hope this helps,
alfredo

On Dec 4 Rune wrote:

Hi,

It's great it works for you!!
Any chance you are interested in helping me find out what works, and what
doesn't?
Can you give me your setup?

Mine that doesn't work:
Laptop:Uniwill 340S2
resolution:1024x768
framebuffer:  VESA
modeline:  65.1 1024 1032 1176 1344 768 771
777 806 +hsync +vsync

Date: Tue, 4 Dec 2001 09:03:59 +0100 (CET)
From: Braunstein Alfredo
To: [EMAIL PROTECTED]
Subject: [Xpert]SiS630 and LCD

Hi there,
It' is better, no more white screen, but its flickering black/white with 4
black vertical bands..
at least its an improvement, no more boring white.

Rune Petersen


and


- Original Message -
From: Egbert Eich [EMAIL PROTECTED]
To: Rune Petersen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, December 02, 2001 1:05 PM
Subject: Re: [Xpert]Egbert Eich did you fix alle the LCD problems in the
SIS-630?


Rune Petersen writes:
  straight forward question:
  Can I use the new drivers on my labtop?
 
Well...
I've got one report where the SiS 630 works better now.
I however cannot promise anything. I have no detailed
specs for the SiS 630 and therefore a lot of the things
I did were pure guess work.
However you may want to give it a try...

Egbert.

Hi,

For me is working perfectly now. Even VESA blank is working, which wasn't
before!

The only thing is that 3D acceleration seems not to work anymore for me (it
worked but with some glitches), but I think It may be due to an
installation
problem: I've only replaced sis_drv.o instead of a full reinstall. For now
I'm ok without it!

Thank you very much  keep up the good work,

alfredo




A l f r e d o  B r a u n s t e i n
  [EMAIL PROTECTED]

Beam me up, Scotty!  It ate my phaser!

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]SiS630 and LCD

2001-12-06 Thread Rune

Egbert Eich writes:
 Rene Rebe writes:
  
   For the newer sis chips / bios version we had to disable the
mode-switching
   and let the VESA-framebuffer initialize the chip. - I spend many hours
   debugging in the stupid sis_bios.[h,c] ... , too.
  
   I have a short info page:
 http://www.tfh-berlin.de/~s712059/sis630/index.html
  

 I've looked at it - you only offer binary drivers.
 However I think I know what you do. Your patch is pretty similar to
 the VESAFbHack patch posted a while ago.
 I'm thinking of something different: sis_bios.c is converted BIOS code
 anyway. Since we have the int10 infrastructure we can use it to
 run the real BIOS and eliminate much of the code in sis_bios.c.

Theres only one problem with int10 is that it does an segment fault when
int10 initialises (at least for me). see attachment...


   I tryed to get docu from sis - even considering signing a NDA - but
suddely
   the email thread with them stopped ... ? - They so not seem to be
interessted
   in getting they chip to work properly under Linux ...
  

 :-(
 I would certainly love to have better docs for the graphics part of
 the 630 than there are in the 630 datasheet.

 Egbert.

 --
 Egbert Eich XFree86 Core Team  SuSE GmbH
 [EMAIL PROTECTED]   [EMAIL PROTECTED]




XFree86.0.log
Description: Binary data


Re: [Xpert]SiS630 and LCD

2001-12-06 Thread Stuart Young

At 07:01 PM 6/12/01 +0100, Egbert Eich wrote:
I've looked at it - you only offer binary drivers.
However I think I know what you do. Your patch is pretty similar to
the VESAFbHack patch posted a while ago.

The VesaFBHack patch, which was my little effort at re-implementing the 
patch posted to this list by Kirill Konyagin (back in July 2001), may have 
been based on the same work as Rene, or Rene's work was based upon it. I 
simply put it into a form that allowed the user to easily enable/disable 
it. It also meant that if it was fixed, a config file change was not really 
necessary (something I was looking at, as I was investigating rolling these 
out into a production environment, and the less changes in the future, the 
better).

I'm thinking of something different: sis_bios.c is converted BIOS code
anyway. Since we have the int10 infrastructure we can use it to
run the real BIOS and eliminate much of the code in sis_bios.c.

You might find that a lot of the code in the XFree driver is now the same 
as that in the Linux Kernel FrameBuffer for the SiS630 chip, so some common 
development here could be a definite advantage.

Something I have noticed as a difference between the VesaFB and SiSFB 
drivers in the Linux kernel, is that the VesaFB driver does it's init as 
absolutely early as it can, as the routines to change resolution have to be 
performed (afaik) in real mode, not in protected or virtual modes.

  I tryed to get docu from sis - even considering signing a NDA - but
  suddenly the email thread with them stopped ... ? - They so not seem to be
  interested in getting the chip to work properly under Linux ...

:-(
I would certainly love to have better docs for the graphics part of
the 630 than there are in the 630 datasheet.

I got very little response from SiS, to very similar or the same queries 
(re: docs, NDA, sample code, etc). The company I work for wants to use a 
machine made by Clevo (a Taiwanese company) as a Point of Sale terminal 
(it's a desktop with an LCD screen, and very small footprint), but with the 
current problems we have with the SiS630 chipset (if not resolved soon), we 
will simply have to turn down the product as another good idea, bad 
implementation. Pity really, as the cost was reasonable, and the options 
on the product were ideal for our market.


AMC Enterprises P/L- Stuart Young
First Floor- Network and Systems Admin
3 Chesterville Rd  - [EMAIL PROTECTED]
Cheltenham Vic 3192- Ph:  (03) 9584-2700
http://www.amc.com.au/ - Fax: (03) 9584-2755

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]SiS630 and LCD

2001-12-05 Thread Egbert Eich

Rune writes:
  Hi,
  
  It's great it works for you!!
  Any chance you are interested in helping me find out what works, and what
  doesn't?
  Can you give me your setup?
  
  Mine that doesn't work:
  Laptop:Uniwill 340S2
  resolution:1024x768
  framebuffer:  VESA
  modeline:  65.1 1024 1032 1176 1344 768 771
  777 806 +hsync +vsync
  

Please be a little more sepcific on what doesn't work means.


Egbert.
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



[Xpert]SiS630 and LCD

2001-12-04 Thread Braunstein Alfredo

Hi there,
It' is better, no more white screen, but its flickering black/white with 4
black vertical bands..
at least its an improvement, no more boring white.

Rune Petersen


and


- Original Message -
From: Egbert Eich [EMAIL PROTECTED]
To: Rune Petersen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, December 02, 2001 1:05 PM
Subject: Re: [Xpert]Egbert Eich did you fix alle the LCD problems in the
SIS-630?


Rune Petersen writes:
  straight forward question:
  Can I use the new drivers on my labtop?
 
Well...
I've got one report where the SiS 630 works better now.
I however cannot promise anything. I have no detailed
specs for the SiS 630 and therefore a lot of the things
I did were pure guess work.
However you may want to give it a try...

Egbert.

Hi,

For me is working perfectly now. Even VESA blank is working, which wasn't
before! 

The only thing is that 3D acceleration seems not to work anymore for me (it
worked but with some glitches), but I think It may be due to an installation
problem: I've only replaced sis_drv.o instead of a full reinstall. For now
I'm ok without it! 

Thank you very much  keep up the good work,

alfredo




___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]SiS630 and LCD

2001-12-04 Thread Rune

Hi,

It's great it works for you!!
Any chance you are interested in helping me find out what works, and what
doesn't?
Can you give me your setup?

Mine that doesn't work:
Laptop:Uniwill 340S2
resolution:1024x768
framebuffer:  VESA
modeline:  65.1 1024 1032 1176 1344 768 771
777 806 +hsync +vsync

Date: Tue, 4 Dec 2001 09:03:59 +0100 (CET)
From: Braunstein Alfredo
To: [EMAIL PROTECTED]
Subject: [Xpert]SiS630 and LCD

Hi there,
It' is better, no more white screen, but its flickering black/white with 4
black vertical bands..
at least its an improvement, no more boring white.

Rune Petersen


and


- Original Message -
From: Egbert Eich [EMAIL PROTECTED]
To: Rune Petersen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, December 02, 2001 1:05 PM
Subject: Re: [Xpert]Egbert Eich did you fix alle the LCD problems in the
SIS-630?


Rune Petersen writes:
  straight forward question:
  Can I use the new drivers on my labtop?
 
Well...
I've got one report where the SiS 630 works better now.
I however cannot promise anything. I have no detailed
specs for the SiS 630 and therefore a lot of the things
I did were pure guess work.
However you may want to give it a try...

Egbert.

Hi,

For me is working perfectly now. Even VESA blank is working, which wasn't
before!

The only thing is that 3D acceleration seems not to work anymore for me (it
worked but with some glitches), but I think It may be due to an
installation
problem: I've only replaced sis_drv.o instead of a full reinstall. For now
I'm ok without it!

Thank you very much  keep up the good work,

alfredo


___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert