On 12 okt 2010, at 15.09, Thomas Hellstrom wrote:
Module: Mesa
Branch: 7.9
Commit: 6730630804b6948dbb42340b1de1cf9ee04bf0fd
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=6730630804b6948dbb42340b1de1cf9ee04bf0fd
Author: Thomas Hellstrom
Date: Tue Oct 12 11:10:59 2010 +0200
st/xorg
Hi all
We have a bunch of redundant target helpers to wrap screens with debug drivers
and for creating the various software drivers. This series removes all but the
inline one, I picked it since it gives more flexibility for targets and maybe
more importantly is the one that is used in 20 place
On Tue, Nov 16, 2010 at 7:21 PM, Jerome Glisse wrote:
> Hi,
>
> So i looked a bit more at what path we should try to optimize in the
> mesa/gallium/pipe infrastructure. Here are some number gathers from
> games :
> drawcall / ps constant vs constant ps sampler vs sampler
> doom3
On Tue, Nov 16, 2010 at 9:17 PM, Jerome Glisse wrote:
> On Tue, Nov 16, 2010 at 3:51 PM, Jakob Bornecrantz
> wrote:
>> On Tue, Nov 16, 2010 at 7:21 PM, Jerome Glisse wrote:
>>> Hi,
>>>
>>> So i looked a bit more at what path we should try to optimize in t
t; i915g: kill idws->pool
> i915g: prepare winsys/batchbuffer for execbuf2
All of the above are Reviewed-by: Jakob Bornecrantz
The ones below I will respond directly to with comments, note not linear.
> i915g: s/hw_tiled/tiling
> i915g: drop alignment, type parameters for iws-&g
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> More in line with other intel drivers.
Just needs a quick fix, otherwise Reviewed-by: Jakob Bornecrantz
>
> Signed-off-by: Daniel Vetter
> ---
> src/gallium/drivers/i915/i915_resource.h | 4 ++--
> src/ga
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> type was only used to name the buffer. If needed, better let the
> caller specify a meaningful name.
>
> alignment is also rather unecessary. The kernel gem ignores it totally,
> and we can't run on the old userspace fake bo manager due to l
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> Different kernels have different restrictions for tiled buffers.
> Hence use the libdrm abstraction to calculate the necessary
> stride and height alignment requirements.
>
> Not yet used.
>
> Signed-off-by: Daniel Vetter
I discussed this
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> This way relaxed fencing is handled by libdrm. And buffers _can't_
> ever change their tiling.
>
> Signed-off-by: Daniel Vetter
Except for a nitpick Reviewed-by: Jakob Bornecrantz
> ---
> s
he enum for the tile argument and then its
Reviewed-by: Jakob Bornecrantz
[SNIP]
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> Also change the vbo reloc to unfenced - tiled vbos are not a great idea ;-)
>
> Signed-off-by: Daniel Vetter
> ---
> src/gallium/drivers/i915/i915_context.h | 3 +--
> src/gallium/drivers/i915/i915_reg.h | 2 ++
> src/galli
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> Signed-off-by: Daniel Vetter
> ---
> src/gallium/drivers/i915/i915_reg.h | 5 -
> src/gallium/drivers/i915/i915_state_sampler.c | 3 +--
> 2 files changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/src/gallium/dr
, anyways have a nice weekend.
Cheers Jakob.From 04ed7ffa9ab63734643c15923066e2360e05047a Mon Sep 17 00:00:00 2001
From: Jakob Bornecrantz
Date: Fri, 3 Dec 2010 04:45:57 +0100
Subject: [RFC][PATCH 1/2] gallium: Make it possible for state trackers to suballocate out of constant buffers
In applications
rent context.
>
> pipe_context is also passed to pipe_surface_reset and pipe_surface_init so
> that context initialization is done in one central place.
Reviewed-by: Jakob Bornecrantz
[SNIP]
___
mesa-dev mailing list
mesa-dev@lists
On Sun, Dec 5, 2010 at 1:16 AM, Xavier Chantry wrote:
> cso_cache_delete checks if pipe has bind_vertex_sampler_states and
> set_vertex_sampler_views so do the same in tr_context.
>
> This avoids a segfault when tracing nvfx driver on piglit
> glx-destroycontext-2
Reviewed-by: Ja
Hi all
two small patches for the draw module. First remove reduced_prim from the draw
module seems to never be used and only causes unnecessary flushes. Second makes
the vertex_info struct smaller, now I seem to remember msvc not supporting
ushort bitfields.
Cheers Jakob.
0001-draw-Remove-r
On Sun, Dec 12, 2010 at 6:45 PM, Chia-I Wu wrote:
> On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu wrote:
>> On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou wrote:
>>> On Fri, Dec 10, 2010 at 3:13 PM, Chia-I Wu wrote:
With OpenGL ES coming to desktop, the way the current context/dispatch
is s
On Mon, Dec 13, 2010 at 4:19 AM, Jammy Zhou wrote:
> Hi Chia-I,
>
> Glad to see the fix goes so fast, thanks! I believe the direction is
> promising.
Hijacking this thread a bit, can I ask why you need check the renderer string
for both GL and GLES? Running GL and GLES in the same process is a
no
On Mon, Jan 17, 2011 at 7:24 PM, Sven Arvidsson wrote:
> FWIW:
>
> r300g on Minefield:
> Hitting bug 33188.
>
> softpipe on Minefield:
> Segfaults in swrastPutImage immediately. Filed as bug 33204.
>
> llvmpipe on Minefield:
> 5228 of 5307 passed, 3 timed out
Huh? llvmpipe an
On Sun, Jan 16, 2011 at 10:42 AM, Chia-I Wu wrote:
> On Fri, Dec 31, 2010 at 5:38 PM, Chia-I Wu wrote:
>> On Wed, Dec 29, 2010 at 3:50 AM, Chia-I Wu wrote:
>>> Since the same-dispatch-offset-different-glx-opcodes functions are
>>> defined in GLX, glXGetProcAddress should be a better place to han
On Mon, Jan 24, 2011 at 5:02 PM, Brian Paul wrote:
> On 01/23/2011 10:30 PM, Jakob Bornecrantz wrote:
>>
>> Hi all
>>
>> I have pushed some draw module changes here
>> http://cgit.freedesktop.org/~wallbraker/mesa/log/?h=i915g-speed&showmsg=1
>> which im
On Tue, Feb 22, 2011 at 10:08 PM, Eric Anholt wrote:
> On Tue, 22 Feb 2011 11:57:38 -0800, Ian Romanick wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 02/21/2011 02:41 PM, Eric Anholt wrote:
>> > This extension allows a client to bind one context in multiple threads
>> > simu
On Mon, Feb 28, 2011 at 10:11 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/26/2011 03:18 PM, Jakob Bornecrantz wrote:
>> On Tue, Feb 22, 2011 at 10:08 PM, Eric Anholt wrote:
>>> On Tue, 22 Feb 2011 11:57:38 -0800, Ian Romanick
duplicate
vertex shader. While for glxgears it creates one vertex shader with 6 inputs.
From 1ecbbcf1aaf2b98ffa9b6cde527d84bfbcd56c2c Mon Sep 17 00:00:00 2001
From: Jakob Bornecrantz
Date: Sat, 5 Mar 2011 13:27:00 +0100
Subject: [PATCH] gallium: Delay the creation of simple helper shaders
The
On Sat, Mar 5, 2011 at 5:44 PM, Marek Olšák wrote:
> ARB_instanced_arrays is a subset of D3D9.
> ARB_draw_instanced is a subset of D3D10.
>
> The point of this change is to allow D3D9-level drivers to enable
> ARB_instanced_arrays without ARB_draw_instanced.
Thanks, I'm not to familiar with the s
textures
so that the i915g driver can make them not tiled and upload the texture
data with pwrites, which is faster then mapping them via the GTT which is
needed when they tiled.
Comments please?
Cheers Jakob.
From fd9f00bcdab78d8cf4db7c4eb15a522a34587aed Mon Sep 17 00:00:00 2001
From: Jakob Bornecrantz
On Mon, Mar 14, 2011 at 11:46 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/10/2011 03:30 PM, Marcin Slusarz wrote:
>> ...by copying support for gl_InstanceIDARB, but without "#extension" check,
>> because EXT_draw_instanced spec does not say anything about it
On Tue, Mar 15, 2011 at 1:00 AM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/14/2011 04:01 PM, Jakob Bornecrantz wrote:
>> On Mon, Mar 14, 2011 at 11:46 PM, Ian Romanick wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Ha
On Mon, Mar 14, 2011 at 11:08 PM, Jon TURNEY
wrote:
> From: nobled
>
> The Hurd kernel doesn't have DRM yet.
>
> Signed-off-by: Jon TURNEY
> Reviewed-by: Julien Cristau
> ---
> configure.ac | 13 +++--
> 1 files changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/configure.ac
On Mon, Mar 14, 2011 at 11:08 PM, Jon TURNEY
wrote:
> From: Samuel Thibault
>
> Fix build when configured --with-driver=dri --disable-driglx-direct on
> GNU/Hurd and Cygwin
>
> Based on the Debian patch file '05_hurd-ftbfs.diff' by Samuel Thibault.
>
> Signed-off-by: Jon TURNEY
> Reviewed-by: J
On Wed, Mar 16, 2011 at 1:54 PM, Matthew Bullock
wrote:
> Hi,
>
> I've just updated to the mesa 7.10.1 and eglMakeCurrent with NULL surfaces
> (the egl surfaceless extension used by wayland) now segfaults.
>
> This is caused by integrating commit
> 94ccc31ba4f64ac480137fd90f1ded44d2072f6e st/dri:
On Mon, Jan 17, 2011 at 10:40 PM, Eric Anholt wrote:
> On Thu, 13 Jan 2011 17:40:39 +0100, Roland Scheidegger
> wrote:
>> Am 12.01.2011 23:04, schrieb Eric Anholt:
>> > This is a work-in-progress patch series to switch texenvprogram.c from
>> > generating ARB_fp style Mesa IR to generating GLSL
Signed-off-by: Jakob Bornecrantz
NOTE: This is a candidate for the 7.10 branch.
---
.../state_trackers/dri/common/dri_context.c|6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/dri/common/dri_context.c
b/src/gallium/state_trackers
We never removed the bindings from the drawables in the old code, that doesn't
seem to cause any troubles and could just be paranioa on my part.
Signed-off-by: Jakob Bornecrantz
NOTE: This is a candidate for the 7.10 branch.
---
.../state_trackers/dri/common/dri_context.c|
2011/4/4 kumar vemuri :
> Hi Mike,
>
> Here is the glxinfo output: (its the same)
>
> libGL: OpenDriver: trying
> /home/lalitha/work/my_sp_drv/mesa/lib/swrast_dri.so
> Error: couldn't find RGB GLX visual or fbconfig
Are you using the nVidia blob? I remember seeing these issue while
trying to run s
On Fri, Apr 8, 2011 at 7:12 PM, Jon TURNEY wrote:
> On 23/03/2011 18:51, Jon TURNEY wrote:
>> On 15/03/2011 00:35, Jakob Bornecrantz wrote:
>>> On Mon, Mar 14, 2011 at 11:08 PM, Jon TURNEY
>>>> dnl
>>>> dnl libGL configuration per driver
>>&g
On Fri, Apr 8, 2011 at 7:57 PM, Jon TURNEY wrote:
> On 08/04/2011 18:26, Jakob Bornecrantz wrote:
>> On Fri, Apr 8, 2011 at 7:12 PM, Jon TURNEY
>> wrote:
>>> On 23/03/2011 18:51, Jon TURNEY wrote:
>>>> On 15/03/2011 00:35, Jakob Bornecrantz wrote:
>>
On Fri, Apr 8, 2011 at 10:04 PM, Alan Coopersmith
wrote:
> Signed-off-by: Alan Coopersmith
Obvious question to this is was the string returned from
GET_PROGRAM_NAME freed in the past?
Cheers Jakob.
> ---
> src/mesa/drivers/dri/common/xmlconfig.c | 20 +++-
> 1 files changed,
On Fri, Apr 8, 2011 at 10:12 PM, Jakob Bornecrantz wrote:
> On Fri, Apr 8, 2011 at 10:04 PM, Alan Coopersmith
> wrote:
>> Signed-off-by: Alan Coopersmith
>
> Obvious question to this is was the string returned from
> GET_PROGRAM_NAME freed in the past?
Bah, read the cod
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
do
---
src/gallium/state_trackers/dri/common/dri_screen.c |4 ++--
src/gallium/state_trackers/dri/common/dri_screen.h |2 +-
src/gallium/state_trackers/dri/drm/dri1.c |6 +-
src/gallium/state_trackers/dri/drm/dri2.c |7 ---
src/gallium/state_trackers/dri/sw/d
---
src/gallium/include/state_tracker/drisw_api.h | 20 ++
src/gallium/include/state_tracker/drm_api.h |1 -
src/gallium/state_trackers/dri/sw/drisw.c |6 +---
src/gallium/targets/dri-swrast/swrast_drm_api.c | 44 ++-
4 files changed, 8 insertion
On Thu, Apr 15, 2010 at 6:22 PM, George Sapountzis
wrote:
> On Thu, Apr 15, 2010 at 1:31 AM, Jakob Bornecrantz
> wrote:
>> 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 an
On Sun, Apr 18, 2010 at 6:40 PM, CSJ wrote:
> Hi, Dan
>
> This patch works with
> ./autogen.sh --prefix="$PREFIX" --enable-xcb --with-dri-drivers=i915
> --disable-gallium --without-demos
>
> if I use
> ./autogen.sh --prefix="$PREFIX" --enable-xcb --with-dri-drivers=i915
> --disable-gallium
> it fa
On Mon, Apr 19, 2010 at 2:11 PM, Dan Nicholson wrote:
> On Sun, Apr 18, 2010 at 1:51 PM, Jakob Bornecrantz
> wrote:
>> On Sun, Apr 18, 2010 at 6:40 PM, CSJ wrote:
>>> Hi, Dan
>>>
>>> This patch works with
>>> ./autogen.sh --prefix="$PREFI
argument once.
The third uses this in various places.
Cheers Jakob.
From f775abb9874d92bff951c7fed077f1f3a9bab4af Mon Sep 17 00:00:00 2001
From: Jakob Bornecrantz
Date: Thu, 22 Apr 2010 21:01:39 +0100
Subject: [PATCH] gallium: Add static get option helpers
---
src/gallium/auxiliary/util/u_debug.h
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
On Fri, Apr 23, 2010 at 2:51 PM, canbaby wrote:
> On Thu, 2010-04-22 at 22:28 +0100, Jakob Bornecrantz wrote:
>> +#define DEBUG_GET_ONCE_FLAGS_OPTION(sufix, name, flags, dfault) \
>> +static unsigned long \
>> +debug_get_option_ ## sufix (void) \
>> +{ \
>>
Hi Chia-I et all
This Patch series does some minor refactoring in the st_api interface
and some major one to st/dri.
The first patch drops the st_module struct from st_api. This is because it
was overlapping the st_api struct. Both represent the API. It also drops some
extra symbols and instead j
The struct st_module isn't needed as it is the same thing as the st_api
struct. That is they both represent the API. Instead just use a single
function entry point to the the API.
---
src/gallium/include/state_tracker/st_api.h | 35 +++-
src/gallium/state_trackers/dri/com
---
.../state_trackers/dri/common/dri_drawable.c | 28 ++
.../state_trackers/dri/common/dri_drawable.h |6 ++
src/gallium/state_trackers/dri/common/dri_screen.h |7 +++
src/gallium/state_trackers/dri/common/dri_st_api.c | 36 +++--
src/gallium/state_trackers
---
.../state_trackers/dri/common/dri_context.c| 15 +++--
.../state_trackers/dri/common/dri_context.h|2 +-
src/gallium/state_trackers/dri/common/dri_screen.c |6 +--
src/gallium/state_trackers/dri/common/dri_screen.h |6 +-
src/gallium/state_trackers/dri/common/dri_
---
.../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 ++-
src/gallium/state_trackers
---
.../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 +
src/gallium/state_trackers/dri/common/d
---
src/gallium/state_trackers/dri/common/dri_screen.h |5 +
src/gallium/state_trackers/dri/common/dri_st_api.c | 12 ++--
src/gallium/state_trackers/dri/drm/dri2.c |3 ++-
src/gallium/state_trackers/dri/drm/dri2.h |3 ---
4 files changed, 13 insertions(
On 2010-04-28 17.32, Kristian Høgsberg wrote:
2010/4/28 Brian Paul:
Kristian Høgsberg wrote:
2010/4/27 Kristian Høgsberg:
[ 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 GLcontext so we key off of that.
2.
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 2010-04-29 18.23, Jakob Bornecrantz wrote:
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 tr
On Sat, May 1, 2010 at 3:00 PM, Alex Deucher wrote:
> On Sat, May 1, 2010 at 2:32 AM, Dave Airlie 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 view
>>> it's: "Its a l
On Sun, May 2, 2010 at 6:37 AM, Dave Airlie wrote:
>>
>> My thought about this is that this idea adds more work for all
>> developers, not only does the developer have to consider if a patch is
>> suitable for stable but they also need to update a wiki and a such get
>> bookkeeping overhead. If th
On Wed, May 5, 2010 at 3:34 PM, Chia-I Wu wrote:
> On Wed, May 5, 2010 at 6:04 PM, Keith Whitwell wrote:
>> On Tue, 2010-05-04 at 22:48 -0700, Chia-I Wu wrote:
>>> 2010/5/2 Chia-I Wu :
>>> > I've been working on and off for a while on a dispatcher builder called
>>> > mapi
>>> > (multiple-api, i
2010/5/7 Kristian Høgsberg :
> On Wed, May 5, 2010 at 10:43 AM, Jakob Bornecrantz
> wrote:
>> On Wed, May 5, 2010 at 3:34 PM, Chia-I Wu wrote:
>>> On Wed, May 5, 2010 at 6:04 PM, Keith Whitwell wrote:
>>>> On Tue, 2010-05-04 at 22:48 -0700, Chia-I W
2010/5/7 Kristian Høgsberg :
> 2010/5/7 Jakob Bornecrantz :
>> 2010/5/7 Kristian Høgsberg :
>>> On Wed, May 5, 2010 at 10:43 AM, Jakob Bornecrantz
>>> wrote:
>>>> On Wed, May 5, 2010 at 3:34 PM, Chia-I Wu wrote:
>>>>> On Wed, May 5, 2010 at
2010/5/7 Kristian Høgsberg :
> 2010/5/7 Jakob Bornecrantz :
>> 2010/5/7 Kristian Høgsberg :
>>> 2010/5/7 Jakob Bornecrantz :
>>>> 2010/5/7 Kristian Høgsberg :
>>>>> On Wed, May 5, 2010 at 10:43 AM, Jakob Bornecrantz
>>>>> wrote:
>>
2010/5/7 Kristian Høgsberg :
> 2010/5/7 Jakob Bornecrantz :
> ...
>>> No I understand that. We currently have an interface between libEGL
>>> and the EGL driver it loads. You're proposing to move that interface
>>> up the stack to just below the EGL entry
On Fri, May 7, 2010 at 7:33 PM, Keith Whitwell wrote:
> On Fri, 2010-05-07 at 10:47 -0700, Jakob Bornecrantz wrote:
>> 2010/5/7 Kristian Høgsberg :
>> > 2010/5/7 Jakob Bornecrantz :
>> > ...
>> >>> No I understand that. We currently have an interface b
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 en
2010/5/17 Kristian Høgsberg :
> The EGL native platform API is determined at compile time and resolves
> to Win32, X11 or Symbian at this point. This means that if we want to
> support XCB or a native DRM implementation, they have to be their platforms
> and result in different libEGL.so's with i
2010/5/19 Chia-I Wu :
> 2010/5/18 Kristian Høgsberg :
>> 2010/5/18 Chia-I Wu :
>>> 2010/5/18 Kristian Høgsberg :
>>>> On Tue, May 18, 2010 at 12:41 PM, Chia-I Wu wrote:
>>>>> 2010/5/18 Jakob Bornecrantz :
>>>>>> 2010/5/17 Kristian
On Wed, May 19, 2010 at 11:39 PM, Chia-I Wu wrote:
> On Wed, May 19, 2010 at 2:48 PM, Jakob Bornecrantz
> wrote:
>> 2010/5/19 Chia-I Wu :
>>> 2010/5/18 Kristian Høgsberg :
>>>> 2010/5/18 Chia-I Wu :
>>>>> 2010/5/18 Kristian Høgsberg :
>>&
On 2010-05-20 20.18, Eric Anholt wrote:
On Wed, 28 Apr 2010 11:00:45 +, José Fonseca 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
Sorry for the del
On Fri, May 21, 2010 at 8:42 PM, Eric Anholt wrote:
> On Fri, 21 May 2010 08:34:59 -0600, Brian Paul wrote:
>> Eric Anholt wrote:
>> > On Thu, 20 May 2010 15:45:00 -0400, Kristian Høgsberg
>> > wrote:
>> >> On Thu, May 20, 2010 at 3:18 PM, Eric Anholt wrote:
>> >>> On Wed, 28 Apr 2010 11:00:45
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 eglGetDispla
On Fri, May 28, 2010 at 8:46 AM, Chia-I Wu wrote:
> Hi all,
>
> I've got access to a Windows machine recently, and I've spent some time today
> to add GDI backend to st/egl. The code can be found at
>
> http://cgit.freedesktop.org/~olv/mesa/log/?h=egl-gdi
Cool stuff! Nice work.
>
> The command
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 separ
Hi all!
This patch series add a series of extension that enables an application to
create stand alone images, get attributes from images, create images that
are sutiable for scantout and sharing and finally get drm handles from images
to be either shared or used with kms as scanouts.
Each set of
+
+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 #?
+
+De
/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
+
+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
This currently doesn't use the native interface or the common
egl state tracker code. This is to allow rapid experimentation
and testing features that might fail.
---
src/gallium/state_trackers/egl/Makefile | 15 ++-
src/gallium/state_trackers/egl/drm/Makefile | 19 +++
src/galli
---
src/gallium/state_trackers/egl/common/egl_g3d.c| 16 +++
.../state_trackers/egl/common/egl_g3d_api.c|4 +
.../state_trackers/egl/common/egl_g3d_image.c | 59
.../state_trackers/egl/common/egl_g3d_image.h |3 +
src/gallium/state_trackers/egl/common
On Sun, May 30, 2010 at 1:38 PM, Dave Airlie wrote:
> On Sun, May 30, 2010 at 5:52 PM, Dave Airlie wrote:
>> Running texture_from_pixmap in xdemos against r300g
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> dri2_invalidate_drawable (dPriv=0x8066990) at dri2.c:57
>> 57 stru
On Sat, May 29, 2010 at 9:49 AM, Chia-I Wu wrote:
> On Sat, May 29, 2010 at 1:19 AM, Jakob Bornecrantz
> wrote:
>> On Fri, May 28, 2010 at 8:46 AM, Chia-I Wu wrote:
>>> I've got access to a Windows machine recently, and I've spent some time
>>> toda
2010/6/3 Chia-I Wu :
> 2010/6/3 Kristian Høgsberg :
>> 2010/6/3 Chia-I Wu :
>>> 2010/6/3 Kristian Høgsberg :
> But it is less flexible IMHO. Also, I am not convinced that EGLImageKHR
> to be
> queryable, which is stemmed from using EGLImageKHR to represent
> pipe_resource.
>
2010/6/3 Kristian Høgsberg :
> 2010/6/3 Chia-I Wu :
>> 2010/6/3 Kristian Høgsberg :
>>> 2010/6/3 Chia-I Wu :
2010/6/3 Kristian Høgsberg :
>> But it is less flexible IMHO. Also, I am not convinced that EGLImageKHR
>> to be
>> queryable, which is stemmed from using EGLImageKHR to r
> 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 cr
2010/6/4 Kristian Høgsberg :
> 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 OpenGL framebuffer
2010/6/4 Kristian Høgsberg :
> 2010/6/4 Jakob Bornecrantz :
>> 2010/6/4 Kristian Høgsberg :
>>> 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
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 :
> ---
> docs/MESA_image_drm.spec | 101
> +
> include/EGL/eglext.h | 23
On Sat, Jun 5, 2010 at 6:03 PM, Jakob Bornecrantz wrote:
> Since we don't have any progs in mesa that uses glew anymore is it
> okay if we drop it? I have attached a patch which drops it its a bit
> big so I packed it. And here is the change thingy:
>
> configs/b
Hi All
So I just pushed my latest must organize things better in gallium branch. The
branch does two things: rename drm_api to drm_driver_descriptor, moves the
bootstrap code out of the winsys. The former is to remove some of the "api"
misuse in gallium and change it to a more fitting name. Whi
On Mon, Jun 7, 2010 at 4:41 PM, Keith Whitwell 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
>> > wrote:
>> >> Since we don't have any progs in mesa t
On Tue, Jun 8, 2010 at 3:51 PM, Brian Paul wrote:
> Dan Nicholson wrote:
>>
>> On Tue, Jun 8, 2010 at 3:07 AM, José Fonseca wrote:
>>>
>>> On Mon, 2010-06-07 at 07:36 -0700, Brian Paul wrote:
>>>>
>>>> Jakob Bornecrantz wrote:
>
On Wed, Jun 9, 2010 at 2:41 AM, Dan Nicholson wrote:
> On Tue, Jun 8, 2010 at 5:26 PM, Jakob Bornecrantz
> wrote:
>> On Tue, Jun 8, 2010 at 3:51 PM, Brian Paul wrote:
>>> Dan Nicholson wrote:
>>>>
>>>> On Tue, Jun 8, 2010 at 3:07 AM, José Fonseca w
On Wed, Jun 9, 2010 at 3:51 PM, Brian Paul 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,
>>
>
On Tue, Jun 8, 2010 at 2:01 PM, Keith Whitwell wrote:
> On Mon, 2010-06-07 at 12:17 -0700, Jakob Bornecrantz wrote:
>
>> Also I need to figure out a good way to solve some of the target
>> helpers code. The current wrapper code doesn't work since it gets
>> compil
On Wed, Jun 23, 2010 at 10:08 PM, Jakob Bornecrantz
wrote:
> On Tue, Jun 8, 2010 at 2:01 PM, Keith Whitwell wrote:
>> On Mon, 2010-06-07 at 12:17 -0700, Jakob Bornecrantz wrote:
>>
>>> Also I need to figure out a good way to solve some of the target
>>> helpe
201 - 300 of 315 matches
Mail list logo
