[ANNOUNCE] xf86-input-penmount 1.4.0

2009-02-18 Thread Peter Hutterer
Alan Coopersmith (2): Remove xorgconfig & xorgcfg from See Also list in man page Add README with pointers to mailing list, bugzilla & git repos Arrigo Marchiori (2): Fix scaling behaviour if the axes are swapped. #13535 Fix y axis inversion for axis ranges with a non-zero m

Severe memory leaks make X.org unuseable

2009-02-18 Thread milnser43...@yahoo.com
There are very serious and severe memory leaks under X.org with the savage driver. I am on FreeBSD. This is a very serious problem as it consumes all system memory adn causes other applications to crash. It is totally unuseable and intolerable and is simply shoddy and sloppy programming. I know

Re: [ANNOUNCE] libXfont 1.4.0

2009-02-18 Thread Keith Packard
On Wed, 2009-02-18 at 18:20 -0500, Adam Jackson wrote: > - xserver 1.6 branch won't build with this unless you eliminate the > (unused) #include from loaderProcs.h. This should probably > be fixed for 1.6 gold. Pushed to server-1.6-branch. Thanks for the warning. -- keith.pack...@intel.com

Re: [ANNOUNCE] libXfont 1.4.0

2009-02-18 Thread Adam Jackson
On Wed, 2009-02-18 at 13:56 -0500, Adam Jackson wrote: > Lots of cleanup and misc bugfixes since 1.3.4. Still one of the worst > libraries we ship though. > > If you're unfortunate enough to need speedo, type1, or printer fonts, > then you'll want to skip this release. Two minor clarifications:

[PATCH] xorg-macros.m4.in minor fix for incorrect warning message

2009-02-18 Thread Dan
Hi - One of the warnings in xorg-macros.m4.in is wrong, it prints out the wrong version when it says "requires version x.x". Patch pasted below against http://cgit.freedesktop.org/xorg/util/macros/tree/xorg-macros.m4.in - not a proper git patch sorry, but hope OK and sensible Dan -- http://www.m

[ANNOUNCE] xf86-video-ati 6.11.0

2009-02-18 Thread Alex Deucher
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 xf86-video-ati 6.11.0 Highlights: - - Lots of bug fixes since 6.10.0 - - Crtc/output/encoder rework - - Render repeat mode fixes 6.12.0 will be soon to follow with accel support for r6xx/r7xx chips Alan Coopersmith (2): Remove xorgconfig & xo

Re: New Video Decode and Presentation API

2009-02-18 Thread Torgeir Veimo
On 17 Feb 2009, at 18:05, Andy Ritger wrote: Are the even and odd frames scaled individually before applied to the resulting surface, or are they applied to the screen, then scaled? I believe the latter: the content is deinterlaced at the resolution of the content, and then the progressive fr

Re: [ANN] piglit v1 - automated OpenGL tests

2009-02-18 Thread Nicolai Hähnle
Am Mittwoch 18 Februar 2009 00:24:14 schrieb Brian Paul: > Nicolai Hähnle wrote: > > This is to announce the release of piglit v1. > > [...] > > Congrats on the release, Nicolai. > > Just a few notes about glean: > > The glean code in piglit might be a little out of date. I recently > brought over

[ANNOUNCE] libXfont 1.4.0

2009-02-18 Thread Adam Jackson
Lots of cleanup and misc bugfixes since 1.3.4. Still one of the worst libraries we ship though. If you're unfortunate enough to need speedo, type1, or printer fonts, then you'll want to skip this release. --- Adam Jackson (15): Delete speedo Delete Type1 const cleanup Ge

Re: very slow performance of glxgears (68 fps)

2009-02-18 Thread Martin Olsson
McDonald, Michael-p7438c wrote: >>> Well whatever we call, it's no longer useful for sanity checking if >>> it's limited to 60fps :-) >> Heh. This means you can tell we're finally dealing with vertical >> retrace in a sane way, so others may disagree ;-). >> - Jim > > Dum

RE: very slow performance of glxgears (68 fps)

2009-02-18 Thread Jim Gettys
On Wed, 2009-02-18 at 10:49 -0700, McDonald, Michael-p7438c wrote: > > Dumb question: Do LCD/Plasma/OLED/... Actually have vertical retrace? > Does the vblank interval approach 0? LCD: yes Plasma: yes OLED: ? (still mostly vaporware, and I'm sure compatibility means it would have this ch

RE: very slow performance of glxgears (68 fps)

2009-02-18 Thread McDonald, Michael-p7438c
> > Well whatever we call, it's no longer useful for sanity checking if > > it's limited to 60fps :-) > > Heh. This means you can tell we're finally dealing with vertical > retrace in a sane way, so others may disagree ;-). > - Jim Dumb question: Do LCD/Plasma/OLED/.

Re: very slow performance of glxgears (68 fps)

2009-02-18 Thread Ian Romanick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Tapsell wrote: > 2009/2/18 Matthias Hopf : >> On Feb 06, 09 01:56:19 +, John Tapsell wrote: >> glxgears is not a benchmark. At openSUSE we print out a warning now (well, this change went into *after* 11.1, unfortunately), that th

Re: [Xlib] Saving state before an unmap

