http://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #2 from Jeremy Huddleston 2009-10-01
01:17:41 PST ---
You miss the point. This isn't about glxinfo, this is about *ALL* glx
applications. glxinfo is just an example.
You said, "glxinfo creates a context that allows direct rend
On Wed, 2009-09-30 at 10:48 -0600, Brian Paul wrote:
> Peter Clifton wrote:
> Do you have time to test the attached patch (a clean-up of your patch
> basically)?
I gave it a quick test, and whilst it cures the original rendering
artefact (which manifested as a failure to clear the main window, a
From: Michel Dänzer
Propagate NULL return value.
This also allows removing the DRM_MODE_FEATURE_DIRTYFB specific pixmap
management hacks.
---
src/gallium/state_trackers/xorg/xorg_exa.c | 93 ++--
1 files changed, 34 insertions(+), 59 deletions(-)
diff --git a/src/gall
If there are no objections, I'm planning to push the following patches to the
master branch tomorrow:
[PATCH 1/3] gallium: Preparations for adding more PIPE_TRANSFER_* usage flags.
Make sure the addition of new PIPE_TRANSFER_* flags won't break existing code.
[PATCH 2/3] gallium: Add PIPE_TRANSF
From: Michel Dänzer
Asks the driver to map the texture storage directly or return NULL if that's
not possible.
---
src/gallium/include/pipe/p_defines.h | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/src/gallium/include/pipe/p_defines.h
b/src/gallium/includ
From: Michel Dänzer
Always test for PIPE_TRANSFER_READ/WRITE using the bit-wise and operator, and
add a pipe_transfer_buffer_flags() helper for getting the buffer usage flags
corresponding to them.
---
src/gallium/auxiliary/util/u_tile.c|4 +-
src/gallium/drivers/cell/ppu/cel
http://bugs.freedesktop.org/show_bug.cgi?id=22157
Jon TURNEY changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Robert Noland wrote:
> I think this should be safe for all of the BSDs.
>
> Signed-off-by: Robert Noland
Committed. Thanks.
-Brian
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only deve
Robert Noland wrote:
> Since the various BSDs use some different features here,
> define PIPE_OS_OPENBSD and PIPE_OS_NETBSD as well
>
> Signed-off-by: Robert Noland
> ---
> src/gallium/include/pipe/p_config.h | 13 +
> 1 files changed, 13 insertions(+), 0 deletions(-)
>
> diff --g
On Thu, 2009-10-01 at 07:44 -0700, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Asks the driver to map the texture storage directly or return NULL if that's
> not possible.
> ---
> src/gallium/include/pipe/p_defines.h | 13 -
> 1 files changed, 12 insertions(+), 1 deletions(-)
>
On Thu, 2009-10-01 at 16:16 +0100, José Fonseca wrote:
> On Thu, 2009-10-01 at 07:44 -0700, Michel Dänzer wrote:
> > From: Michel Dänzer
> >
> > Asks the driver to map the texture storage directly or return NULL if that's
> > not possible.
> > ---
> > src/gallium/include/pipe/p_defines.h | 13
On Thu, Oct 1, 2009 at 11:29 AM, Michel Dänzer wrote:
> On Thu, 2009-10-01 at 16:16 +0100, José Fonseca wrote:
>> On Thu, 2009-10-01 at 07:44 -0700, Michel Dänzer wrote:
>> > From: Michel Dänzer
>> >
>> > Asks the driver to map the texture storage directly or return NULL if
>> > that's
>> > not
http://bugs.freedesktop.org/show_bug.cgi?id=22561
Jon TURNEY changed:
What|Removed |Added
Summary|Some GLX_SGIX_fbconfig |psc->ext_list_first_time is
http://bugs.freedesktop.org/show_bug.cgi?id=22561
Jon TURNEY changed:
What|Removed |Added
Attachment #27364|0 |1
is obsolete|
On Thu, 2009-10-01 at 11:50 -0400, Younes Manton wrote:
> On Thu, Oct 1, 2009 at 11:29 AM, Michel Dänzer wrote:
> > On Thu, 2009-10-01 at 16:16 +0100, José Fonseca wrote:
> >> On Thu, 2009-10-01 at 07:44 -0700, Michel Dänzer wrote:
> >> > From: Michel Dänzer
> >> >
> >> > Asks the driver to map
It'd be very nice if you could record session for people who are unableto
attend this significant event. I'd be one of the first persons who wouldlike to
hear as much as possible about Gallium3D.
Thanks,Uros Nedic
---
"Every kind of peaceful cooper
http://bugs.freedesktop.org/show_bug.cgi?id=24093
--- Comment #5 from Brian Paul 2009-10-01 13:15:52
PST ---
OSMesa doesn't have any GLX features/extensions. It has a totally different
interface.
I'm not familiar with WebGL either. Hopefully you can debug this further on
your own.
--
C
On Thursday 01 October 2009 14:13:15 Greg KH wrote:
> Hi,
>
> As discussed at XDC2009 in your talk about patents and xorg, I talked
> with the Linux Foundation's Technical Advisory board about the issues
> your raised in your talk.
>
> I have a contact at the LF and OIN to put you in contact with
Greg KH wrote:
> On Thu, Oct 01, 2009 at 04:21:07PM -0400, Zack Rusin wrote:
>> On Thursday 01 October 2009 14:13:15 Greg KH wrote:
>>> Hi,
>>>
>>> As discussed at XDC2009 in your talk about patents and xorg, I talked
>>> with the Linux Foundation's Technical Advisory board about the issues
>>> you
On Thu, Oct 01, 2009 at 04:21:07PM -0400, Zack Rusin wrote:
> On Thursday 01 October 2009 14:13:15 Greg KH wrote:
> > Hi,
> >
> > As discussed at XDC2009 in your talk about patents and xorg, I talked
> > with the Linux Foundation's Technical Advisory board about the issues
> > your raised in your
On 10/01/2009 02:02 PM, Brian Paul wrote:
> Greg KH wrote:
>> On Thu, Oct 01, 2009 at 04:21:07PM -0400, Zack Rusin wrote:
>>> On Thursday 01 October 2009 14:13:15 Greg KH wrote:
Hi,
As discussed at XDC2009 in your talk about patents and xorg, I talked
with the Linux Foundation's
This reverts commit df058298e1570eea8712f9bb051f674fab2eaf24. It didn't
explain why it was required, doesnt appear to be required, and is a major
performance penalty for cairo-gl firefox.
Conflicts:
src/mesa/main/fbobject.c
---
src/mesa/main/fbobject.c | 26 --
---
src/mesa/main/fbobject.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index a73a765..6e767bb 100644
--- a/src/mesa/main/fbobject.c
+++ b/src/mesa/main/fbobject.c
@@ -1207,9 +1207,6 @@ _mesa_BindFramebufferEXT(GLe
Between these two patches, cairo-gl firefox's runtime drops from 120
seconds to under 90 seconds. Can anyone justify these flushes?
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only develo
http://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #3 from Chia-I Wu 2009-10-01 20:29:39 PST ---
I see your point. I guess the old behavior is simply because there was no
swrast_dri.
As for swrast_dri, it has _direct_ access to the (pure software) OpenGL
pipelines, and is thus c
http://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #4 from Jeremy Huddleston 2009-10-01
21:11:29 PST ---
Created an attachment (id=29991)
--> (http://bugs.freedesktop.org/attachment.cgi?id=29991)
glxinfo.txt
Here's glxinfo's output when run as a local client.
numvisuals was 80
http://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #5 from Chia-I Wu 2009-10-01 23:50:01 PST ---
Created an attachment (id=29992)
--> (http://bugs.freedesktop.org/attachment.cgi?id=29992)
no empy configs
Do you have a nvidia card on your local machine?
driConvertConfigs filters
27 matches
Mail list logo