I already post my question last week but did'nt get any answer. I try
again:
When I launch X, XFree4.2 with driver mga (mga from XFree4.2 or from
matrox-driver2.0) with HWcursor TRUE, HAL TRUE (I use a DVI flat
screen), I get a big striped cursor (looking like a code bar)witch is
not usable.
On Mon, Mar 18, 2002 at 02:26:50PM -0700, Marc Aurele La France wrote:
[..snip..]
No. I ALWAYS build both static and loader servers, on ix86 and SPARC,
and this hasn't shown up before. There might be something amiss that ppc
is tickling, but in any case, cfb should be linked after any of
On Mon, 11 Mar 2002, Marc Aurele La France wrote:
On Mon, 11 Mar 2002, David Bateman wrote:
Does the Egbert's email imply that - Option noaccel - will be
required?
So far, using just Options XaaNoScreenToScreenCopy has worked
reasonably for most cases.
Given Egbert reply
On Mon, 18 Mar 2002, Kevin Brosius wrote:
Hi Gabor,
The error above is not related to the problem you are seeing. I
notice you mention XFree86 4.2.0 from SuSE, but the log files are from a
4.1.0 run? Have you tried both? Either way, there have been some fixes
for ViRGE MX since the
Hi,
Do you know which variable to add in site.def so
that bash will be able to find the programs in /usr/X11R6/bin? I was able
to do it for the shared libraries, I added #define ExtraLoadFlags
-Wl,rpath,$(USRLIBDIRPATH). But I don't know which one to use for adding
/usr/X11R6/bin in the
Bad CPU assembly code in __nvsym07766 () from /usr/lib/libGLcore.so.1
This binary file was provided by Nvidia, the following code is DESTRUCTIVE to
the CPU of my computer. This code must be changed to include a Fail-Safe
device so that normal operation of my computer may be restored. One idea
I've been trying to figure out what XF86Config options (if any) will
put my Radeon VE into dual head mode (ready for Xinerama). I have
XFree86 4.2.0 installed on a RedHat 7.2 system.
I've tried different combinations of Screen #, Option CrtScreen,
etc. Unfortunately the documentation of the
On Tue, Mar 19, 2002 at 03:21:47PM -0800, Will Yardley wrote:
both my original configuration (from 4.1.0, which worked fine) and any
other configuration i try (most of them derived from 'X -configure)
result in the screen being slanted to the right at the top of the
screen. i saw a similar
The article on linuxgames is incorect. That code doesn't do
what he thinks it does. The article is also very old and the
driver hasn't had that code for many releases.
I don't see why you are posting this to xpert. This has
nothing to do with xpert and people on xpert shouldn't be
Gabor Hetyei wrote:
On Mon, 18 Mar 2002, Kevin Brosius wrote:
Hi Gabor,
The error above is not related to the problem you are seeing. I
notice you mention XFree86 4.2.0 from SuSE, but the log files are from a
4.1.0 run? Have you tried both? Either way, there have been some
Hi Kevin,
now I am really embarassed. I just came home, checked the latest logfiles
on my laptop, and they show 4.2.0 on top. Somehow I must have uploaded an
earlier logfile. Apparently, this pixel-cloud issue was there before the
latest upgrade, and I saved a logfile already that time in the
Hello,
I am trying to install XFree86 4.2.0 on my red hat 7.2 box
and I am running into a lot of trouble. I have obtained just about every RPM
that deals with XFree86 4.2.0 that is within the rawhide dir on redhat mirror sites.
If anyone out there has successfully installed 4.2.0 on a
12 matches
Mail list logo