[Mesa-dev] Outstanding Mesa 21.0 patches

2021-04-09 Thread Dylan Baker
Hi all,

I've been a little behind on release work recently, and I'm tryinng to
cleanup the backlog of patches against the 21.0 branch that haven't been
applied but have been nominated. Below is the list of outstanding
patches that either don't apply, or cause regressions. If you'd like to
have these applied please provide a backport, otherwise I'm going to
mark all of these as "denominated".

Cheers,
Dylan


6a29632dd2 Revert "glcpp: disable 'windows' tests"  


  
bd1705a480 vulkan: Make vk_debug_report_callback derive from vk_object_base 


  
366fb28dac ci: Fix MESA_TEMPLATES_COMMIT value  


  
0464117ad9 ci: remove nouveau from shader-db runs   


  
0f7379e308 ci: tracie dashboard URLs only in the failure after the testcase 


  
cff5c40fc3 pan/bi: Fix blend shaders using LD_TILE with MRT 


  
c0c03f29e0 lavapipe: implement physical device group enumeration


  
b6b3b38434 turnip: consider HW limit on number of views when apply multipos opt 


  
5a340c0929 vulkan/util: add api to reset object magic + private data.   


  
226c7ae2a8 lavapipe: reset object base on recycled command buffers  


  
8b44e45347 intel/perf: fix roll over PERF_CNT counter accumulation  


  
3d3f21f0be ci: add libdrm to the x86_test-vk container  


  
0a939e788f lavapipe: reorder descriptor set stages to get correct binding   


  
abc724e440 lavapipe: sort bindings before creating descriptor set   


  
3436e5295b pan/bi: Treat +DISCARD.f32 as message-passing  

Re: [Mesa-dev] Outstanding Mesa 21.0 patches

2021-04-09 Thread Mike Blumenkrantz
Hi,

I'll take care of all the lavapipe ones and get a MR up for you later today.


Mike

On Fri, Apr 9, 2021, 12:39 PM Dylan Baker  wrote:

> Hi all,
>
> I've been a little behind on release work recently, and I'm tryinng to
> cleanup the backlog of patches against the 21.0 branch that haven't been
> applied but have been nominated. Below is the list of outstanding
> patches that either don't apply, or cause regressions. If you'd like to
> have these applied please provide a backport, otherwise I'm going to
> mark all of these as "denominated".
>
> Cheers,
> Dylan
>
>
> 6a29632dd2 Revert "glcpp: disable 'windows' tests"
>
>
>
>
> bd1705a480 vulkan: Make vk_debug_report_callback derive from
> vk_object_base
>
>
>
> 366fb28dac ci: Fix MESA_TEMPLATES_COMMIT value
>
>
>
>
> 0464117ad9 ci: remove nouveau from shader-db runs
>
>
>
>
> 0f7379e308 ci: tracie dashboard URLs only in the failure after the
> testcase
>
>
>
> cff5c40fc3 pan/bi: Fix blend shaders using LD_TILE with MRT
>
>
>
>
> c0c03f29e0 lavapipe: implement physical device group enumeration
>
>
>
>
> b6b3b38434 turnip: consider HW limit on number of views when apply
> multipos opt
>
>
>
> 5a340c0929 vulkan/util: add api to reset object magic + private data.
>
>
>
>
> 226c7ae2a8 lavapipe: reset object base on recycled command buffers
>
>
>
>
> 8b44e45347 intel/perf: fix roll over PERF_CNT counter accumulation
>
>
>
>
> 3d3f21f0be ci: add libdrm to the x86_test-vk container
>
>
>
>
> 0a939e788f lavapipe: reorder descriptor set stages to get correct binding
>
>
>
>
> abc724e440 lavapipe: sort bindings before creating descriptor set
>
>
>
>
> 3436e5295b pan/bi: Treat +DISCARD.f32 as message-passing
>
>
>
>
> 2c02740a8c intel/mi_builder: Use AddCSMMIOStartOffset for LRI
>
>
>
>
> d4f21b53f2 nir/range_analysis: Add "is finite" range analysis tracking
>
>
>
>
> aa5d38decd nir/range_analysis: Add "is a number" range analysis tracking
>
>
>
>
> f4a7dbc58f nir/range_analysis: Fix analysis of fmin, fmax, or fsat with
> NaN source
>
>
>
> 30cf07cc8a lavapipe: fix primitive-restart for uint8 indices
>
>
>
>
> 32eb74e1e1 ac/gpu_info: fix more non-coherent RB and GL2 combinations
>
>
>
>
> 799a931d12 anv/apply_pipeline_layout: Rework the early pass index/offset
> helpers
>
>
>
> 3257ab9f23 radv: Dedupe winsyses per device.
>
>
>
>
> 90632ae7b3 lavapipe: stop tracking draw start/count on rendering state
>
>
>
>
> f7acdb1d1d st/glthread: allow for invalid L3 cache id.
>
>
>
>
> a5d5cbdf08 freedreno: Fix file descriptor leak.
>
>
>
>
> 61cf77583a lavapipe: Free sorted descriptor array.
>
>
>
>
> 33d87eeb5a gallium: add PIPE_CAP_ALLOW_DYNAMIC_VAO_FASTPATH
>
>
>
>
> 1df3a00dcd iris: disable dynamic VAO fastpath on GFX version 9
>
>
>
>
> 9413c6aec3 mesa: Add anything dynamically indexed before any
> non-dynamically indexed
>
>
>
> fe53c22294 lavapipe: fix only clearing depth or stencil paths.
>
>
>
>
> fe5349f70c freedreno/a6xx: Fix alpha tests.
>
>
>
>
> e4ef5f0433 mesa/st: ignore texture_index if tex_instr has deref src
>
>
>
>
> 363c1ef0c0 gallium/u_threaded: split draws that don't fit in a batch
>
>
>
>
> 961361cdc9 aco: ensure loops nested in a WQM loop are in WQM
>
>
>
>
> 0845cabc72 vulkan: Track dependencies of Python
> imports___
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev


