ABI is well defined:
http://www.opengl.org/registry/ABI/
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Start
.
Applications relying on things not guaranteed by the ABI are broken.
A bug on this has just been reported.
Sounds like not our bug.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
):
*If* dpy and draw are the display and drawable for the calling
thread’s current context, glXSwapBuffers performs an implicit
glFlush.
(emphasis mine)
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X
returned 1 exit status
make[2]: *** [glthreads] Error 1
These demos are broken: Those GL API calls aren't part of the Linux
OpenGL ABI, so their addresses need to be retrieved with
glXGetProcAddress().
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software
these errors by default ?
One problem is that drivers can be loaded from several paths; if the HW
driver fails to load from the first path but succeeds from the next one,
any error messages from the first attempt would be confusing.
--
Earthling Michel Dänzer |http
on libGL.so.1
shouldn't introduce any issue.
Keep in mind the AIGLX case. Loading libGL into the X server probably
isn't desirable.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
] Error 1
Thanks for the report, and thanks Jakob for beating me to fixing it.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
?
They're software rasterization drivers, all the work is done by the CPU.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
On Thu, 2010-03-11 at 11:28 -0700, Brian Paul wrote:
Luca Barbieri wrote:
Solves the Warsow issue and seems to work.
OK, I think you can commit the patch to 7.8 then.
Can this also be backported to mesa_7_7_branch?
--
Earthling Michel Dänzer |http
On Sat, 2010-03-06 at 12:44 +, José Fonseca wrote:
On Mon, 2010-03-01 at 09:03 -0800, Michel Dänzer wrote:
On Fri, 2010-02-26 at 08:47 -0800, Jose Fonseca wrote:
Module: Mesa
Branch: master
Commit: 9beb302212a2afac408016cbd7b93c8b859e4910
URL:
http
! :)
This will go into Mesa 7.8, actually.
I see patches 1/4, 3/4 and 4/4 but not 2/4. Are the patches
misnumbered or did 2/4 not get posted?
It's larger than half a megabyte and only contains changes for
autogenerated files, so I discarded it from the list moderation queue.
--
Earthling Michel
0 min -basevertex) ||
should be.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Download Intel#174; Parallel
-_MaxElement) {
/* the max element is out of bounds of one or more enabled arrays */
_mesa_warning(ctx, glDrawElements() index=%u is
out of bounds (max=%u), max,
ctx-Array.ArrayObj-_MaxElement);
--
Earthling Michel Dänzer |http://www.vmware.com
the moderation queues for both lists on a daily
basis and am volunteering to continue doing so, but other than that I'm
not really keen on being a list admin.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI
On Thu, 2010-03-04 at 13:56 -0700, Brian Paul wrote:
Michel Dänzer wrote:
On Thu, 2010-03-04 at 02:00 -0800, Vinson Lee wrote:
Michel, thanks for spotting this.
I've reverted the bad commit. Please go ahead and submit your correct fix.
Actually, I wonder if something like the below
then.
If your mesa Git checkout doesn't have commit
5f40a7aed12500fd6792e2453f49c3b5c54d yet, try updating again.
Anyway, I think it's unlikely your problem is the same.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian
arithmetic rather than
bitfields anyway. :)
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Download Intel#174; Parallel
.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Download Intel#174; Parallel Studio Eval
Try the new software tools
From: Michel Dänzer daen...@vmware.com
The guess can be wrong if the DRI driver loaded by the server doesn't support
invalidate events.
Also check that the DRI driver actually has an invalidate hook before calling
it.
---
src/glx/dri2_glx.c | 28 +++-
1 files changed
On Thu, 2010-02-25 at 12:56 +0100, Michel Dänzer wrote:
From: Michel Dänzer daen...@vmware.com
The guess can be wrong if the DRI driver loaded by the server doesn't support
invalidate events.
Also check that the DRI driver actually has an invalidate hook before calling
it.
Never mind
texstore routines.
Which doesn't fit well with the conventional shortlog entries.
In this particular case, it probably would have been sufficient to just
insert two newlines between the first and second sentence.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre
again.
Dave's commit fixed it for me, though there's some uncertainty about
whether 0 is a generally good index for unused colour outputs.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
) tests
these changes were aimed at.
Any ideas? FWIW this is on my PowerBook with an RV350.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
?
Note that this problem is not specific to reviews -- pushing merges can
always lead to this same situation --, but reviews of merges increase
the probability of this problem from unlikely to guaranteed.
Agreed, seems like more trouble than it's worth.
--
Earthling Michel Dänzer
On Fri, 2010-01-22 at 00:10 +0100, Francisco Jerez wrote:
Michel Dänzer mic...@daenzer.net writes:
On Sat, 2010-01-16 at 23:01 +0100, Francisco Jerez wrote:
When a buffer invalidation event is received from the X server, the
invalidate hook of the DRI2 flush extension is executed
gravity. :)
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Throughout its 18-year history, RSA Conference consistently
with this, he seems to have the
Linux guest environment basically up and running. Beware that he's
having some trouble on Windows hosts though, see his thread 'VMWGFX /
VMware for Windows' on the mesa3d-users list.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre
event for the client app's
reaction to the ConfigureNotify event, how likely is that to happen, and
couldn't it be avoided by other means?
If the ABI break is truly unavoidable, it would have been nice to get it
into xserver 1.8, which already bumped the ABI versions...
--
Earthling Michel Dänzer
-height);
+ dri2LegacyInvalidate(pdraw);
+
return 0;
}
Doesn't this also need to call dri2LegacyInvalidate() if
(pdp-swapAvailable) but (!pdp-invalidateAvailable)?
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast
On Thu, 2010-01-21 at 23:38 +0100, Michel Dänzer wrote:
On Sat, 2010-01-16 at 23:01 +0100, Francisco Jerez wrote:
No effort has been made on preserving backwards compatibility with
version 2 of the flush extension, but I think it's acceptable because
AFAIK no released stack is making
the interface correctly.
If the ximage backend is intrinsically tied to softpipe, it's kind of
legitimiate for it to rely on softpipe specific transfer semantics if
that gives a tangible benefit, e.g. by saving transfer
creation/destruction overhead.
--
Earthling Michel Dänzer
* contain
basically whatever else it pleases. :)
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Throughout its 18
in every eglSwapBuffers and
flush_frontbuffer.
That probably won't be enough for apps which don't render frames
continuously but only on demand:
buffer swap / frontbuffer flush -- DRI2GetBuffers -- window resize --
render frame: whoops, stale DRI2 buffer size
--
Earthling Michel Dänzer
On Fri, 2010-01-15 at 16:32 +0800, Chia-I Wu wrote:
2010/1/15 Michel Dänzer mic...@daenzer.net:
On Fri, 2010-01-15 at 10:48 +0800, Chia-I Wu wrote:
On Fri, Jan 15, 2010 at 9:35 AM, Jakob Bornecrantz ja...@vmware.com
wrote:
Some things that needs to worked out about this interface
On Fri, 2010-01-15 at 16:43 +0800, Chia-I Wu wrote:
2010/1/15 Michel Dänzer mic...@daenzer.net:
On Fri, 2010-01-15 at 12:05 +0800, Chia-I Wu wrote:
enum st_framebuffer_attachment {
ST_SURFACE_FRONT_LEFT,
ST_SURFACE_BACK_LEFT,
ST_SURFACE_FRONT_RIGHT
On Fri, 2010-01-15 at 11:08 +0100, Christoph Bumiller wrote:
On 15.01.2010 09:52, Michel Dänzer wrote:
On Fri, 2010-01-15 at 16:32 +0800, Chia-I Wu wrote:
2010/1/15 Michel Dänzer mic...@daenzer.net:
On Fri, 2010-01-15 at 10:48 +0800, Chia-I Wu wrote:
On Fri, Jan 15
by the display server.
It is for GLX, as Keith pointed out before.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
);
+/* struct r300_screen* r300screen = r300_screen(r300-context.screen); */
struct r300_vertex_info* vformat;
struct r300_rs_block* rs_block;
int i;
Please just remove unused variables rather than leaving them there
commented out.
--
Earthling Michel Dänzer
of resources maybe - might be worth keeping
the checks for that).
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
This SF.Net
On Mon, 2010-01-11 at 18:05 -0500, Zack Rusin wrote:
On Monday 11 January 2010 18:04:01 Michel Dänzer wrote:
A better fix should be to make sure the exaMoveInPixmap() call is before
the exaGetPixmapDriverPrivate() call. The latter should never return
NULL then (unless we run out
.
Looks like Michel made the last change there (commit
e922adbe1d6c1764968377658ea92ae6de0585db). Michel?
I don't remember the details unfortunately. Feel free to change it if it
doesn't make sense.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software
endianness should possibly only use
'array' formats, but then there might need to be some kind of mapping
between the two kinds of formats somewhere, maybe in the state trackers
or an auxiliary module...
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software
On Wed, 2010-01-06 at 14:32 +, José Fonseca wrote:
On Wed, 2010-01-06 at 06:23 -0800, Michel Dänzer wrote:
On Wed, 2010-01-06 at 14:03 +, José Fonseca wrote:
On Tue, 2010-01-05 at 23:36 -0800, michal wrote:
michal wrote on 2010-01-06 07:58:
michal wrote on 2009-12-22 10:00
On Wed, 2010-01-06 at 15:51 +0100, Michel Dänzer wrote:
On Wed, 2010-01-06 at 14:32 +, José Fonseca wrote:
On Wed, 2010-01-06 at 06:23 -0800, Michel Dänzer wrote:
On Wed, 2010-01-06 at 14:03 +, José Fonseca wrote:
On Tue, 2010-01-05 at 23:36 -0800, michal wrote:
michal
On Wed, 2010-01-06 at 15:13 +, José Fonseca wrote:
On Wed, 2010-01-06 at 06:51 -0800, Michel Dänzer wrote:
On Wed, 2010-01-06 at 14:32 +, José Fonseca wrote:
On Wed, 2010-01-06 at 06:23 -0800, Michel Dänzer wrote:
On Wed, 2010-01-06 at 14:03 +, José Fonseca wrote
On Wed, 2010-01-06 at 15:18 +, Keith Whitwell wrote:
On Wed, 2010-01-06 at 07:13 -0800, José Fonseca wrote:
On Wed, 2010-01-06 at 06:51 -0800, Michel Dänzer wrote:
On Wed, 2010-01-06 at 14:32 +, José Fonseca wrote:
On Wed, 2010-01-06 at 06:23 -0800, Michel Dänzer wrote
is a compiler bug, this isn't really the
place to report that.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
.
That's true for windows but not for pixmaps.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
This SF.Net email
a new feature of the DRI protocol, the code must
be conditioned on a version bump on the server side. (For example a server
side protocol bump to 1.2, and a corresponding client check).
Unfortunately, that didn't happen though... So I don't think this can go
in as is.
--
Earthling Michel Dänzer
-priv;
+
+if (radeon_bo_is_referenced_by_cs(radeon_buffer-bo, priv-cs)) {
+priv-cs-space_flush_fn(priv-cs-space_flush_data);
+}
Why would this be necessary?
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast
Dec 5 18:24:41 2009 -0500
radeon/r200/r600: fix drivers for changes in
433f0a82f5a4696e6b0c4061f645485ec8079bb4
Whoops sorry about that, and thanks for fixing it up Alex.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast
= GL_RGB;
irb-Base.DataType = GL_UNSIGNED_BYTE;
break;
FYI, the second hunk causes a black window with glxgears on my GM45.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
in _mesa_unpack_polygon_stipple) if you prefer, but
it (looks) nicer with util_bswap32 in my opinion.
It (or something like it) should come in handy for drivers running on
big endian platforms. Thumbs up from me.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software
be careful not to just paper over theoretical
issues pointed out by automated tools.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
On Thu, 2009-11-19 at 18:53 +0100, Marcin Slusarz wrote:
On Thu, Nov 19, 2009 at 09:18:13AM +0100, Michel Dänzer wrote:
On Wed, 2009-11-18 at 19:44 +0100, Marcin Slusarz wrote:
diff --git a/progs/xdemos/glxdemo.c b/progs/xdemos/glxdemo.c
index 37df64e..f0838a8 100644
--- a/progs
-tex, 0, 0, 0,
PIPE_TRANSFER_WRITE, x, y, w, h);
if (!transfer)
From the EXA POV UploadToScreen is intended to be a pipelined operation,
so ideally this shouldn't be necessary.
--
Earthling Michel Dänzer |http
resizes.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Let Crystal Reports handle the reporting - Free Crystal
From: Michel Dänzer daen...@vmware.com
---
src/mesa/drivers/dri/radeon/radeon_queryobj.c | 16 +---
1 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/radeon/radeon_queryobj.c
b/src/mesa/drivers/dri/radeon/radeon_queryobj.c
index 6539c36..452d044
From: Michel Dänzer daen...@vmware.com
---
src/mesa/drivers/dri/common/spantmp2.h| 152 +
src/mesa/drivers/dri/radeon/radeon_span.c | 63
2 files changed, 215 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/common/spantmp2.h
b/src
From: Michel Dänzer daen...@vmware.com
---
src/mesa/main/formats.c |9 +
src/mesa/main/formats.h |1 +
src/mesa/main/texfetch.c |7 +++
src/mesa/main/texfetch_tmp.h | 24
src/mesa/main/texstore.c | 11 ---
5 files
If there are no objections, I'd like these to get onto the 7.7 branch.
[PATCH 1/5] Add MESA_FORMAT_XRGB_REV.
[PATCH 2/5] radeon: FBO fixes for big endian.
[PATCH 3/5] radeon: Fix software fallbacks with KMS on big endian.
[PATCH 4/5] radeon: Fix occlusion queries on big endian.
[PATCH 5/5]
, before and after
the render_start?
Looks like something like that might be necessary, if the above is
indeed a problem still.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
From: Michel Dänzer daen...@vmware.com
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
PIPE_TRANSFER_MAP_DIRECTLY usage flag.
[PATCH 3/3] st/xorg: Use PIPE_TRANSFER_MAP_DIRECTLY flag in EXA PrepareAccess
hook.
Add a new flag and use it in the xorg state tracker.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian
From: Michel Dänzer daen...@vmware.com
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
From: Michel Dänzer daen...@vmware.com
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
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 daen...@vmware.com
Asks the driver to map the texture storage directly or return NULL if that's
not possible.
---
src/gallium/include/pipe/p_defines.h
On Thu, 2009-10-01 at 11:50 -0400, Younes Manton wrote:
On Thu, Oct 1, 2009 at 11:29 AM, Michel Dänzer mic...@daenzer.net 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 daen...@vmware.com
Asks
or
software?
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Come build with us! The BlackBerryreg; Developer Conference
On Thu, 2009-09-24 at 17:36 -0400, Alex Deucher wrote:
2009/9/24 Michel Dänzer mic...@daenzer.net:
On Thu, 2009-09-24 at 14:34 -0400, Alex Deucher wrote:
On Thu, Sep 24, 2009 at 2:07 PM, Alex Deucher alexdeuc...@gmail.com
wrote:
I've pulled in most of the r600 driver fixes from
On Mon, 2009-09-21 at 16:46 +0200, mic...@daenzer.net wrote:
From: Michel Dänzer daen...@vmware.com
Since commit 6f9dbe773953b024075910b3bec11ebc96c2e8e0 ('mesa: use new
_mesa_meta_CopyTex[Sub]Image() functions'), I was seeing crashes when using
the
compiz magnifier plugin, apparently
the same problem with cherry-picking, as the indentation of
the GLX code is different between branches. I think the lesson there is
to resist the temptation of whitespace-only changes, no matter how much
'better' the result may appear.
--
Earthling Michel Dänzer |http
indentation of the GLX code is different between branches.
Can't it be fixed by passing proper --whitespace=foo to git-apply?
No, that's about whitespace problems like trailing whitespace.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast
On Mon, 2009-08-31 at 09:49 +0100, José Fonseca wrote:
On Mon, 2009-08-31 at 01:14 -0700, Michel Dänzer wrote:
BTW, unfortunately LLVM 2.5 can't seem to handle llvmpipe on Linux/PPC.
I'm attaching the full stderr output from glxgears, but the upshot is:
SplitVectorOperand Op #0
On Mon, 2009-08-31 at 10:31 +0100, José Fonseca wrote:
On Mon, 2009-08-31 at 01:49 -0700, José Fonseca wrote:
On Mon, 2009-08-31 at 01:14 -0700, Michel Dänzer wrote:
BTW, unfortunately LLVM 2.5 can't seem to handle llvmpipe on Linux/PPC.
I'm attaching the full stderr output from
On Sun, 2009-08-30 at 03:54 -0700, Michel DXXnzer wrote:
Module: Mesa
Branch: master
Commit: cfa0c3da389280b035a149fa0373a2d8a67c6967
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=cfa0c3da389280b035a149fa0373a2d8a67c6967
Author: Michel Dänzer daen...@vmware.com
Date: Sun
] for the mesa3d-dev list: This was complicated by the GLX code
re-indenting in master. I wonder if that was worth the trouble...
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
to revert
0f328c90dbc893e15005f2ab441d309c1c176245 locally, or I get GPU page
table errors all the time, e.g. starting a tutorial in Warsow.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
, is it involved in rendering at all, or can an AIGLX client
function without it?
With indirect rendering, libGL only sends GLX protocol to the X server
and doesn't use a DRI driver directly at all.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast
an incorrect assumption in the state tracker, that
should be fixed, rather than working around it in drivers.
Note that it's my understanding that as far as a Gallium driver is
concerned, Y=0 always corresponds to the start of the renderbuffer.
Anything else is up to the state tracker.
--
Earthling Michel
Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial
bytes for any given component. Not sure that's very practical.
I agree with José that formats like that should always be treated as
packed, with optional non-native byte order.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast
, the point is that I think we should err on the side of
making it too explicit rather than too implicit.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
for it to go idle before executing the
next glFlush() seems to do the trick.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
' undeclared
tgsi_ppc.c:1117: error: 'TGSI_OPCODE_LOGBASE2' undeclared
Fixed, thanks for the report.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
. :)
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Enter the BlackBerry Developer Challenge
This is your chance
I think it would be better to just track the symlinks in Git.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
driver because it doesn't seem to have any
explicit frame throttling any more, which can cause quite horrible
judder / stuttering (especially since the recent change to the
DRM_I915_GEM_THROTTLE ioctl behaviour).
--
Earthling Michel Dänzer |http://www.vmware.com
Libre
On Tue, 2009-06-30 at 09:41 -0700, Eric Anholt wrote:
On Tue, 2009-06-30 at 16:59 +0200, Michel Dänzer wrote:
On Mon, 2009-06-29 at 10:57 -0700, Eric Anholt wrote:
This code was originally introduced with the i915tex code dump, so it's
not
clear what it was there for.
What
in a way that permits optimizations.
This may be a good idea anyway, but 'overlapping BOs' sounds like a
memory management bug somewhere... Overlapping blits should only occur
when the source and destination BOs are one and the same.
--
Earthling Michel Dänzer |http
specific parts
of i915tex) was developed out in the open pretty much from day one, and
the full history is still available in mesa Git.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
extension hooks have to be carried around.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
Are you an open source
of suffering, so we just fall back.
FYI, this commit causes lockups on my GM45 when running 3D apps in a
VMware Workstation guest OS. Seems stable with just this reverted, and I
can't seem to notice any tiling related problems.
--
Earthling Michel Dänzer |http
On Fri, 2009-06-19 at 11:18 -0700, Eric Anholt wrote:
On Fri, 2009-06-19 at 17:58 +0200, Michel Dänzer wrote:
On Wed, 2009-06-17 at 21:03 -0700, Eric Anholt wrote:
Module: Mesa
Branch: master
Commit: 0f328c90dbc893e15005f2ab441d309c1c176245
URL:
http://cgit.freedesktop.org
/libcube.so
#27 0x7f73fed6ced5 in ?? () from /usr/lib/compiz/libmag.so
#28 0x7f73fd879199 in ?? () from /usr/lib/compiz/libexpo.so
#29 0x00412156 in eventLoop ()
#30 0x0040d490 in main ()
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software
?id=21582 . Is there any plan
for solving
radeon_common.c:1008: radeon_validate_bo: Assertion
`radeon-state.validated_bo_count 32' failed.
yet?
(The lockups with compiz that I reported previously are gone though,
probably fixed by Maciej, thanks!)
--
Earthling Michel Dänzer
On Mon, 2009-06-08 at 14:11 +0200, Maciej Cencora wrote:
Dnia poniedziałek, 8 czerwca 2009 o 12:56:03 Michel Dänzer napisał(a):
On Sat, 2009-06-06 at 17:42 +0200, Maciej Cencora wrote:
Dnia sobota, 6 czerwca 2009 o 17:09:28 Michel Dänzer napisał(a):
P.S. What are the plans for merging
On Sat, 2009-06-06 at 17:42 +0200, Maciej Cencora wrote:
Dnia sobota, 6 czerwca 2009 o 17:09:28 Michel Dänzer napisał(a):
On Sat, 2009-06-06 at 13:27 +0200, Maciej Cencora wrote:
- rebased Michel Daenzer's patch.
Please preserve the author string of my patch.
I've just added Signed
be good to do it soon, so we'll have time to address issues before
the 7.6 release. OTOH it seems to use perform a lot worse on my
PowerBook than master, is it just me?
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X
On Wed, 2009-06-03 at 18:20 +0200, Maciej Cencora wrote:
Dnia środa, 3 czerwca 2009 o 11:21:40 Michel Dänzer napisał(a):
On Tue, 2009-06-02 at 21:09 +0200, Nicolai Hähnle wrote:
Am Tuesday 02 June 2009 20:18:17 schrieb Michel Dänzer:
On Mon, 2009-06-01 at 16:39 +0200, Maciej Cencora
1 - 100 of 242 matches
Mail list logo
