RE: [Xpert]is ATI Radeon 7000 Video w/ 64MB supported with xfree86for redhat Linux 7.1
On Wed, 15 May 2002, dmitri kerievsky wrote: when running # xf86cfg -nomodules -textmode I see a graphical setup which leads to a step where there are a list of video cars, but the ATI Radeon is not there, even though documentation says it is supported. any ideas what to do? After you select Add new card it will ask if you want to look at the card database. If you say no you will get a list of drivers. Is the Radeon in that list ? Supporting every chip is hard enough, keeping a database of every card and all the names (does the card have different names in different packaging) is very difficult; chances are that for v4.2 the radeon developers didn't get around to updating the card database. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]multiuser X
Hi Xperts ! I have thought about a scheme allowing multiple users to have an X session simultaneously. Currently the only way to do this is to open a new X on another vt. When using this configuration style it is however difficult for users to use it : if a user wants to lock his session and go away, but wants to let others use the workstation while he is away, others have to look for a vt (with Ctrl-Fx) where they can log in. Another point is that there must always be open X's on vt8, 9, etc.. My idea is the following : Only one X is open on vt7, and when a user logs in, *dm doesn't hand the Xserver to the user (i may be wrong in understanding this mechanism). However, it launches a new Xnest, makes it fullscreen and gives it to the user. When a user wants to lock his session, the only thing *dm has to do is to hide the Xnest window (the login box is always open behind them) and prompt another user to log in. What do you think about that ? (if this is the wrong place to post this suggestion, please point me to the right place) Thanks, JC. _ Envoyez des messages musicaux sur le portable de vos amis http://mobile.lycos.fr/mobile/local/sms_musicaux/
[Xpert]multiuser X
Hi Xperts ! I have thought about a scheme allowing multiple users to have an X session simultaneously. Currently the only way to do this is to open a new X on another vt. When using this configuration style it is however difficult for users to use it : if a user wants to lock his session and go away, but wants to let others use the workstation while he is away, others have to look for a vt (with Ctrl-Fx) where they can log in. Another point is that there must always be open X's on vt8, 9, etc.. My idea is the following : Only one X is open on vt7, and when a user logs in, *dm doesn't hand the Xserver to the user (i may be wrong in understanding this mechanism). However, it launches a new Xnest, makes it fullscreen and gives it to the user. When a user wants to lock his session, the only thing *dm has to do is to hide the Xnest window (the login box is always open behind them) and prompt another user to log in. What do you think about that ? (if this is the wrong place to post this suggestion, please point me to the right place) Thanks, JC. __ Boîte aux lettres - Caramail - http://www.caramail.com
Re: [Xpert]multiuser X
On Thu, 16 May 2002, - PSHunter wrote: I have thought about a scheme allowing multiple users to have an X session simultaneously. When a user wants to lock his session, the only thing *dm has to do is to hide the Xnest window (the login box is always open behind them) and prompt another user to log in. I don't much like the idea. How do you stop the second user from hiding his window and bringing the first user's window to the front ? Personally, I think that it is much better if each user logs out when they leave, otherwise you could end up with a dozen users on the screen. All those KDEs, Gnomes and netscapes could take up a lot of memory. What happens when the first user goes to a different terminal ? They still have their first session running on the first terminal, but can't quit it unless the scecond user quits. If you want users to keep their session when they leave, why not use VNC (http://www.uk.research.att.com/vnc/) ? This seems to overcome most of my objections (the sessions will still take up memory). -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]is ATI Radeon 7000 Video w/ 64MB supported with xfree86 for redhat Linux 7.1
when I choose no the Radeon is listed - i choose it, save the configuration, but startx still fails. any other ideas? thx -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dr Andrew C Aitchison Sent: Thursday, May 16, 2002 3:43 AM To: [EMAIL PROTECTED] Subject: RE: [Xpert]is ATI Radeon 7000 Video w/ 64MB supported with xfree86 for redhat Linux 7.1 On Wed, 15 May 2002, dmitri kerievsky wrote: when running # xf86cfg -nomodules -textmode I see a graphical setup which leads to a step where there are a list of video cars, but the ATI Radeon is not there, even though documentation says it is supported. any ideas what to do? After you select Add new card it will ask if you want to look at the card database. If you say no you will get a list of drivers. Is the Radeon in that list ? Supporting every chip is hard enough, keeping a database of every card and all the names (does the card have different names in different packaging) is very difficult; chances are that for v4.2 the radeon developers didn't get around to updating the card database. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]**** ATI R128 DGA 2 API layer with XDGAFillRectangle() XDGACopyArea() XDGACopyTransparentArea() bug.
Hi, Any one had a chance to have a look at this one yet ? The visual effects of the XDGAFillRectangle() XDGACopyArea() and XDGACopyTransparentArea() functions are really not correct. It looks like the copied area gets sliced around the viewport as if the image size that the driver gives is not correct in correspondance with the viewport size for those low resolution modes. Who is the maintainer of the ATI r128 driver ? Thanks. - Forwarded message from Jérémy Bar [EMAIL PROTECTED] - Hi, OS: Linux Red Hat, 7.2, 2.4.9-31 Area: DGA 2 API layer with XDGAFillRectangle() XDGACopyArea() XDGACopyTransparentArea() Server: XFree86 (The XFree86 4.x server) Driver: R128 Video Card: ATI Rage 128 Pro PF Bug description : The problem occurs in some cases when the viewport resolution is lower than the default viewport resolution the X server was started with. I wrote a test case program reproducing the problem. Please download the archive at: http://www.jeremy-bar.org/~nuser/files/ATI-r128-DGA-test.tar.gz As a comprison base, this program was run on a system with a TNT 2 card with the NVidia drivers and worked as expected. I have included test-matrix.txt which states which modes work and which modes do not on the ATI card. The probe of the flags variable of the mode structure indicate that the XDGAFillRectangle() XDGACopyArea() XDGACopyTransparentArea() functions are usable. I have tested with the latest CVS snapshot and 4.2.0. I included the XFree log in the archive I pointed out higher up. Any ideas ? Thanks. --- End forwarded message - -- Jérémy Bar If it is not broken, don't fix it ! ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]**** ATI R128 DGA 2 API layer with XDGAFillRectangle() XDGACopyArea() XDGACopyTransparentArea() bug.
There was a typo in the DGA support I committed about two days ago from a patch that was submitted. Can you try again. Alan. On Thu, May 16, 2002 at 06:30:47 -0700, Jérémy Bar wrote: Hi, Any one had a chance to have a look at this one yet ? The visual effects of the XDGAFillRectangle() XDGACopyArea() and XDGACopyTransparentArea() functions are really not correct. It looks like the copied area gets sliced around the viewport as if the image size that the driver gives is not correct in correspondance with the viewport size for those low resolution modes. Who is the maintainer of the ATI r128 driver ? Thanks. - Forwarded message from Jrmy Bar [EMAIL PROTECTED] - Hi, OS: Linux Red Hat, 7.2, 2.4.9-31 Area: DGA 2 API layer with XDGAFillRectangle() XDGACopyArea() XDGACopyTransparentArea() Server: XFree86 (The XFree86 4.x server) Driver: R128 Video Card: ATI Rage 128 Pro PF Bug description : The problem occurs in some cases when the viewport resolution is lower than the default viewport resolution the X server was started with. I wrote a test case program reproducing the problem. Please download the archive at: http://www.jeremy-bar.org/~nuser/files/ATI-r128-DGA-test.tar.gz As a comprison base, this program was run on a system with a TNT 2 card with the NVidia drivers and worked as expected. I have included test-matrix.txt which states which modes work and which modes do not on the ATI card. The probe of the flags variable of the mode structure indicate that the XDGAFillRectangle() XDGACopyArea() XDGACopyTransparentArea() functions are usable. I have tested with the latest CVS snapshot and 4.2.0. I included the XFree log in the archive I pointed out higher up. Any ideas ? Thanks. --- End forwarded message - -- Jrmy Bar If it is not broken, don't fix it ! ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert][PATCH] TDFX / Voodoo low tex mem hang
Two patches here, one is against xf-4_2-branch, one against DRI cvs
Tested with 0.38mb free texture space running q3 on highest texture
settings, which is probably the minimum you can have (as a comparison,
1280x960 leaves something like 8mb or so)
Regardless, if it hits the same problem it should exit the application
cleanly rather than hang.
Please send feedback to me or dri-devel
Thanks,
--
Michael.
Index: lib/GL/mesa/src/drv/tdfx/tdfx_texman.c
===
RCS file: /cvs/xc/lib/GL/mesa/src/drv/tdfx/tdfx_texman.c,v
retrieving revision 1.4
diff -u -3 -p -r1.4 tdfx_texman.c
--- lib/GL/mesa/src/drv/tdfx/tdfx_texman.c 2001/08/18 02:51:07 1.4
+++ lib/GL/mesa/src/drv/tdfx/tdfx_texman.c 2002/05/15 12:29:23
-77,7 +77,7 static void tdfxTMVerifyFreeList( tdfxCo
if ( t ) {
if ( t-isInTM ) {
numRes++;
- assert( t-range[0] );
+/* assert( t-range[0] ); */
if ( t-range[unit] )
totalUsed += (t-range[unit]-endAddr - t-range[unit]-startAddr);
} else {
-112,7 +112,7 static void tdfxTMDumpTexMem( tdfxContex
printf( isInTM=%d whichTMU=%ld lastTimeUsed=%d\n,
t-isInTM, t-whichTMU, t-lastTimeUsed );
printf( tm[0] = %p, t-range[0] );
-assert( t-range[0] );
+/* assert( t-range[0] ); */
if ( t-range[0] ) {
printf( tm startAddr = %ld endAddr = %ld,
t-range[0]-startAddr,
-389,7 +389,10 tdfxTMFindOldestObject( tdfxContextPtr f
( t-whichTMU == TDFX_TMU_SPLIT ) ) ) {
GLuint age, lastTime;
-assert( t-range[0] );
+/* assert( t-range[0] );*/
+if (! t-range[unit] ) {
+ return NULL;
+}
lastTime = t-lastTimeUsed;
if ( lastTime bindNumber ) {
-568,6 +571,8 tdfxTMAllocTexMem( tdfxContextPtr fxMesa
fprintf( stderr,
tdfxTMAllocTexMem returned NULL! unit=%ld size=%ld\n,
unit, size );
+ UNLOCK_HARDWARE( fxMesa );
+ exit( 1 );
}
return range;
}
Index: programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c
===
RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c,v
retrieving revision 1.87
diff -u -3 -p -r1.87 tdfx_driver.c
--- programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c 2002/01/04 21:22:35
1.87
+++ programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c 2002/05/15 12:29:28
-1954,8 +1954,11 static void allocateMemory(ScrnInfoPtr p
/* for giggles. */
pTDFX-fbOffset = pTDFX-fifoOffset + pTDFX-fifoSize;
pTDFX-texOffset = pTDFX-fbOffset + fbSize;
+ pTDFX-texSize = pTDFX-backOffset - pTDFX-texOffset;
+
if (pTDFX-depthOffset = pTDFX-texOffset ||
- pTDFX-backOffset = pTDFX-texOffset) {
+ pTDFX-backOffset = pTDFX-texOffset ||
+ pTDFX-texSize 256*256*6) {
/*
* pTDFX-texSize 0 means that the DRI is disabled. pTDFX-backOffset
* is used to calculate the maximum amount of memory available for
-1970,7 +1973,6 static void allocateMemory(ScrnInfoPtr p
\tand/or back buffer. Disabling DRI. To use DRI try lower\n
\tresolution modes and/or a smaller virtual screen size\n);
} else {
-pTDFX-texSize = pTDFX-backOffset - pTDFX-texOffset;
xf86DrvMsg(pScrn-scrnIndex, X_INFO, Textures Memory %0.02f MB\n,
(float)pTDFX-texSize/1024.0/1024.0);
}
Index: lib/GL/mesa/src/drv/tdfx/tdfx_texman.c
===
RCS file: /cvsroot/dri/xc/xc/lib/GL/mesa/src/drv/tdfx/tdfx_texman.c,v
retrieving revision 1.11
diff -u -3 -p -r1.11 tdfx_texman.c
--- lib/GL/mesa/src/drv/tdfx/tdfx_texman.c 14 Feb 2002 01:59:59 - 1.11
+++ lib/GL/mesa/src/drv/tdfx/tdfx_texman.c 14 May 2002 20:45:12 -
-396,7 +396,9 FindOldestObject(tdfxContextPtr fxMesa,
(info-whichTMU == TDFX_TMU_SPLIT))) {
GLuint age, lasttime;
-assert(info-tm[0]);
+/*assert(info-tm[0]);*/
+ if (!info-tm[tmu])
+ return NULL;
lasttime = info-lastTimeUsed;
if (lasttime bindnumber)
-625,7 +627,8 AllocTexMem(tdfxContextPtr fxMesa, FxU32
sprintf(err, AllocTexMem returned NULL! tmu=%d texmemsize=%d\n,
(int) tmu, (int) texmemsize);
_mesa_problem(fxMesa-glCtx, err);
-return NULL;
+ UNLOCK_HARDWARE( fxMesa );
+ exit(1);
}
else {
tdfxMemRange *range;
Index: programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c
===
RCS file: /cvsroot/dri/xc/xc/programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c,v
retrieving revision 1.61
diff -u -3 -p -r1.61 tdfx_driver.c
---
[Xpert]SIS 650
hello all; as I'm new to this list, I would like to give you a brief about myself, I'm a system administrator working for a company in Saudi Arabia "ouch, we don't deal withya guyZ" :-) I'm having some problems with xfree86 server, I bought recently a laptop called I-Buddie which uses the SIS 650 chipset, it is very wonderful machine but today I tried to install RH7.2 with no hope to start the Xserver, I checked the sis site; they don't mention anything about 650 chip, checked the others, no way. and the story goeZ on hunting for a driver but it seems hopeless. I appreciate the guidance on this. Best Regards
UPDATE: Re: [Xpert]X display locks up on 16-bit color, 24-bit OK.
On Tue, 14 May 2002 21:29:07 -0400 Neal [EMAIL PROTECTED] wrote: On 14 May 2002 21:47:37 +0200 Michel Dänzer [EMAIL PROTECTED] wrote: On Mon, 2002-05-13 at 01:01, Neal wrote: I downloaded RedHat's new 7.3 release and installed clean on my desktop. XFce, Galeon, sylpheed-claws, Xchat and Pan all worked as expected. I was doing some file system exploring with Xftree when X locked up. The mouse pointer would move normally, but no response from the keyboard and no window focus. I restarted the box and repeated the sequence using Xftree. Sure enough it locked again and again. Thankfully, ext3 recovered each time. I started Gnome and found that I could repeat the problem. KDE also did the same thing. My video card is an ATI Rage 128 R with 32M of memory. It has never given me a problem with earlier versions of X. Normally, I set the color depth to 16-bit, and that was where I had it set during the lock-ups. The problem disappears when I re-set the color depth to 24-bit! Maybe that's not the actual problem, but e.g. DRI is enabled in depth 16 but not 24? Can you investigate or provide us with more information? Michel, Thank you for the reply. I replaced the RH kernel with a kernel built from kernel.org. I have tried repeatedly to freeze the screen but have not been able to freeze the screen since. Update: No screen lock-ups since building new kernel two days ago!! I have switched between 8-but, 16-bit and 24-bit and the machine is rock solid while doing the things that caused it to freeze with Red Hat's kernel. -- Neal Registered Linux User #159445 running RedHat 7.3 kernel 2.4.18/ext3 and XFce, Athlon800 Desktop kernel 2.4.18/ext3 and XFce, Toshiba Laptop 2140XCDS msg06288/pgp0.pgp Description: PGP signature
[Xpert]Mouse Problem
Hello All, I have had this problem with two different mice now. After X has been running for a while (about 2.5 hours) the hot spot on the mouse becomes disjoint from the main cursor image. The only way I can fix it is to reboot the computer. When i click the actual action happens about ~10-20 pixels away from where the mouse cursor actually is. I was wondering if anyone had run into this problem before and if they had can they point me in the direction of a fix. I am running Gentoo Linux 1.1a on an Aopen MK73lE-N. I used the X distribution from the portage. As I said, I have tried two different mice 1 an Aopen USB Optical mouse (using the PS-2 converter (i am having USB troubles)), and an Acer generic PS-2 mouse. Thanks Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]SIS 650
On Thursday 16 May 2002 17:51, [EMAIL PROTECTED] wrote: hello all; as I'm new to this list, I would like to give you a brief about myself, I'm a system administrator working for a company in Saudi Arabia ouch, we don't deal withya guyZ :-) I'm having some problems with xfree86 server, I bought recently a laptop called I-Buddie which uses the SIS 650 chipset, it is very wonderful machine but today I tried to install RH7.2 with no hope to start the Xserver, I checked the sis site; they don't mention anything about 650 chip, checked the others, no way. and the story goeZ on hunting for a driver but it seems hopeless. I appreciate the guidance on this. Best Regards http://www.winischhofer.net/linuxsis630.shtml should have what you need -- Groeten/Greetings Jeroen Coumans ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Mouse Problem
On 16 May 2002, Kevin Pratt wrote: Hello All, I have had this problem with two different mice now. After X has been running for a while (about 2.5 hours) the hot spot on the mouse becomes disjoint from the main cursor image. The only way I can fix it is to reboot the computer. When i click the actual action happens about ~10-20 pixels away from where the mouse cursor actually is. I was wondering if anyone had run into this problem before and if they had can they point me in the direction of a fix. I am running Gentoo Linux 1.1a on an Aopen MK73lE-N. I used the X distribution from the portage. As I said, I have tried two different mice 1 an Aopen USB Optical mouse (using the PS-2 converter (i am having USB troubles)), and an Acer generic PS-2 mouse. This is most likely a graphics driver bug with the hardware cursor. If so, Option SWcursor in the Section Device of the XF86Config file should make that go away. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Support for Frame Buffer in kernel 4.2/4.0.3
On Wed, 2002-05-15 at 06:08, Balarama Chandra N R wrote: Can some one plz confirm that Linux kernel Version 4.2/4.0.3 has support for Frame Buffers. I need to build a KDrive which needs a kernel with this support. When were those kernels released? ;) http://www.tldp.org/HOWTO/Framebuffer-HOWTO.html -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]BlankStart, etc... in Modelines
Didn't we allow for blanking parameters (start, width) in Modelines? I can't find documentation on the format anyplace. I know the CrtcVBlankStart, etc... get passed to the drivers. I'm just not sure how they get explicitly set. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]TinyX (Xfbdev) not reading XF86Config?
maybe i'm mistaken, but i thought Xfvdev works as if it were a normal X server, thus reading XF86Config and does what it's supposed to accordingly. when i built TinyX, it didn't come with a default XF86Config and i thought this was okay.(no?) so i copied a XF86Config file from somewhere else and changed it according to what i read about building TinyX. but many of the options i changed doesn't seem to work. for example, Don't Zap doesn't work. (i can still kill my X with ctrl-alt-BS) and FontPath doesn't read my korean fonts, (i still load it with xset +fp).. any ideas, anyone? Thanks in advance. -The Master Q Show 2002 [[EMAIL PROTECTED]] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]ATI Radeon VE ( Dell OEM version )
Is the ATI Radeon VE the same as the 7000? I read this somewhere. Any idea if 4.2 will work with this? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of hy0 Sent: Thursday, May 16, 2002 3:35 AM To: [EMAIL PROTECTED] Subject: Re: [Xpert]ATI Radeon VE ( Dell OEM version ) This feature will soon be in CVS. I have a test build for X4.2, let me know if you want to give it a try. Hi, I have a Dell OEM ATI Radeon VE with a DVI interface on it. There is _not_ a vga interface on it. Only the DVI. I have a converter (that came with the card) that goes from the one DVI connector to two (2) VGA connectors. I would like to connect a monitor to each of these VGA connectors, and run Xinerama to span an X Desktop across both of them . But before I do that, I was wondering...is it possible to configure X in this way? Currently, I can only get the first monitor (the first interface) to work. Is there something I can do make the X talk to BOTH monitors? I'm running: Linux: Slackware 8.0 Kernel: 2.4.18 XFree86: 4.2 If there currently isn't a way of doing this, is there a plan to add this support to X in the future? - Thanks, Todd ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Radeon VE ( Dell OEM version )
Is the ATI Radeon VE the same as the 7000? I read this somewhere. Yes Any idea if 4.2 will work with this? Yes ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]ATI Radeon VE ( Dell OEM version )
Thanks for responding. I've gone through the steps of installing the 4.2 binaries and running the xf86cfg. One issue is that 4.2 source files may have been installed, and other files installed - which prevents startx from working. The configuration program works, but xwindows will not start. Do you suggest doing a fresh install of redhat 7.1, then the 4.2 binaries and xf86cfg ? or any other suggestions/steps to have this work? The system purchased is listed here: http://www.tigerdirect.com/applications/SearchTools/item-Details.asp?sku=TSA -21-10AX -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of hy0 Sent: Friday, May 17, 2002 1:26 AM To: [EMAIL PROTECTED] Subject: Re: [Xpert]ATI Radeon VE ( Dell OEM version ) Is the ATI Radeon VE the same as the 7000? I read this somewhere. Yes Any idea if 4.2 will work with this? Yes ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Radeon VE ( Dell OEM version )
You can try X -configure after installing X4.2. If it still doesn't work, send your log file. Thanks for responding. I've gone through the steps of installing the 4.2 binaries and running the xf86cfg. One issue is that 4.2 source files may have been installed, and other files installed - which prevents startx from working. The configuration program works, but xwindows will not start. Do you suggest doing a fresh install of redhat 7.1, then the 4.2 binaries and xf86cfg ? or any other suggestions/steps to have this work? The system purchased is listed here: http://www.tigerdirect.com/applications/SearchTools/item-Details.asp?sku=TSA -21-10AX -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of hy0 Sent: Friday, May 17, 2002 1:26 AM To: [EMAIL PROTECTED] Subject: Re: [Xpert]ATI Radeon VE ( Dell OEM version ) Is the ATI Radeon VE the same as the 7000? I read this somewhere. Yes Any idea if 4.2 will work with this? Yes ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
