http://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #5 from Chia-I Wu olva...@gmail.com 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?
http://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #6 from Jeremy Huddleston jerem...@freedesktop.org 2009-10-02
00:02:05 PST ---
Yes, I have an nVidia card on this machine, but it also happens when I have an
ATI card on the server machine. The vendor card information is
http://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #7 from Chia-I Wu olva...@gmail.com 2009-10-02 00:43:07 PST ---
There is no spec on the rules. The visuals/fbconfigs reported by the server
are converted to __GLcontextModes in mesa. You can have a look at
driConfigEqual in
http://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #8 from Chia-I Wu olva...@gmail.com 2009-10-02 00:57:36 PST ---
I had a quick look at the link you gave. It might be
maxPbufferWidth/maxPbufferHeight that fails the matching test. But there is no
point to adjust the two fileds
http://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #9 from Jeremy Huddleston jerem...@freedesktop.org 2009-10-02
01:08:27 PST ---
Excellent. With that patch in place, we end up with AIGLX rather than erroring
out. Looks good to me.
--
Configure bugmail:
On Thu, Oct 01, 2009 at 12:37:19PM -0700, Brian Paul wrote:
diff --git a/src/gallium/state_trackers/glx/xlib/glx_api.c
b/src/gallium/state_trackers/glx/xlib/glx_api.c
index d1a98f8..65012e9 100644
--- a/src/gallium/state_trackers/glx/xlib/glx_api.c
+++
http://bugs.freedesktop.org/show_bug.cgi?id=24207
--- Comment #3 from Fabio fabio@libero.it 2009-10-02 02:58:21 PST ---
Maybe I am missing something here, but since decompression is already supported
(indeed the games work fine when forcing it with driconf) is there a way to
make it
Bugs item #2871813, was opened at 2009-10-02 12:06
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=13aid=2871813group_id=3
Please note that this message will contain a full copy of the comment
Bugs item #2871815, was opened at 2009-10-02 12:08
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=13aid=2871815group_id=3
Please note that this message will contain a full copy of the comment
Uros,
Capturing this event on video is something we want to do. Thank you
for your feedback.
Regards,
Jens
On Oct 1, 2009, at 11:37 AM, Uros Nedic wrote:
It'd be very nice if you could record session for people who are
unable
to attend this significant event. I'd be one of the first
Jens,
Could you please take care that this video will be captured in hi-resand with
good voice quality so we who do not have luck to attend itcould get as much
information as possible.
Thanks,Uros
---
Every kind of peaceful cooperation among men
Bugs item #2871813, was opened at 2009-10-02 06:06
Message generated for change (Comment added) made by brianp
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=13aid=2871813group_id=3
Please note that this message will contain a full copy of the comment thread,
Hi Alex,
On Wed, Sep 30, 2009 at 5:29 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Wed, Sep 30, 2009 at 10:20 AM, Daniel J Blueman
daniel.blue...@gmail.com wrote:
When running 2.6.32-rc1 with modesetting on a HD3470/R600 GPU [1] with
updated userland [2], I experience a GPU lockup 2-3
Eric Anholt wrote:
Between these two patches, cairo-gl firefox's runtime drops from 120
seconds to under 90 seconds. Can anyone justify these flushes?
Maybe Keith can do a quick review too, but I ran a few things here on
my i965 and didn't see any regressions. And empirically, things feel
a
On Oct 2, 2009, at 9:45 AM, RALOVICH, Kristóf wrote:
On Fri, Oct 2, 2009 at 09:07, Joakim Sindholt b...@zhasha.com wrote:
To at least give some feedback:
I think this is a great initiative and I wish I could be there. You
should do this in northern Europe more often. VMWare has offices in
http://bugs.freedesktop.org/show_bug.cgi?id=24207
--- Comment #4 from Ian Romanick i...@freedesktop.org 2009-10-02 11:02:53
PST ---
(In reply to comment #2)
GPU (which decompresses it on the way) and then work from the buffer. That
doesn't infringe the S3TC license.
Unless you're a
http://bugs.freedesktop.org/show_bug.cgi?id=24207
--- Comment #5 from Stephane Marchesin marche...@icps.u-strasbg.fr
2009-10-02 11:17:27 PST ---
(In reply to comment #4)
(In reply to comment #2)
GPU (which decompresses it on the way) and then work from the buffer. That
doesn't
On Fri, Oct 2, 2009 at 09:07, Joakim Sindholt b...@zhasha.com wrote:
To at least give some feedback:
I think this is a great initiative and I wish I could be there. You
should do this in northern Europe more often. VMWare has offices in
Sweden, right? ;)
In any case, if you can get it on
This should catch the most common programming errors where we attempt to
emit a relocation to beyond the end of the target buffer.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
src/mesa/drivers/dri/intel/intel_batchbuffer.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
19 matches
Mail list logo
