Re: [4.17-rc4+ regression] X server does not start anymore with segmentation fault in `r600_dri.so`

Dear Michel, Am 15.05.2018 um 10:41 schrieb Michel Dänzer: On 2018-05-15 08:38 AM, Paul Menzel wrote: On 2018-05-14 10:44, Michel Dänzer wrote: On 2018-05-13 11:01 AM, Paul Menzel wrote: There is a regression introduced by a commit after Linux 4.17-rc4 causing the X.Org X server start to f

linux-next: build failure after merge of the drm tree

Hi all, After merging the drm tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c: In function 'init_user_pages': drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c:632:3: error: implicit declaration of function 'release_pages';

Re: [PATCH v2 26/26] drm/bridge: establish a link between the bridge supplier and consumer

On 2018-05-15 12:22, Daniel Vetter wrote: > On Mon, May 14, 2018 at 10:40 PM, Peter Rosin wrote: >> On 2018-05-14 18:28, Daniel Vetter wrote: >>> On Fri, May 11, 2018 at 09:37:47AM +0200, Peter Rosin wrote: On 2018-05-10 10:10, Andrzej Hajda wrote: > On 04.05.2018 15:52, Peter Rosin wrote

[PATCH 3/5] arm64: dts: renesas: r8a77995: Add LVDS support

From: Kieran Bingham The r8a77995 D3 platform has 2 LVDS channels connected to the DU. Signed-off-by: Kieran Bingham [uli: moved lvds* into the soc node, added PM domains, resets] Signed-off-by: Ulrich Hecht --- arch/arm64/boot/dts/renesas/r8a77995.dtsi | 56 +++ 1

Re: [PATCH] gpu: drm: drm_vm: Adding new typedef vm_fault_t

On Thu, May 10, 2018 at 7:12 PM, Souptick Joarder wrote: > Use new return type vm_fault_t for fault handler. For > now, this is just documenting that the function returns > a VM_FAULT value rather than an errno. Once all instances > are converted, vm_fault_t will become a distinct type. > > commit

[PATCH 0/5] R-Car D3 LVDS/HDMI support

Hi! This adds D3 support to the DU and LVDS drivers, not including LVDS PLL support. It also adds LVDS encoders to the D3 device tree, and LVDS decoder, HDMI encoder and HDMI output connector to the Draak device tree. In theory that should be good enough to provide HDMI output on the Draak board

Re: [PATCH v2] gpu: drm: armada: Adding new typedef vm_fault_t

On Fri, May 11, 2018 at 2:52 PM, Russell King - ARM Linux wrote: > On Thu, May 10, 2018 at 08:34:48PM +0530, Souptick Joarder wrote: >> Use new return type vm_fault_t for fault handler in >> struct vm_operations_struct. For now, this is just >> documenting that the function returns a VM_FAULT >> v

Re: [PATCH] gpu: host1x: Fix compiler errors

Hello, On Mon, May 14, 2018 at 10:43:08AM +0200, Thierry Reding wrote: > On Mon, Mar 26, 2018 at 04:44:14PM +0200, Emil Goode wrote: > > The compiler is complaining with the following errors: > > > > drivers/gpu/host1x/cdma.c:94:48: error: > > passing argument 3 of ‘dma_alloc_wc’ from incompa

[PATCH 1/5] drm: rcar-du: Add r8a77995 device support

From: Koji Matsuoka Add support for the R-Car D3 (R8A77995) SoC to the R-Car DU driver. Signed-off-by: Koji Matsuoka Signed-off-by: Ulrich Hecht --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/drivers/gpu/drm/rcar-du/rc

[PATCH 5/5] arm64: dts: renesas: r8a77995-draak: add X12 input dot clock

74.25 Mhz oscillator X12 is connected to DU_DOTCLKIN0. Signed-off-by: Ulrich Hecht --- arch/arm64/boot/dts/renesas/r8a77995-draak.dts | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a77995-draak.dts b/arch/arm64/boot/dts/renesas/r8a77995-draak.dts

[PATCH 4/5] arm64: dts: renesas: r8a77995-draak: add HDMI output

Adds LVDS decoder, HDMI encoder and connector for Draak boards. Signed-off-by: Ulrich Hecht --- arch/arm64/boot/dts/renesas/r8a77995-draak.dts | 80 ++ 1 file changed, 80 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a77995-draak.dts b/arch/arm64/boot/dts/ren

Re: [PATCH] drm: rcar-du: disable dtc graph-endpoint warnings on DT overlays

On Fri, May 11, 2018 at 09:33:23AM -0500, Rob Herring wrote: > The rcar DT overlays are missing symetrical remote-endpoint properties > in their graph nodes because the remote-endpoint is fixed up at > run-time. Disable the dtc 'graph-endpoint' warnings when compiling these > overlays. If this beco

