Le samedi 04 avril 2020 à 15:55 +0200, Andreas Bergmeier a écrit :
> The problem of data transfer costs is not new in Cloud environments. At work
> we usually just opt for paying for it since dev time is scarser. For private
> projects though, I opt for aggressive (remote) caching.
> So you can s
Le samedi 04 avril 2020 à 08:11 -0700, Rob Clark a écrit :
> On Fri, Apr 3, 2020 at 7:12 AM Michel Dänzer wrote:
> > On 2020-03-01 6:46 a.m., Marek Olšák wrote:
> > > For Mesa, we could run CI only when Marge pushes, so that it's a strictly
> > > pre-merge CI.
> >
> > Thanks for the suggestion! I
Le mercredi 18 mars 2020 à 11:05 +0100, Michel Dänzer a écrit :
> On 2020-03-17 6:21 p.m., Lucas Stach wrote:
> > That's one of the issues with implicit sync that explicit may solve:
> > a single client taking way too much time to render something can
> > block the whole pipeline up until the dis
Le mardi 17 mars 2020 à 11:27 -0500, Jason Ekstrand a écrit :
> On Tue, Mar 17, 2020 at 10:33 AM Nicolas Dufresne
> wrote:
> > Le lundi 16 mars 2020 à 23:15 +0200, Laurent Pinchart a écrit :
> > > Hi Jason,
> > >
> > > On Mon, Mar 16, 2020 at 10:06:07AM
Le lundi 16 mars 2020 à 23:15 +0200, Laurent Pinchart a écrit :
> Hi Jason,
>
> On Mon, Mar 16, 2020 at 10:06:07AM -0500, Jason Ekstrand wrote:
> > On Mon, Mar 16, 2020 at 5:20 AM Laurent Pinchart wrote:
> > > On Wed, Mar 11, 2020 at 04:18:55PM -0400, Nicolas Dufresne wr
(I know I'm going to be spammed by so many mailing list ...)
Le mercredi 11 mars 2020 à 14:21 -0500, Jason Ekstrand a écrit :
> On Wed, Mar 11, 2020 at 12:31 PM Jason Ekstrand wrote:
> > All,
> >
> > Sorry for casting such a broad net with this one. I'm sure most people
> > who reply will get at
Hi Jason,
I personally think the suggestion are still a relatively good
brainstorm data for those implicated. Of course, those not implicated
in the CI scripting itself, I'd say just keep in mind that nothing is
black and white and every changes end-up being time consuming.
Le dimanche 01 mars 20
Le dimanche 01 mars 2020 à 15:14 +0100, Michel Dänzer a écrit :
> On 2020-02-29 8:46 p.m., Nicolas Dufresne wrote:
> > Le samedi 29 février 2020 à 19:14 +0100, Timur Kristóf a écrit :
> > > 1. I think we should completely disable running the CI on MRs which are
> > >
Le samedi 29 février 2020 à 15:54 -0600, Jason Ekstrand a écrit :
> On Sat, Feb 29, 2020 at 3:47 PM Timur Kristóf wrote:
> > On Sat, 2020-02-29 at 14:46 -0500, Nicolas Dufresne wrote:
> > > > 1. I think we should completely disable running the CI on MRs which
> >
Le samedi 29 février 2020 à 19:14 +0100, Timur Kristóf a écrit :
> 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
Le lundi 18 avril 2016 à 11:40 +0900, Michel Dänzer a écrit :
> On 17.04.2016 09:49, nico...@ndufresne.ca wrote:
> >
> > From: Nicolas Dufresne
> >
> > Sorry for the long delay breaking down this patch. I have now
> > rebased
> > on top recent mesa tree
Le mardi 29 mars 2016 à 10:00 -0400, Rob Clark a écrit :
> fwiw, I think on msm actually v4l is the most restrictive and display
> is the least restrictive ;-)
On Exynos this isn't as simple. For V4L2 decoder, this is true, but
there is other V4L2 driven HW (color converters, scaler, blitters),
wh
Le vendredi 08 janvier 2016 à 18:55 +0900, Michel Dänzer a écrit :
> The addition of this function and refactoring of existing code to use
> it
> should be split out into a separate patch.
>
> Other than that, looks good to me.
Great, will do.
Nicolas
signature.asc
Description: This is a digita
re in dri2.c (just grep for pitch = stride), though
I'm trying to focus on fixing importation of RGB565 dmabuf first, as
it's made very visible within GStreamer now, but was concerned not to
add extra conversion here.
thanks,
Nicolas
>
> Yours,
>
> Axel
>
> On 05/01/2
Le me know if this patch needs an update.
cheers,
Nicolas
Le jeudi 24 décembre 2015 à 15:15 -0500, Nicolas Dufresne a écrit :
> In order to convert from stride to pitch, few functions were diving
> by 4
> the stride. This is not valid for RGB565 and this conversion was not
> need
In order to convert from stride to pitch, few functions were diving by 4
the stride. This is not valid for RGB565 and this conversion was not
needed anyway in this context.
Signed-off-by: Nicolas Dufresne
---
src/gallium/state_trackers/dri/dri2.c | 33 -
1 file
16 matches
Mail list logo
