On Wed, Jun 13, 2018 at 9:46 AM Dylan Baker wrote:
> Quoting Eric Engestrom (2018-06-13 03:03:25)
> > On Tuesday, 2018-06-12 11:19:40 -0600, bmgor...@chromium.org wrote:
> > > From: Benjamin Gordon
> > >
> > > When building the Chrome OS Android container, w
On Mon, Oct 23, 2017 at 11:10 AM, Eric Engestrom
wrote:
> On Friday, 2017-10-20 15:34:57 -0600, Benjamin Gordon wrote:
> > I'm working on radeonsi support in the Chrome OS Android container
> > (ARC++). Mesa in ARC++ uses autotools instead of Android.mk, but all
> >
I'm working on radeonsi support in the Chrome OS Android container
(ARC++). Mesa in ARC++ uses autotools instead of Android.mk, but all
the necessary EGL bits are there, so the existing check is too strict.
Signed-off-by: Benjamin Gordon
---
configure.ac | 3 ++-
1 file changed, 2 inser
Le 07/10/2015 19:13, Glenn Kennard a écrit :
> On Wed, 07 Oct 2015 19:04:15 +0200, Benjamin Bellec
> wrote:
>
>> Hi Glenn,
>>
>> The series doesn't apply on current master.
>>
>> Regard.
>>
>
> It's not meant to apply directly on
Hi Glenn,
The series doesn't apply on current master.
Regard.
--
Benjamin
2015-10-07 19:00 GMT+02:00 Ilia Mirkin :
> On Wed, Oct 7, 2015 at 12:53 PM, Marek Olšák wrote:
> > On Wed, Oct 7, 2015 at 5:17 PM, Glenn Kennard
> wrote:
> >> Signed-off-by: Glenn Kennard
Le 05/09/2015 10:19, Samuel Pitoiset a écrit :
>
> On 09/04/2015 08:57 PM, Benjamin Bellec wrote:
>> Currently, the temperature is displayed with a "%" symbol in
>> gallium/hud, which is quite odd.
>> Marek suggested to only change the value "100" to ano
backs.
Regards.
--
Benjamin
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
ay a "C" instead of nothing.
Ref. your suggestion on PIPE_DRIVER_QUERY_TYPE_TEMPERATURE, I'm not skilled
enough to answer.
2015-09-04 20:42 GMT+02:00 Brian Paul :
> On 09/04/2015 12:30 PM, Benjamin Bellec wrote:
>
>> Signed-off-by: Benjamin Bellec
>> ---
>
Signed-off-by: Benjamin Bellec
---
src/gallium/auxiliary/hud/hud_context.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
b/src/gallium/auxiliary/hud/hud_context.c
index 95eed26..71529bc 100644
--- a/src/gallium/auxiliary/hud/hud_context.c
+++ b
Signed-off-by: Benjamin Bellec
---
src/gallium/drivers/radeon/r600_pipe_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c
b/src/gallium/drivers/radeon/r600_pipe_common.c
index ed5d1da..2a8d906 100644
--- a/src/gallium
Forgot this one.
I will resend correctly, just trying to understand how git-format-patch and
git-send-mail works...
2015-09-04 20:18 GMT+02:00 Benjamin Bellec :
> Signed-off-by: Benjamin Bellec
> ---
> src/gallium/drivers/radeon/r600_pipe_common.c | 2 +-
> 1 file changed, 1 ins
Signed-off-by: Benjamin Bellec
---
src/gallium/drivers/radeon/r600_pipe_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c
b/src/gallium/drivers/radeon/r600_pipe_common.c
index ed5d1da..2a8d906 100644
--- a/src/gallium
Yes I meant "unit", "sign" is a bad translation.
In gallium/hud, the temperature is displayed as a percentage, which is
quite confusing. But maybe there is better and simpler approach to fix
that. I do not really understand the code so I tried to copy other part of
the code.
___
Signed-off-by: Benjamin Bellec
---
src/gallium/auxiliary/hud/hud_context.c | 5 +
src/gallium/drivers/radeon/r600_pipe_common.c | 2 +-
src/gallium/include/pipe/p_defines.h | 1 +
src/mesa/state_tracker/st_cb_perfmon.c| 5 +
4 files changed, 12 insertions(+), 1
> of your vendor, or advertise another vendor (some games do disable
> some features for some cards).
>
> Yours,
>
> Axel Davy
>
> On 17/08/2015 19:30, Benjamin Bellec write :
>
> Hello,
>>
>> Where does this mapping list come from ? Is this an official m
Hello,
Where does this mapping list come from ? Is this an official map (Vendor or
Windows drivers) ? Is that used just for information ?
Because many of them are not really precise, if not completely wrong at all
(eg. the Radeon R400/R500 series names).
Regards.
--
Benjamin
2015-08-16 17:27
Tested-by: Benjamin Bellec
On Sat, Aug 8, 2015, at 10:05 PM, Marek Olšák wrote:
>* From: Marek Olšák <http://lists.freedesktop.org/mailman/listinfo/mesa-dev>>
*> >* MESA_LLVM_VERSION_PATCH is undefined.
*>* ---
*>* src/gallium/drivers/radeon/r600_pipe_common.c | 9 +
Hello all,
Do you know a game or app using doubles ?
2015-02-20 21:08 GMT+01:00 Ilia Mirkin :
> On Fri, Feb 20, 2015 at 3:07 PM, Ilia Mirkin wrote:
> > On Thu, Feb 19, 2015 at 9:59 PM, Glenn Kennard
> wrote:
> >>> + if ((write_mask & 0x3) != 0x3 &&
> >>> + (write_mask & 0xc) !=
RadeonProgram page just removed.
2015-02-05 20:52 GMT+01:00 Alex Deucher :
> On Thu, Feb 5, 2015 at 2:47 PM, Benjamin Bellec
> wrote:
> > And what about removing the "RadeonProgram" page [1] ?
> >
> > From my point of view, this page depicts a wrong pictu
And what about removing the "RadeonProgram" page [1] ?
>From my point of view, this page depicts a wrong picture of the Radeon Mesa
driver. While I'm pretty sure most of the current and past games runs fine
today with r300g/r600g/radeonsi, this is not what one could think at a
first look when read
Hello,
Maybe this change should be mentioned in the relnotes ?
2014-12-12 18:04 GMT+01:00 Matt Turner :
>
> Thanks Timothy. The whole series looks good to me:
>
> Reviewed-by: Matt Turner
>
> I'd wait a couple of days for objections before pushing the series.
> ___
Hello,
Did you tried with R600_DEBUG=nosb ?
Regards.
Le 19 nov. 2014 07:18, "Dave Airlie" a écrit :
> Hey,
>
> I got piglit to run on my laptop rv635,
>
> two things seem to hang it
>
> geometry shader texel fetches (wierd incorrect values for 2D, hangs for
> 2DMS)
> and
> the clip scissor msaa b
e_drawing);
There is 5 instances like that.
Regards.
- Benjamin
2014-11-08 23:52 GMT+01:00 Glenn Kennard :
> Requires evergreen/cayman, and updated radeon kernel module.
>
> Signed-off-by: Glenn Kennard
> ---
> See also kernel side patch sent to d
and stream !
2014-09-07 22:47 GMT+02:00 Andy Furniss :
> Benjamin Bellec wrote:
>
>> No problem with Valley on Evergeen (CYPRESS).
>>
>> Unigine Valley 1.0 (64-bit) Basic preset without "forcedma" :
>>
>
> It doesn't produce them on basic for m
No problem with Valley on Evergeen (CYPRESS).
Unigine Valley 1.0 (64-bit) Basic preset without "forcedma" :
Benchmark results:
Time:188.792
Frames:9194
FPS:48.6992
Min FPS:20.5505
Max FPS:78.946
Score:2037.5
Unigine Valley 1.0 (64-bit) Basic preset with "forcedma" :
Benchm
Tested-by: Benjamin Bellec
2014-09-02 21:14 GMT+02:00 Marek Olšák :
> From: Marek Olšák
>
> *_update_db_shader_control depends on the alpha test state. The problem was
> it was in a block which is only entered if the pixel shader is changed.
>
> Bugzilla: https://bu
It's also broken on RV770, tested with Valley 1.0 (64-bit) Basic preset.
2014-09-02 10:42 GMT+02:00 Glenn Kennard :
> On Mon, 01 Sep 2014 00:02:18 +0200, Glenn Kennard
> wrote:
>
> Signed-off-by: Glenn Kennard
>> ---
>> Tested on radeon 6670, all sample shading piglits pass, no
>> regressions
Hello,
I would like to have an access to the RadeonProgram web page
(http://www.x.org/wiki/RadeonProgram/) in order to update and improve it.
I requested this access 9 months ago to jrayh...@freedesktop.org and
tfh...@freedesktop.org and still have no access.
- Benjamin
Hello,
This error is due to the recent removal of "--disable-64-bit" and
"--enable-32-bit" options.
You should now replace them by "--build=i686-pc-linux-gnu" and
"--host=i686-pc-linux-gnu"
See here :
http://lists.freedesktop.org/archives/mesa-dev/2014-A
steam)/version(1401381906_client)
libGL: Can't open configuration file /home/benjamin/.drirc: Aucun
fichier ou dossier de ce type.
libGL: Can't open configuration file /home/benjamin/.drirc: Aucun
fichier ou dossier de ce type.
steam: ../../src/glsl/ralloc.c :84 : get_header: l'asse
lanned ?
Regards.
Benjamin
Le 06/05/2014 13:40, Jonas Kulla a écrit :
> Hello list,
>
> after about 3 days of debugging, I was able to isolate a rather weird
> behavior in Mesa GL.
> The gist of it is the following: When I create a buffer object and
> allocate uninitilaized
> memo
I forgot to cc the stable mailing list for this patch.
2014-04-19 21:05 GMT+02:00 Benjamin Bellec :
>
> Signed-off-by: Benjamin Bellec
> ---
> src/mesa/main/getstring.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/mesa/main/getstr
Signed-off-by: Benjamin Bellec
---
src/mesa/main/getstring.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/getstring.c b/src/mesa/main/getstring.c
index 3ac62d4..1ac92e2 100644
--- a/src/mesa/main/getstring.c
+++ b/src/mesa/main/getstring.c
@@ -166,7 +166,7
pr 2014 10:16:53 +0300
> Lauri Kasanen wrote:
>
>> On Fri, 18 Apr 2014 01:41:46 +0200
>> Benjamin Bellec wrote:
>>
>>> Hi Lauri,
>>>
>>> I tested with both commit but cannot seeing something relevant, I got 60
>>> FPS in both case.
>
Test pts/tremulous
I have a Radeon HD5850 (with 1 GB VRAM).
Any idea to try to spot your issue? (decrease VRAM size?)
Regards.
Benjamin
Le 15/04/2014 09:35, Lauri Kasanen a écrit :
> Hi,
>
> Tremulous and Smoking Guns regressed in Mesa master, ok in 020c43f,
> broken in 4ddf51db.
>
Oh OK, I wasn't aware of this process and script.
That said, the commit that fixed the bug was not intended to. And it
will not be caught by the script.
Noted for git send-email.
Benjamin
Le 11/04/2014 20:24, Emil Velikov a écrit :
> On 11/04/14 19:07, Benjamin Bellec wrote:
>>
Signed-off-by: Benjamin Bellec
diff --git a/docs/relnotes/10.2.html b/docs/relnotes/10.2.html
index da79e7d..05fd502 100644
--- a/docs/relnotes/10.2.html
+++ b/docs/relnotes/10.2.html
@@ -51,7 +51,11 @@ Note: some of the new features are only available with certain drivers.
Bug fixes
-TBD
e at least).
And is your tool strictly from a Mesa perspective? I mean, for instance,
GL3.3 is only supported for R600/R700 with kernel 3.14. Before, only
GL3.1 is exposed. This information is - indirectly - noted on
RadeonFeature web page though.
Benjamin
Le 31/03/2014 20:43, Ilia Mirkin a éc
this extension is mandatory do be "OpenGL 3.0 compliant"?
(I don't know how really works the OpenGL specification)
Does the R600 cards can expose GL3.0 in glxinfo without this extension?
Benjamin
Le 31/03/2014 20:43, Ilia Mirkin a écrit :
> On Mon, Mar 31, 2014 at 2:39 PM, Benj
t/?id=de48199693484fc903627ce53b007901af2e37a8
And current code is still:
/* Supported except the original R600. */
case PIPE_CAP_INDEP_BLEND_ENABLE:
case PIPE_CAP_INDEP_BLEND_FUNC:
/* R600 doesn't support per-MRT blends */
return family == CHIP_R600 ? 0 : 1;
Regards.
Hi,
Could you bisect?
Or provide an easy way to build ogl-samples!
Regards.
Le 17/03/2014 15:34, Dieter Nützel a écrit :
> Trying to run ogl-samples GL 3.2+ tests on my RV730 AGP.
>
> /opt/ogl-samples> ./build/release/gl-320-primitive-sprite
> libGL: screen 0 does not appear to be DRI3 capable
>
On Mon, 2013-12-16 at 13:30 +0100, Marek Olšák wrote:
> Wouldn't it be easier to just revert the gallium endianness rework? If
> it breaks all hw drivers on big endian machines, it's apparently not
> done right.
It also makes llvmpipe work on P7 and P8 and enables r600 ... which some
people rely o
-core make it more easily accessible for all
software even for those who don't use Mesa.
Benjamin
PS: I have an updated version of my patch for latest wayland
2013/11/27 Jasper St. Pierre :
> Wasn't EGLStreams supposed to solve the use case of passing hardware buffers
> around in a
nd drm protocol available like this ?
Please note those patches are for wayland/weston 1.1.0
Regards,
Benjamin
--
Benjamin Gaignard
Graphic Working Group
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
From b185fe89a1ea8ddbe19d943cb19272f369b7b438 Mon Sep 1
ki (for instance
http://dri.freedesktop.org/wiki/R600ToDo/) or elsewhere. Tasks that you
(as experimented) consider very easy, "useless" or with very low
priority... for beginners these kind of tasks could already be a hard
work to begin with.
Regards.
Benjamin
>
> -Brian
&
Hello,
Just to report that libdrm_radeon version (2.4.44) has not been updated
in scons/gallium.py too (still at version 2.4.42).
Regards.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hello,
Does your branch should works on R700 ?
I tested it on a RV770 but get many corruptions on Counter Strike Source
(native). I haven't tested anything else.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailm
Also fixes the usage of GL_IMPLEMENTATION_COLOR_READ_FORMAT_OES,
which may be set to a BGRA format e.g. for a MESA_FORMAT_ARGB fb.
---
src/mesa/main/APIspec.xml |2 ++
src/mesa/main/extensions.c |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/APIspec
The extension is already exposed for GLES1, but the APIspec
doesnt allow the usage of GL_BGRA_EXT in glTex(Sub)Image2D.
---
src/mesa/main/APIspec.xml |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/APIspec.xml b/src/mesa/main/APIspec.xml
index eeae599..437b96
2012/3/1 Chad Versace :
> On 03/01/2012 11:39 AM, Benjamin Franzke wrote:
>> 2012/3/1 Chad Versace :
>>> On 02/29/2012 07:36 AM, Benjamin Franzke wrote:
>>>> We dont want eglplatform.h to typedef egl native types
>>>> to x11 types, when x11 headers are
2012/3/1 Chad Versace :
> On 02/29/2012 07:36 AM, Benjamin Franzke wrote:
>> We dont want eglplatform.h to typedef egl native types
>> to x11 types, when x11 headers are not available.
>> ---
>> configure.ac | 4
>> 1 files changed, 4 insertions(+),
That is only when the egl x11 platform is not choosen to be build.
---
configure.ac |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 92a0e52..345d865 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1418,12 +1418,13 @@ if test "x$enab
We dont want eglplatform.h to typedef egl native types
to x11 types, when x11 headers are not available.
---
configure.ac |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/configure.ac b/configure.ac
index 0caa1b1..92a0e52 100644
--- a/configure.ac
+++ b/configure.ac
@@ -
That is when building with --disable-opengl.
Fix for commit cb045880b113b0042d8dfb7e4cdf76e6cc76c1d1.
CC: Paul Berry
---
src/mesa/drivers/common/meta.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
in
That is when building with --disable-opengl.
Fix for commit c5f4024a793f1209b1693aed9a46be9374ba4741.
CC: Chad Versace
---
src/mesa/drivers/common/meta.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
If we really want the drm protocol header to be public, i'd prefer to
have it in a seperate repository.
But Kristian didnt want that.
But in the meantime, whats so bad in having that simple protocol file
copied over?
2012/2/23 Zhao, Halley :
> Resend the patch, it is required to enable libva over
Hi,
Sorry for not responding earlier..
There are some objections from my side:
1. These functions only cover the driver-independent lookups.
But for the wl_egl_pixmap there was a need to access driver_private:
http://cgit.freedesktop.org/~bnf/libva/tree/va/wayland/va_wayland.c?h=wayland
T
2012/2/9 Thomas Hellstrom :
> Hi!
>
> I have a couple of quick EGL questions that I hope someone knows the answer
> to:
>
> 1) I'm trying to test the vmwgfx_dri driver with EGL driver egl_dri2,
> platform drm, but it doesn't seem like this
> configuration supports EGL_MESA_screen_surface so basical
Prior commit 576161289df68eedade591fbca4013329c9e5ded,
the parameter format was bpp, thus both 24bit and 32bit formats were
requested with format set to 32. Handle 24bit seperately now.
Fixes RGBX formats in wayland platform for egl_dri2 (EGL_ALPHA_SIZE=0).
Note: This is a candidate for the 8.0 b
Thanks, commited.
2012/1/29 :
> From: Juan Zhao
>
> to fix the header file missing when building wayland-egl
> ---
> src/egl/wayland/wayland-egl/Makefile.am | 3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/src/egl/wayland/wayland-egl/Makefile.am
> b/src/egl/wayla
u got better ideas?
2012/1/26 Stéphane Marchesin :
> Fails here too (fedora 15).
>
> Stéphane
>
>
> On Thu, Jan 26, 2012 at 01:35, Jose Fonseca wrote:
>> Benjamin,
>>
>> I'm getting build failures with your commit:
>>
>> + ./autogen.sh --prefix=/usr
So we can use the wayland scanner makro, which is way
better than our previous runtime-pkgconfig hack.
---
configs/autoconf.in |7 ---
configs/default |7 ---
configure.ac | 24 +++--
src/egl/dri
A current incomplete framebuffer was incorrectly used as a
st_framebuffer. When accessing st_framebuffer childs bad things happen:
e.g. st_framebuffer::iface was used to check whether its an incomplete
fb, instead we need to compare st_framebuffer::Base against
mesa_get_incomplete_framebuffer.
Bug
2011/11/2 George Sapountzis :
> Hi,
>
> [please cc: me in any replies]
>
> I rebased (with minor cleanups) the patches submitted by Benjamin
> Franzke and put them at:
Thanks for reminding. I wanted to wait for feedback, but there was no
answer (same as for my comments on the o
2011/10/18 chris :
> Dear
>
> Could anyone tell me where is the "wl_drm_create" function defined? I can't
> find it anywhere, no definition can be found. No google information can be
> searched! Why?
Seems like you're compiling mesa 7.11 again wayland master, but they
are incompatible.
The wl_drm_
iling mesa thanks to the site Benjamin Bellec gave to
> me http://forums.fedora-fr.org/viewtopic.php?id=51681
> And with this simple command line:
>
> $ ./autogen.sh --with-gallium-drivers=nouveau --with-dri-drivers=
>
> Everything went well. (I'm not sure about the empty param
wrote some words on this (in french) here:
http://forums.fedora-fr.org/viewtopic.php?id=51681
Its still updated despite the title of the topic.
> But the ultimate first question would be: where is the bug tracker? :)
https://bugs.freedesktop.org/
Benjamin
is a maximum of 4 enabled render targets for 8-sample
surfaces.
Is this related ?
I don't know what is 8-sample surfaces... so I don't know if the
attached fix is as simple as this.
Regards.
Benjamin Bellec
diff --git a/src/gallium/drivers/r600/r600_pipe.c b/src/gallium/drivers/r600/r
This is a cleanup of commit 02f1b50987c0d24da3dcc36dbb44821c20d0660c.
Update tex buffer using a dri_drawable hook from implemented in sw/drisw.c.
This saves us the duplication of dri_drawable.c.
CC: Stuart Abercrombie
CC: Stéphane Marchesin
---
.../state_trackers/dri/common/dri_drawable.c
This reverts commit 569bde1fa7d03fb7688d0d391b32e61e857ad44e.
CC: Stuart Abercrombie
CC: Stéphane Marchesin
---
src/gallium/state_trackers/dri/sw/dri_drawable.c | 270 +-
1 files changed, 1 insertions(+), 269 deletions(-)
mode change 100644 => 12 src/gallium/state_trac
This reverts commit 02f1b50987c0d24da3dcc36dbb44821c20d0660c.
CC: Stuart Abercrombie
CC: Stéphane Marchesin
---
src/gallium/state_trackers/dri/sw/dri_drawable.c | 50 +++---
1 files changed, 7 insertions(+), 43 deletions(-)
diff --git a/src/gallium/state_trackers/dri/sw/dri_d
2011/9/8 Chia-I Wu :
> On Thu, Sep 8, 2011 at 3:13 PM, Benjamin Franzke
> wrote:
>> 2011/9/8 Chia-I Wu :
>>> From: Chia-I Wu
>>>
>>> Return true for NATIVE_PARAM_PREMULTIPLIED_ALPHA when all formats with
>>> alpha support premultiplied alpha. Cu
2011/9/8 Chia-I Wu :
> On Thu, Sep 8, 2011 at 3:11 PM, Benjamin Franzke
> wrote:
>> First thanks for taking this on.
>>
>> There are some things I'd like to have addtionally/differently:
>>
>> Supported shm formats are exposed via a "format" ev
2011/9/8 Chia-I Wu :
> From: Chia-I Wu
>
> Return true for NATIVE_PARAM_PREMULTIPLIED_ALPHA when all formats with
> alpha support premultiplied alpha. Currently, it means when argb32 and
> argb32_pre are both supported.
> ---
> .../state_trackers/egl/wayland/native_drm.c | 8 ++--
>
configs = MALLOC(display->num_configs * sizeof(*configs));
> if (configs) {
> - configs[0] = &display->config[0].base;
> - configs[1] = &display->config[1].base;
> + for (i = 0; i < display->num_configs; i++) {
> + configs[i] = &displ
2011/9/2 Chia-I Wu :
> On Thu, Sep 1, 2011 at 5:53 PM, Benjamin Franzke
> wrote:
>> In preparation for wayland ALPHA_FORMAT usage,
>> see commit 7b1d94e5d1f53ac5f59000176aea1d02fc9a1181.
>>
>> Changes:
>> - New native_config surface_type bit: alpha_
In preparation for wayland ALPHA_FORMAT usage,
see commit 7b1d94e5d1f53ac5f59000176aea1d02fc9a1181.
Changes:
- New native_config surface_type bit: alpha_format_pre_bit
- Introduction of native_surface_attribs
(as new parameter in create_{window,pixmap}_surface)
- New attrib alpha_format in n
It looks like this should be converted to a new dri_drawable hook
(like allocate_textures),
so the the drisw specific bits would be in sw/drisw.c (the hook in
drm/dri2.c would just be a noop).
This is the way the other stuff in st/dri is implemented and
dri_drawable.c wouldnt need to be cloned.
20
The patch has autogenerated and manual changes mixed, that should
always be avoided.
Changes done by "make de.po" should be a first commit, then as a
second your changes.
Additionally options.h needs to be regenerated, use make
PYTHON2=python options.h
(of course as another commit again, but that
2011/8/24 Chia-I Wu :
> On Wed, Aug 24, 2011 at 7:01 PM, Benjamin Franzke
> wrote:
>> 2011/8/24 Chia-I Wu :
>>> Add platform_android.c that supports _EGL_PLAFORM_ANDROID. It works
>>> with drm_gralloc, where back buffers of windows are backed by GEM
>>&g
2011/8/24 Chia-I Wu :
> Add platform_android.c that supports _EGL_PLAFORM_ANDROID. It works
> with drm_gralloc, where back buffers of windows are backed by GEM
> objects.
>
> In Android a native window has a queue of back buffers allocated by the
> server, through drm_gralloc. For each frame, EGL
2011/8/19 Chia-I Wu :
> On Fri, Aug 19, 2011 at 5:59 PM, Benjamin Franzke
> wrote:
>> 2011/8/19 Chia-I Wu :
>>> There is no libudev on Android. Use DRM to get the PCI ID directly.
>>> ---
>>> src/gallium/targets/egl-static/egl.c | 62
>>>
;radeon") == 0) {
> + struct drm_radeon_info info;
> + int ret;
> +
> + *vendor_id = 0x1002;
> +
> + memset(&info, 0, sizeof(info));
> + info.request = RADEON_INFO_DEVICE_ID;
> + info.value = (long) chip_id;
Just a little nitpick: value
2011/8/19 Chia-I Wu :
> This builds the static library libmesa_st_egl from st/egl.
> ---
> src/gallium/Android.mk | 1 +
> src/gallium/state_trackers/egl/Android.mk | 56
> +
> 2 files changed, 57 insertions(+), 0 deletions(-)
> create mode 100
2011/8/15 Cooper Yuan :
> so, export EGL_PLATFORM=drm, is still working, right?
Yes, and has a higher priority than the autodetection.
>
> On Mon, Aug 15, 2011 at 3:47 PM, Benjamin Franzke
> wrote:
>>
>> Module: Mesa
>> Branch: master
>> Commit: 85fe9484945
Remove definition from egl_dri2.
Defining this is egl_dri2.h breaks as soon as
a new dri2 buffer token is added like with commit
4501a5d6e8d00fd0d87625352ed5ba1a8861f72e.
---
include/GL/internal/dri_interface.h |1 +
src/egl/drivers/dri2/egl_dri2.h |2 --
2 files changed, 1 insertions(
2011/8/10 Chia-I Wu :
> I'd prefer to leave out the second patch for now. One comment below
>
> On Tue, Aug 9, 2011 at 10:53 PM, Benjamin Franzke
> wrote:
>> diff --git a/src/egl/main/eglapi.c b/src/egl/main/eglapi.c
>> index 0ba7794..5d186c6 100644
>> --- a
2011/8/10 Chia-I Wu :
> On Tue, Aug 9, 2011 at 10:53 PM, Benjamin Franzke
> wrote:
>> EGL doesnt define howto manage different native platforms.
>> So mesa has a builtime configurable default platform,
>> whith non-standard envvar (EGL_PLATFORM) overwrites.
>> T
Reviewed-by: Kristian Høgsberg
---
src/egl/main/egldisplay.c | 29 ++---
1 files changed, 18 insertions(+), 11 deletions(-)
diff --git a/src/egl/main/egldisplay.c b/src/egl/main/egldisplay.c
index 5421f5f..27399c3 100644
--- a/src/egl/main/egldisplay.c
+++ b/src/egl/mai
With new autodetection the type may change, and a local
static variable isnt sufficient as cache anymore.
Reviewed-by: Kristian Høgsberg
---
src/egl/main/egldisplay.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/src/egl/main/egldisplay.c b/src/egl/main/egldisp
EGL doesnt define howto manage different native platforms.
So mesa has a builtime configurable default platform,
whith non-standard envvar (EGL_PLATFORM) overwrites.
This caused unneeded bugreports, when EGL_PLATFORM was forgotten.
Detection is grouped into basic types of NativeDisplays (which its
There is nothing compiled since GLW_SOURCES is not substituted by configure:
Makefile.am:29
libGLw_la_SOURCES = $(GLW_SOURCES)
This would need AC_SUBST([GLW_SOURCES]) in configure.ac,
but thats not allowed for _SOURCES variables, see automake output:
configure.ac:96: `GLW_SOURCES' includes conf
t messages can upset, but lets keep patient.
> For commits of this complexity, write descriptive messages for the sake of
> others.
>
> --
> Chad Versace
> c...@chad-versace.us
>
> On 08/04/2011 05:18 AM, Benjamin Franzke wrote:
>> Module: Mesa
>> Branch: ma
2011/8/4 Brian Paul :
> On 08/04/2011 07:39 AM, Benjamin Franzke wrote:
>>
>> 2011/8/4 Brian Paul:
>>>
>>> On 08/04/2011 06:31 AM, Benjamin Franzke wrote:
>>>>
>>>> Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39588
>>>>
2011/8/4 Brian Paul :
> On 08/04/2011 06:31 AM, Benjamin Franzke wrote:
>>
>> Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39588
>>
>> egl_dri2 creates contexts with a doubleBufferConfig when PIXMAP and
>> WINDOW bit is request, so _mesa_init_color sets Dra
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39588
egl_dri2 creates contexts with a doubleBufferConfig when PIXMAP and
WINDOW bit is request, so _mesa_init_color sets DrawBuffer[0] to
GL_BACK.
If a pixmap surface is created egl_dri2 will use a single buffer config,
so MakeCurrent has to adju
Looks good to me too, and since there were no complaints, pushed.
Thanks.
2011/7/25 Tobias Droste :
> Signed-off-by: Tobias Droste
> Acked-by: Jakob Bornecrantz
> Reviewed-by: Marek Olšák
> ---
> src/gallium/targets/egl-static/Makefile | 12 +---
> 1 files changed, 9 insertions(+), 3
2011/6/24 Chia-I Wu :
> On Fri, Jun 24, 2011 at 3:34 PM, Benjamin Franzke
> wrote:
>> 2011/6/24 Chia-I Wu :
>>> On Fri, Jun 24, 2011 at 8:38 AM, Chia-I Wu wrote:
>>>> On Thu, Jun 23, 2011 at 8:07 PM, Benjamin Franzke
>>>> wrote:
>>>>>
2011/6/24 Chia-I Wu :
> On Fri, Jun 24, 2011 at 8:38 AM, Chia-I Wu wrote:
>> On Thu, Jun 23, 2011 at 8:07 PM, Benjamin Franzke
>> wrote:
>>> 2011/6/23 Chia-I Wu :
>>>> On Thu, Jun 23, 2011 at 7:46 PM, Benjamin Franzke
>>>> wrote:
>>>>
Fixes broken glTexImage2D with format=GL_RGBA since
1a339b6c71ebab6e1a64f05b2e133022d3bbcd15
The origin for this behaviour is that r600_is_format_supported
checks only against r600_state_inline.h tables not evergreens.
---
src/gallium/drivers/r600/eg_state_inlines.h |1 +
1 files changed, 1 i
1 - 100 of 202 matches
Mail list logo