[Bug 207673] New: radeon: crash due to over temperature

2020-05-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=207673 Bug ID: 207673 Summary: radeon: crash due to over temperature Product: Drivers Version: 2.5 Kernel Version: 5.6.x and previous Hardware: All OS: Linux Tree: M

[Bug 207673] radeon: crash due to over temperature

2020-05-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=207673 --- Comment #1 from phileimer (p...@jpmr.org) --- Created attachment 289047 --> https://bugzilla.kernel.org/attachment.cgi?id=289047&action=edit radeon: lower the high temperature limit Limit the chip temperature to 100C, instead of 120C. --

Re: [PATCH v2 01/10] backlight: Add backlight_device_get_by_name()

2020-05-10 Thread Jingoo Han
On 5/9/20, 10:16 AM, Noralf Trønnes wrote: > > Add a way to lookup a backlight device based on its name. > Will be used by a USB display gadget getting the name from configfs. > > Cc: Lee Jones Please delete this line, because Lee already sent his Acked-by. > Cc: Daniel Thompson > Cc: Jingoo H

Re: [PATCH] drm: vmwgfx: include linux/highmem.h

2020-05-10 Thread Ira Weiny
On Sat, May 09, 2020 at 12:01:31AM +0200, Arnd Bergmann wrote: > In order to call kmap_atomic() etc, we need to include linux/highmem.h: > > drivers/gpu/drm/vmwgfx/vmwgfx_blit.c: In function 'vmw_bo_cpu_blit_line': > drivers/gpu/drm/vmwgfx/vmwgfx_blit.c:377:4: error: implicit declaration of > fun

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

2020-05-10 Thread Stephen Rothwell
Hi all, After merging the drm tree, today's linux-next build (x86_64 allmodconfig) produced this warning: WARNING: modpost: missing MODULE_LICENSE() in drivers/gpu/drm/panel/panel-visionox-rm69299.o Introduced by commit c7f66d32dd43 ("drm/panel: add support for rm69299 visionox panel") --

Re: [PATCH 00/15][RFC] Add regulator devfreq support to Panfrost

2020-05-10 Thread Tomeu Vizoso
On 5/10/20 6:55 PM, Clément Péron wrote: Hi, This serie cleans and adds regulator support to Panfrost devfreq. This is mostly based on comment for the freshly introduced lima devfreq. We need to add regulator support because on Allwinner the GPU OPP table defines both frequencies and voltages.

Re: [PATCH v2 01/10] backlight: Add backlight_device_get_by_name()

2020-05-10 Thread Lee Jones
On Sat, 09 May 2020, Noralf Trønnes wrote: > Add a way to lookup a backlight device based on its name. > Will be used by a USB display gadget getting the name from configfs. > > Cc: Lee Jones > Cc: Daniel Thompson > Cc: Jingoo Han > Reviewed-by: Sam Ravnborg > Reviewed-by: Daniel Thompson >

Re: [PATCH 1/6] drm/ttm: Add unampping of the entire device address space

2020-05-10 Thread Christian König
Am 09.05.20 um 20:51 schrieb Andrey Grodzovsky: Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/ttm/ttm_bo.c| 22 +- include/drm/ttm/ttm_bo_driver.h | 2 ++ 2 files changed, 23 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu

Re: [PATCH 2/6] drm/amdgpu: Force unmap all user VMAs on device removal.

2020-05-10 Thread Christian König
Am 09.05.20 um 20:51 schrieb Andrey Grodzovsky: Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 4 +++- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c| 14 ++ drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 3 files changed, 17 insertions(+),

Re: [PATCH 3/6] drm/amdgpu: Wait for all user clients

2020-05-10 Thread Christian König
A commit message would be nice, apart from that the patch looks clean to me. But question for Daniel and others: Is that in general the right approach? It can happen that device removal is delayed indefinitely if userspace doesn't close the file descriptors. Regards, Christian. Am 09.05.20 u