Hi,
There are a lot of source files that have wrong exec bits set in the
repository. Although this is not a problem for most of cases, it bothers
me (and possibly other subversion users as well) quite a lot when I
import xc into the subversion repository since subversion keeps track
of metadata
On Mon, Jan 19, 2004 at 12:59:25AM -0500, William M. Quarles wrote:
[RH]
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
[Gatos]
name of display: :0.0
display: :0 screen: 0
direct rendering: No
No hardware acceleration at all. Is the DRM kernel module loaded? If so,
how
Nearly all PC hardware has a single video (YUV) overlay engine.
Which means it not possible to display more that one overlay video
rectangle at a time. Most hardware also has non-overlay mechanisms
for scaling and displaying YUV data, and many drivers expose
these as Xv adaptors. For example,
[EMAIL PROTECTED] wrote:
On Mon, Jan 19, 2004 at 12:59:25AM -0500, William M. Quarles wrote:
[RH]
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
[Gatos]
name of display: :0.0
display: :0 screen: 0
direct rendering: No
No hardware acceleration at all. Is the DRM kernel
On Mon, 2004-01-19 at 19:00, William M. Quarles wrote:
(EE) RADEON(0): [dri] RADEONDRIScreenInit failed because of a version mismatch.
[dri] radeon.o kernel module version is 1.7.0 but version 1.100.0 or newer is needed.
(BTW, this isn't correct, the major should have been bumped)
[dri]
On Mon, Jan 19, 2004 at 02:23:08PM +1100, Andrew Bevitt wrote:
This scheme doesn't work with dlloader. The current dlloader is only
useful for debugging purposes and for special cases (like the glide
driver) where an external shared library is needed.
Why doesnt the scheme work though, the
On Mon, Jan 19, 2004 at 09:48:33AM +0100, Matthieu Herrb wrote:
Hi,
Are there still bugs blocking the release?
I think we need some breakdown of the 180 or so bugs that are still
open in the XFree86 bugzilla. At least the number of open bugs
has started to stabilise, but it hasn't been
On Mon, Jan 19, 2004 at 06:30:14AM -0600, Warren Turkal wrote:
Here is a patch that ansifies XUtil.h. I consider this low risk because I
did not create any of the prototypes, they were already there. I would like
to get some input on this change though. This patch appears to also have
some
Hi,
I just ran CVS xsuite againt CVS XFree on my NetBSD i386 -current
workstation, and noticed some failures.
The video card is a ProSavage KM133, and the X server default depth is
fixed to value 24.
XFree86 Version 4.3.99.902 (4.4.0 RC 2)
Release Date: 18 December 2003
X Protocol Version 11,
On Mon, 19 Jan 2004, William M. Quarles wrote:
Michel Dnzer wrote:
On Mon, 2004-01-19 at 19:00, William M. Quarles wrote:
(EE) RADEON(0): [dri] RADEONDRIScreenInit failed because of a version mismatch.
[dri] radeon.o kernel module version is 1.7.0 but version 1.100.0 or newer is
needed.
Vladimir Dergachev wrote:
On Mon, 19 Jan 2004, William M. Quarles wrote:
Michel Dnzer wrote:
On Mon, 2004-01-19 at 19:00, William M. Quarles wrote:
(EE) RADEON(0): [dri] RADEONDRIScreenInit failed because of a version mismatch.
[dri] radeon.o kernel module version is 1.7.0 but version 1.100.0
Mark Vojkovich wrote:
On Mon, 19 Jan 2004, David Dawes wrote:
n Mon, Jan 19, 2004 at 10:11:53PM +0100, Nicolas Joly wrote:
Tests for XDrawLine
Test 52: FAIL
Tests for XDrawLines
Test 57: FAIL
Tests for XDrawSegments
Test 53: FAIL
Those three are real.
Does the Savage
On Mon, 19 Jan 2004, Tim Roberts wrote:
Mark Vojkovich wrote:
On Mon, 19 Jan 2004, David Dawes wrote:
n Mon, Jan 19, 2004 at 10:11:53PM +0100, Nicolas Joly wrote:
Tests for XDrawLine
Test 52: FAIL
Tests for XDrawLines
Test 57: FAIL
Tests for XDrawSegments
Test 53: FAIL
Everything is exactly where it is supposed to be.
Every kernel build that I do I put a different tag on the end of the
version number, and every build is done in a separate directory.
Nothing gets overwritten. However, I only have one custom kernel build
that I use. The other builds are two
I'm not very familiar with imake, but I've been reading the man file,
and I'm not sure exactly what pieces I need to be able to generate all
the spec documents. I viewed the specindex.html file and realized the
docs aren't there. I dug deeper and realized the make file. Then I
looked up
--- William M. Quarles [EMAIL PROTECTED] wrote:
Alex Deucher wrote:
try disabling fastwrites or pageflipping.
Option AGPFastWrite false
Option EnablePageFlip false
Also make sure agpgart is loaded (kernel 2.4) or agpgart and the
agp
chipset specific driver (kernel 2.6).
Hi
On Mon, Jan 19, 2004 at 03:11:17PM -0800, Mark Vojkovich wrote:
On Mon, 19 Jan 2004, David Dawes wrote:
On Mon, Jan 19, 2004 at 10:11:53PM +0100, Nicolas Joly wrote:
Just a small summary with 16 tests failues :
Tests for XDrawArc
Test 42: FAIL
Test 63: FAIL
Test 66: FAIL
17 matches
Mail list logo