are appreciated.
Cool stuff! How hard would it be to add this to Desktop GL? I'm
guessing it is slightly more involved then changing patch 06 and 11 to
enable the it for Desktop GL?
Took a quick look at it and it looks good, but I don't dare give it a
RB so you can have my
Acked-by: Jakob Bornecrantz ja
symbols left by Erics removal of
the last DRI1 driver to see what unravels.
Thanks for your answer regarding the copybuf stuff, series has my
Acked-by: Jakob Bornecrantz ja...@vmware.com
Cheers, Jakob.
___
mesa-dev mailing list
mesa-dev
Looks good, for the u_caps.c code you might as well just change
the macro to include the FLOAT_ prefix instead changing where
they are used. Fix that and you have my
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
Cheers, Jakob.
- Original Message -
The motivation behind this is to add
On Mon, Nov 28, 2011 at 3:13 AM, Ian Romanick i...@freedesktop.org wrote:
All,
I'm starting to work on GLX_ARB_create_context. This extension and the
layered GLX_ARB_create_context_profile extension add some GLX protocol. Is
there any reason to keep supporting non-XCB protocol? Are there
- Original Message -
Some hardware can't reinterpret the format of hardware buffers and
thus the X server needs to know the format when the buffer is
created.
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
src/gallium
On Fri, Dec 23, 2011 at 7:51 PM, Chia-I Wu olva...@gmail.com wrote:
On Sat, Dec 24, 2011 at 12:37 AM, Ian Romanick i...@freedesktop.org wrote:
On 12/23/2011 07:20 AM, Jose Fonseca wrote:
- Original Message -
Hi list,
Multiple driver support in EGL is hard to get right, if not
- Original Message -
Good morning!
I really appreciate Mesa being open to accepting the Haiku patches.
Glad to hear.
The Haiku support is close to done. Given the current patches applied
(plus a few small tweaks mentioned below), Mesa (and a few Gallium
drivers!) build under
So it turns out that softpipe uses LLVM in the draw module
since it has no way of telling draw not to use it. This patch
series fixes that. Also makes the draw initialization fail
if draw can't initialize LLVM in the normal case.
Cheers, Jakob.
Jakob Bornecrantz (3):
draw: Make it possible
Signed-off-by: Jakob Bornecrantz wallbra...@gmail.com
---
src/gallium/auxiliary/draw/draw_context.c | 48 -
src/gallium/auxiliary/draw/draw_context.h |2 +
2 files changed, 35 insertions(+), 15 deletions(-)
diff --git a/src/gallium/auxiliary/draw/draw_context.c
The r300 driver requires LLVM when building and other drivers that
depend on it for all TNL, like i915g will be a lot slower without it.
Signed-off-by: Jakob Bornecrantz wallbra...@gmail.com
---
src/gallium/auxiliary/draw/draw_context.c | 16 +++-
1 files changed, 11 insertions
Signed-off-by: Jakob Bornecrantz wallbra...@gmail.com
---
src/gallium/drivers/softpipe/sp_context.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/softpipe/sp_context.c
b/src/gallium/drivers/softpipe/sp_context.c
index a720600..dd81442 100644
On Mon, Jan 9, 2012 at 8:35 PM, Brian Paul bri...@vmware.com wrote:
On 01/09/2012 11:28 AM, Jakob Bornecrantz wrote:
So it turns out that softpipe uses LLVM in the draw module
since it has no way of telling draw not to use it. This patch
series fixes that. Also makes the draw initialization
But add a option to force it on for testing.
Signed-off-by: Jakob Bornecrantz wallbra...@gmail.com
---
src/gallium/drivers/softpipe/sp_context.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/softpipe/sp_context.c
b/src/gallium/drivers/softpipe
On Mon, Jan 9, 2012 at 9:27 PM, Brian Paul bri...@vmware.com wrote:
On 01/09/2012 12:51 PM, Jakob Bornecrantz wrote:
On Mon, Jan 9, 2012 at 8:35 PM, Brian Paulbri...@vmware.com wrote:
On 01/09/2012 11:28 AM, Jakob Bornecrantz wrote:
So it turns out that softpipe uses LLVM in the draw
. And
some git ignores.
Cheers, Jakob.
Jakob Bornecrantz (12):
target-helpers: If neither softpipe or llvmpipe is used just return the screen
draw: Silence warning
rbug: Silence warning
mesa: Silence warning
mesa: Silence warning
mesa: Ignores
svga: Ignores
svga: Silence warning
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
.../target-helpers/inline_wrapper_sw_helper.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/target-helpers/inline_wrapper_sw_helper.h
b/src/gallium/auxiliary/target-helpers
This peice of code has been here since the inital commit (c5c5cd71) and the
code that used instance_id_index was removed in (caede752) by José.
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
.../draw/draw_pt_fetch_shade_pipeline_llvm.c | 12
1 files changed, 0
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/gallium/drivers/rbug/rbug_core.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/rbug/rbug_core.c
b/src/gallium/drivers/rbug/rbug_core.c
index b80bcd4..253d21b 100644
--- a/src/gallium
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/mesa/program/symbol_table.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/symbol_table.c b/src/mesa/program/symbol_table.c
index 004f1f8..4f6f31f 100644
--- a/src/mesa/program/symbol_table.c
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/gallium/targets/xa-vmwgfx/.gitignore |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
create mode 100644 src/gallium/targets/xa-vmwgfx/.gitignore
diff --git a/src/gallium/targets/xa-vmwgfx/.gitignore
b/src/gallium/targets/xa
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/gallium/winsys/svga/drm/vmw_context.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/winsys/svga/drm/vmw_context.c
b/src/gallium/winsys/svga/drm/vmw_context.c
index b5ca841..2edb5ea 100644
--- a/src
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/gallium/drivers/svga/svga_tgsi_decl_sm30.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_tgsi_decl_sm30.c
b/src/gallium/drivers/svga/svga_tgsi_decl_sm30.c
index 15cd402
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/gallium/drivers/svga/svga_tgsi_decl_sm30.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_tgsi_decl_sm30.c
b/src/gallium/drivers/svga/svga_tgsi_decl_sm30.c
index 0c5cb90..a4e80b5
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/gallium/targets/dri-vmwgfx/target.c |1 -
src/gallium/winsys/svga/drm/vmw_context.c | 21 +
src/gallium/winsys/svga/drm/vmw_context.h |4
src/gallium/winsys/svga/drm/vmw_screen.c | 10 --
src
On Tue, Jan 10, 2012 at 12:26 AM, Brian Paul bri...@vmware.com wrote:
On 01/09/2012 03:53 PM, Jakob Bornecrantz wrote:
Signed-off-by: Jakob Bornecrantzja...@vmware.com
Maybe you could elaborate in the comment why the code is being dropped. Was
it just unused or something else
On Tue, Jan 10, 2012 at 12:01 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
On 01/ 9/12 02:53 PM, Jakob Bornecrantz wrote:
- struct pipe_shader_state pss = { 0 };
+ struct pipe_shader_state pss;
+ memset(pss, 0, sizeof(pss));
Those do the same thing, just via a function
On Tue, Jan 10, 2012 at 12:49 PM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
If draw isn't using llvm we can support vertex texture and integers,
These will be fixed up later, but for now allow this check to happen
at run-time.
With my draw_create_no_llvm
2012/1/10 Michel Dänzer mic...@daenzer.net:
On Mon, 2012-01-09 at 23:53 +0100, Jakob Bornecrantz wrote:
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/mesa/.gitignore | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/.gitignore b/src/mesa
On Tue, Jan 10, 2012 at 2:40 AM, Jakob Bornecrantz wallbra...@gmail.com wrote:
On Tue, Jan 10, 2012 at 12:01 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
On 01/ 9/12 02:53 PM, Jakob Bornecrantz wrote:
- struct pipe_shader_state pss = { 0 };
+ struct pipe_shader_state pss
- Original Message -
These initialization functions weren't initializing all the fields so
some had undefined values. The callers of these functions sometimes
use a structure assignment to initialize new objects from these
templates so we'd just propagate the undefined values. That
Are you sure that the flush doesn't happen somewhere higher up in the
call chain, like in the common dri code, or glx code?
Cheers, Jakob.
- Ursprungligt meddelande -
Where else would the flush go? I'll look into fixing it differently
but if the flush is anywhere in the makecurrent
Found this while preparing for the release, couldn't find
any users of this.
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/mesa/main/version.h | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
diff --git a/src/mesa/main/version.h b/src/mesa/main/version.h
index
- Original Message -
Found this while preparing for the release, couldn't find
any users of this.
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/mesa/main/version.h | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
diff --git a/src/mesa/main
Fix suggested by Kenneth Graunke.
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
Makefile |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index 4a41948..1fa369a 100644
--- a/Makefile
+++ b/Makefile
@@ -191,6 +191,8 @@ PACKAGE_NAME = MesaLib
On Thu, Jan 12, 2012 at 12:37 AM, Matt Turner matts...@gmail.com wrote:
---
No one on IRC knows why an unshared glapi is useful.
Does anyone have a use-case for this?
If not, we can drop it to simplify automake work.
I tried searching on gmail as to why this was added, but I turned up
Hi all
So after much building and testing I finally made the branch. I was planning on
doing a rc1 release now as well but it looks like historically we have opened
the branch and then made the first rc release a short time after, so I'm
holding of on it.
If people want a RC release ASAP I
Mesa 8.0-rc1 has been released. This is a release candidate for the 8.0
development release.
The tag in the GIT repository for Mesa 8.0-rc1 is 'mesa-8.0-rc1'.
Mesa 8.0-rc1 is available for download at ftp://freedesktop.org/pub/mesa/8.0/
md5sums:
efcdfe2e686cb47926c2241661687c71
- Original Message -
---
configure.ac |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 49e81ad..942084b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1875,9 +1875,9 @@ dnl Restore LDFLAGS and CPPFLAGS
- Original Message -
---
configs/autoconf.in|1 +
configure.ac |1 +
src/gallium/state_trackers/xa/Makefile |2 +-
src/gallium/targets/xa-vmwgfx/Makefile |2 +-
4 files changed, 4 insertions(+), 2 deletions(-)
diff
this.
With that in mind Reviewed-by: Jakob Bornecrantz ja...@vmware.com .
Cheers, Jakob.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
- Original Message -
- Original Message -
Adds a possibility for the state tracker manager to query the
target for a specific configuration.
All these patches looks good. There is one thing I'm wondering, is
there really a driconf option exposed for this? The commit kind
is run,
for example using driconf.
3) X server throttling requires drm swap complete events.
The patches in this series looks good. Again (in the right patch
series) it makes it sound like you hooked up driconf but I can't see
where this is done?
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
- Original Message -
On 10/13/2011 02:04 PM, Jakob Bornecrantz wrote:
- Original Message -
Adds a possibility for the state tracker manager to query the
target for a specific configuration.
All these patches looks good. There is one thing I'm wondering
- Original Message -
Here's this patch series again, part of the kill-Mesa-IR goal we have
for next release. It's been no regressions for me for a while, I was
just trying to track down a 2% performance regression on gen6. It
turns out that on my gen4 system, it's no performance
Looks good!
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
- Original Message -
ptr is uninitialized if ib in NULL.
Fixes Coverity uninitialized pointer read defect.
---
src/mesa/state_tracker/st_draw.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
[SNIP]
Hi,
is it possible to build a binary, that will use this extension if it is
present in whatever libEGL is available at runtime, and if it is not,
fall back gracefully to using the core eglGetDisplay()?
Or is this specifically not supported, since I cannot see a way for
runtime
On Sun, Mar 3, 2013 at 7:03 AM, John Kåre Alsaker
john.kare.alsa...@gmail.com wrote:
duplicateImage will allow you to create a linear or sRGB view into a DRIimage
you have access to.
This is useful because compositors may want a specific view which doesn't
correspond to the one used by
On Sun, Mar 3, 2013 at 7:03 AM, John Kåre Alsaker
john.kare.alsa...@gmail.com wrote:
---
src/gallium/include/state_tracker/st_api.h | 1 +
src/gallium/state_trackers/dri/common/dri_screen.c | 1 +
src/gallium/state_trackers/dri/common/dri_screen.h | 1 +
On Mon, Mar 11, 2013 at 4:24 AM, Matt Turner matts...@gmail.com wrote:
s,mapi/mapi,mapi,g
This is a bit of a silly request, but mesa really sucks with tab completion,
getting to anything g* in src is a PITA, it would be really nice if at least
could fix the m* overload, by just calling the
On Tue, Mar 19, 2013 at 5:40 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
We have cases on virtual GPU hw that renders using a wrapped llvmpipe,
that we can't produce the normal DRI2 semantics having the kernel/hw
enforce synchronisation semantics. It is also
On Tue, Mar 19, 2013 at 8:29 AM, Dave Airlie airl...@gmail.com wrote:
Errr, what about using flush_frontbuffer, it seems todo
the exact same thing.
Hmm I wonder if I could overload it actually I hadn't considered that,
its not exactly the same thing,
but its pretty close to what I'd want to
On Thu, Apr 25, 2013 at 9:59 PM, Andy Ritger arit...@nvidia.com wrote:
On Thu, Apr 25, 2013 at 05:34:11AM -0700, Ian Romanick wrote:
On 04/25/2013 11:12 AM, Andy Ritger wrote:
Hi all,
Last fall, I put together a proposal for an updated Linux OpenGL ABI
specification:
The changes looks good at a first glance.
There are some thoughts tho,
maybe we should try and make libxatracker.so autodetect
which driver to use so we don't have to create a libxatracker.so
for each driver, at least for linux that should be do-able.
Thoughts?
Cheers, Jakob.
On Tue, Jul 2, 2013 at 11:37 PM, Matt Turner matts...@gmail.com wrote:
On Tue, Jul 2, 2013 at 1:02 PM, Ian Romanick i...@freedesktop.org wrote:
2. Instead of just posting md5sum for the release tarballs, I think we
should start GPG signing them. I'm not sure what sort of process we
want to
Just tried this out, on your XA branch, and I'm getting rendering
issues in gnome-terminal. It looks like some text is offset by
one or two lines, and the rest looks a bit like pitch issues.
http://i.imgur.com/mdivF0q.png
I can't really see anything in the patch that would cause this,
going to
On Fri, Jul 19, 2013 at 7:42 PM, Kenneth Graunke kenn...@whitecape.orgwrote:
On 07/10/2013 04:38 PM, Ian Romanick wrote:
[snip]
Could we just change our Mark the patch with 'NOTE: ...' policy with
To have the patch automatically included in the stable tree, add the tag
Cc:
On Thu, Jul 11, 2013 at 1:58 AM, Jakob Bornecrantz wallbra...@gmail.comwrote:
Just tried this out, on your XA branch, and I'm getting rendering
issues in gnome-terminal. It looks like some text is offset by
one or two lines, and the rest looks a bit like pitch issues.
http://i.imgur.com
On Tue, Aug 6, 2013 at 9:21 PM, Chad Versace
chad.vers...@linux.intel.comwrote:
libEGL was incorrectly exporting *all* symbols, public and private.
This patch adds -fvisibility=hidden to libEGL's linker flags to ensure
that only symbols annotated with __attribute__((visibility(default)))
get
On Wed, Aug 7, 2013 at 12:00 AM, Jakob Bornecrantz wallbra...@gmail.comwrote:
On Tue, Aug 6, 2013 at 9:21 PM, Chad Versace chad.vers...@linux.intel.com
wrote:
libEGL was incorrectly exporting *all* symbols, public and private.
This patch adds -fvisibility=hidden to libEGL's linker flags
On Wed, Aug 7, 2013 at 2:00 AM, Chad Versace
chad.vers...@linux.intel.comwrote:
On 08/06/2013 03:02 PM, Jakob Bornecrantz wrote:
On Wed, Aug 7, 2013 at 12:00 AM, Jakob Bornecrantz wallbra...@gmail.com
wrote:
On Tue, Aug 6, 2013 at 9:21 PM, Chad Versace
chad.vers...@linux.intel.com
if statement
'! windows or debug or True'
Looks good, or at least it doesn't seem to break anything else can't
really comment on
the Haiku specific parts of this.
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
Lets get you commit access, so these patches doesn't root on the ML for to long.
Cheers
- Original Message -
Otherwise, version.c doesn't get a dependency on it in a clean build,
and then it doesn't necessarily get generated before version.c is
compiled.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=50976
Thanks for fixing this.
Reviewed-by: Jakob Bornecrantz
- Original Message -
Except for the deleted linux-cell target, these were just the target
cc/cflags. The only usage was for gen_matypes, which wants the
target's structure packing, not the host, anyway.
---
configs/default |2 --
src/mesa/x86/Makefile |2 +-
2 files
On Thu, May 3, 2012 at 11:38 PM, Ian Romanick i...@freedesktop.org wrote:
To keep in the habit of doing regular releases, I'd like to propose the
following set of release dates. We had previously discussed doing stable
releases monthly and feature releases every six months. This set of dates
Finally got around to writing that script to analyse what should be on
8.0 but is not. I have attached the result.
First list is only there to shame people who have forgotten -x when
cherry picking. The second list is all the commits that we have
forgotten about that is on master. The third is a
- Original Message -
On Thu, May 03, 2012 at 02:38:11PM -0700, Ian Romanick wrote:
To keep in the habit of doing regular releases, I'd like to propose
the following set of release dates. We had previously discussed
doing stable releases monthly and feature releases every six
- Original Message -
We've been really crappy about keeping up on stable releases. The
biggest problem has been bug fixes sitting on master never getting
cherry picked over. Release time comes along, and either I cherry
pick 57 patches over the day before the release or Jakob sends
Makes it possible to run Wayland on Gallium drivers. At least a bit until
it tries to use gbm cursor bo's.
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
src/egl/drivers/dri2/egl_dri2.c | 22 --
1 file changed, 16 insertions(+), 6 deletions(-)
diff --git a/src/egl
a kms_bo_write
function, but that is probably wise in anyways.
The only downside is that it adds a dependancy on libkms, this could how ever
be replaced with the dumb_bo drm ioctl interface.
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
configure.ac |2 ++
src/egl/drivers
Hi George
These two patches refactor st/dri and change st/drisw from using drm_api.
We do not gain anything from using drm_api and it makes it impossible
to define the meaning of struct winsys_handle to something other then
what is defined in drm_api.h. I'm working on some changes that needs to
Hi all
So mesa has a fair bit of branches just laying around not doing
anything. I wrote a quick script that prints the branch name and the
number of commits that this branch has which are not on the master
branch. I have attached a full list but here is a random short list:
gallium-s3tc: 0
On 2010-04-23 13.03, Keith Whitwell wrote:
On Fri, 2010-04-23 at 04:12 -0700, Jakob Bornecrantz wrote:
Hi all
So mesa has a fair bit of branches just laying around not doing
anything. I wrote a quick script that prints the branch name and the
number of commits that this branch has which
---
.../state_trackers/dri/common/dri_context.c|2 +-
.../state_trackers/dri/common/dri_drawable.c |6 +--
.../state_trackers/dri/common/dri_drawable.h |7 ++--
src/gallium/state_trackers/dri/common/dri_st_api.c | 34 ++-
---
.../state_trackers/dri/common/dri1_helper.c| 10 +-
.../state_trackers/dri/common/dri_context.c|1 -
.../state_trackers/dri/common/dri_drawable.c | 111 ++-
.../state_trackers/dri/common/dri_drawable.h |4 +
On 2010-04-28 17.32, Kristian Høgsberg wrote:
2010/4/28 Brian Paulbri...@vmware.com:
Kristian Høgsberg wrote:
2010/4/27 Kristian Høgsbergk...@bitplanet.net:
[ I hit send to early there... ]
review the patches, or at least just some of them. The overall
approach is
1. Add a API tag to
On 2010-04-29 17.11, Keith Whitwell wrote:
Jakob,
A couple of these are a bit misleading - DX10 DX11 aren't fully
supportable without further changes extensions to gallium, so it seems
misleading to have these ever return true - at least until those changes
are done.
Would it make sense to
On Sat, May 1, 2010 at 3:00 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Sat, May 1, 2010 at 2:32 AM, Dave Airlie airl...@gmail.com wrote:
I develop on multiple machines too, FWIW. I do lots of ssh stuff like
Keith described.
BTW, your last sentence can go either way. From my point of
On Wed, May 5, 2010 at 3:34 PM, Chia-I Wu olva...@gmail.com wrote:
On Wed, May 5, 2010 at 6:04 PM, Keith Whitwell kei...@vmware.com wrote:
On Tue, 2010-05-04 at 22:48 -0700, Chia-I Wu wrote:
2010/5/2 Chia-I Wu olva...@gmail.com:
I've been working on and off for a while on a dispatcher builder
On Fri, May 7, 2010 at 7:33 PM, Keith Whitwell kei...@vmware.com wrote:
On Fri, 2010-05-07 at 10:47 -0700, Jakob Bornecrantz wrote:
2010/5/7 Kristian Høgsberg k...@bitplanet.net:
2010/5/7 Jakob Bornecrantz wallbra...@gmail.com:
...
No I understand that. We currently have an interface
On 2010-05-11 11.49, José Fonseca wrote:
Attached is my proposal for fine grained caps for shader limits.
These don't cover which opcodes are supported, so PIPE_CAP_GLSL and
PIPE_CAP_SM3 remains. I think that PIPE_CAP_SM3 should be rename to
PIPE_CAP_SM, which shader model major/minor version
On 2010-05-20 20.18, Eric Anholt wrote:
On Wed, 28 Apr 2010 11:00:45 +, José Fonsecajfons...@vmware.com wrote:
Ping.
Could someone with administrative rights on fdo please make an empty
git://anongit.freedesktop.org/mesa/demos repos, so that we can push this
branch into it?
Jose
On Fri, May 21, 2010 at 8:42 PM, Eric Anholt e...@anholt.net wrote:
On Fri, 21 May 2010 08:34:59 -0600, Brian Paul bri...@vmware.com wrote:
Eric Anholt wrote:
On Thu, 20 May 2010 15:45:00 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
On Thu, May 20, 2010 at 3:18 PM, Eric Anholt
On 2010-05-23 13.17, Dave Airlie wrote:
No idea why I'm bothering but it might be useful for llvmpipe later,
From the little I know about the drisw interface this looks good. I
don't see any problems with porting this over to st/dri/sw.
Cheers Jakob.
Some thoughs:
Hmm I don't like adding new special entry points but I guess its much
less magical then what we had before. Anyways thinking about it this
does makes more sense. Please read the comments below, otherwise I'm
fine with patch 1-3 of this series.
Maybe we should not export
I'm not sure everything should be smacked into a single extension like
this. Stride and Handle are very DRM but the extension sounds a bit
generic.
I have some patches implementing similarly functionality and I will
post them tomorrow. They are conceptually similarly but the break all
of the
+
+EGL_MESA_create_image
+
+Contributors
+
+Jakob Bornecrantz
+
+Contacts
+
+Jakob Bornecrantz, (wallbraker 'at' gmail.com)
+
+Status
+
+Preliminary - totally subject to change.
+
+Version
+
+Version 1, February 18, 2010
+
+Number
+
+EGL Extension #?
+
+Dependencies
/egl/docs/EGL_MESA_get_image_attrib.txt
new file mode 100644
index 000..d763b4d
--- /dev/null
+++ b/src/egl/docs/EGL_MESA_get_image_attrib.txt
@@ -0,0 +1,84 @@
+Name
+
+MESA_get_image_attrib
+
+Name Strings
+
+EGL_MESA_get_image_attrib
+
+Contributors
+
+Jakob Bornecrantz
+
+Contacts
@@ -0,0 +1,80 @@
+Name
+
+MESA_image_system_use
+
+Name Strings
+
+EGL_MESA_image_system_use
+
+Contributors
+
+Jakob Bornecrantz
+
+Contacts
+
+Jakob Bornecrantz, (wallbraker 'at' gmail.com)
+
+Status
+
+Preliminary - totally subject to change.
+
+Version
+
+Version 1, February
+
+MESA_drm_image
+
+Name Strings
+
+EGL_MESA_drm_image
+
+Contributors
+
+Jakob Bornecrantz
+
+Contacts
+
+Jakob Bornecrantz, (wallbraker 'at' gmail.com)
+
+Status
+
+Preliminary - totally subject to change.
+
+Version
+
+Version 1, January 20, 2010
+
+Number
+
+EGL Extension
On Sun, May 30, 2010 at 1:38 PM, Dave Airlie airl...@gmail.com wrote:
On Sun, May 30, 2010 at 5:52 PM, Dave Airlie airl...@gmail.com wrote:
Running texture_from_pixmap in xdemos against r300g
Program received signal SIGSEGV, Segmentation fault.
dri2_invalidate_drawable (dPriv=0x8066990) at
2010/6/3 Chia-I Wu olva...@gmail.com:
2010/6/3 Kristian Høgsberg k...@bitplanet.net:
2010/6/3 Chia-I Wu olva...@gmail.com:
2010/6/3 Kristian Høgsberg k...@bitplanet.net:
But it is less flexible IMHO. Also, I am not convinced that EGLImageKHR
to be
queryable, which is stemmed from using
2010/6/3 Kristian Høgsberg k...@bitplanet.net:
2010/6/3 Chia-I Wu olva...@gmail.com:
2010/6/3 Kristian Høgsberg k...@bitplanet.net:
2010/6/3 Chia-I Wu olva...@gmail.com:
2010/6/3 Kristian Høgsberg k...@bitplanet.net:
But it is less flexible IMHO. Also, I am not convinced that EGLImageKHR
And also because the use case for it was solved in another way. But in
defence of my create_image extension, its quite small and limited in
scope. But in Chia-I fav the fact that we lack configs to say which
formats we support is a bit sad. But I can also see how this thing can
feature creep.
2010/6/4 Kristian Høgsberg k...@bitplanet.net:
This extension allows an application to make a context current by
passing EGL_NO_SURFACE for the write and read surface in the call to
eglMakeCurrent. The motivation is that applications that only want to
render to client API targets (such as
2010/6/4 Kristian Høgsberg k...@bitplanet.net:
2010/6/4 Jakob Bornecrantz wallbra...@gmail.com:
2010/6/4 Kristian Høgsberg k...@bitplanet.net:
This extension allows an application to make a context current by
passing EGL_NO_SURFACE for the write and read surface in the call to
eglMakeCurrent
Kristian and I discussed this on IRC and I think we got an agreement
on the way forward. I'll inline the comments below in the spec file.
2010/6/4 Kristian Høgsberg k...@bitplanet.net:
---
docs/MESA_image_drm.spec | 101
+
include/EGL/eglext.h
On Tue, Jun 8, 2010 at 3:51 PM, Brian Paul bri...@vmware.com wrote:
Dan Nicholson wrote:
On Tue, Jun 8, 2010 at 3:07 AM, José Fonseca jfons...@vmware.com wrote:
On Mon, 2010-06-07 at 07:36 -0700, Brian Paul wrote:
Jakob Bornecrantz wrote:
On Sat, Jun 5, 2010 at 6:03 PM, Jakob Bornecrantz
On Wed, Jun 9, 2010 at 2:41 AM, Dan Nicholson dbn.li...@gmail.com wrote:
On Tue, Jun 8, 2010 at 5:26 PM, Jakob Bornecrantz wallbra...@gmail.com
wrote:
On Tue, Jun 8, 2010 at 3:51 PM, Brian Paul bri...@vmware.com wrote:
Dan Nicholson wrote:
On Tue, Jun 8, 2010 at 3:07 AM, José Fonseca jfons
On Wed, Jun 9, 2010 at 3:51 PM, Brian Paul bri...@vmware.com wrote:
Tom Stellard wrote:
On Tue, Jun 08, 2010 at 09:16:06AM -0600, Brian Paul wrote:
Tom Stellard wrote:
On Mon, Jun 07, 2010 at 08:38:15AM -0600, Brian Paul wrote:
Tom Stellard wrote:
Hi,
I have just published a branch
On 29 jun 2010, at 18.16, Chris Ball wrote:
http://tinderbox.x.org/builds/2010-06-29-0021/logs/libGL/#build
gmake[3]: *** No rule to make target `../../../../src/gallium/winsys/
i915/drm/libi915drm.a', needed by `../../../../lib/egl/
pipe_i915.so'. Stop.
Should be fixed now.
Cheers Jakob.
1 - 100 of 256 matches
Mail list logo