Re: [RFC PATCH] drm/vkms: vkms_driver can be static

On Tue, May 15, 2018 at 07:30:52PM +0800, kbuild test robot wrote: > > Fixes: 58d8108f080c ("drm/vkms: Introduce basic VKMS driver") > Signed-off-by: Fengguang Wu > --- > vkms_drv.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/vkms/vkms_drv.c b/dri

[PULL] drm-misc-next

Hi, Small fix for render nodes, changelog is slightly clobbered by moving drm-misc-next forward to drm/drm-next. :) drm-misc-next-2018-05-15: drm-misc-next for v4.18: UAPI Changes: - Fix render node number regression from control node removal. Driver Changes: - Small header fix for virgl, used

[PATCH 2/5] drm: rcar-du: lvds: Add R8A77995 support

Add support for the R-Car D3 (R8A77995) SoC to the LVDS encoder driver. Signed-off-by: Ulrich Hecht --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/rcar-du/rcar_lvds.c b/drivers/gpu/drm/rcar-du/rcar_lvds.c index 3d2d3bb..58fb9f8

Re: [PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

No, that spinlock is indeed incorrect. See even when we protect the spsc queue with a spinlock that doesn't make it correct. It can happen that the jobs pushed to the queue are reversed in their sequence order and that can cause severe problems in the memory management. Christian. Am 16.

Re: [PATCH 4/6] drm/panel: simple: Add support for Banana Pi 7" S070WV20-CT16 panel

On Mon, May 14, 2018 at 11:03 AM, Jagan Teki wrote: > On Thu, Apr 19, 2018 at 3:02 PM, Chen-Yu Tsai wrote: >> This panel is marketed as Banana Pi 7" LCD display. On the back is >> a sticker denoting the model name S070WV20-CT16. >> >> This is a 7" 800x480 panel connected through a 24-bit RGB inte

[PATCH] drm/vmwgfx: Set dmabuf_size when vmw_dmabuf_init is successful

From: Deepak Rawat SOU primary plane prepare_fb hook depends upon dmabuf_size to pin up BO (and not call a new vmw_dmabuf_init) when a new fb size is same as current fb. This was changed in a recent commit which is causing page_flip to fail on VM with low display memory and multi-mon failure when

[PATCH 14/14] mm: turn on vm_fault_t type checking

Switch vm_fault_t to point to an unsigned int with __bіtwise annotations. This both catches any old ->fault or ->page_mkwrite instance with plain compiler type checking, as well as finding more intricate problems with sparse. Signed-off-by: Christoph Hellwig --- arch/alpha/mm/fault.c

[PATCH 10/14] vgem: separate errno from VM_FAULT_* values

And streamline the code in vgem_fault with early returns so that it is a little bit more readable. Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/vgem/vgem_drv.c | 51 +++-- 1 file changed, 23 insertions(+), 28 deletions(-) diff --git a/drivers/gpu/drm/vgem/vge

[PATCH 13/14] mm: move arch specific VM_FAULT_* flags to mm.h

Various architectures define their own internal flags. Not sure a public header like mm.h is a good place, but keeping them inside the arch code with possible conflicts also seems like a bad idea. Maybe we just need to stop overloading the value instead. Signed-off-by: Christoph Hellwig --- ar

[PATCH 12/14] lustre: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- .../staging/lustre/lustre/llite/llite_mmap.c | 37 +++ .../lustre/lustre/llite/vvp_internal.h| 2 +- 2 files changed, 14 insertions(+), 25 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/llite_mmap.c b/drivers/staging/

[PATCH 11/14] ttm: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/ttm/ttm_bo_vm.c | 42 + 1 file changed, 22 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c index 8eba95b3c737..255e7801f62c 100644 --- a/drivers/gpu/

[PATCH 06/14] btrfs: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/btrfs/ctree.h | 2 +- fs/btrfs/inode.c | 19 ++- 2 files changed, 11 insertions(+), 10 deletions(-) diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h index 1485cd130e2b..02a0de73c1d1 100644 --- a/fs/btrfs/ctree.h +++ b/fs/btrfs/ctree.h @@ -

[PATCH 09/14] ubifs: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ubifs/file.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/fs/ubifs/file.c b/fs/ubifs/file.c index 1acb2ff505e6..7c1a2e1c3de5 100644 --- a/fs/ubifs/file.c +++ b/fs/ubifs/file.c @@ -1513,7 +1513,7 @@ static int ubifs_releasepage(

[PATCH 03/14] dax: make the dax_iomap_fault prototype consistent

Signed-off-by: Christoph Hellwig --- include/linux/dax.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/dax.h b/include/linux/dax.h index dc65ece825ee..a292bccdc274 100644 --- a/include/linux/dax.h +++ b/include/linux/dax.h @@ -183,7 +183,7 @@ void dax_flush(str

[PATCH 08/14] ocfs2: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ocfs2/mmap.c | 36 +++- 1 file changed, 19 insertions(+), 17 deletions(-) diff --git a/fs/ocfs2/mmap.c b/fs/ocfs2/mmap.c index fb9a20e3d608..e75c1fc5333e 100644 --- a/fs/ocfs2/mmap.c +++ b/fs/ocfs2/mmap.c @@ -44,11 +44,11 @@

[PATCH 01/14] orangefs: don't return errno values from ->fault

Signed-off-by: Christoph Hellwig --- fs/orangefs/file.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/fs/orangefs/file.c b/fs/orangefs/file.c index 26358efbf794..b4a25cd4f3fa 100644 --- a/fs/orangefs/file.c +++ b/fs/orangefs/file.c @@ -528,18 +528,16 @@ static lon

[PATCH 07/14] ext4: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ext4/ext4.h | 4 ++-- fs/ext4/inode.c | 30 +++--- 2 files changed, 17 insertions(+), 17 deletions(-) diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h index fa52b7dd4542..48592d0edf3e 100644 --- a/fs/ext4/ext4.h +++ b/fs/ext4/ext4.h @

[PATCH 05/14] ceph: untangle ceph_filemap_fault

Streamline the code to have a somewhat natural flow, and separate the errno values from the VM_FAULT_* values. Signed-off-by: Christoph Hellwig --- fs/ceph/addr.c | 100 + 1 file changed, 51 insertions(+), 49 deletions(-) diff --git a/fs/ceph/addr

[PATCH 02/14] fs: make the filemap_page_mkwrite prototype consistent

!CONFIG_MMU version didn't agree with the rest of the kernel.. Signed-off-by: Christoph Hellwig --- mm/filemap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/filemap.c b/mm/filemap.c index 52517f28e6f4..cf21ced98eff 100644 --- a/mm/filemap.c +++ b/mm/filemap.c @@ -2748,

[PATCH 04/14] mm: remove the unused device_private_entry_fault export

Signed-off-by: Christoph Hellwig --- kernel/memremap.c | 1 - 1 file changed, 1 deletion(-) diff --git a/kernel/memremap.c b/kernel/memremap.c index db4e1a373e5f..59ee3b604b39 100644 --- a/kernel/memremap.c +++ b/kernel/memremap.c @@ -65,7 +65,6 @@ int device_private_entry_fault(struct vm_area_s

vm_fault_t conversion, for real

Hi all, this series tries to actually turn vm_fault_t into a type that can be typechecked and checks the fallout instead of sprinkling random annotations without context. The first one fixes a real bug in orangefs, the second and third fix mismatched existing vm_fault_t annotations on the same fu

[Bug 106533] r300_dri.so SIGSEGV in llvm_pipeline_generic under Cinnamon

https://bugs.freedesktop.org/show_bug.cgi?id=106533 --- Comment #2 from Roland Scheidegger --- I suppose it crashes in the jit-compiled code (debug symbols should help with identifying that, but not help any further if that's the case). Can you print out the faulting instruction (gdb x/i address

Re: [PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

Yeah, that what I am not sure about... It's lockless in a sense of single producer single consumer but not for multiple concurrent producers... So now I think this spinlock should stay there... It just looked useless to me at first sight... Andrey From:

[PATCH 3/3] drm/vkms: Add extra information about vkms

Add the following additional information: authors and description in Kconfig. Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/Kconfig | 8 ++-- drivers/gpu/drm/vkms/vkms_drv.c | 2 ++ 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/Kconfig b/drivers

[PATCH 1/3] drm/vkms: Add basic CRTC initialization

This commit adds the essential infrastructure for managing CRTCs which is composed of: a new data struct for output data information, a function for basic modeset initialization, and the operation to create planes. Due to the introduction of a new initialization function, connectors were moved from

[PATCH 0/3] Expanding the basic vkms features

This series of patches add a centralized initialization mechanism, a single CRTC with a plane, an encoder, and extra module information. Rodrigo Siqueira (3): drm/vkms: Add basic CRTC initialization drm/vkms: Add encoder initialization drm/vkms: Add extra information about vkms drivers/gp

[PATCH 2/3] drm/vkms: Add encoder initialization

This commit adds a single and simple virtual encoder to VKMS. Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/vkms/vkms_display.c | 25 + drivers/gpu/drm/vkms/vkms_drv.h | 2 ++ 2 files changed, 27 insertions(+) diff --git a/drivers/gpu/drm/vkms/vkms_display.c

Re: [PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

On 2018年05月16日 03:31, Andrey Grodzovsky wrote: Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 4 include/drm/gpu_scheduler.h | 1 - 2 files changed, 5 deletions(-) diff --git a/drivers/gpu/drm/scheduler/gpu_scheduler.c b/drivers/gpu/dr

[Bug 101003] segfault with ideas test of glmark2

https://bugs.freedesktop.org/show_bug.cgi?id=101003 --- Comment #6 from Anthony Ciani --- Ditto. Branches 17.2, 17.3 and 18.0 up to 18.0.3. hardware is a 01:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RS482M [Mobility Radeon Xpress 200] [1002:5975] Stack trace

[Bug 106533] r300_dri.so SIGSEGV in llvm_pipeline_generic under Cinnamon

https://bugs.freedesktop.org/show_bug.cgi?id=106533 --- Comment #1 from Anthony Ciani --- Error occurs on two identical Dell Inspiron 1501's, one with 3GB of memory and the other with 4GB. 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD/ATI] RS480/RS482/RS485 Host Bridge [1002:5950

[Bug 106533] r300_dri.so SIGSEGV in llvm_pipeline_generic under Cinnamon

https://bugs.freedesktop.org/show_bug.cgi?id=106533 Bug ID: 106533 Summary: r300_dri.so SIGSEGV in llvm_pipeline_generic under Cinnamon Product: Mesa Version: 18.0 Hardware: x86-64 (AMD64) OS: Linux (All)

Re: [Intel-gfx] [PATCH 5/5] media: platform: Add Chrome OS EC CEC driver

Hi Neil, I love your patch! Yet something to improve: [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.17-rc5 next-20180515] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

[Bug 106531] Age of Wonders 3 rendering failure on 18.1.0-rc

https://bugs.freedesktop.org/show_bug.cgi?id=106531 --- Comment #1 from Timothy Arceri --- I believe it's related to GL 3.1 compat being exposed. Oddly using MESA_GL_VERSION_OVERRIDE=3.1COMPAT fixes the issue. -- You are receiving this mail because: You are the assignee for the bug.__

RE: [kbuild-all] [RFC PATCH] drm/vkms: vkms_driver can be static

> Subject: Re: [kbuild-all] [RFC PATCH] drm/vkms: vkms_driver can be static > > On Tue, May 15, 2018 at 07:30:52PM +0800, kbuild test robot wrote: > > > > Fixes: 58d8108f080c ("drm/vkms: Introduce basic VKMS driver") > > Signed-off-by: Fengguang Wu > > One thing I noticed while applying this: Yo

linux-next: Signed-off-by missing for commits in the drm tree

Hi all, Commits f412e8307d0a ("drm/amd/display: Couple bug fixes in stats module") e09b6473c605 ("drm/amd/display: Rename encoder_info_packet to dc_info_packet") 87943159f409 ("drm/amd/display: Only program MSA_TIMING_PARAM if it changed") are missing a Signed-off-by from their author. --

[Bug 106531] Age of Wonders 3 rendering failure on 18.1.0-rc

https://bugs.freedesktop.org/show_bug.cgi?id=106531 Bug ID: 106531 Summary: Age of Wonders 3 rendering failure on 18.1.0-rc Product: Mesa Version: git Hardware: Other OS: Linux (All) Status: NEW Severity:

Re: [gabbayo:amdkfd-next 6/28] drivers/gpu//drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c:632:3: error: implicit declaration of function 'release_pages'; did you mean 'release_task'?

We need to #include . On 2018-05-15 09:44 AM, kbuild test robot wrote: > tree: git://people.freedesktop.org/~gabbayo/linux amdkfd-next > head: 8feaccf71dd61f2201493068055e0d1d699014df > commit: 5ae0283e831a94c714fce61063e4724baf364ef3 [6/28] drm/amdgpu: Add > userptr support for KFD > config

Re: [PATCH 3/3] drm/tinydrm: new driver for ILI9341 display panels

On Tue, May 15, 2018 at 4:43 AM, David Lechner wrote: > This adds a new driver for display panels that use the Ilitek ILI9341 > controller. It currently supports a single display panel, namely > the YX240QV29-T (e.g. Adafruit 2.4" TFT). > > The init sequence is from the Adafruit Python library for

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #9 from mikhail.v.gavri...@gmail.com --- (In reply to mikhail.v.gavrilov from comment #8) > Created attachment 139581 [details] > mpv verbose info for h264 [vd] Using software decoding. Also hardware acceleration not used for h264 wh

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #8 from mikhail.v.gavri...@gmail.com --- Created attachment 139581 --> https://bugs.freedesktop.org/attachment.cgi?id=139581&action=edit mpv verbose info for h264 -- You are receiving this mail because: You are the assignee for th

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #7 from mikhail.v.gavri...@gmail.com --- (In reply to mikhail.v.gavrilov from comment #6) > Created attachment 139580 [details] > mpv verbose info [vd] Using software decoding. looks like hardware acceleration not used when playing V

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #6 from mikhail.v.gavri...@gmail.com --- Created attachment 139580 --> https://bugs.freedesktop.org/attachment.cgi?id=139580&action=edit mpv verbose info -- You are receiving this mail because: You are the assignee for the bug.___

Re: [radeon-alex:amd-staging-drm-next 62/63] drivers/gpu/drm/amd/amdgpu/soc15.c:686:3-24: duplicated argument to & or |

Lines 686 and 688 seem to contain the same constant. julia On Wed, 16 May 2018, kbuild test robot wrote: > CC: kbuild-...@01.org > CC: dri-devel@lists.freedesktop.org > TO: Alex Deucher > > tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next > head: dbf4f8b16fdef588f3d9

Re: [RFC PATCH 07/10] clk: rockchip: set clk-ddr to GET_RATE_NOCACHE.

Quoting Enric Balletbo i Serra (2018-05-14 14:16:07) > From: Derek Basehore > > This adds the flag to the clk-ddr in rockchip to not use the cached > rate for get_rate. This is to handle timeout error conditions in SMC > for the set rate function. We need some more information here. Why does tim

[Bug 106430] GPU hang when played video with acceleration (vaapi)

https://bugs.freedesktop.org/show_bug.cgi?id=106430 --- Comment #2 from mikhail.v.gavri...@gmail.com --- Created attachment 139579 --> https://bugs.freedesktop.org/attachment.cgi?id=139579&action=edit dmesg -- You are receiving this mail because: You are the assignee for the bug.__

[PATCH] drm/bridge: checkpatch strict minor updates

Minor fixes detected with "scripts/checkpatch.pl --strict" Signed-off-by: Philippe Cornu --- Detected when merging "drm: clarify adjusted_mode documentation for bridges" include/drm/drm_bridge.h | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/include/drm/drm_bridg

Re: [PATCH v2 09/11] docs: Fix some broken references

Quoting Mauro Carvalho Chehab (2018-05-09 06:18:52) > As we move stuff around, some doc references are broken. Fix some of > them via this script: > ./scripts/documentation-file-ref-check --fix-rst > > Manually checked if the produced result is valid, removing a few > false-positives. > >

Re: [PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

Yea, I might need to give another thought to whether this  spinlock can actually be removed. Andrey On 05/15/2018 03:38 PM, Alex Deucher wrote: On Tue, May 15, 2018 at 3:31 PM, Andrey Grodzovsky wrote: Signed-off-by: Andrey Grodzovsky Please provide a better patch description. Alex ---

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #5 from mikhail.v.gavri...@gmail.com --- 5) Opera browser still working as yesterday (GPU overheating, on the video card all LED are glow + 200% CPU and more ...) -- You are receiving this mail because: You are the assignee for the

Re: drm SPDX updates

On Mon, May 14, 2018 at 12:31 PM, Daniel Vetter wrote: > On Mon, May 14, 2018 at 08:10:29AM -0700, Dirk Hohndel wrote: >> On Mon, May 14, 2018 at 05:01:43PM +0200, Thomas Hellstrom wrote: >> > > I haven't seen any comments in the week since I wrote this. I'm not >> > > familiar with the process fo

Re: [PATCH 1/2] drm/amdgpu: Skip drm_sched_entity realted ops for KIQ ring.

On Tue, May 15, 2018 at 3:31 PM, Andrey Grodzovsky wrote: > Follwoing change 75fbed2 we need to skip KIQ ring when iterating > amdgpu_ctx's scheduler entites. > > Signed-off-by: Andrey Grodzovsky Typo in the title: realted -> related Typo in the description: Follwoing -> Following Also expand on

Re: [PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

On Tue, May 15, 2018 at 3:31 PM, Andrey Grodzovsky wrote: > Signed-off-by: Andrey Grodzovsky Please provide a better patch description. Alex > --- > drivers/gpu/drm/scheduler/gpu_scheduler.c | 4 > include/drm/gpu_scheduler.h | 1 - > 2 files changed, 5 deletions(-) > > dif

drm-next has moved

Just in case anyone was wondering, I've been trialling using the dim tools for managing drm-next this cycle, git://git.freedesktop.org/git/drm/drm drm-next https://cgit.freedesktop.org/drm/drm/ Dave. ___ dri-devel mailing list dri-devel@lists.freedeskt

[PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 4 include/drm/gpu_scheduler.h | 1 - 2 files changed, 5 deletions(-) diff --git a/drivers/gpu/drm/scheduler/gpu_scheduler.c b/drivers/gpu/drm/scheduler/gpu_scheduler.c index 1f1dd70..2569a63 100

[PATCH 1/2] drm/amdgpu: Skip drm_sched_entity realted ops for KIQ ring.

Follwoing change 75fbed2 we need to skip KIQ ring when iterating amdgpu_ctx's scheduler entites. Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdg

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #4 from mikhail.v.gavri...@gmail.com --- Today (In reply to Christian König from comment #3) > > $ mpv --hwdec=vaapi Downloads/WE\ GOT\ INTEL\'S\ PROTOTYPE\ GRAPHICS\ > > CARD.webm > > Playing: Downloads/WE GOT INTEL'S PROTOTYPE GRAP

[Bug 199693] [bisect 08810a4119aaebf6318f209ec5dd9828e969cba4] (pci runtime) System freeze after resuming from suspend (amdgpu)

https://bugzilla.kernel.org/show_bug.cgi?id=199693 --- Comment #5 from Thomas Martitz (ku...@rockbox.org) --- Created attachment 275999 --> https://bugzilla.kernel.org/attachment.cgi?id=275999&action=edit Patch making resume work -- You are receiving this mail because: You are watching the ass

[Bug 199693] [bisect 08810a4119aaebf6318f209ec5dd9828e969cba4] (pci runtime) System freeze after resuming from suspend (amdgpu)

https://bugzilla.kernel.org/show_bug.cgi?id=199693 --- Comment #4 from Thomas Martitz (ku...@rockbox.org) --- Not necessarily, I'd say. Using the attached patch (I posted this to linux-pm, too). Makes it work. Also, I think it's another dev that affects amdgpu somehow, restricting the above patch

[Bug 105284] Every boot I get an error in dmesg "WARNING: CPU: 2 PID: 1380 at drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132 generic_reg_update_ex+0x108/0x150 [amdgpu]"

https://bugs.freedesktop.org/show_bug.cgi?id=105284 --- Comment #12 from Harry Wentland --- Hi burak, your stack is different. See dce110_opp_program_regamma_pwl vs dce110_stream_encoder_update_hdmi_info_packets on the stack. Can you open a new ticket? Thanks, Harry -- You are receiving this

[gabbayo:amdkfd-next 19/28] drivers/gpu/drm/amd/amdkfd/kfd_int_process_v9.c:33:21: sparse: cast to restricted __le32

tree: git://people.freedesktop.org/~gabbayo/linux amdkfd-next head: 8feaccf71dd61f2201493068055e0d1d699014df commit: ca750681bc4a897ffa7eed71a1e05762fb1f0a34 [19/28] drm/amdkfd: Add SOC15 interrupt processing support reproduce: # apt-get install sparse git checkout ca750681bc4a

[pull] radeon, amdgpu, ttm, and gpu scheduler drm-next-4.18

Hi Dave, Main changes for 4.18. I'd like to do a separate pull for vega20 later this week or next. Highlights: - Reserve pre-OS scanout buffer during init for seemless transition from console to driver - VEGAM support - Improved GPU scheduler documentation - Initial gfxoff support for raven -

[Bug 104347] AMD RX 580: Hide/Show Chromium sometimes corrupts screen (see screenshot)

https://bugs.freedesktop.org/show_bug.cgi?id=104347 --- Comment #16 from Norbert Klar --- Found some articles from early 2017, and many RX4xx/5xx users report this problem. Any chance to get a fix? https://askubuntu.com/questions/910124/amd-graphics-rx-480-displaying-artifacts-in-17-04 -- You

[PATCH] drm: rcar-du: Fix build failure

Commit 75a07f399cd4 ("drm: rcar-du: Zero-out sg_tables when duplicating plane state") introduced a reference to the alpha field of struct rcar_du_vsp_plane_state that got removed in commit 301a9b8d5456 ("drm/rcar-du: Convert to the new generic alpha property"). The issue stems from the merge of the

Re: [RFC PATCH] drm/vkms: vkms_driver can be static

On Tue, May 15, 2018 at 07:30:52PM +0800, kbuild test robot wrote: > > Fixes: 58d8108f080c ("drm/vkms: Introduce basic VKMS driver") > Signed-off-by: Fengguang Wu One thing I noticed while applying this: Your author (as recorded in the From: line) and your s-o-b don't match. Now I know that you'

[Bug 105284] Every boot I get an error in dmesg "WARNING: CPU: 2 PID: 1380 at drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132 generic_reg_update_ex+0x108/0x150 [amdgpu]"

https://bugs.freedesktop.org/show_bug.cgi?id=105284 --- Comment #11 from burak --- H(In reply to Harry Wentland from comment #10) > No worries. Don't hesitate to open a new ticket if your warning/error log > seems to indicate amdgpu. I'd be happy to take a brief look. > > Even if I won't have ti

Re: [PATCH v2 4/5] mfd: cros_ec_dev: Add CEC sub-device registration

Hi Neil, I suspect that this patch will conflict with some patches that will be queued for 4.18 that also introduces new devices, well, for now I don't see these merged in the Lee's tree. Based on some reviews I got when I send a patch to this file ... 2018-05-15 17:29 GMT+02:00 Hans Verkuil : >

[Bug 106527] [amdgpu-pro] OpenCL corrupted memory on AMD R9 280X

https://bugs.freedesktop.org/show_bug.cgi?id=106527 Jan Vesely changed: What|Removed |Added Summary|OpenCL corrupted memory on |[amdgpu-pro] OpenCL |AMD

Re: [PATCH] drm: rcar-du: Fix rcar_du_of_init() stub

Hi Laurent Thanks for identifying this fault and posting the fix. (+linux-renesas-soc) On 15/05/18 16:57, Laurent Pinchart wrote: > The rcar_du_of_init() function is supposed to be defined as a stub when > CONFIG_DRM_RCAR_LVDS is disabled as the rcar_du_of.c file isn't compiled > in that case. H

[Bug 104598] vkmark with kwin compositing: Page flip failed: Cannot allocate memory

https://bugs.freedesktop.org/show_bug.cgi?id=104598 Michel Dänzer changed: What|Removed |Added Component|DRM/AMDgpu |DRM/other --- Comment #7 from Michel Dä

Re: [PATCH v2 1/5] media: cec-notifier: Get notifier by device and connector name

On 15/05/2018 17:22, Hans Verkuil wrote: > On 05/15/2018 04:42 PM, Neil Armstrong wrote: >> In non device-tree world, we can need to get the notifier by the driver >> name directly and eventually defer probe if not yet created. >> >> This patch adds a variant of the get function by using the device

[PATCH v3 5/5] drm/arm/malidp: Added the late system pm functions

malidp_pm_suspend_late checks if the runtime status is not suspended and if so, invokes malidp_runtime_pm_suspend which disables the display engine/core interrupts and the clocks. It sets the runtime status as suspended. The difference between suspend() and suspend_late() is as follows:- 1. suspen

[PATCH v3 4/5] drm/arm/malidp: Set the output_depth register in modeset

One needs to store the value of the OUTPUT_DEPTH that one has parsed from device tree, so that it can be restored on system resume. This value is set in the modeset function as this gets reset when the system suspends. Signed-off-by: Ayan Kumar Halder --- Changes in v3:- - Rebased the patch on t

[PATCH v3 2/5] drm/arm/malidp: Split malidp interrupt initialization functions.

Malidp uses two interrupts ie 1. se_irq - used for memory writeback. and 2. de_irq - used for display output. Extract the hardware initialization part from malidp interrupt registration ie (malidp_de_irq_init()/ malidp_se_irq_init()) into a separate function (ie malidp_de_irq_hw_init()/malidp_se

[PATCH v3 1/5] drm/arm/malidp: Modified the prototype of malidp irq de-initializers

Malidp uses two interrupts ie 1. se_irq - used for memory writeback. and 2. de_irq - used for display output. 'struct drm_device' is being replaced with 'struct malidp_hw_device' as the function argument. The reason being the dependency of malidp_de_irq_fini on 'struct drm_device' needs to be rem

[PATCH v3 3/5] drm/arm/malidp: Enable/disable interrupts in runtime pm

Display and scaling engine interrupts need to be disabled when the runtime pm invokes malidp_runtime_pm_suspend(). Conversely, they need to be enabled in malidp_runtime_pm_resume(). This patch depends on: https://lkml.org/lkml/2017/5/15/695 Signed-off-by: Ayan Kumar Halder Signed-off-by: Alexand

[PATCH v3 0/5] Enhance support for system and runtime power management on malidp.

This patch series enhances and fixes certain issues relevant to system and runtime power management on malidp. --- Changes in v3: - Squashed some commits. - Fixed an issue related to writeback. Reported-by: Alexandru-Cosmin Gheorghe Changes in v2: - Removed the change ids and modified some co

Re: [PATCH v2 1/2] drm/etnaviv: switch MMU page tables to writecombine memory

On Tue, 2018-05-08 at 15:23 +0200, Lucas Stach wrote: > We are likely to write multiple page entries at once and already ensure > proper write buffer flushing before GPU submit, so this improves CPU > time usage in the submit path without any downsides. > > Signed-off-by: Lucas Stach Reviewed-by

Re: [PULL] drm-intel-next

"... should _not_ take this as a personal failure ..." is what I meant of course. Worst possible oversight :-/ -Daniel On Tue, May 15, 2018 at 4:58 PM, Daniel Vetter wrote: > Imo we should take this as a personal failure of anyone, things > happen. Instead this is a good opportunity to improve ou

Re: [PATCH] drm: rcar-du: disable dtc graph-endpoint warnings on DT overlays

Hi Rob, Thank you for the patch. On Friday, 11 May 2018 17:33:23 EEST Rob Herring wrote: > The rcar DT overlays are missing symetrical remote-endpoint properties > in their graph nodes because the remote-endpoint is fixed up at > run-time. Disable the dtc 'graph-endpoint' warnings when compiling

[PATCH] drm: rcar-du: Fix rcar_du_of_init() stub

The rcar_du_of_init() function is supposed to be defined as a stub when CONFIG_DRM_RCAR_LVDS is disabled as the rcar_du_of.c file isn't compiled in that case. However, a bug in the configuration option check makes it a stub when CONFIG_DRM_RCAR_LVDS=m as well, which prevents legacy DTs from being f

Re: [PULL] drm-intel-next

Agreed. Zhi, don't worry about it. I think the main takeaways here are: 1) We need to improve the dim checks on git pulls. This is both for us pulling gvt, and now that Dave's experimenting with dim, for him pulling all the trees. 2) The GVT maintainers should consider using dim too. It would p

Re: [PATCH] drm: clarify adjusted_mode documentation for bridges

Hi, Applied on drm-misc-next. Many thanks, Philippe :-) On 04/19/2018 07:00 PM, Archit Taneja wrote: > > > On Thursday 19 April 2018 09:20 PM, Philippe CORNU wrote: >> Hi Archit & Andrzej, >> >> May I ask you please a short review of this documentation update. >> Many thanks >> Philippe :-) >>

Re: [drm-tip:drm-tip 711/734] drivers/gpu/drm/rcar-du/rcar_du_vsp.c:317:6: error: 'struct rcar_du_vsp_plane_state' has no member named 'alpha'

Hello, On Tuesday, 15 May 2018 17:24:52 EEST kbuild test robot wrote: > tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip > head: c03987223c762e4a61142f0a9be6027bb181cdfa > commit: 9037d4b98b255979c6636045794775f5a89cc623 [711/734] Merge branch > 'drm/du/next' of git://linuxtv.org/pincha

Re: [Intel-gfx] [PATCH v2 2/5] drm/i915: hdmi: add CEC notifier to intel_hdmi

On Tue, May 15, 2018 at 04:42:19PM +0200, Neil Armstrong wrote: > This patchs adds the cec_notifier feature to the intel_hdmi part > of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate > between each HDMI ports. > The changes will allow the i915 HDMI code to notify EDID and

Re: [PATCH v2 5/5] media: platform: Add Chrome OS EC CEC driver

On 05/15/2018 04:42 PM, Neil Armstrong wrote: > The Chrome OS Embedded Controller can expose a CEC bus, this patch add the > driver for such feature of the Embedded Controller. > > This driver is part of the cros-ec MFD and will be add as a sub-device when > the feature bit is exposed by the EC. >

Re: [PATCH v2 4/5] mfd: cros_ec_dev: Add CEC sub-device registration

On 05/15/2018 04:42 PM, Neil Armstrong wrote: > The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device > when the CEC feature bit is present. > > Signed-off-by: Neil Armstrong For what it is worth (not an MFD expert): Acked-by: Hans Verkuil Thanks! Hans > --- > driver

Re: [PATCH v2 3/5] mfd: cros-ec: Introduce CEC commands and events definitions.

On 05/15/2018 04:42 PM, Neil Armstrong wrote: > The EC can expose a CEC bus, this patch adds the CEC related definitions > needed by the cros-ec-cec driver. > Having a 16 byte mkbp event size makes it possible to send CEC > messages from the EC to the AP directly inside the mkbp event > instead of

[Bug 199693] [bisect 08810a4119aaebf6318f209ec5dd9828e969cba4] (pci runtime) System freeze after resuming from suspend (amdgpu)

https://bugzilla.kernel.org/show_bug.cgi?id=199693 Chen Yu (yu.c.c...@intel.com) changed: What|Removed |Added CC||r...@rjwysocki.net

  1   2   3   >