On Tue, 2019-06-25 at 12:36 -0700, Vasily Khoruzhick wrote:
> On Tue, Jun 25, 2019 at 11:54 AM Alyssa Rosenzweig
> wrote:
>
> Hi Alyssa,
>
> > Rather than using a magic lookup table with no explanations, let's
> > add
> > liberal comments to the code to explain what this tiling scheme is
> > and
On Tue, 2019-06-25 at 18:37 +0200, Boris Brezillon wrote:
> This is an attempt at resurrecting Daniel's MR [1] which was already
> resurrecting Harish's EGL_KHR_partial_update series [2]. This version
> implements Marek's suggestion to pass the set_damage_region()
> directly
> to the gallium driver
On Wed, 2019-06-26 at 10:34 -0700, Alyssa Rosenzweig wrote:
> Ah-ha, now we're into parts of the stack I can claim to understand!
> >:)
>
> Reviewed-by: Alyssa Rosenzweig
>
> On Tue, Jun 25, 2019 at 06:37:48PM +0200, Boris Brezillon wrote:
> > From: Daniel Stone
> >
> > Add a pipe_screen->set_
On Sat, 2019-06-29 at 00:08 -0400, Ilia Mirkin wrote:
> Ken pointed out on IRC today that there was still a lot of "boolean"
> (vs bool/_Bool) usage in gallium. In fact, many interfaces are
> specified with boolean.
>
> I had it in my mind that I had at some point removed most boolean
> usage, but
On Wed, 2019-07-03 at 12:33 +0200, Boris Brezillon wrote:
> On Wed, 03 Jul 2019 11:54:29 +0200
> Erik Faye-Lund wrote:
>
> > On Wed, 2019-06-26 at 10:34 -0700, Alyssa Rosenzweig wrote:
> > > Ah-ha, now we're into parts of the stack I
On Thu, 2019-07-04 at 10:02 +0200, Tomeu Vizoso wrote:
> In that case, ctx->pipe_framebuffer.cbufs[0] can be NULL.
>
> Signed-off-by: Tomeu Vizoso
> Cc: Boris Brezillon
> Fixes: 5375d009be18 ("panfrost: Pass referenced BOs to the SUBMIT
> ioctls")
Nit: this isn't really about off-screen vs on-s
nstance,
some drivers might be able to enable PIPE_CAP_VERTEX_SHADER_SATURATE
without enabling the rest. But for now, I leave that up to follow-up
patches.
I'm intentionally sending just the cover-letter here. You can see the
merge request on gitlab here:
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/
On Wed, 2019-07-10 at 06:24 -0700, Alyssa Rosenzweig wrote:
> Fixes a buggy dEQP test.
>
> Signed-off-by: Alyssa Rosenzweig
> ---
> .../drivers/panfrost/ci/expected-failures.txt | 6 --
> src/gallium/drivers/panfrost/meson.build | 1 +
> .../drivers/panfrost/midgard/compiler.h | 6
On Wed, 2019-07-10 at 06:24 -0700, Alyssa Rosenzweig wrote:
> Fixes a buggy dEQP test.
>
Maybe you could share which test this fixes, so someone can fix it?
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman
1);
> + virgl_resource_layout(&res->u.b, &res->metadata);
>
> res->hw_res = vs->vws->resource_create_from_handle(vs->vws,
> whandle);
> if (!res->hw_res) {
Whoops! Good catch, sorry for the mess!
Reviewed-by: Erik Faye-Lund
This is discussed in the merge request thread. Zink currently only support
vertex and fragment shaders, so it's the only place this can occur. If someone
wants to enable this for drivers that supports geometry or tesselation shaders,
they would need to extend this code first. Unless I beat them
On Thu, 2019-10-17 at 22:24 -0400, Ilia Mirkin wrote:
> In the meanwhile (unless you plan on taking up Jason's suggestion),
> might I recommend some assert's for the unhandled cases so that there
> are no surprises?
Good idea. I sent a MR for it here:
https://gitlab.freedesktop.org/mesa/mesa/merg
On Thu, 2019-10-17 at 20:55 -0500, Jason Ekstrand wrote:
> On Thu, Oct 17, 2019 at 10:39 AM Erik Faye-Lund <
> erik.faye-l...@collabora.com> wrote:
> > This is discussed in the merge request thread. Zink currently only
> > support vertex and fragment shaders, so it'
On Fri, 2019-10-18 at 08:57 -0400, Ilia Mirkin wrote:
> On Fri, Oct 18, 2019 at 8:51 AM Erik Faye-Lund
> wrote:
> > On Thu, 2019-10-17 at 22:24 -0400, Ilia Mirkin wrote:
> > > In the meanwhile (unless you plan on taking up Jason's
> > > suggestion),
> >
> Marek
>
> On Fri, Oct 18, 2019 at 4:08 PM Marek Olšák wrote:
> > On Fri, Oct 18, 2019 at 9:07 AM Ilia Mirkin
> > wrote:
> > > On Fri, Oct 18, 2019 at 9:04 AM Erik Faye-Lund
> > > wrote:
> > > >
> > > > On Fri, 2019-10-18
šák
> > wrote:
> > > On Fri, Oct 18, 2019 at 9:07 AM Ilia Mirkin > > > wrote:
> > > > On Fri, Oct 18, 2019 at 9:04 AM Erik Faye-Lund
> > > > wrote:
> > > > >
> > > > > On Fri, 2019-10-18 at 08:57 -0400, Ilia Mirkin wrot
On Mon, 2019-11-11 at 10:44 +0200, Martin Peres wrote:
> On 31/10/2019 09:35, Chris Wilson wrote:
> > The system can be disabling HW acceleration unbeknowst to the user,
> > leading to a long debug session trying to work out which component
> > is
> > failing. A quick mention that it is the environ
There's already this one:
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/2695
On Mon, 2019-11-11 at 16:46 -0700, Brian Paul wrote:
> Trivial.
> ---
> src/compiler/spirv/vtn_variables.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/compiler/spirv/vtn_varia
On Wed, 2019-12-04 at 01:48 -0500, Marek Olšák wrote:
> On Wed., Dec. 4, 2019, 01:20 Tapani Pälli,
> wrote:
> > Hi;
> >
> > On 12/4/19 2:39 AM, Marek Olšák wrote:
> > > Hi,
> > >
> > > Here are 2 proposals to simplify and better optimize the GL-
> > >Gallium
> > > translation.
> > >
> > > 1) M
Seems like you missed zink
On February 5, 2020 9:36:26 PM GMT+01:00, James Jones
wrote:
>Rather than hard-code a list of all the format
>modifiers supported by any gallium driver in
>the dri state tracker, add a screen proc that
>queries the number of auxiliary planes required
>for a given modif
On Fri, 2020-02-28 at 13:37 +1000, Dave Airlie wrote:
> On Fri, 28 Feb 2020 at 07:27, Daniel Vetter
> wrote:
> > Hi all,
> >
> > You might have read the short take in the X.org board meeting
> > minutes
> > already, here's the long version.
> >
> > The good news: gitlab.fd.o has become very popu
On Fri, 2020-02-28 at 11:40 +0200, Lionel Landwerlin wrote:
> On 28/02/2020 11:28, Erik Faye-Lund wrote:
> > On Fri, 2020-02-28 at 13:37 +1000, Dave Airlie wrote:
> > > On Fri, 28 Feb 2020 at 07:27, Daniel Vetter <
> > > daniel.vet...@ffwll.ch>
> > > w
On Fri, 2020-02-28 at 10:47 +0100, Daniel Vetter wrote:
> On Fri, Feb 28, 2020 at 10:29 AM Erik Faye-Lund
> wrote:
> > On Fri, 2020-02-28 at 13:37 +1000, Dave Airlie wrote:
> > > On Fri, 28 Feb 2020 at 07:27, Daniel Vetter <
> > > daniel.vet...@ffwl
On Fri, 2020-02-28 at 10:43 +, Daniel Stone wrote:
> On Fri, 28 Feb 2020 at 10:06, Erik Faye-Lund
> wrote:
> > On Fri, 2020-02-28 at 11:40 +0200, Lionel Landwerlin wrote:
> > > Yeah, changes on vulkan drivers or backend compilers should be
> > > fairly
> &g
0ed0eb274b4dd9426205066 as denominated
> .pick_status.json: Mark
> 9fea90ad5170dd64376d22a14ac88c392813c96c as denominated
> bin/gen_release_notes.py: fix commit list command
> .pick_status.json: Update to
> 0103f02acb10dcdea23461ba214307a6827a7772
> gitlab-ci:
While working on the NIR to DXIL conversion code for D3D12, I've
noticed that we're not exactly doing the best we could here.
First some background:
NIR currently has a few instructions that does kinda the same:
1. nir_op_ufind_msb: Finds the index of the most significant bit,
counting from the
Hey Brian
TLDR; are you OK with me moving forward with the rework of mesa3d.org?
As you hopefully are aware of, I've been working on a new website for
mesa3d.org, split into a "marketing"-frontpage and a documentation
page.
You can read more about the structure and details here if you haven't
al
mplementations are
> conformant. That page full of logos makes me concerned that we're
> going to risk getting into trouble. Khronos marketing cares A LOT
> about logos.
As I wrote in the e-mail, I've already clarified the logo-usage with
Khronos. They are happy with it as
On Thu, 2020-05-07 at 16:18 +0200, Eric Engestrom wrote:
> On Thursday, 2020-05-07 16:07:00 +0200, Erik Faye-Lund wrote:
> > On Thu, 2020-05-07 at 09:05 -0500, Jason Ekstrand wrote:
> > > Looks shiny but
> > >
> > > We need to be very careful here. One
On Thu, 2020-05-07 at 16:49 +0200, Eric Engestrom wrote:
> On Thursday, 2020-05-07 16:26:19 +0200, Erik Faye-Lund wrote:
> > On Thu, 2020-05-07 at 16:18 +0200, Eric Engestrom wrote:
> > > On Thursday, 2020-05-07 16:07:00 +0200, Erik Faye-Lund wrote:
> > > > On Thu, 20
On Thu, 2020-05-07 at 11:03 -0600, Brian Paul wrote:
> On 05/07/2020 04:33 AM, Erik Faye-Lund wrote:
> > Hey Brian
> >
> > TLDR; are you OK with me moving forward with the rework of
> > mesa3d.org?
>
> Yes...
Awesome, thanks!
> > As you hopefully a
On Thu, 2020-05-07 at 11:03 -0600, Brian Paul wrote:
> On 05/07/2020 04:33 AM, Erik Faye-Lund wrote:
> > Hey Brian
> >
> > TLDR; are you OK with me moving forward with the rework of
> > mesa3d.org?
>
> Yes...
>
Cool! We've now set up a repo here:
https
On Tue, 2020-05-12 at 15:11 +0200, Erik Faye-Lund wrote:
> On Tue, 2020-05-12 at 06:42 -0600, Brian Paul wrote:
> > On 05/12/2020 04:17 AM, Erik Faye-Lund wrote:
> > > On Thu, 2020-05-07 at 11:03 -0600, Brian Paul wrote:
> > > > On 05/07/2020 04:33 AM, Erik Faye-L
On Tue, 2020-05-12 at 12:17 +0200, Erik Faye-Lund wrote:
> On Thu, 2020-05-07 at 11:03 -0600, Brian Paul wrote:
> > On 05/07/2020 04:33 AM, Erik Faye-Lund wrote:
> > > Hey Brian
> > >
> > > TLDR; are you OK with me moving forward with the rework of
> > &g
On Wed, 2020-05-13 at 06:43 -0600, Brian Paul wrote:
> On 05/13/2020 03:13 AM, Erik Faye-Lund wrote:
> > On Tue, 2020-05-12 at 12:17 +0200, Erik Faye-Lund wrote:
> > > On Thu, 2020-05-07 at 11:03 -0600, Brian Paul wrote:
> > > > On 05/07/2020 04:33 AM, Erik Faye-L
On Wed, 2020-05-13 at 15:00 +0200, Erik Faye-Lund wrote:
> On Wed, 2020-05-13 at 06:43 -0600, Brian Paul wrote:
> > On 05/13/2020 03:13 AM, Erik Faye-Lund wrote:
> > > On Tue, 2020-05-12 at 12:17 +0200, Erik Faye-Lund wrote:
> > > > On Thu, 2020-05-07 at 11:03 -0600,
thout 'hovered animation'... ;-)
> >
> > Greetings,
> > Dieter
> >
> > Am 14.06.2020 17:25, schrieb Daniel Stone:
> > > Hi,
> > >
> > > On Fri, 29 May 2020 at 10:08, Erik Faye-Lund
> > > wrote:
> > > > In the light of
>
> >
> > On Sun, 2020-06-14 at 18:22 +0200, Dieter Nützel wrote:
> > > GREAT work!
> > >
> > > Now, it's working with Konqueror (20.04.1 / Frameworks 5.70.0) -
> > even
> > > if
> > > without 'hovered animation&
I second the request :-)
Jul 31, 2020 16:15:05 Mike Blumenkrantz :
> Hi,
>
> I'd like to request marge access for the piglit and mesa gitlab projects.
> I've been contributing a number of patches here (primarily to zink/gallium),
> and this would be useful in my continued work.
>
> Regards,
>
On Mon, 2020-08-03 at 10:30 -0500, Jason Ekstrand wrote:
> All,
>
> I'm sure by now you've all seen the articles, LKML mails, and other
> chatter around inclusive language in software. While mesa doesn't
> provide a whole lot of documentation (hah!), we do have a website, a
> code-base, and a git
On Mon, 2020-08-03 at 12:48 -0500, Jason Ekstrand wrote:
> On Mon, Aug 3, 2020 at 12:42 PM Erik Faye-Lund
> wrote:
> > On Mon, 2020-08-03 at 10:30 -0500, Jason Ekstrand wrote:
> > > All,
> > >
> > > I'm sure by now you've all seen the articles,
On Thu, 2020-11-19 at 10:36 -0800, Dylan Baker wrote:
>
> Erik Faye-Lund (3):
> softpipe: correct signature of get_compiler_options
> mesa/main: add missing include in glformats.h
> zink: more accurately track supported blits
>
I just want to point out that
AFAIK, anisitropic filtering is almost uselessly underspecified, so
pretty much anything should pass the CTS tests.
But visual quality does affect applications, so we should probably aim
for something reasonable.
On Thu, 2021-01-07 at 19:41 +1000, Dave Airlie wrote:
> On Thu, 7 Jan 2021 at 18:49,
On Mon, 2019-04-01 at 12:43 -0700, Lepton Wu wrote:
>
>
> On Tue, Mar 19, 2019 at 4:29 AM Erik Faye-Lund <
> erik.faye-l...@collabora.com> wrote:
> > On Mon, 2019-03-18 at 14:44 -0700, Lepton Wu wrote:
> > > virgl render complains about "Ill
On Mon, 2019-04-08 at 11:39 +0200, Samuel Pitoiset wrote:
> This fixes the following LLVM error when using RADV_DEBUG=checkir:
> Intrinsic name not mangled correctly for type arguments! Should be:
> llvm.amdgcn.buffer.atomic.add.i32
> i32 (i32, <4 x i32>, i32, i32, i1)* @llvm.amdgcn.buffer.atomic.a
On Mon, 2019-04-08 at 12:39 +0200, Samuel Pitoiset wrote:
> On 4/8/19 12:32 PM, Erik Faye-Lund wrote:
> > On Mon, 2019-04-08 at 11:39 +0200, Samuel Pitoiset wrote:
> > > This fixes the following LLVM error when using
> > > RADV_DEBUG=checkir:
> > > Intrinsic
Nice move to put the logic in its own function!
Reviewed-by: Erik Faye-Lund
On Mon, 2019-04-08 at 09:39 -0700, Lepton Wu wrote:
> virgl render complains about "Illegal resource" when running
> dEQP-EGL.functional.color_clears.single_context.gles2.rgb888_window,
> the reason
Yeah, moving this to the mesa group in gitlab would be great for
visibility.
On Sat, 2019-04-13 at 12:22 +, Jean Hertel wrote:
> Any other mesa developer interested in seeing this move forward?
>
> Kind Regards,
> Jean Hertel
>
> ___
> mesa-dev mai
On Tue, 2019-04-16 at 01:49 +, Alyssa Rosenzweig wrote:
> This (fairly large) patch continues work surrounding the panfrost_job
> abstraction to improve job lifetime management. In particular, we add
> infrastructure to track which BOs are used by a particular job
> (currently limited to the ve
41 AM, GitLab Mirror wrote:
> Module: Mesa
> Branch: master
> Commit: eb85124a9f6e9cb94d0d4a99f91bbae374777e3a
> URL: https://nam04.safelinks.protection.outlook.com/?url=""
>
> Author: Erik Faye-Lund
> Date: Mon May 20 13:29:05 2019 +0200
>
>
lder versions or live with pre-
processing.
We can cross that bridge when we get there. Perhaps by then the world
looks a bit differently?
On Tue, 2019-05-21 at 15:51 +0200, Erik Faye-Lund wrote:
> Right. I guess with an old enough bison version, this can happen.
> I'll see if I can come
On Wed, 2019-05-22 at 15:21 +0200, Hans Åberg wrote:
> > On 22 May 2019, at 08:54, Erik Faye-Lund <
> > erik.faye-l...@collabora.com> wrote:
> >
> > The problem is that Bison doesn't seem to have any mechanism for
> > doing
> > statements like the
On Wed, 2019-05-22 at 20:41 +0200, Akim Demaille wrote:
> > Le 22 mai 2019 à 18:06, Akim Demaille a écrit
> > :
> >
> > Hi Erik,
> >
> > > Le 22 mai 2019 à 08:54, Erik Faye-Lund <
> > > erik.faye-l...@collabora.com> a écrit :
> >
On Wed, 2019-05-22 at 18:06 +0200, Akim Demaille wrote:
> Hi Erik,
>
> > Le 22 mai 2019 à 08:54, Erik Faye-Lund <
> > erik.faye-l...@collabora.com> a écrit :
> >
> > I ended up reverting the change [from-%error-verbose to %define
> > parse.error ver
On Sat, 2019-05-25 at 15:44 -0700, Rob Clark wrote:
> This ends up embedded in a for loop expression, ie. the C part in an
> for (A;B;C)
>
> iirc, that means it needs to be a C expr rather than statement.. or
> something roughly like that, I'm too lazy to dig out my C grammar
>
Can't you just ca
On Mon, 2019-05-27 at 04:23 -0700, Rob Clark wrote:
> On Mon, May 27, 2019 at 2:50 AM Erik Faye-Lund
> wrote:
> > On Sat, 2019-05-25 at 15:44 -0700, Rob Clark wrote:
> > > This ends up embedded in a for loop expression, ie. the C part in
> > > an
> > > for (
On Mon, 2019-05-27 at 13:37 +0200, Erik Faye-Lund wrote:
> On Mon, 2019-05-27 at 04:23 -0700, Rob Clark wrote:
> > On Mon, May 27, 2019 at 2:50 AM Erik Faye-Lund
> > wrote:
> > > On Sat, 2019-05-25 at 15:44 -0700, Rob Clark wrote:
> > > > This ends up embedded
While looking into dead-links on our website, I noticed that the OpenGL
Sample Implementation that SGI open sourced lacks a proper public
mirror. So I'm looking to fix this.
The tarballs are currently available from here:
http://www.servu.org/mirror/old/mirrors.bufferoverflow.xyz/oss.sgi.com/proje
On Tue, 2019-06-11 at 12:41 -0400, Adam Jackson wrote:
> On Tue, 2019-06-11 at 11:13 +0200, Erik Faye-Lund wrote:
>
> > So here's the question: How does people feel about hosting this
> > under
> > https://gitlab.freedesktop.org/mesa/ogl-sample/? If people are OK
&
On Wed, 2019-06-12 at 10:25 +0200, Erik Faye-Lund wrote:
> On Tue, 2019-06-11 at 12:41 -0400, Adam Jackson wrote:
> > On Tue, 2019-06-11 at 11:13 +0200, Erik Faye-Lund wrote:
> >
> > > So here's the question: How does people feel about hosting
On Wed, 2019-06-12 at 14:03 -0400, Adam Jackson wrote:
> On Wed, 2019-06-12 at 10:29 +0200, Erik Faye-Lund wrote:
> > On Wed, 2019-06-12 at 10:25 +0200, Erik Faye-Lund wrote:
> > > On Tue, 2019-06-11 at 12:41 -0400, Adam Jackson wrote:
> > > > On Tue, 2019-06-11
A while back, Laura and Jean was working on a Sphinx-conversion of the
mesa-documentation. Sadly this work stranded due to it also trying to
move to using GitLab Pages for hosting www.mesa3d.org, and because the
documentation and the websit eis the same thing, this lead to problems
with hosting the
Yeah, that looks like a mistake, indeed. Do you mind submitting a patch
on GitLab for it?
The problem seems to originate from this commit (CCed ian):
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/20869/diffs?commit_id=d3a95f0f713ff3a0216f0dfa634798a1db55ef27
On Thu, 2024-11-14 at 03:3
On Thu, 2025-01-30 at 13:49 +, Jose Fonseca wrote:
> At one point there was another SW renderer gallium driver by a team
> at Intel that was specifically optimized for huge number of
> primitives with no texturing (like the sort used by https://vtk.org/
> ), but I can't remember its name or fin
On Sat, 2025-04-05 at 23:12 +, FalsePhilosopher wrote:
> You can find a patch
> here https://github.com/TigerClips1/Automatic_PS4_mesa_libdrm_Xorg/bl
> ob/main/mesa.patch
> Please upstream this for future mesa releases for PlayStation 4
> support.
Please read this and submit the patches yourse
That's not a valid link...
On Mon, 2025-06-02 at 09:20 -0400, Jean-François Boyer wrote:
> I have already fill a Mesa issue
>
> https://gitlab.freedesktop.org/mesa/mesa/-/issues/?show=eyJpaWQiOiIxMzI3MyIsImZ1bGxfcGF0aCI6Im1lc2EvbWVzYSIsImlkIjoxMzM1NjV9
>
> thank you for your help
>
> On Mon, J
On Tue, 2025-07-08 at 21:19 +0100, Daniel Monteiro wrote:
> Hello everyone,
>
> As part of my effort to become a better OpenGL and Vulkan developer,
> I've been reading through (and experimenting with) the Mesa Demos.
>
> During this process, I noticed that some of the demos don't run under
> cer
On Sun, 2025-07-20 at 17:11 +0100, Daniel Monteiro wrote:
> Thank you for the thorough answer.
>
> > I think simply creating tickets for when demos doesn't run would be
> > a good start.
>
> That's a great idea for a first action. I will compile a list and
> create the issue.
>
> I've also notic
701 - 768 of 768 matches
Mail list logo
