https://bugs.freedesktop.org/show_bug.cgi?id=104003
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=104003
--- Comment #5 from Lakshmi ---
No open bugs related to igt@pm_sseu@full-enable tests in ci tests, closing.
https://intel-gfx-ci.01.org/tree/drm-tip/igt-shards-all.html
--
You are receiving this mail because:
You are the assignee for the
On 22.08.2018 13:50, Alexandru-Cosmin Gheorghe wrote:
Hi,
On Wed, Aug 22, 2018 at 01:39:16PM +0300, Juha-Pekka Heikkilä wrote:
On 22.08.2018 12:40, Daniel Vetter wrote:
On Tue, Aug 21, 2018 at 8:30 PM, Alexandru Gheorghe
wrote:
Malidp implements a number of yuv buffer formats which are
On Wed, 22 Aug 2018 at 11:51, Daniel Vetter wrote:
> +See the gitlab project owners for contact details of the libdrm maintainers.
Think this should be 'See MAINTAINERS' ... ?
The rest looks good to me, though I would encourage linking to
Patchwork so people can find patches from others, as
https://bugs.freedesktop.org/show_bug.cgi?id=100305
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=100305
--- Comment #3 from Lakshmi ---
Closing this bug as there are no failures occurred related to gem_ctx_exec,
gem_ctx_param, igt@gem_ctx_create@basic, igt@gem_ctx_create@basic-files
settings from CI test results.
https://bugs.freedesktop.org/show_bug.cgi?id=100305
--- Comment #4 from Lakshmi ---
(In reply to Lakshmi from comment #3)
> Closing this bug as there are no failures occurred related to gem_ctx_exec,
> gem_ctx_param, igt@gem_ctx_create@basic, igt@gem_ctx_create@basic-files
> tests from CI test
I picked up a bunch of the pieces from wayland's version:
https://gitlab.freedesktop.org/wayland/wayland/blob/master/CONTRIBUTING.md
The weston one is fairly similar. Then I rather massively trimmed it
down since in reality libdrm is a bit a dumping ground with very few
real rules. The commit
Hi,
On Wed, Aug 22, 2018 at 01:39:16PM +0300, Juha-Pekka Heikkilä wrote:
>
> On 22.08.2018 12:40, Daniel Vetter wrote:
> >On Tue, Aug 21, 2018 at 8:30 PM, Alexandru Gheorghe
> > wrote:
> >>Malidp implements a number of yuv buffer formats which are not
> >>currently described in drm_fourcc.h.
>
https://bugs.freedesktop.org/show_bug.cgi?id=101905
--- Comment #8 from Lakshmi ---
(In reply to Lakshmi from comment #7)
> Closing this bug as there are no failures observed related to
> gem_mocs_settings tests from ci test results.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=101905
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #7 from Lakshmi ---
On 22.08.2018 12:40, Daniel Vetter wrote:
On Tue, Aug 21, 2018 at 8:30 PM, Alexandru Gheorghe
wrote:
Malidp implements a number of yuv buffer formats which are not
currently described in drm_fourcc.h.
This adds those definitions and describes their memory layout.
Signed-off-by: Alexandru
Op 21-08-18 om 10:38 schreef Mahesh Kumar:
> This patch implements a callback function which will be called before
> crc read. In this function driver can implement any preparation work
> required for successfully reading CRC data.
>
> Changes Since V1:
> - rebase
>
> Cc:
I continue to work for bulk moving that based on the proposal by Christian.
Background:
amdgpu driver will move all PD/PT and PerVM BOs into idle list. Then move all of
them on the end of LRU list one by one. Thus, that cause so many BOs moved to
the end of the LRU, and impact performance
On Wed, Aug 22, 2018 at 11:59 AM, zhoucm1 wrote:
>
>
> On 2018年08月22日 17:31, Daniel Vetter wrote:
>>
>> On Wed, Aug 22, 2018 at 05:28:17PM +0800, zhoucm1 wrote:
>>>
>>>
>>> On 2018年08月22日 17:24, Daniel Vetter wrote:
On Wed, Aug 22, 2018 at 04:49:28PM +0800, Chunming Zhou wrote:
>
On 2018年08月22日 17:31, Daniel Vetter wrote:
On Wed, Aug 22, 2018 at 05:28:17PM +0800, zhoucm1 wrote:
On 2018年08月22日 17:24, Daniel Vetter wrote:
On Wed, Aug 22, 2018 at 04:49:28PM +0800, Chunming Zhou wrote:
VK_KHR_timeline_semaphore:
This extension introduces a new type of semaphore that
https://bugs.freedesktop.org/show_bug.cgi?id=107581
--- Comment #16 from Benjamin Hodgetts ---
Looks like I lost MESA_GL_VERSION_OVERRIDE=4.5COMPAT somewhere along the line
which is why I couldn't see anything. That, plus
force_glsl_extensions_warn=true and your two patches does indeed work.
On 2018年08月22日 17:34, Daniel Vetter wrote:
On Wed, Aug 22, 2018 at 04:38:56PM +0800, Chunming Zhou wrote:
stub fence will be used by timeline syncobj as well.
Change-Id: Ia4252f03c07a8105491d2791dc7c8c6976682285
Signed-off-by: Chunming Zhou
Cc: Jason Ekstrand
Please don't expose stuff
On Wed, Aug 22, 2018 at 08:40:19AM +, Lankhorst, Maarten wrote:
> fre 2018-08-17 klockan 19:48 +0530 skrev Uma Shankar:
> > Add a blob property for plane CSC usage.
> >
> > v2: Rebase
> >
> > v3: Fixed Sean, Paul's review comments. Moved the property from
> > mode_config to drm_plane.
On Tue, Aug 21, 2018 at 8:30 PM, Alexandru Gheorghe
wrote:
> Malidp implements a number of yuv buffer formats which are not
> currently described in drm_fourcc.h.
> This adds those definitions and describes their memory layout.
>
> Signed-off-by: Alexandru Gheorghe
We're working on adding at
https://bugs.freedesktop.org/show_bug.cgi?id=100891
--- Comment #8 from MichaelLong ---
Created attachment 141239
--> https://bugs.freedesktop.org/attachment.cgi?id=141239=edit
dmesg output of kernel 4.18.4
Regular test of the card's working status, this time probably including some
more
On Wed, Aug 22, 2018 at 04:38:56PM +0800, Chunming Zhou wrote:
> stub fence will be used by timeline syncobj as well.
>
> Change-Id: Ia4252f03c07a8105491d2791dc7c8c6976682285
> Signed-off-by: Chunming Zhou
> Cc: Jason Ekstrand
Please don't expose stuff only used by the drm_syncobj
On Wed, Aug 22, 2018 at 05:28:17PM +0800, zhoucm1 wrote:
>
>
> On 2018年08月22日 17:24, Daniel Vetter wrote:
> > On Wed, Aug 22, 2018 at 04:49:28PM +0800, Chunming Zhou wrote:
> > > VK_KHR_timeline_semaphore:
> > > This extension introduces a new type of semaphore that has an integer
> > > payload
This is used for handling future fences. Currently no driver use
these, and I think given the new timeline fence proposed by KHR it
would be better to have a more abstract interface for future fences.
Could be something simple like a struct dma_future_fence plus a
function to add a callback or
On 2018年08月22日 17:24, Daniel Vetter wrote:
On Wed, Aug 22, 2018 at 04:49:28PM +0800, Chunming Zhou wrote:
VK_KHR_timeline_semaphore:
This extension introduces a new type of semaphore that has an integer payload
identifying a point in a timeline. Such timeline semaphores support the
following
On Wed, Aug 22, 2018 at 04:49:28PM +0800, Chunming Zhou wrote:
> VK_KHR_timeline_semaphore:
> This extension introduces a new type of semaphore that has an integer payload
> identifying a point in a timeline. Such timeline semaphores support the
> following operations:
> * Host query - A host
Am 22.08.2018 um 11:10 schrieb zhoucm1:
On 2018年08月22日 17:05, Christian König wrote:
Am 22.08.2018 um 11:02 schrieb zhoucm1:
On 2018年08月22日 16:52, Christian König wrote:
Am 22.08.2018 um 10:38 schrieb Chunming Zhou:
stub fence will be used by timeline syncobj as well.
Change-Id:
On 2018年08月22日 17:05, Christian König wrote:
Am 22.08.2018 um 11:02 schrieb zhoucm1:
On 2018年08月22日 16:52, Christian König wrote:
Am 22.08.2018 um 10:38 schrieb Chunming Zhou:
stub fence will be used by timeline syncobj as well.
Change-Id: Ia4252f03c07a8105491d2791dc7c8c6976682285
Am 22.08.2018 um 11:02 schrieb zhoucm1:
On 2018年08月22日 16:52, Christian König wrote:
Am 22.08.2018 um 10:38 schrieb Chunming Zhou:
stub fence will be used by timeline syncobj as well.
Change-Id: Ia4252f03c07a8105491d2791dc7c8c6976682285
Signed-off-by: Chunming Zhou
Cc: Jason Ekstrand
---
Am 22.08.2018 um 10:57 schrieb Christian König:
Am 22.08.2018 um 10:49 schrieb Chunming Zhou:
VK_KHR_timeline_semaphore:
This extension introduces a new type of semaphore that has an integer
payload
identifying a point in a timeline. Such timeline semaphores support the
following operations:
On 2018年08月22日 16:52, Christian König wrote:
Am 22.08.2018 um 10:38 schrieb Chunming Zhou:
stub fence will be used by timeline syncobj as well.
Change-Id: Ia4252f03c07a8105491d2791dc7c8c6976682285
Signed-off-by: Chunming Zhou
Cc: Jason Ekstrand
---
drivers/gpu/drm/drm_syncobj.c | 28
On Wed, Aug 22, 2018 at 10:52:16AM +0200, Christian König wrote:
> Am 22.08.2018 um 10:38 schrieb Chunming Zhou:
> > stub fence will be used by timeline syncobj as well.
> >
> > Change-Id: Ia4252f03c07a8105491d2791dc7c8c6976682285
> > Signed-off-by: Chunming Zhou
> > Cc: Jason Ekstrand
> > ---
On Wed, Aug 22, 2018 at 10:54:03AM +0200, Daniel Vetter wrote:
> It was only used by the panic support in fbcon, which is now gone.
> Remove this now dead code too.
>
> Cc: Greg Kroah-Hartman
> Cc: Kees Cook
> Cc: Joe Perches
> Cc: Daniel Vetter
> Cc: Meng Xu
> Cc: Nicolas Pitre
> Cc:
Am 22.08.2018 um 10:49 schrieb Chunming Zhou:
VK_KHR_timeline_semaphore:
This extension introduces a new type of semaphore that has an integer payload
identifying a point in a timeline. Such timeline semaphores support the
following operations:
* Host query - A host operation that allows
It was only used by the panic support in fbcon, which is now gone.
Remove this now dead code too.
Cc: Greg Kroah-Hartman
Cc: Kees Cook
Cc: Joe Perches
Cc: Daniel Vetter
Cc: Meng Xu
Cc: Nicolas Pitre
Cc: Thomas Meyer
Cc: Mike Frysinger
Cc: Bartlomiej Zolnierkiewicz
Cc: Hans de Goede
Cc:
For buffer sharing, use dma-buf instead. We can't set smem_start to 0
unconditionally since that's used by the fbdev mmap default
implementation. And we have plenty of userspace which would like to
keep that working.
This might break legit userspace - if it does we need to look at a
case-by-cases
This was only added for the drm's fbdev emulation support, so that it
would try harder to show the Oops.
Unfortunately this never really worked reliably, and in practice ended
up pushing the real Oops off the screen due to plentyfull locking,
sleep-while-atomic and other issues. So we removed all
DRM drivers really, really, really don't want random userspace to
share buffer behind it's back, bypassing the dma-buf buffer sharing
machanism. For that reason we've ruthlessly rejected any IOCTL
exposing the physical address of any graphics buffer.
Unfortunately fbdev comes with that built-in.
Am 22.08.2018 um 10:38 schrieb Chunming Zhou:
stub fence will be used by timeline syncobj as well.
Change-Id: Ia4252f03c07a8105491d2791dc7c8c6976682285
Signed-off-by: Chunming Zhou
Cc: Jason Ekstrand
---
drivers/gpu/drm/drm_syncobj.c | 28 ++--
On 08/22/2018 04:33 PM, Huang Rui wrote:
On Wed, Aug 22, 2018 at 04:07:20PM +0800, Zhang, Jerry wrote:
On 08/22/2018 03:52 PM, Huang Rui wrote:
I continue to work for bulk moving that based on the proposal by Christian.
Background:
amdgpu driver will move all PD/PT and PerVM BOs into idle
VK_KHR_timeline_semaphore:
This extension introduces a new type of semaphore that has an integer payload
identifying a point in a timeline. Such timeline semaphores support the
following operations:
* Host query - A host operation that allows querying the payload of the
timeline semaphore.
On Wed, Aug 22, 2018 at 04:45:27PM +0800, Zhang, Jerry (Junwei) wrote:
> On 08/22/2018 04:38 PM, Huang Rui wrote:
> >On Wed, Aug 22, 2018 at 04:33:30PM +0800, Huang Rui wrote:
> >>On Wed, Aug 22, 2018 at 04:07:20PM +0800, Zhang, Jerry wrote:
> >>>On 08/22/2018 03:52 PM, Huang Rui wrote:
> I
On 08/22/2018 04:38 PM, Huang Rui wrote:
On Wed, Aug 22, 2018 at 04:33:30PM +0800, Huang Rui wrote:
On Wed, Aug 22, 2018 at 04:07:20PM +0800, Zhang, Jerry wrote:
On 08/22/2018 03:52 PM, Huang Rui wrote:
I continue to work for bulk moving that based on the proposal by Christian.
Background:
On Wed, Aug 22, 2018 at 04:24:02PM +0800, Christian König wrote:
> Please commit patches #1, #2 and #3, doesn't make much sense to send
> them out even more often.
>
> Jerry's comments on patch #4 sound valid to me as well, but with those
> minor issues fixes/commented I think we can commit it.
fre 2018-08-17 klockan 19:48 +0530 skrev Uma Shankar:
> Add a blob property for plane CSC usage.
>
> v2: Rebase
>
> v3: Fixed Sean, Paul's review comments. Moved the property from
> mode_config to drm_plane. Created a helper function to instantiate
> these properties and removed from
stub fence will be used by timeline syncobj as well.
Change-Id: Ia4252f03c07a8105491d2791dc7c8c6976682285
Signed-off-by: Chunming Zhou
Cc: Jason Ekstrand
---
drivers/gpu/drm/drm_syncobj.c | 28 ++--
include/drm/drm_syncobj.h | 24
2 files
On Wed, Aug 22, 2018 at 04:33:30PM +0800, Huang Rui wrote:
> On Wed, Aug 22, 2018 at 04:07:20PM +0800, Zhang, Jerry wrote:
> > On 08/22/2018 03:52 PM, Huang Rui wrote:
> > > I continue to work for bulk moving that based on the proposal by
> > > Christian.
> > >
> > > Background:
> > > amdgpu
On Wed, Aug 22, 2018 at 04:07:20PM +0800, Zhang, Jerry wrote:
> On 08/22/2018 03:52 PM, Huang Rui wrote:
> > I continue to work for bulk moving that based on the proposal by Christian.
> >
> > Background:
> > amdgpu driver will move all PD/PT and PerVM BOs into idle list. Then move
> > all of
> >
https://bugs.freedesktop.org/show_bug.cgi?id=107655
Michel Dänzer changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEW
Please commit patches #1, #2 and #3, doesn't make much sense to send
them out even more often.
Jerry's comments on patch #4 sound valid to me as well, but with those
minor issues fixes/commented I think we can commit it.
Thanks for taking care of this,
Christian.
Am 22.08.2018 um 09:52
https://bugs.freedesktop.org/show_bug.cgi?id=107655
Michel Dänzer changed:
What|Removed |Added
Attachment #141236|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=107655
Michel Dänzer changed:
What|Removed |Added
Attachment #141237|text/x-log |text/plain
mime type|
Hi Jacopo,
Thank you for the patch.
On Wednesday, 22 August 2018 10:21:47 EEST Jacopo Mondi wrote:
> Document and re-name the 'dpll_ch' field to a more precise 'dpll_mask' for
> consistency with the 'channels_mask' field defined in 'struct
> rcar_du_device_info'.
>
> Signed-off-by: Jacopo Mondi
On 08/22/2018 03:52 PM, Huang Rui wrote:
I continue to work for bulk moving that based on the proposal by Christian.
Background:
amdgpu driver will move all PD/PT and PerVM BOs into idle list. Then move all of
them on the end of LRU list one by one. Thus, that cause so many BOs moved to
the end
On Tue, Aug 21, 2018 at 8:43 PM, John Stultz wrote:
> On Tue, Aug 21, 2018 at 7:59 AM, Noralf Trønnes wrote:
>> Den 21.08.2018 10.44, skrev Daniel Vetter:
>>> On Mon, Aug 20, 2018 at 11:44:56PM -0700, John Stultz wrote:
Since we don't have a drm_gem_cma_object reference in
This function allow us to bulk move a group of BOs to the tail of their LRU.
The positions of group of BOs are stored on the (first, last) bulk_move_pos
structure.
Signed-off-by: Christian König
Signed-off-by: Huang Rui
Tested-by: Mike Lothian
Tested-by: Dieter Nützel
Acked-by: Chunming Zhou
I continue to work for bulk moving that based on the proposal by Christian.
Background:
amdgpu driver will move all PD/PT and PerVM BOs into idle list. Then move all of
them on the end of LRU list one by one. Thus, that cause so many BOs moved to
the end of the LRU, and impact performance
The new bulk moving functionality is ready, the overhead of moving PD/PT bos to
LRU is fixed. So move them on LRU again.
Signed-off-by: Huang Rui
Tested-by: Mike Lothian
Tested-by: Dieter Nützel
Acked-by: Chunming Zhou
Reviewed-by: Junwei Zhang
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 2
From: Christian König
When move a BO to the end of LRU, it need remember the BO positions.
Make sure all moved bo in between "first" and "last". And they will be bulk
moving together.
Signed-off-by: Christian König
Signed-off-by: Huang Rui
Tested-by: Mike Lothian
Tested-by: Dieter Nützel
From: Christian König
Add bulk move pos to store the pointer of first and last buffer object.
The list in between will be bulk moved on lru list.
Signed-off-by: Christian König
Signed-off-by: Huang Rui
Tested-by: Mike Lothian
Tested-by: Dieter Nützel
Acked-by: Chunming Zhou
Reviewed-by:
The idea and proposal is originally from Christian, and I continue to work to
deliver it.
Background:
amdgpu driver will move all PD/PT and PerVM BOs into idle list. Then move all of
them on the end of LRU list one by one. Thus, that cause so many BOs moved to
the end of the LRU, and impact
On Wed, Aug 22, 2018 at 11:31:02AM +0800, Huang Rui wrote:
> On Tue, Aug 21, 2018 at 03:54:28PM +0200, Christian König wrote:
> > Am 21.08.2018 um 15:43 schrieb Huang Rui:
> > >On Mon, Aug 20, 2018 at 09:17:12PM +0800, Christian König wrote:
> > >>Am 20.08.2018 um 08:05 schrieb Huang Rui:
> >
https://bugs.freedesktop.org/show_bug.cgi?id=102616
--- Comment #9 from Lakshmi ---
(In reply to Lakshmi from comment #8)
> igt@gem_eio@in-flight test failure with "Failed assertion" was not seen
> recently and there are no open bugs related to failed assertion. So closing
> this bug.
--
You
From: Kuninori Morimoto
This patch updates license to use SPDX-License-Identifier
instead of verbose license text.
Kconfig doesn't have license line, thus, it is GPL-2.0 as default.
Signed-off-by: Kuninori Morimoto
Acked-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/Kconfig |
Hi Laurent
These are not yet appear on Linus tree.
I will re-post it.
Kuninori Morimoto (2):
drm: rcar-du: convert to SPDX identifiers
drm: shmobile: convert to SPDX identifiers
drivers/gpu/drm/rcar-du/Kconfig| 1 +
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 6 +-
From: Kuninori Morimoto
This patch updates license to use SPDX-License-Identifier
instead of verbose license text.
Signed-off-by: Kuninori Morimoto
Acked-by: Laurent Pinchart
---
drivers/gpu/drm/shmobile/Kconfig | 1 +
drivers/gpu/drm/shmobile/shmob_drm_backlight.c | 6 +-
With some exceptions clk muxes on imx6 are "glitchy": If the output
is not gated before reparenting then high-frequency pulses can occur and
cause unpredictable behavior. Only a very small subset of muxes are
listed as "glitchless" in the reference manual.
Adapt to this by adding the
On Tue, Aug 21, 2018 at 05:16:11PM +0100, Brian Starkey wrote:
> There's a number of things which haven't previously been documented
> around the usage of format modifiers. Capture the current
> understanding in an overview comment and add it to the rst
> documentation.
>
> Ideally, the generated
On Tue, 2018-08-21 at 19:42 -0300, Fabio Estevam wrote:
> Hi Leonard,
>
> On Tue, Aug 21, 2018 at 4:34 PM, Leonard Crestez
> wrote:
>
> > More concretely on 6qp-sdb blanking the display happens like this:
> > * imx_ldb_encoder_disable switches ipu1_di0_sel to ipu1_di0_pre from
> >
On Fri, Jul 6, 2018 at 2:44 PM, Chris Chiu wrote:
> On Thu, Jul 5, 2018 at 10:40 PM, Ville Syrjälä
> wrote:
>> On Thu, Jul 05, 2018 at 03:58:36PM +0800, Chris Chiu wrote:
>>> Hi,
>>> We have few ASUS laptops X705FD (The new WiskyLake), X560UD (intel
>>> i5-8250U), X530UN (intel i7-8550U)
https://bugs.freedesktop.org/show_bug.cgi?id=102616
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=102616
--- Comment #8 from Lakshmi ---
igt@gem_eio@in-flight with "Failed assertion" was not seen recently and there
are no open bugs related to failed assertion. So closing this bug.
--
You are receiving this mail because:
You are the assignee for
101 - 172 of 172 matches
Mail list logo