Re: [Mesa-dev] Outstanding Mesa 21.0 patches

2021-04-09 Thread Mike Blumenkrantz
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10144 should do
it.

On Fri, Apr 9, 2021 at 12:50 PM Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:

> Hi,
>
> I'll take care of all the lavapipe ones and get a MR up for you later
> today.
>
>
> Mike
>
> On Fri, Apr 9, 2021, 12:39 PM Dylan Baker  wrote:
>
>> Hi all,
>>
>> I've been a little behind on release work recently, and I'm tryinng to
>> cleanup the backlog of patches against the 21.0 branch that haven't been
>> applied but have been nominated. Below is the list of outstanding
>> patches that either don't apply, or cause regressions. If you'd like to
>> have these applied please provide a backport, otherwise I'm going to
>> mark all of these as "denominated".
>>
>> Cheers,
>> Dylan
>>
>>
>> 6a29632dd2 Revert "glcpp: disable 'windows' tests"
>>
>>
>>
>>
>> bd1705a480 vulkan: Make vk_debug_report_callback derive from
>> vk_object_base
>>
>>
>>
>> 366fb28dac ci: Fix MESA_TEMPLATES_COMMIT value
>>
>>
>>
>>
>> 0464117ad9 ci: remove nouveau from shader-db runs
>>
>>
>>
>>
>> 0f7379e308 ci: tracie dashboard URLs only in the failure after the
>> testcase
>>
>>
>>
>> cff5c40fc3 pan/bi: Fix blend shaders using LD_TILE with MRT
>>
>>
>>
>>
>> c0c03f29e0 lavapipe: implement physical device group enumeration
>>
>>
>>
>>
>> b6b3b38434 turnip: consider HW limit on number of views when apply
>> multipos opt
>>
>>
>>
>> 5a340c0929 vulkan/util: add api to reset object magic + private data.
>>
>>
>>
>>
>> 226c7ae2a8 lavapipe: reset object base on recycled command buffers
>>
>>
>>
>>
>> 8b44e45347 intel/perf: fix roll over PERF_CNT counter accumulation
>>
>>
>>
>>
>> 3d3f21f0be ci: add libdrm to the x86_test-vk container
>>
>>
>>
>>
>> 0a939e788f lavapipe: reorder descriptor set stages to get correct
>> binding
>>
>>
>>
>> abc724e440 lavapipe: sort bindings before creating descriptor set
>>
>>
>>
>>
>> 3436e5295b pan/bi: Treat +DISCARD.f32 as message-passing
>>
>>
>>
>>
>> 2c02740a8c intel/mi_builder: Use AddCSMMIOStartOffset for LRI
>>
>>
>>
>>
>> d4f21b53f2 nir/range_analysis: Add "is finite" range analysis tracking
>>
>>
>>
>>
>> aa5d38decd nir/range_analysis: Add "is a number" range analysis tracking
>>
>>
>>
>>
>> f4a7dbc58f nir/range_analysis: Fix analysis of fmin, fmax, or fsat with
>> NaN source
>>
>>
>>
>> 30cf07cc8a lavapipe: fix primitive-restart for uint8 indices
>>
>>
>>
>>
>> 32eb74e1e1 ac/gpu_info: fix more non-coherent RB and GL2 combinations
>>
>>
>>
>>
>> 799a931d12 anv/apply_pipeline_layout: Rework the early pass index/offset
>> helpers
>>
>>
>>
>> 3257ab9f23 radv: Dedupe winsyses per device.
>>
>>
>>
>>
>> 90632ae7b3 lavapipe: stop tracking draw start/count on rendering state
>>
>>
>>
>>
>> f7acdb1d1d st/glthread: allow for invalid L3 cache id.
>>
>>
>>
>>
>> a5d5cbdf08 freedreno: Fix file descriptor leak.
>>
>>
>>
>>
>> 61cf77583a lavapipe: Free sorted descriptor array.
>>
>>
>>
>>
>> 33d87eeb5a gallium: add PIPE_CAP_ALLOW_DYNAMIC_VAO_FASTPATH
>>
>>
>>
>>
>> 1df3a00dcd iris: disable dynamic VAO fastpath on GFX version 9
>>
>>
>>
>>
>> 9413c6aec3 mesa: Add anything dynamically indexed before any
>> non-dynamically indexed
>>
>>
>>
>> fe53c22294 lavapipe: fix only clearing depth or stencil paths.
>>
>>
>>
>>
>> fe5349f70c freedreno/a6xx: Fix alpha tests.
>>
>>
>>
>>
>> e4ef5f0433 mesa/st: ignore texture_index if tex_instr has deref src
>>
>>
>>
>>
>> 363c1ef0c0 gallium/u_threaded: split draws that don't fit in a batch
>>
>>
>>
>>
>> 961361cdc9 aco: ensure loops nested in a WQM loop are in WQM
>>
>>
>>
>>
>> 0845cabc72 vulkan: Track dependencies of Python
>> imports___
>> mesa-dev mailing list
>> mesa-dev@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
>>
>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev


