CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/19 12:07:37
Log message:
SiS driver:
- Fix Xv bug (incorrect display of large videos when switching output devices)
- Add proper 301C TV scaling (using 301C enhanced scaler)
- Add aspect
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/19 19:36:33
Log message:
761. Fix getaddrinfo() return value check in SmsGenerateClientID() that was
causing a crash when the current hostname is unresolved, and returning
a NULL id
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
how Vigra works. So you can better understand, what Vigra can do for you. If you are
sensible about your health, reflect on what you can do for your seual health, to keep
the chances that you will need Vigra as low as possible. poker Giovanni spent,
plotters.
Inrease Seks Drive
Bost Seual
hi,
After successfull installation and working in redhat linux 9, we are now facing a
problem in starting GUI. It shows, unable to start x server. Now, I am disable the
Xserver. INIT:ld 5 respawning too fast: Disabled for 5 Min.
Kindly inform me to how rectify this problem.
Thanking you.
Post to list xmail
Post submitted to moderator for reason: Non-member submission to closed-post
list.
---
Ecartis v1.0.0 - job execution complete.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86
That looks reasonable for a PCI card. If that's
an AGP card, that's low and you'll want to make sure
that mtrrs are setup correctly. /proc/mtrr should
show a write-combined region for the video ram.
Mark.
On Mon, 19 Jan 2004, Nikolai Zhubr wrote:
Hi,
could
On Mon, 19 Jan 2004, Danny Holten wrote:
I'm new to Linux and I'm currently running Red Hat 8.0 3.2-7 (kernel
2.4.18-14smp) in combination with a version of KDE that is unknown to me
(I don't know how to check my KDE version yet :-S). I'm running XFree86
4.2.1 and wantto upgrade it to 4.3.0 since
hello,
i have a toshiba satellite 1415-s173, with a nvidia geforce 420go video
card. i am running version 4.3.0 of XFree86, on RedHat 9. i have my
XF86Config file set up for 2 displays, along with extended desktop, and
single display(chosen through an argument when startx is run). they all
Quoth Danny Holten:
Anyway, I do not have root access rights and I was wondering if it is
still possible to update XFree and if so, how do I proceed? Help would
be greatly appreciated. Thanks in advance.
I don't know how redhat deals with user-installed packages, but it is
highly unlikely
you need to create a config file first !!!
you should read your systems install manual for this.
and please dont copy and paste the screen outputs
but provide the log file from the mentioned location.
-Alex.
- Original Message -
From: Verebes
To: [EMAIL PROTECTED]
Sent: Sunday, January
- Original Message -
From: Serge Basterot [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, January 17, 2004 5:04 PM
Subject: [XFree86] MTRR problem with VIA KM400
XFree86 Version 4.3.99.902 (4.4.0 RC 2)
Symbol drmCommandWrite from module
Symbol drmClose from module /usr/X11R6/lib/modules/drivers/via_drv.o is
unresolved!
Symbol drmCommandWrite from module /usr/X11R6/lib/modules/drivers/via_drv.o
is unresolved!
*** If unresolved symbols were reported above, they might not
*** be the reason for the server aborting.
Fatal
Type
these commands to confirmthe space problem.
df
-k
df
-i
Thenfree/create space as appropriate. The space problem may be from
/var.
Please
give mefeedback on the outcome.
Regards,
Funmi
Ayeni.
-Original Message-From: Jay's PCP
[mailto:[EMAIL PROTECTED]Sent: 20 January
30 matches
Mail list logo
