This series is take two at programmatic blending. The first few patches
(setting up the overall structure) of v1 were merged and are omitted
here. We start with the improved nir_lower_blend implementation, which
has stylistic fixes and an implementation of glColorMask. Beyond that,
the biggest chan
After incorporating several of Jason's suggestions, I have decided to
just resend this series. The end result is the same for the worst case.
The other cases are 1% - 4% less peak memory usage. The new series is
also about 80 lines less code (git diff phi-builder-v1..phi-builder-v2
is 72 insertio
Stefan Schake writes:
> v2 drops the submit flags, directly moves in fence handling to the
> job submit function and queries for the syncobj cap instead of using
> a separate support parameter.
>
> This series adds support for the native fence fd extension to vc4.
> The implementation relies on a
On Wed, Apr 25, 2018 at 12:00 AM, Stefan Schake wrote:
> v2 drops the submit flags, directly moves in fence handling to the
> job submit function and queries for the syncobj cap instead of using
> a separate support parameter.
>
> This series adds support for the native fence fd extension to vc4.
v2 drops the submit flags, directly moves in fence handling to the
job submit function and queries for the syncobj cap instead of using
a separate support parameter.
This series adds support for the native fence fd extension to vc4.
The implementation relies on a newly introduced kernel interface
On 2018-02-23 03:26, Thierry Reding wrote:
> From: Thierry Reding
>
> This series of patches implements initial support for Tegra. The first
> two patches import DRM UAPI from v4.16-rc1 that provide framebuffer
> modifiers that can be used to specify buffers shared between Nouveau
> and the Tegra
From: Thierry Reding
This series of patches implements initial support for Tegra. The first
two patches import DRM UAPI from v4.16-rc1 that provide framebuffer
modifiers that can be used to specify buffers shared between Nouveau
and the Tegra DRM driver.
Patches 3 and 4 add support for framebuff
Hey,
I haven't seen any feedback, but am looking for an ACK/LGTM.
If anyone has a cycle to spare, it would be helpful :)
Thanks,
Rob.
On 01/29/2018 06:37 PM, Robert Foss wrote:
This series moves {gbm,drm,cros}_gralloc_handle_t struct to libdrm,
since at least 4 implementations exist, and shar
This series moves {gbm,drm,cros}_gralloc_handle_t struct to libdrm,
since at least 4 implementations exist, and share a lot of contents.
The idea is to keep the common stuff defined in one place, and libdrm
is the common codebase to all of these platforms.
Additionally, having this struct defined
This is a v2 of the series I sent out last night. The primary change in
this series is the addition of patches 3 and 6. Ken was rightly concerned
about the affect that 4 would have on compute. However, it turns out that
the function in question was just pointless and can just be removed. The
fi
Hi Jason,
thanks for the quick review! I agree with all your points and will
update the series accordingly before pushing.
Iago
On Fri, 2017-09-15 at 17:11 -0700, Jason Ekstrand wrote:
> I don't think we need patches 2 or 6 and the commit message from 2
> should probably go on 5. I left a comment
I don't think we need patches 2 or 6 and the commit message from 2 should
probably go on 5. I left a comment on patch 4. Other than that, 1, 3, 4,
and 5 are
Reviewed-by: Jason Ekstrand
On Fri, Sep 15, 2017 at 3:02 AM, Iago Toral Quiroga
wrote:
> Jason, Ken: I think this series addresses all
Jason, Ken: I think this series addresses all your feedback, let me know
if you think I missed anything.
Maybe you also prefer to squash some of the patches, let me know if that
is the case.
Iago Toral Quiroga (6):
i965: rename BRW_NEW_FAST_CLEAR_COLOR to BRW_NEW_AUX_STATE
i965: emit BRW_NEW_
On Wed, Jul 12, 2017 at 01:16:00PM +0300, alexandros.frant...@collabora.com
wrote:
> From: Alexandros Frantzis
>
> Improve the surface format support in the Wayland Vulkan WSI, by
> automating the matching between wl_drm and Vulkan formats.
>
> The patchset is conceptually split into three part
From: Alexandros Frantzis
Improve the surface format support in the Wayland Vulkan WSI, by
automating the matching between wl_drm and Vulkan formats.
The patchset is conceptually split into three parts:
* PATCH 1-4: Move the vk_format utilities/scripts to a more accessible
location (vulkan/
On Mon, May 22, 2017 at 2:40 AM, Iago Toral wrote:
> On Sat, 2017-05-20 at 14:09 -0700, Matt Turner wrote:
>> On Thu, May 18, 2017 at 2:43 AM, Iago Toral Quiroga > m> wrote:
>> > The main change is that we now use round*() instead of IROUND*()
>> > which only
>> > worked for signed integer cases.
On Sat, 2017-05-20 at 14:09 -0700, Matt Turner wrote:
> On Thu, May 18, 2017 at 2:43 AM, Iago Toral Quiroga m> wrote:
> > The main change is that we now use round*() instead of IROUND*()
> > which only
> > worked for signed integer cases. I have also made it so we write
> > converted unsigned valu
On Thu, May 18, 2017 at 2:43 AM, Iago Toral Quiroga wrote:
> The main change is that we now use round*() instead of IROUND*() which only
> worked for signed integer cases. I have also made it so we write
> converted unsigned values the unsigned field in the destination union and to
> cast the resu
The main change is that we now use round*() instead of IROUND*() which only
worked for signed integer cases. I have also made it so we write
converted unsigned values the unsigned field in the destination union and to
cast the result from round*() to the target integer type explicitly (this is
redu
Hi,
This series uses proxy wrappers and separate event queues through the
Wayland WSI and EGL implementations. EGL already had a partial fix in
that it had a per-display event queue, but this was not enough to
protect multiple surfaces on a single display being used
simultaneously. WSI had a per-sw
Hi all,
This is the alternative approach to ensuring that gl_BaseVertex == 0 in
non-indexed draws.
During this, it occurred to me that the earlier approach could also be
improved just by saying
+ if (info->indexed != sctx->current_indexed) {
+ sctx->current_indexed = info->in
This adds basic support for GL_NV_fill_rectangle in Gallium, along with
enabling it for the GM200+ in nouveau. It should be noted this only
implements the OpenGL 4.3 bits, since we don't have the features required
yet to add this for OpenGLES.
Lyude (6):
glapi: Add GL_NV_fill_rectangle
mesa: A
On 29 March 2017 at 10:03, Bas Nieuwenhuizen wrote:
> This series introduces the sparseBinding capability to radv.
>
> I've mostly rebased & clarified the core remapping algorithm in patch 1,
> as well as fixed some bugs that I found.
>
> No regressions on CTS, all new non-skipping tests (~400) pa
This series introduces the sparseBinding capability to radv.
I've mostly rebased & clarified the core remapping algorithm in patch 1,
as well as fixed some bugs that I found.
No regressions on CTS, all new non-skipping tests (~400) pass.
Bas Nieuwenhuizen (6):
radv/amdgpu: Add winsys implement
This series is :
Reviewed-by: Lionel Landwerlin
On 20/02/17 19:25, Jason Ekstrand wrote:
This series is a v2 of some of the patches I sent out on Saturday to fix
queries. I've incorporated the review feedback from Lionel. All but the
last two patches are CC'd to stable for both 13.0 and 17.0
This series is a v2 of some of the patches I sent out on Saturday to fix
queries. I've incorporated the review feedback from Lionel. All but the
last two patches are CC'd to stable for both 13.0 and 17.0 as queries are
pretty well busted without them. This series fixes some rendering errors
in T
Hi all,
This is mostly a resent from v1, with a couple of fixes on the ANV
patch and commit message polish as per Eric/Michel's input.
In case you've forgotten:
Using the non "2" API fetches the PCI revision field, which wakes up
the device [even if we don't end up using it], which can lead to
Hi,
to get weston / wayland_egl working on etnaviv, we need to update the texture
resources derived from imported buffers every time they are re-imported.
This patchset is based on the github-etnaviv/for_mainline_v1 branch and adds
a new pipe_screen::resource_changed callback that is called insid
Great, thanks! I'll push these out tonight.
On Tue, Nov 22, 2016 at 11:44 AM, Cherniak, Bruce
wrote:
> The entire set has now been r-v-b.
> Reviewed-by: Bruce Cherniak
>
>> On Nov 17, 2016, at 10:56 PM, Ilia Mirkin wrote:
>>
>> Some of these are new, others have had some changes done to them. M
The entire set has now been r-v-b.
Reviewed-by: Bruce Cherniak
> On Nov 17, 2016, at 10:56 PM, Ilia Mirkin wrote:
>
> Some of these are new, others have had some changes done to them. Most
> notably,
> I've fixed the 1D layout in both the TilingFunctions logic as well as the
> frontend.
>
> A
Some of these are new, others have had some changes done to them. Most notably,
I've fixed the 1D layout in both the TilingFunctions logic as well as the
frontend.
An update piglit run is available at
https://people.freedesktop.org/~imirkin/swr/problems.html
which includes all but the last 2 pat
Sorry for the quick re-send, but I realized after sending that there were a
couple of issues (including a patch ordering problem) in the original
version. Sadly, a full piglit run on Haswell (which makes pretty good use
of the blitter) didn't show any of these issues so it wasn't caught earlier.
On Tue, Oct 11, 2016 at 3:44 AM, Tobias Droste wrote:
> This series contains the changes split over 6 patches.
> Patches 1-5 should be squashed when pushed, because 1-4 break the build.
>
> I tested a build with llvmpipe, swr, radeonsi, r600 and radv.
> I also tested what happens when no LLVM is i
This series contains the changes split over 6 patches.
Patches 1-5 should be squashed when pushed, because 1-4 break the build.
I tested a build with llvmpipe, swr, radeonsi, r600 and radv.
I also tested what happens when no LLVM is installed,
version < required is installed, not all targets/comp
This series reworks the structure of the pass to make it easier to add
more optimisations to it.
Still have to run a full piglit on my gk106 with this, but g80, gk110 and gm107
should be tested as well, but I can't.
v2: swaped the last two commits
changes for shader-db:
total instructions in sha
I've not read the series yet, but I think we should also "lose" the context
on a command submission failure and drop all future CS requests for that
context. You don't need a working GPU reset for that and it's a very
sensible thing to do.
It would also be a good test for all the interfaces.
Mare
This series is,
Reviewed-by: Edward O'Callaghan
On 10/04/2016 07:11 PM, Nicolai Hähnle wrote:
> Hi all,
>
> so after the discussion on the KHR_robustness patch, it seemed like a good
> idea to set up a path by which the driver can notify the state tracker of
> a device reset even when it isn't e
Hi all,
so after the discussion on the KHR_robustness patch, it seemed like a good
idea to set up a path by which the driver can notify the state tracker of
a device reset even when it isn't explicitly queried for. This series does
that, with an initial implementation for radeon.
The current rade
This series is,
Reviewed-by: Edward O'Callaghan
On 09/19/2016 11:08 PM, Nicolai Hähnle wrote:
> Hi everybody,
>
> here's a v2 of the series. Compared to previously, I have now squashed my
> changes in. I have also included Roland's comments on the tgsi.rst docs,
> and, following his comment, I h
Hi everybody,
here's a v2 of the series. Compared to previously, I have now squashed my
changes in. I have also included Roland's comments on the tgsi.rst docs,
and, following his comment, I have changed the 32-bit to 64-bit conversion
so that there is now a TGSI_OPCODE_I2I64 and a TGSI_OPCODE_U2I
Hello,
This is the second version of this patch series [0].
The use of DIM instruction on HSW to setup an 64-bit immediate reg
(suggested by Kenneth here [1]) will be sent in a separate patch series.
Thanks,
Sam
[0] https://lists.freedesktop.org/archives/mesa-dev/2016-July/122416.html
[1] http
Thanks for review comments. Changes since v1:
* split patch 3/4 (mesa changes) into two patches
* restore llvmpipe as the default software renderer
* add documentation
Not resending old patches still current:
* 1/4 (OpenSWR driver)
* 2/4 (OpenSWR rasterizer)
* 4/4 (OpenSWR build chang
After I was able to remove the ARB_geometry_shader4
extension I have now rebased my OES_geometry_shader patches.
In order to avoid confusion I send V2 for all patches,
i.e. all of my old OES_geometry_shader patches are now obsolete.
The patches are available here:
https://github.com/MartaLo/mesa/
Iago Toral writes:
> On Tue, 2015-07-28 at 18:17 +0300, Francisco Jerez wrote:
>> Iago Toral Quiroga writes:
>>
>> > Link to v1:
>> > http://lists.freedesktop.org/archives/mesa-dev/2015-July/089766.html
>> >
>> > Changes after review (Curro)
>> > - Drop the patch that asserted that the reg si
On Tue, 2015-07-28 at 18:17 +0300, Francisco Jerez wrote:
> Iago Toral Quiroga writes:
>
> > Link to v1:
> > http://lists.freedesktop.org/archives/mesa-dev/2015-July/089766.html
> >
> > Changes after review (Curro)
> > - Drop the patch that asserted that the reg size should always be 1
> > -
Iago Toral Quiroga writes:
> Link to v1:
> http://lists.freedesktop.org/archives/mesa-dev/2015-July/089766.html
>
> Changes after review (Curro)
> - Drop the patch that asserted that the reg size should always be 1
> - Expand this so that we do not unspill a register if we have just
> uns
Link to v1:
http://lists.freedesktop.org/archives/mesa-dev/2015-July/089766.html
Changes after review (Curro)
- Drop the patch that asserted that the reg size should always be 1
- Expand this so that we do not unspill a register if we have just
unspilled it as well
- Use brw_mask_for_swi
On 06/11/2015 03:08 PM, Tapani Pälli wrote:
On 06/11/2015 03:01 PM, Tapani Pälli wrote:
Patches 1,2,4,5
Reviewed-by: Tapani Pälli
Just to add the r-b is for v3 that you sent separately for:
"mesa/es3.1: enable ARB_shader_atomic_counters for GLES 3.1"
(not the one in this particular serie
On 06/11/2015 03:01 PM, Tapani Pälli wrote:
Patches 1,2,4,5
Reviewed-by: Tapani Pälli
Just to add the r-b is for v3 that you sent separately for:
"mesa/es3.1: enable ARB_shader_atomic_counters for GLES 3.1"
(not the one in this particular series)
For 3 and 6 (multisample + explicit_unifo
Patches 1,2,4,5
Reviewed-by: Tapani Pälli
For 3 and 6 (multisample + explicit_uniform_locaion) you need to move
the enums in to the following array:
{ "apis": ["GL", "GL_CORE", "GLES3"], "params": [
On 05/07/2015 10:57 AM, Marta Lofstedt wrote:
Changes to my previous patch-set accoring to
Changes to my previous patch-set accoring to comments
from Tapani Palli. This will only expose the enums
for the respective extensions to gles 3.1 and GL Core.
Marta Lofstedt (6):
mesa/es3.1: enable GL_ARB_shader_image_load_store for gles3.1
mesa/es3.1: enable ARB_shader_atomic_counters for GL
On Fri, Jun 13, 2014 at 8:59 PM, Neil Roberts wrote:
> Here is a second attempt at implementing the GL_ARB_clear_texture
> extension. I've split up the patch into serveral smaller patches. They
> are based on top of the first patch in Ilia's series which is
> available here:
>
> https://github.com
Here is a second attempt at implementing the GL_ARB_clear_texture
extension. I've split up the patch into serveral smaller patches. They
are based on top of the first patch in Ilia's series which is
available here:
https://github.com/imirkin/mesa/commit/9c2467020a8a3895a1debbad06561f37
I think I'
V2: The main change in v2 is adding a convenience function to avoid
code like this:
while (check_type->is_array())
check_type = check_type->element_type();
and
if (type->is_record()
|| (type->is_array() && type->fields.array->is_record())
they can now support arrays of arr
For 1-4:
Reviewed-by: Roland Scheidegger
Am 26.04.2014 18:16, schrieb Ilia Mirkin:
> v1 -> v2:
> - improved docs and comments
> - nvc0 support for new opcodes
> - split out math helpers into separate commit
>
> I'm pretty sure I addressed all the feedback in the earlier series. Let me
> know
v1 -> v2:
- improved docs and comments
- nvc0 support for new opcodes
- split out math helpers into separate commit
I'm pretty sure I addressed all the feedback in the earlier series. Let me
know if I missed anything.
Ilia Mirkin (6):
gallium: add new opcodes for ARB_gs5 bit manipulation sup
Reviewed-by: Jordan Justen
On Sat, Dec 15, 2012 at 10:09 PM, Paul Berry wrote:
> Here's an update on my patch series from yesterday. I've made the
> following changes:
>
> - In patch 2, I had accidentaly included some C++-style variable
> declarations. These don't work with MSVC, so I change
Here's an update on my patch series from yesterday. I've made the
following changes:
- In patch 2, I had accidentaly included some C++-style variable
declarations. These don't work with MSVC, so I changed them to
C-style variable declarations.
- Patch 5 required a complete rewrite--it turne
On Mon, Oct 22, 2012 at 5:22 PM, Paul Berry wrote:
> Changes based on comments from Matt and Brian. Patch 3/6 has been
> added. Patch 6/6 has been updated.
>
> [PATCH v2 1/6] main: Fix warning ('struct gl_context' declared inside
> parameter list).
> [PATCH v2 2/6] glapi: Alias ClampColor and C
On 10/22/2012 05:22 PM, Paul Berry wrote:
Changes based on comments from Matt and Brian. Patch 3/6 has been
added. Patch 6/6 has been updated.
[PATCH v2 1/6] main: Fix warning ('struct gl_context' declared inside parameter
list).
[PATCH v2 2/6] glapi: Alias ClampColor and ClampColorARB.
[PATC
Reviewed-by: Jordan Justen
On Mon, Oct 22, 2012 at 5:22 PM, Paul Berry wrote:
> Changes based on comments from Matt and Brian. Patch 3/6 has been
> added. Patch 6/6 has been updated.
>
> [PATCH v2 1/6] main: Fix warning ('struct gl_context' declared inside
> parameter list).
> [PATCH v2 2/6]
Changes based on comments from Matt and Brian. Patch 3/6 has been
added. Patch 6/6 has been updated.
[PATCH v2 1/6] main: Fix warning ('struct gl_context' declared inside parameter
list).
[PATCH v2 2/6] glapi: Alias ClampColor and ClampColorARB.
[PATCH v2 3/6] glapi: Alias VertexAttribDivisor a
On 05/13/2012 07:00 AM, Jordan Justen wrote:
v2:
* change non-gallium drivers to not enable NV_primitive_restart
by default. (this matches the current mesa behavior.)
* gallium drivers will continue to use software primitivie restart
where needed and will always declare the NV_primiti
On 05/13/2012 07:00 AM, Jordan Justen wrote:
v2:
* change non-gallium drivers to not enable NV_primitive_restart
by default. (this matches the current mesa behavior.)
* gallium drivers will continue to use software primitivie restart
where needed and will always declare the NV_primiti
v2:
* change non-gallium drivers to not enable NV_primitive_restart
by default. (this matches the current mesa behavior.)
* gallium drivers will continue to use software primitivie restart
where needed and will always declare the NV_primitive_restart
extension. (this matches the current
65 matches
Mail list logo
