-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/28/2010 09:57 PM, Mikko Markus Torni wrote:
> I was updating my local dri2.xml based on the latest dri2proto.h [1]
> and I noticed that the DRI2 event BufferSwapComplete is too long to fit
> core protocol events.
>
> The best I can calculate is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Turner wrote:
> On Wed, Mar 24, 2010 at 4:44 PM, Eric Anholt wrote:
>> On Wed, 24 Mar 2010 00:02:20 -0400, Daniel Gnoutcheff
>> wrote:
>>>
>>> I'm planing to apply for GSoC, and Xorg is one of the projects I'm
>>> considering. I see that "KMS a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luc Verhaegen wrote:
> On Fri, Mar 19, 2010 at 11:33:02AM -0700, Ian Romanick wrote:
>>
>> I've been busy trying to get a release out the door, so I haven't looked
>> at these patches yet. I won't have a chanc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nicolai Haehnle wrote:
> On Thu, Mar 18, 2010 at 5:38 PM, Luc Verhaegen wrote:
>> So, identify the volatile interfaces, and the more stable interfaces,
>> and then isolate the volatile ones, and then you come to only one
>> conclusion.
>
> Except tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alex Deucher wrote:
> On Mon, Sep 7, 2009 at 1:21 AM, Dave Airlie wrote:
>> These both driver similiar hw I think, can we pick one to ship,
>>
>> xgi seems to have shipped for longer, and xgixp doesn't appear
>> to have ever quite made a real release.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Airlie wrote:
> 2009/6/30 Keith Packard :
>> On Tue, 2009-06-30 at 08:46 +0200, Michel Dänzer wrote:
>>
>>> How about: The DRI2 changes seem to break the video driver ABI, and
>>> apparently Mesa without corresponding changes (which will only be i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michel Dänzer wrote:
> On Mon, 2009-06-29 at 16:03 -0700, Keith Packard wrote:
>> Thanks to Ajax for moving the DRI2 changes into the 1.6 branch, now I've
>> pulled the remaining queued patches and have pushed this as 1.6.1.902
>> (1.6.2 RC2). If no-on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brice Goglin wrote:
> This backport breaks the ABI (somewhere between 4cb4c210 and 6be19e8f, I
> couldn't finish the bisect). The server reproducibly freezes a couple
> seconds after Gnome startup with Intel 2.7.99.901, KMS and 2.6.30 on
> i945. Rebui
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Walch wrote:
> Hello list,
>
> when trying to run some Java code with j3d, I got the error message that glx
> 1.3 is needed, but only glx 1.2 is available. As I do not know much about
> glx,
> I made some online searches and read that the su
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Cronenworth wrote:
> I may be getting possession of a server that has a XGI Z9s video chip
> integrated on the motherboard and as far as I have researched X will not
> work since Fedora doesn't ship the xgi driver.
It should work with the v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
april wrote:
> With *Xinerama*, *DRI* is disabled.
>
> But if I want to use drm to manage the video memory, Can I use drm without
> DRI?
It's theoretically possible, but nobody has ever written support for it.
Patches welcome. :)
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Manish Jain wrote:
> Hello Paul,
>
> Thank you for your reply. I was on the verge of giving up hope.
>
>> is i915.ko loaded?
>
> I had tried loading i915.ko at boot-time (successfully). It makes no
> difference - DRI remains disabled even with i91
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
PHAM Quoc Cuong wrote:
> Hi
> I am using the intel driver on Fedora 9 and I am unable to activate
> extension GL_EXT_framebuffer_object. (however, DRI is enabled)
[snip]
> OpenGL version string: 2.0 Mesa 7.1 rc1
You need an updated driver that suppo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
> Mateusz Kaduk wrote:
>> Hi,
>>
>> I am curious will "Separate compilation units" be supported in mesa 7.4
>> for Intel 3d driver ?
>> Both commercial and not commercial games for Linux does not work well or
>> just die because of no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alfie Viechweg wrote:
> What is the status of the xf86-video-xgi driver. Is it deprecated?
>
> I was trying to build this driver against xorg-server-1.6.0 and I notice
> it's looking for a header file name xf86Version.h which does not exist
> anymor
-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
ack with the swrast provider
Acked-by: Ian Romanick
> Move declarations from extinit.h to input.h
> Move extension declarations to include/extinit.h
> Change the prototype of PanoramiXExtensionInit()
> Include extinit.h so that the prototypes are properly defin
On Wed, Feb 04, 2009 at 05:07:26PM -0200, Paulo César Pereira de Andrade wrote:
> After testing with a few other options, I come back
> to the "old" method of attaching a "git format-patch"
> formatted file to the message, and adding some intial
> comments. So that it would also make it easier to
On Wed, Feb 04, 2009 at 10:39:36PM +0100, Tomas Carnecky wrote:
> It's the source of many useless warnings.
If it's only reporting false-positives, then this seems sensible.
> Signed-off-by: Tomas Carnecky
> ---
>
> It causes warnings for code like:
>int i = (int) dixLookupPrivate(...);
> o
On Wed, Feb 04, 2009 at 09:04:05PM +0100, Joerg Sonnenberger wrote:
> On Wed, Feb 04, 2009 at 08:43:43PM +0100, Tomas Carnecky wrote:
> > By first casting to long and then to the final type. Of course
> > this assumes that sizeof(long) == sizeof(void *). If the Win32
> > folks care enough about war
uiet some compiler warnings, then I'm happy.
Acked-by: Ian Romanick
> Signed-off-by: Tomas Carnecky
pgp9EBJmetjnv.pgp
Description: PGP signature
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
On Wed, Feb 04, 2009 at 12:02:24AM +0100, Tomas Carnecky wrote:
> Add parenthesis around the whole expression.
>
> Signed-off-by: Tomas Carnecky
> ---
> glx/indirect_dispatch.c |2 +-
> glx/indirect_dispatch_swap.c |2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
NAK. The
On Tue, Feb 03, 2009 at 11:54:53PM +0100, Tomas Carnecky wrote:
> diff --git a/dix/events.c b/dix/events.c
> index 0c8d198..2a35aa3 100644
> --- a/dix/events.c
> +++ b/dix/events.c
> @@ -4611,7 +4611,6 @@ ProcQueryPointer(ClientPtr client)
> xQueryPointerReply rep;
> WindowPtr pWin, t;
>
On Mon, 2009-02-02 at 21:55 +0100, Khashayar Naderehvandi wrote:
> Any chance commit 954dfba12986f578f2d8461818f9e9ac1f8f2b41 in
> mesa/mesa, the one that bumps mesa's texture limit to 4kx4k for i965
> will end up in the 7.4 branch? It's such a small patch, and it does
> fix a seriously annoying bu
On Fri, 2009-01-30 at 18:11 -0800, Bryce Harrington wrote:
> On Fri, Jan 30, 2009 at 01:29:49PM -0800, Eric Anholt wrote:
> > > $ glxgears
> > > Failed to initialize TTM buffer manager. Falling back to classic.
> > > 300 frames in 5.0 seconds = 59.884 FPS
> > > 299 frames in 5.0 seconds = 59.621 F
On Sat, 2009-01-31 at 02:30 +, John Tapsell wrote:
> 2009/1/31 Bryce Harrington :
> > On Fri, Jan 30, 2009 at 01:29:49PM -0800, Eric Anholt wrote:
> >> > $ glxgears
> >> > Failed to initialize TTM buffer manager. Falling back to classic.
> >> > 300 frames in 5.0 seconds = 59.884 FPS
> >> > 299
On Fri, 2009-01-30 at 22:34 +0100, Maarten Maathuis wrote:
> The crash is something you should poke daniels about, the cause is
> probably the removal of non-XKB mode. The evdev folder comes from
> xkeyboard-config, as do all those files.
If xkeyboard-config is a required (or at least an expected
Sometime since last Tuesday, the xserver is failing with the info below.
I don't see a file evdev *anywhere* in the tree or in the
distro's /usr/share/X11/xkb/rules. I'm also specifying 'Option
"XkbRules" "xorg"' in my xorg.conf. What is this file? Where does it
come from? And why is its nonexi
make[2]: Entering directory
`/home/idr/devel/graphics/Xorg/BUILD/driver/xf86-input-void/src'
source='void.c' object='void.lo' libtool=yes \
DEPDIR=.deps depmode=none /bin/sh ../depcomp \
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H
-I. -I.. -momit-leaf-frame-
On Tue, 2009-01-20 at 14:30 -0500, Chris Ball wrote:
> http://tinderbox.x.org/builds/2009-01-20-0024/logs/xserver/#build
>
> ./.libs/libxorg.a(sdksyms.o):(.data.rel+0x308): undefined reference to
> `CreateUnclippedWinSize'
>
> http://cgit.freedesktop.org/xorg/xserver/commit/?id=20d2117eb82fb7ce91
On Tue, 2009-01-20 at 11:48 -0800, Dan Nicholson wrote:
> On Tue, Jan 20, 2009 at 11:37 AM, Ian Romanick wrote:
> > On Tue, 2009-01-20 at 11:28 -0800, Ian Romanick wrote:
> >
> >> I run autogen.sh in, for example, app/rendercheck as:
> >>
> >> CC=gcc A
On Tue, 2009-01-20 at 11:28 -0800, Ian Romanick wrote:
> I run autogen.sh in, for example, app/rendercheck as:
>
> CC=gcc ACLOCAL="aclocal -I /opt/xorg-master-x86_64/share/aclocal"
> sh ./autogen.sh --prefix=/opt/xorg-master-x86_64
> --libdir=/opt/xorg-master-x86_64/lib6
I think these lines, when added to configure.ac don't do what they're
intended to do:
m4_ifndef([XORG_MACROS_VERSION], [AC_FATAL([must install xorg-macros 1.2
or later before running autoconf/autogen])])
XORG_MACROS_VERSION(1.2)
I run autogen.sh in, for example, app/rendercheck as:
CC=gcc ACLOCA
On Mon, 2009-01-19 at 08:52 +0100, Florian Echtler wrote:
> > There are two bugs in freeglut:
> > - It calls a GLX 1.3 function on a system that doesn't support GLX 1.3.
> Could you check for GLX 1.3 at compile time? I suppose not, but maybe
> there is a way?
Just like everything else in OpenGL,
On Sat, 2009-01-17 at 11:28 +0100, Florian Echtler wrote:
> >> The bug causes a segfault in libGL.so, though even with debug info
> >> enabled, I can't see the exact location. However, I can work around the
> >> bug when, in freeglut, I replace
> > Why would you do that? There is no improvement to
On Fri, 2009-01-16 at 12:14 +0100, Florian Echtler wrote:
> I've found a bug in the interaction between freeglut and mesa. This
> applies to mesa 7.2 and 7.3-rc2 and occurs both with freeglut-current
> and freeglut-2.6.0-rc1. I'm using the radeon driver on a Radeon Mobility
> X1400.
>
> The bug c
lling glXCopySubBufferMESA, but
+are not executed until the copy is completed.
+
GLX Protocol
None at this time. The extension is implemented in terms of ordinary
@@ -84,5 +90,7 @@ New State
Revision History
-8 June 2000 - initial specification
+12 January 2009 Ian Romanick - Added lan
On Sat, Jan 10, 2009 at 12:37:18PM +0100, Michel Dänzer wrote:
> On Fri, 2009-01-09 at 18:32 -0800, Ian Romanick wrote:
> > Copied language from the glXSwapBuffers manual page about the implicit
> > glFlush and expected command completion. This just codifies what
> > peopl
this time. The extension is implemented in terms of ordinary
@@ -84,5 +89,7 @@ New State
Revision History
-8 June 2000 - initial specification
+9 January 2009 Ian Romanick - Added language about implicit flush
+ and command completion.
+8 June 2000
On Thu, Jan 01, 2009 at 08:23:05PM -0800, Dirk Hohndel wrote:
> I must be missing some 'configure' magic here...
>
> For some modules (like the X server) it's rather straight forward to
> build 32bit on a 64bit system. Something like
I have a bunch of scripts that wrap up my builds, and I have som
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
strawks wrote:
> Hi all,
>
> I have a Gigabyte motherboard (µATX) with an integrated G45 chipset.
> I have added an ATI card to play some games.
>
> When I boot on the ATI card (select PEG card first in the bios), I can't
> get the intel driver in xo
On Fri, Nov 21, 2008 at 07:56:29AM +0100, Stephane Marchesin wrote:
> On Fri, Nov 21, 2008 at 02:13, Xavier Bachelot <[EMAIL PROTECTED]> wrote:
> > Xavier Bachelot wrote:
> >> We could use some help to improve the driver at a quicker pace. Please
> >> subscribe to the openchrome-devel mailing list
On Thu, Nov 13, 2008 at 02:52:19PM +0800, [EMAIL PROTECTED] wrote:
> Recently I study libpciaccess, found pci_device_map_range
> function, when map the same physical address and the same size will
> failed.
>
> If we use libpciaccess and want support two screen which share one
> pci,
the GLX_SGI_make_current_read extension.
However, if you know that the read and draw drawables will always be the
same, as is the case here, glXMakeCurrent read should be used for
broader compatibility.
To summarize, your proposed fix is correct.
Reviewed-by: Ian Romanick <[EMAIL PROTECTED]&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brett Smith wrote:
| From a licensing perspective, we feel it would be ideal if someone
| could get in touch with the people who wrote changes to those files,
| and get their permission to relicense it under the new SGI Free
| License B or something c
45 matches
Mail list logo