2009-02-18 Thread Andrew Troschinetz
Glynn Clements wrote: > Andrew Troschinetz wrote: > >> Window Managers are not non-deterministic, though they may be complex >> and vague. > > They may as well be non-determistic, as you don't have access to all > of the information which controls their behaviour. Well, why don't we just agree t

Re: [PATCH] include stdio for snprintf

2009-02-18 Thread Bill Crawford
On Wednesday 18 February 2009 16:43:00 Ben Gamari wrote: > On my machine (Fedora Rawhide), piglit wouldn't build without > including stdio.h in glean's environ.cpp for snprint(). Should be and possibly then std::snprinft(...) if it's C++. ___ xorg mail

[PATCH] include stdio for snprintf

2009-02-18 Thread Ben Gamari
On my machine (Fedora Rawhide), piglit wouldn't build without including stdio.h in glean's environ.cpp for snprint(). --- tests/glean/environ.cpp |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/tests/glean/environ.cpp b/tests/glean/environ.cpp index fac0f66..a154a03 100644

Re: very slow performance of glxgears (68 fps)

2009-02-18 Thread Jim Gettys
On Wed, 2009-02-18 at 15:06 +, John Tapsell wrote: > 2009/2/18 Corbin Simpson : > > John Tapsell wrote: > >> 2009/2/18 Matthias Hopf : > >>> On Feb 06, 09 01:56:19 +, John Tapsell wrote: > >>> glxgears is not a benchmark. > > At openSUSE we print out a warning now (well, this change

Re: very slow performance of glxgears (68 fps)

2009-02-18 Thread John Tapsell
2009/2/18 Corbin Simpson : > John Tapsell wrote: >> 2009/2/18 Matthias Hopf : >>> On Feb 06, 09 01:56:19 +, John Tapsell wrote: >>> glxgears is not a benchmark. > At openSUSE we print out a warning now (well, this change went into > *after* 11.1, unfortunately), that this is not a b

Re: very slow performance of glxgears (68 fps)

2009-02-18 Thread Corbin Simpson
John Tapsell wrote: > 2009/2/18 Matthias Hopf : >> On Feb 06, 09 01:56:19 +, John Tapsell wrote: >> glxgears is not a benchmark. At openSUSE we print out a warning now (well, this change went into *after* 11.1, unfortunately), that this is not a benchmark. We got really tired

Re: very slow performance of glxgears (68 fps)

2009-02-18 Thread John Tapsell
2009/2/18 Matthias Hopf : > On Feb 06, 09 01:56:19 +, John Tapsell wrote: >> >> > glxgears is not a benchmark. >> > At openSUSE we print out a warning now (well, this change went into >> > *after* 11.1, unfortunately), that this is not a benchmark. We got really >> > tired of these statements.

Re: very slow performance of glxgears (68 fps)

2009-02-18 Thread Matthias Hopf
On Feb 06, 09 01:56:19 +, John Tapsell wrote: > >> > glxgears is not a benchmark. > > At openSUSE we print out a warning now (well, this change went into > > *after* 11.1, unfortunately), that this is not a benchmark. We got really > > tired of these statements. > Except that it _is_ a benchmar

Re: [ANNOUNCE] xf86-input-synaptics 1.0.0

2009-02-18 Thread Matthias Hopf
On Feb 06, 09 07:02:22 -0500, James Cloos wrote: > Occasionally it is necessary to call 'git pull -t' to get all of the > tags into one's local clone. This is never necessary with tag objects. That's why they should be used. Matthias -- Matthias Hopf ____ __ Maxfeldstr. 5 / 9040

Re: Questions on How Xorg handle ACPI

2009-02-18 Thread Matthew Garrett
On Wed, Feb 18, 2009 at 10:41:31AM +0800, sheldon wrote: >I'm trying to find how Xorg handles ACPI (s3 and s4). It seems that Xorg >handles S3/S4( suspend and resume) is just the same as it process VT >switching, for both the flow is WaitFofSomething( )-> WakeUpHandle( ) -> >xf86W

Re: VESA driver does not seem to work with DPMS

2009-02-18 Thread Kan-I Jyo
2009/2/18 Rene Rebe : > > On 18.02.2009, at 05:28, Kan-I Jyo wrote: > >> Dear list, >> >> On one of my machines it is loaded with X.org 7.1 with vesa driver 1.2.1. >> >> In order to reduce the power consumption, it is set in xorg.conf to turn >> off >> the monitor if in idle for a period of time(10

Re: 2 Questions: recompile xorg sources + xorg git

2009-02-18 Thread KAMALNEET SINGH
> My first question: I'm building "x" from git with the tiny little script > from http://www.x.org/wiki/Development/git > (at bottom of the page). I've got several "older" (like 1-2 months) builds > running, which means the xserver starts up. > If i want to recompile the sources on another mach

Re: VESA driver does not seem to work with DPMS

2009-02-18 Thread Rene Rebe
On 18.02.2009, at 05:28, Kan-I Jyo wrote: > Dear list, > > On one of my machines it is loaded with X.org 7.1 with vesa driver > 1.2.1. > > In order to reduce the power consumption, it is set in xorg.conf to > turn off > the monitor if in idle for a period of time(10 minutes here). > > However