Re: [Mesa-dev] [RFC] Concrete proposal to split classic

2021-04-09 Thread Dylan Baker
Quoting Dylan Baker (2021-03-22 15:15:30)
> Hi list,
> 
> We've talked about it a number of times, but I think it's time time to
> discuss splitting the classic drivers off of the main development branch
> again, although this time I have a concrete plan for how this would
> work.
> 
> First, why? Basically, all of the classic drivers are in maintanence
> mode (even i965). Second, many of them rely on code that no one works
> on, and very few people still understand. There is no CI for most of
> them, and the Intel CI is not integrated with gitlab, so it's easy to
> unintentionally break them, and this breakage usually isn't noticed
> until just before or just after a release. 21.0 was held up (in small
> part, also me just getting behind) because of such breakages.
> 
> I konw there is some interest in getting i915g in good enough shape that
> it could replace i915c, at least for the common case. I also am aware
> that Dave, Ilia, and Eric (with some pointers from Ken) have been
> working on a gallium driver to replace i965. Neither of those things are
> ready yet, but I've taken them into account.
> 
> Here's the plan:
> 
> 1) 21.1 release happens
> 2) we remove classic from master
> 3) 21.1 reaches EOL because of 21.2
> 4) we fork the 21.1 branch into a "classic-lts"¹ branch
> 5) we disable all vulkan and gallium drivers in said branch, at least at
>the Meson level
> 6) We change the name and precidence of the glvnd loader file
> 7) apply any build fixups (turn of intel generators for versions >= 7.5,
>for example
> 8) maintain that branch with build and critical bug fixes only
> 
> This gives ditros and end users two options.
> 1) then can build *only* the legacy branch in the a normal Mesa provides
>libGL interfaces fashion
> 2) They can use glvnd and install current mesa and the legacy branch in
>parallel
> 
> Because of glvnd, we can control which driver will get loaded first, and
> thus if we decide i915g or the i965 replacement is ready and turn it on
> by default it will be loaded by default. An end user who doesn't like
> this can add a new glvnd loader file that makes the classic drivers
> higher precident and continue to use them.
> 
> Why fork from 21.1 instead of master?
> 
> First, it allows us to delete classic immediately, which will allow
> refactoring to happen earlier in the cycle, and for any fallout to be
> caught and hopefully fixed before the release. Second, it means that
> when a user is switched from 21.1 to the new classic-lts branch, there
> will be no regressions, and no one has to spend time figuring out what
> broke and fixing the lts branch.
> 
> When you say "build and critical bug fixes", what do you mean?
> 
> I mean update Meson if we rely on something that in the future is
> deprecated and removed, and would prevent building the branch or an
> relying on some compiler behavior that changes, gaping exploitable
> security holes, that kind of thing.
> 
> footnotes
> ¹Or whatever color you like your bikeshed

Here is a merge request to remove classic:
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10153

Dylan

signature.asc
Description: signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev