Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services

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

Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services

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!

Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem

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

Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem

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

Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem

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

Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem

(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

Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services

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

Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services

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 > > >

Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services

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 > >

Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services

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

Re: [Mesa-dev] [PATCH v2 0/2] Fix Gallium RGB565 image support

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 <nicolas.dufre...@collabora.com> > > > > Sorry for the long delay breaking down this patch. I have now > > reb

Re: [Mesa-dev] [android-x86-devel] Re: gralloc_drm_pipe

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),

Re: [Mesa-dev] [PATCH] gallium/dri2: Fix RGB565 EGLImage creation

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

Re: [Mesa-dev] [PATCH] gallium/dri2: Avoid uneeded stride to pitch conversion

tch = 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/2016 16:58, Nicolas Dufresne wrote: >

Re: [Mesa-dev] [PATCH] gallium/dri2: Avoid uneeded stride to pitch conversion

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 > n

[Mesa-dev] [PATCH] gallium/dri2: Avoid uneeded stride to pitch conversion

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 <nicolas.dufre...@collabora.com> --- src/gallium/state_trackers/dri/dri2.