bleh, just noticed a big error on this I forgot to send. will send v2
in just a little bit.
On Tue, 2017-05-23 at 15:00 -0400, Lyude wrote:
> This is a patch series to add support for ARB_post_depth_coverage in
> nvc0,
> along with the required bits for gallium, tgsi, and mesa's state
> tracker.
>
On Tue, 2017-05-23 at 15:19 -0400, Ilia Mirkin wrote:
> On Tue, May 23, 2017 at 3:00 PM, Lyude wrote:
> > Signed-off-by: Lyude
> > ---
> > src/mesa/state_tracker/st_extensions.c | 1 +
> > src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 6 +-
> > 2 files changed, 6 insertions(+), 1 deletion
On Tue, 2017-05-23 at 15:24 -0400, Ilia Mirkin wrote:
> On Tue, May 23, 2017 at 3:19 PM, Ilia Mirkin
> wrote:
> > On Tue, May 23, 2017 at 3:00 PM, Lyude wrote:
> > > Signed-off-by: Lyude
> > > ---
> > > src/mesa/state_tracker/st_extensions.c | 1 +
> > > src/mesa/state_tracker/st_glsl_to_tg
Oh! Okay, I went to go add implicit enablement of early fragment tests
with this extension into mesa's GL plumbing and it looks like I
misspoke, we do already have something for this, from
src/compiler/glsl/linker.cpp:
static void
link_fs_inout_layout_qualifiers(struct gl_shader_program *prog,
Reviewed-by: Lyude Paul
On Thu, 2017-10-19 at 10:32 -0700, Dylan Baker wrote:
> Otherwise -Dgallium-drivers= will cause libmesa_gallium to be built and
> the megadriver install script to attempt to install drivers without any
> actual drivers being built.
&
Works just fine for me, and patch looks good.
Reviewed-by: Lyude Paul
On Wed, 2017-10-18 at 16:55 -0700, Dylan Baker wrote:
> Signed-off-by: Dylan Baker
> ---
> src/egl/meson.build | 46 --
> 1 file changed, 44 insertions(+),
ol of mesa; as buffers being shared between mesa
> >
> > clients should be able to coordinate themselves without resolves.
> >
> >
> >
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=101691
> >
> > Cc: Kenneth Grau
Didn't danvet give you a RB'd here? As well:
Tested-by: Lyude Paul
On Fri, 2017-11-03 at 16:17 -0700, Jason Ekstrand wrote:
> We were already using PTE for all render targets in case one happened to
> get scanned out. However, this still wasn't 100% correct because there
On Thu, 2017-11-30 at 14:20 -0500, Alex Deucher wrote:
> On Thu, Nov 30, 2017 at 2:10 PM, Nicolai Hähnle wrote:
> > On 30.11.2017 19:52, Rob Clark wrote:
> > >
> > > On Thu, Nov 30, 2017 at 4:21 AM, Nicolai Hähnle
> > > wrote:
> > > >
> > > > On 30.11.2017 01:09, Miguel Angel Vico wrote:
> > >
On Thu, 2017-11-30 at 13:20 -0500, Rob Clark wrote:
> On Thu, Nov 30, 2017 at 12:59 AM, James Jones wrote:
> > On 11/29/2017 04:09 PM, Miguel Angel Vico wrote:
> > >
> > > On Wed, 29 Nov 2017 16:28:15 -0500
> > > Rob Clark wrote:
> > > >
> > > > Do we need to define both in-place and copy trans
On Thu, 2017-03-23 at 14:22 -0400, Alex Deucher wrote:
> On Thu, Mar 23, 2017 at 2:18 PM, Marek Olšák
> wrote:
> > Is there any user of this extension?
>
> Based on the spec, it seems like it would be useful for glamor. No
> idea is anyone has code to use it yet.
Actually me, robclark and airlie
If the user specifies --enable-foo; we should be failing with an error
if we can't find the dependencies for foo. Currently however, we're just
disabling foo regardless of whether or not the user explicitly asked for
it. So, fix that
Signed-off-by: Lyude Paul
---
configu
munity. As well, the
board believes OFTC's current Governance model is a lot more clear then
Libera's.
--
Sincerely,
Lyude Paul (she/her)
Software Engineer at Red Hat
Note: I deal with a lot of emails and have a lot of bugs on my plate. If you've
asked me a question, are
e myself wouldn't be in
this community without projects like GSoC :).
--
Cheers,
Lyude Paul (she/her)
Software Engineer at Red Hat
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
ts
in areas that wouldn't be eligible for GSoC would still have a chance at
participating in a project. Outreachy also helps fill this gap, as I don't
believe they have the same kind of international restrictions that GSoC does.
* What is the expected result, a grading?
Yes.
On Wed, 2
/Elections/2022/
Lyude Paul,
On behalf of the X.Org elections committee
/Elections/2022/
Lyude Paul,
On behalf of the X.Org elections committee
directors elected from the membership. Each year, an
election is held to bring the total number of directors to eight. The four
members receiving the highest vote totals will serve as directors for two year
terms.
The directors who received two year terms starting in 2021 were Lyude Paul,
Samuel
will serve as directors for two year
terms.
The directors who received two year terms starting in 2021 were Lyude Paul,
Samuel Iglesias Gonsálvez, Manasi D Navare and Daniel Vetter. They will
continue to serve until their term ends in 2023. Current directors whose term
expires in 2022 are Emma Anholt
were Lyude Paul,
Samuel Iglesias Gonsálvez, Manasi D Navare and Daniel Vetter. They will
continue to serve until their term ends in 2023. Current directors whose term
expires in 2022 are Emma Anholt, Keith Packard, Harry Wentland and Mark
Filion.
A director is expected to participate in the
upcoming election is 31 March 2022 at 23:59 UTC.
If you are interested in joining the X.Org Foundation or in renewing
your membership, please visit the membership system site at:
https://members.x.org/
Lyude Paul, on behalf of the X.Org elections committee
eriod begins.
Lyude Paul, on behalf of the X.Org elections committee
that Emma Anholt, Alyssa Rosenzweig, Mark Filion and
Ricardo Garcia were elected for two year terms.
The old full board is: Emma Anholt, Samuel Iglesias Gonsálvez, Mark
Filion, Manasi D Navare, Keith Packard, Lyude Paul, Daniel Vetter, Harry
Wentland
The new full board is: Emma Anholt, Samuel
oard (board
at foundation.x.org).
And don't forget, you can follow us on Twitter for all the latest
updates and to stay connected:
https://twitter.com/XOrgDevConf
Best regards,
Lyude Paul, on behalf of X.org
ier is better since there generally will be a
bit of Q&A with organizers.
And if you just have some questions about what organizing XDC entails,
please feel free to chat with previous organizers, or someone from the
board.
Best regards,
Lyude Paul
On behalf of X.org
d me an email to
x...@codeweavers.com, adding on CC the X.org board (board
at foundation.x.org).
And don't forget, you can follow us on Twitter for all the latest
updates and to stay connected:
https://twitter.com/XOrgDevConf
Best regards,
Lyude Paul, on behalf of X.org
d me an email to
x...@codeweavers.com, adding on CC the X.org board (board
at foundation.x.org).
And don't forget, you can follow us on Twitter for all the latest
updates and to stay connected:
https://twitter.com/XOrgDevConf
Best regards,
Lyude Paul, on behalf of X.org
--
Cheers,
L
d me an email to
x...@codeweavers.com, adding on CC the X.org board (board
at foundation.x.org).
And don't forget, you can follow us on Twitter for all the latest
updates and to stay connected:
https://twitter.com/XOrgDevConf
Best regards,
Lyude Paul, on behalf of X.org
--
Cheers,
L
ier is better since there generally will be a
bit of Q&A with organizers.
And if you just have some questions about what organizing XDC entails,
please feel free to chat with previous organizers, or someone from the
board.
Best regards,
Lyude Paul
On behalf of X.org
--
Cheers,
L
hat's needed is to send an email to the board, and we can handle
setting up scheduling :).
And of course as always, the Code of Conduct team is always looking for
new volunteers.
--
Cheers,
Lyude Paul (she/her)
Software Engineer at Red Hat
a few
different projects to figure out who all would be interested in such training.
If there's any takers, or anyone has any questions, feel free to respond and
let us know!
--
Cheers,
Lyude Paul
___
mesa-dev mailing list
mesa-dev@lists.freedesktop
amp;A with organizers.
And if you just have some questions about what organizing XDC entails,
please feel free to chat with previous organizers, or someone from the
board.
--
Sincerely,
Lyude Paul (she/her)
Software Engineer at Red Hat
__
32 matches
Mail list logo
