Re: Trident cyberblade Ai1/Xp
I have the exact same problems with another Toshiba laptop with the same video card. I did try to fix the problem by hacking the driver w/out success... Too bad. Cheers, Olivier. On Thu, 2003-03-27 at 14:53, Trent R. Gemmill wrote: I have a Toshiba Satellite 1805-S274 which uses the Trident cyberblade Ai1/Xp chip. I am running RH 8.0 (Linux version 2.4.18-14, X11R6 V 4.2). I have downloaded the latest trident driver from Alan Hawthorn's Xfee86 page. When I play a movie, etc. I get a random (truely!, I've tried exactly the same thing 0 - 6 times to get a crash) hard locking of the machine requiring a complete system reset. It always happens when I initiallystart playing a movie. The screen immediately turns an odd checkered pattern: xterm windows and movie windows are still there as a different kind of striped plaid than the desktop. Whenever I play a movie I get a one-pixel blue line running from theupper left corner of the image to the right side of the screen and underneath that a 2nd 1-pixel blue line which turns brown and ends before the hitting right side. I often also get a vertical blue line running along the left edge of the image going from top to bottom (1 pixel in width). The lines I can live with. This happens under KDE or Gnome; in 16, 24 or 32 bit res (never tried 8); using mplayer, xine or realplayer. I could only find one helpful reference to this on a now-defunct Xfree list: http://www.spinics.net/lists/xf-xpert/msg06754.html and have not seen any fixes. Is their any solution to this? I must use this laptop for animated presentations and un-accelerated video is too slow. Is thir any way I can help with this? Altho I'm a bear of little c-programming ability. Trent ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel -- Olivier Fourdan [EMAIL PROTECTED] http://www.xfce.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: issues with trident card
Alan, I've been able to track down the problem a bit further : The problem is related to the height of the window, not the width. And the limit is exactly 200 pixels. For any width, a height = 200 pixels doesn't show the problem. But if height 200, the the problem shows (the problem I'm talking about is a screen wide line located on the top of the output Xv window) Hope that helps, Cheers, Olivier. On Sun, 2003-02-16 at 00:07, Olivier Fourdan wrote: Hi Alan, On Sat, 2003-02-15 at 12:44, Alan Hourihane wrote: Have a go at trying to fix it with changing the line above. Well, I guess I've been too fast here. The problem doesn't come from the code I cited, sorry. Actually, it seems to be related to the size of the output (or maybe a ratio between the source and destination sizes ?) Xv window, but not the way I thought it was... Sorry about this. It seems I'm not able to track down what is the exact limit for the problem to show up. It's probably something like a 600x400 window. I've added traces, all arround and I've also tried to remove the VID_DOUBLE_LINEBUFFER_FOR_WIDE_SRC flag and it has no effect. Amazingly enough, I have 1 video that doesn't show the problem, whatever the size of the output window (maybe RGB not showing the problem while YUV does ? I don't know if that makes any sense). All other videos I have show the problem. Any clue where I should look next ? Cheers, -- Olivier Fourdan [EMAIL PROTECTED] http://www.xfce.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: issues with trident card
Alan, Err... no. 200 was the height of the source window in my test app. So real limit is the height of the source window. If the output window is higher than the source window, the problem arises, otherwise if doesn't show. Cheers, Olivier. On Tue, 2003-02-18 at 22:34, Olivier Fourdan wrote: Alan, I've been able to track down the problem a bit further : The problem is related to the height of the window, not the width. And the limit is exactly 200 pixels. For any width, a height = 200 pixels doesn't show the problem. But if height 200, the the problem shows (the problem I'm talking about is a screen wide line located on the top of the output Xv window) Hope that helps, Cheers, Olivier. On Sun, 2003-02-16 at 00:07, Olivier Fourdan wrote: Hi Alan, On Sat, 2003-02-15 at 12:44, Alan Hourihane wrote: Have a go at trying to fix it with changing the line above. Well, I guess I've been too fast here. The problem doesn't come from the code I cited, sorry. Actually, it seems to be related to the size of the output (or maybe a ratio between the source and destination sizes ?) Xv window, but not the way I thought it was... Sorry about this. It seems I'm not able to track down what is the exact limit for the problem to show up. It's probably something like a 600x400 window. I've added traces, all arround and I've also tried to remove the VID_DOUBLE_LINEBUFFER_FOR_WIDE_SRC flag and it has no effect. Amazingly enough, I have 1 video that doesn't show the problem, whatever the size of the output window (maybe RGB not showing the problem while YUV does ? I don't know if that makes any sense). All other videos I have show the problem. Any clue where I should look next ? Cheers, -- Olivier Fourdan [EMAIL PROTECTED] http://www.xfce.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: issues with trident card
Hi Alan, On Sat, 2003-02-15 at 12:44, Alan Hourihane wrote: Have a go at trying to fix it with changing the line above. Well, I guess I've been too fast here. The problem doesn't come from the code I cited, sorry. Actually, it seems to be related to the size of the output (or maybe a ratio between the source and destination sizes ?) Xv window, but not the way I thought it was... Sorry about this. It seems I'm not able to track down what is the exact limit for the problem to show up. It's probably something like a 600x400 window. I've added traces, all arround and I've also tried to remove the VID_DOUBLE_LINEBUFFER_FOR_WIDE_SRC flag and it has no effect. Amazingly enough, I have 1 video that doesn't show the problem, whatever the size of the output window (maybe RGB not showing the problem while YUV does ? I don't know if that makes any sense). All other videos I have show the problem. Any clue where I should look next ? Cheers, -- Olivier Fourdan [EMAIL PROTECTED] http://www.xfce.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Keys missing from fr mapping on XFree86 CVS
Hi, Well, replying my own mail, for the record, it appears that I was missing Option XkbRules xfree86 From the XF86Config Dunno why it works before though. It works fine now anyway. Cheers, Olivier. On Sun, 2003-02-02 at 23:09, Olivier Fourdan wrote: Hi all, Dunno if it's a known issue or not (I know there've been some discussion about ca_enhanced problems recently), but I'm using a french keyboard on a Toshiba laptop and the keys and are not mapped anymore when using this afternoon XFree86 CVS. On my keyboard, these keys are placed just on the tight of the space bar ( is accessible using Shift) It worked fine with XFree86 4.2 (same XF86Config) Lemme know if there is anything I can do to help, Best regards, -- Olivier Fourdan [EMAIL PROTECTED] http://www.xfce.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Keys missing from fr mapping on XFree86 CVS
Hi all, Dunno if it's a known issue or not (I know there've been some discussion about ca_enhanced problems recently), but I'm using a french keyboard on a Toshiba laptop and the keys and are not mapped anymore when using this afternoon XFree86 CVS. On my keyboard, these keys are placed just on the tight of the space bar ( is accessible using Shift) It worked fine with XFree86 4.2 (same XF86Config) Lemme know if there is anything I can do to help, Best regards, -- Olivier Fourdan [EMAIL PROTECTED] http://www.xfce.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[Xpert]Xinerama.h in current XFree86 CVS
Hi all, I test the presence and usability of include/X11/extensions/Xinerama.h using a configure script. The script complains that the file is present but not usable. My looking at the Xinerama.h file, it doesn't include other X headers so Bool is not defined. That's why the configure scripts cannot compile its default test prog. Wouldn't be suitable to include Xlib.h (where Bool is defined) in Xinerama.h ? If I remember well, the problem did not arise in previous XFree86 versions (I'm using current XFree86 CVS). Thanks, Cheers, -- Olivier [EMAIL PROTECTED]http://www.xfce.org --- XFce is a lightweight desktop environment for various *NIX systems. Designed for productivity, it loads and executes applications fast, while conserving system resources. XFce is all free software, released under GNU General Public License.Available from http://www.xfce.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert][PATCH] Work-around for busy-wait in XDGASetViewport
Mark, [snip] rid of it (should never have been added in the first place). People making games and such should move out of the DOS age and migrate to OpenGL. Not all XFree supported cards/drivers support OpenGL acceleration. Using OpenGL with Mesa sw is unusable for any real app but glgears demo (at least for my hw). Cheers, -- Olivier [EMAIL PROTECTED]http://www.xfce.org --- XFce is a lightweight desktop environment for various *NIX systems. Designed for productivity, it loads and executes applications fast, while conserving system resources. XFce is all free software, released under GNU General Public License.Available from http://www.xfce.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
2. What is presented on the screen should always be consistent (i.e. no flickering). This is something I've seem many many times, mostly from people coming from other OS. People claim that opaque move and resize is generally faster with less flickering on other systems. I feel concerned about this (probably because I'm working on a window manager) so I decided to take a look at how it works (sorry, I mean how it looks) on other systems. I've tried with MS Windows XP, BeOS and QNX (the two last being low latency kernels). I must say that, on the same hardware, I don't really see any difference with X. The problem people report on X show in other systems too. And, by increasing the priority of X and using a fast window manager, I really think X is similar to other windowing systems in this area. All this is mostly a matter of feeling, it's hard to measure the delay for a window refresh anyway. And it depends on the application too (OpenOffice shows a huge delay, for example, and it does so on all systems I guess) Cheers, -- Olivier [EMAIL PROTECTED]http://www.xfce.org --- XFce is a lightweight desktop environment for various *NIX systems. Designed for productivity, it loads and executes applications fast, while conserving system resources. XFce is all free software, released under GNU General Public License.Available from http://www.xfce.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Trident bug
Hi Alan, Try again, I've just made a small fix. Sorry, but... Nope, it's worst. Cheers, -- Olivier [EMAIL PROTECTED]http://www.xfce.org --- XFce is a lightweight desktop environment for various *NIX systems. Designed for productivity, it loads and executes applications fast, while conserving system resources. XFce is all free software, released under GNU General Public License.Available from http://www.xfce.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Trident bug
From: Alan Hourihane [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Xpert]Trident bug Reply-To: [EMAIL PROTECTED] On Wed, Jun 19, 2002 at 08:45:38PM +0200, Egbert Eich wrote: I have a fix for your first problem. It is not committed yet. However I've sent it to Alan who wants to put an updated driver on http://www.xfree86.org/~alanh once he finds time. That driver is up now. Please test it. Alan. Xv is totally unusable with this driver (the video card is a cyberblade xpai1). I get (apparently) random colors in place of the picture. I tried in 16bpp and 24bpp Cheers, -- Olivier [EMAIL PROTECTED]http://www.xfce.org --- XFce is a lightweight desktop environment for various *NIX systems. Designed for productivity, it loads and executes applications fast, while conserving system resources. XFce is all free software, released under GNU General Public License.Available from http://www.xfce.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Is two-headedness a (general) feature?
Subject: [Xpert]Is two-headedness a (general) feature? Reply-To: [EMAIL PROTECTED] Is two-headedness a feature of the video adapter, the driver software, or both? I recently saw someone give a presentation using one of the Mac laptops where he projected his slides and still had a workspace on his LCD. I can think of some very useful applications of that, but is it possible with X, with my laptop. (Yes, and no, respectively, is my guess; I have a Tecra 8200 with the trident chipset.) AFAIK, this is both a hw and sw issue. Your card/hw design is capable of doing so (you can do it under MS Windows, check the display settings) but XFree86's trident driver do not take advantage of this feature. Cheers, Olivier [EMAIL PROTECTED]http://www.xfce.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Latest CVS doesn't work with my Trident CyberBladeXP/Ai1
Hi Alan, As far as I can tell, yes, I did a checkout on the CVS and did a make World. I can try to remove the whole directory and redo a fresh checkout, then rebuild. That will take time, though ;-) I'll try if that can help. Cheers, Olivier. On Wed, 2002-05-22 at 09:45, [EMAIL PROTECTED] wrote: Message: 5 Date: Tue, 21 May 2002 23:24:38 +0100 From: Alan Hourihane [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Xpert]Latest CVS doesn't work with my Trident CyberBladeXP/Ai1 Reply-To: [EMAIL PROTECTED] Are you sure you've built and installed it properly. Things are working fine over here. If you're still having problems, a log would be nice. Alan. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Latest CVS doesn't work with my Trident CyberBladeXP/Ai1
Hi all, Alan, FYI, I've downloaded, compiled and installed the CVS today, and I had to revert to 4.2 because the latest CVS dosn't work for me. It's very slow, there are graphic corruption and finally it crashes the system after a few seconds. It's a Toshiba laptop with a Trident CyberBladeXPAi1. 01:00.0 VGA compatible controller: Trident Microsystems: Unknown device 8820 (rev 82) Cheers, -- Olivier [EMAIL PROTECTED]http://www.xfce.org --- XFce is a lightweight desktop environment for various *NIX systems. Designed for productivity, it loads and executes applications fast, while conserving system resources. XFce is all free software, released under GNU General Public License.Available from http://www.xfce.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Laptop external monitor
Rich, Toshiba laptops have an option for that in the BIOS. To access the bios, press ESC during startup (just when you see the red Toshiba logo) and then press F1 to access the BIOS. You can change the video output from Autoselect to External or Both. I guess both is what you want since you can plug a video projector when you need it while keeping the LCD active. Press END to save and exit setup. Cheers, -- Olivier [EMAIL PROTECTED]http://www.xfce.org --- XFce is a lightweight desktop environment for various *NIX systems. Designed for productivity, it loads and executes applications fast, while conserving system resources. XFce is all free software, released under GNU General Public License.Available from http://www.xfce.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Trident CyberBlade driver
Hi all, First of all, many thanks to Alan for providing us with an accelerated driver for the Trident XP cards. It's great to have it. There are a couple of issues that remain with this driver on the CyberBladeXPAi1 card, AKA Cyber-Aladdin-T from ALi (1644 northbridge) 1) Screen position : On the laptop LCD, the screen is shifted 5 pixels to the right. In other words, there is a 5 black pixels area on the left of the screen and 5 pixels are missing on the right side. In 24bpp, there are some artifacts left on the screen when moving windows (opaque move). This doesn't show in 16bpp. 2) XVideo problems : There is a line, all screen wide, appearing on top of the XVideo window. This show both in full screen and window playback. In window playback, the line moves along with the top of the window. More annoying, when using Xine as the video player, when returning from full screen playback, the whole coputer crashes and the LCD turns slowly to white, reminding me of a polarization problem (I guess this is somehow dangerous for the LCD). As far as I can tell, this doesn't show with MPlayer. However, I've been using Xine with other XFree drivers (NVidia) and got no problem. Note all these problems aren't new to the accel driver, they showed even with the previous non accelerated driver. Best reggards, -- XFce is a lightweight desktop environment for various *NIX systems. Designed for productivity, it loads and executes applications fast, while conserving system resources. XFce is all free software, released under GNU General Public License.Available from http://www.xfce.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re:Trident CyberBlade driver
Addendum : In 24bpp, there are some artifacts left on the screen when moving windows (opaque move). This doesn't show in 16bpp. This might because I was running both Vesa and Trident drivers at the same time on different VC. It did not show again since I switched completely to the Trident driver. Cheers, -- XFce is a lightweight desktop environment for various *NIX systems. Designed for productivity, it loads and executes applications fast, while conserving system resources. XFce is all free software, released under GNU General Public License.Available from http://www.xfce.org ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re:Trident CyberBlade driver
Alan, Humm, well, after rebooting, the 5 pixel offset is gone. So, after all, just the XVideo problems remain. PS: I really enjoy acceleration with the new driver. Really great. Cheers, Olivier. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re:Trident CyberBlade driver
Alan, Humm, well, after rebooting, the 5 pixel offset is gone. So, after all, just the XVideo problems remain. PS: I really enjoy acceleration with the new driver. Really great. Cheers, Olivier. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trident cyberbladeXPAi1
Gabriele, I have EXACTLY the same problem with a 1800-214 and the same video card. I did exactly the same (try XFree86 4.10, get the CVS, etc.) w/out success. However, I am now able to run X using Vesa over FB in 1024x768 16bpp. I can contribute my XF86Config if needed. Note that Vesa over FB is far from being a good solution, because there is no acceleration and the CPU makes all the work. However, it's better than nothing at all. To the trident driver Maintainer (Alan Hourihane, I think) : If someone has an idea about what's wrong with the trident driver, I can help and test. I can also try to tweak the driver, but I don't know where to start. I noted, by reading the source, that the driver is expecting SGRAM for the XPAi1 while it uses SDRAM on Toshiba laptops. Does this make any difference ? I seems that the trident driver is using no accelration and FB when running on a XPAi1. So my next question is, even if I can make it run with my card, will that make any difference compared to Vesa ? Cheers, Olivier. On Thu, 06 Dec 2001 00:24:39 -0500 gabriele castellini [EMAIL PROTECTED] wrote: Hi there, I have recently bought a Toshiba Satellite 1800-S204 laptop that comes with a `trident cyberbladeXPAi1' card. I installed RedHat 7.0 that came with XFree86-4.0.1 and it did not recognize the card. I upgraded to XFree86-4.1.0 but no improvement. Since I noticed that support for this card was added to the soon to be released XFree86-4.2.0, I downloaded the latest CVS from December 4 and the compiling and installation seemed to be all right. However, by running `XFree86 -configure' I could only get one mode and it is not usable, since I get a small frame in which I seem to recognize the default 'net-style' X background with a ghost-like mouse pointer. Nevertheless the card is correctly identified as one can see from the log-file included below. Does anybody have any idea of what went wrong? Did I make some mistake somewhere or is there any setting that I could change in order to get a usable picture? Hopefully the included log-file may help those who know more about this to understand what is going on. By the way, one more thing, `startx' quit working after installation of the new CVS. After typing it I get the following error message: xauth: error while loading shared libraries: LibXmuu.so.1: cannot open shared object file: No such file or directory. I wonder what that means since the file LibXmuu.so.1 actually exists. Does anybody have any idea of how to fix this? Thanks a lot Gabriele Included XFree86.0.log This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.1.99.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: xx November 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.2.16-22 i686 [ELF] Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Wed Dec 5 23:12:12 2001 (++) Using config file: XF86Config.new Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.1.99.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.1.99.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI:
Re: [Xpert]Trident cyberbladeXPAi1
Gabiele, Would you mind sending me your XF86Config-4 file off list ? I've tried forcing the chipset w/out success. My email is [EMAIL PROTECTED] Thanks in advance, Cheers, Olivier. On Tue, 11 Dec 2001 11:24:57 -0400 gabriele castellini [EMAIL PROTECTED] wrote: Hi I am happy to be able to say that finally I got a good screen configuration on my Toshiba 1800-S204 laptop with a trident cyberbladeXPAi1 chip. It took me a lot of attempts but this is what I did. I installed RedHat 7.0 that comes with XFree86-4.0.1 and it did not detect my card. Next I upgraded to XFree86-4.1.0 using the binaries downloaded from xfree86.org, still no improvement. I decided to go for the CVS. I downloaded, compiled and installed what came out to be the pre-release version XFree86-4.1.99 (or so). Still no luck with the configuration tool 'XFree86 -configure', although the chip now was correctly identified as a cyberbladeXPAi1. So, I started playing around with some test configuration file and by forcing the chipset as a cyberbladeXPm/16 I got a perfect picture and everything seems to work fine, at least what I tried so far. The strange thing is that if I force the chipset as a cyberbladeXPAi1, which is what it should be, then it does not work. I wonder if this is a bug or something is wrong with my setup. I hope that this is useful for those who are still struggling to get their video configuration with this chip. Gabriele ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trident cyberbladeXPAi1
Alan, Try a 60Hz mode. I'll try that in a few minutes... Turn on ShadowFB and you should get the same speed as Vesa and FBDev. Humm, nope, ShadowFB is on in my XF86Config-4 : Section Device Identifier Trident Driver trident BoardName cyberbladeXPAi1 BusID PCI:1:0:0 Option ShadowFB EndSection Best regards, -- Olivier [EMAIL PROTECTED]http://www.xfce.org --- XFce is a lightweight desktop environment for various *NIX systems. Designed for productivity, it loads and executes applications fast, while conserving system resources. XFce is all free software, released ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trident cyberbladeXPAi1
Egbert, 4. One should consider this when looking for a new system (especially a laptop): It may be a good idea to look around and see which HW is already known to be supported. Humm, this is exactly what I've done (I'm quite used to Linux, running it exclusively since 1994). And, guess what, if you look at Trident web site (www.tridentmicro.com) and look for the CyberBladeXPAi1, it's supposed to be tested and certified on Windows 98, ME, 2000, XP *and* Linux (Look at the bottom of their page, this is what they say) Actually, this is why I've choosen that particular laptop ! Crazy, isn't it ? Take care, Olivier. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Help with CyberBladeXPAi1 (Trident) on a Toshiba 1800-814 laptop
Egbert If trident works it is better as it is accelerated. Vesa uses the BIOS and allows mode switching - but it is unacceled. It may still have quirks. fbdev is so simple it should always work - but unaccelerated. I think I may have found something interesting (thus I copy the list ;-) 1) Using Vesa driver works. 2) Passing vga=790 or vga=791 or even vga=792 at linux kernel and using Trident driver *works* but it's very slooow, a lot slower that Vesa driver, in 24bpp and 16bpp -I didn't try 8bpp- 3) Never use vga=xxx and Vesa XFree driver all together. It seems to be dangerous for the LCD display (use either normal textmode with XFree Vesa driver or fb text mode with XFree trident driver, but *not* fb text mode and Vesa driver !) What's puzzling me is why the trident driver with vga=xxx is so slow. I include my XF86Config file so you can check and see by yourself (note that I define all 3 devices, vesa, trident and fbdev and select the one I want by uncommenting the right line in the screen section) Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files FontPath unix/:7100 EndSection # Module loading section Section Module Load dbe # Double-buffering Load GLcore # OpenGL support Load dri # Direct rendering infrastructure Load glx # OpenGL X protocol interface Load extmod # Misc. required extensions # Load v4l # Video4Linux # Load pex5 # PHIGS for X 3D environment (obsolete) # Load record# X event recorder # Load xie # X Image Extension (obsolete) # You only need the following two modules if you do not use xfs. # Load freetype # TrueType font handler # Load type1 # Adobe Type 1 font handler EndSection Section InputDevice Identifier Keyboard0 Driver keyboard Option XkbLayout fr EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Device /dev/mouse Option Protocol PS/2 Option Emulate3Buttons on Option ZAxisMapping 4 5 EndSection Section Monitor Identifier My Monitor VendorName Unknown ModelName Unknown HorizSync 31.5 - 48.5 VertRefresh 50-70 Option dpms EndSection Section Device Identifier * Generic VESA compatible Driver vesa BoardName Unknown Option UseFBDev EndSection Section Device Identifier Linux Frame Buffer Driver fbdev BoardName Unknown EndSection Section Device Identifier Trident Driver trident BoardName Unknown Option NoAccel false Option ShadowFB false BusID PCI:1:0:0 Option CyberStretch false Option CyberShadow true Option ShadowFB true EndSection Section Screen Identifier Screen0 Device * Generic VESA compatible #Device Linux Frame Buffer #Device Trident Monitor My Monitor DefaultDepth 16 Subsection Display Depth 24 Modes 1024x768 800x600 640x480 EndSubSection Subsection Display Depth 16 Modes 1024x768 800x600 640x480 EndSubSection Subsection Display Depth 8 Modes 1024x768 800x600 640x480 EndSubSection EndSection Section DRI Mode 0666 EndSection ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
