Re: [PATCH] drm/amd/display: Fix reference counting for struct dc_sink.

Alex, On Wednesday, 13 February 2019 21:38:03 CET Alex Deucher wrote: > Add amd-gfx and some DC people. Thanks!! When I sent, I did not remember that there is an other list for amd! Up to now I am much more on the MESA side ... Mathias ___ dri-devel

Re: [PATCH] drm/amd/display: Fix reference counting for struct dc_sink.

Hi, ping? ... to the dc folks? best Mathias On Wednesday, 13 February 2019 21:38:03 CET Alex Deucher wrote: > Add amd-gfx and some DC people. > > Alex > > On Sun, Feb 10, 2019 at 5:13 AM wrote: > > > > From: Mathias Fröhlich > > > > Refere

Re: [PATCH] drm/amd/display: Fix reference counting for struct dc_sink.

Good Morning, On Thursday, 21 February 2019 22:00:40 CET Li, Sun peng (Leo) wrote: > > On 2019-02-20 12:24 a.m., Mathias Fröhlich wrote: > > Hi, > > > > ping? > > ... to the dc folks? > > > > best > > Mathias > > Hi Mathias, > > S

Re: [PATCH 1/4] drm/radeon: move ring syncing after bo validation

Christian, On Thursday, February 23, 2012 15:18:42 Christian König wrote: > The function radeon_bo_list_validate can cause a > bo to move, resulting in a different sync_obj > and a dependency to wait for this move to finish. > > Signed-off-by: Christian König > Reviewed-by: Alex Deucher I am

[PATCH] i915: Add option to bypass vbt table.

Hi, Attached is a small change to i915 that fixes a customer case that I had in my day job. The problem happens with an embedded board that contains vbt bios tables that do not match the attached display. Using this change and the apropriate kernel boot command line they are able to use an ot

Re: [PATCH] i915: Add option to bypass vbt table.

Hi, On Wednesday, February 29, 2012 22:04:45 you wrote: > thank you for your patch. Could you please resend it as [PATCH v2] with > the following things addressed. Will do. Thanks! Mathias ___ dri-devel mailing list dri-devel@lists.freedesktop.org http

Re: [PATCH v2] i915: Add option to bypass vbt table.

Hi, On Thursday, March 01, 2012 23:23:43 Daniel Vetter wrote: > Ah, that explains things. I've added this to the commit message and queued > it for -next, thanks. May be the next time I should also include the reason beyond the technical details in the commit message. Thanks for queuing up! Ma

[RFC] Avoid quadratic behavior in relocs/cs

Hi, Attached is a change to the radeon reloc emitting code, that stores the reloc index in the buffer object. This avoids quadratic runtime behavior in the number of emitted buffer object relocs per command stream. The reloc index is held in an array indexed by command stream number, which mea

[PATCH 1/4] drm/radeon: move ring syncing after bo validation

Christian, On Thursday, February 23, 2012 15:18:42 Christian K?nig wrote: > The function radeon_bo_list_validate can cause a > bo to move, resulting in a different sync_obj > and a dependency to wait for this move to finish. > > Signed-off-by: Christian K?nig > Reviewed-by: Alex Deucher I am

[PATCH] i915: Add option to bypass vbt table.

Hi, Attached is a small change to i915 that fixes a customer case that I had in my day job. The problem happens with an embedded board that contains vbt bios tables that do not match the attached display. Using this change and the apropriate kernel boot command line they are able to use an ot

[PATCH] i915: Add option to bypass vbt table.

Hi, On Wednesday, February 29, 2012 22:04:45 you wrote: > thank you for your patch. Could you please resend it as [PATCH v2] with > the following things addressed. Will do. Thanks! Mathias

[RFC] Avoid quadratic behavior in relocs/cs

Hi, Attached is a change to the radeon reloc emitting code, that stores the reloc index in the buffer object. This avoids quadratic runtime behavior in the number of emitted buffer object relocs per command stream. The reloc index is held in an array indexed by command stream number, which mea

[PATCH v2] i915: Add option to bypass vbt table.

Hi, On Thursday, March 01, 2012 23:23:43 Daniel Vetter wrote: > Ah, that explains things. I've added this to the commit message and queued > it for -next, thanks. May be the next time I should also include the reason beyond the technical details in the commit message. Thanks for queuing up! Ma

An other radeon ring count patch

Hi Christian, Alex, While looking over the rest of the ring counts I noticed an other one, this time we reserve too much which cannot even be a potential problem. Anyway, it's nicer to be correct. Attached that patch to uvd_v1_0_ring_test() Greetings Mathias -- next part --