Re: [Intel-gfx] [PATCH 20/27] drm/i915/guc: Connect UAPI to GuC multi-lrc interface

2021-08-28 Thread kernel test robot
Hi Matthew, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on drm-intel/for-linux-next] [also build test WARNING on drm-tip/drm-tip drm-exynos/exynos-drm-next next-20210827] [cannot apply to tegra-drm/drm/tegra/for-next linus/master drm/drm-next v5.14-rc7] [If y

Re: [PATCH] GPU:drm: returning ENOMEM

2021-08-28 Thread Sam Ravnborg
Hi F.A.Sulaiman, On Sat, Aug 28, 2021 at 09:10:27PM +0530, F.A.Sulaiman wrote: > When memory allocation is failed this patch returns out of memory error > instead of -1. > > Signed-off-by: F.A. SULAIMAN > --- > drivers/gpu/drm/udl/udl_connector.c | 2 +- > 1 file changed, 1 insertion(+), 1 dele

[Bug 214197] [Asus G713QY] RX6800M not usable after exiting Vulkan application

2021-08-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=214197 --- Comment #4 from vele...@gmail.com --- (In reply to Alex Deucher from comment #2) > Does this patch fix the issue? > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/ > ?id=202ead5a3c589b0594a75cb99f080174f6851fed Ker

[Bug 214197] [Asus G713QY] RX6800M not usable after exiting Vulkan application

2021-08-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=214197 --- Comment #3 from vele...@gmail.com --- Created attachment 298505 --> https://bugzilla.kernel.org/attachment.cgi?id=298505&action=edit full dmesg output -- You may reply to this email to add a comment. You are receiving this mail because: Y

[drm-intel:drm-intel-next 14/14] drivers/gpu/drm/i915/display/intel_fb.c:1232:23: warning: unused parameter 'file'

2021-08-28 Thread kernel test robot
tree: git://anongit.freedesktop.org/drm-intel drm-intel-next head: 705d4feeb269e22c4850ad66e2210b737b553236 commit: 705d4feeb269e22c4850ad66e2210b737b553236 [14/14] drm/i915/fb: move user framebuffer stuff to intel_fb.c config: i386-randconfig-a004-20210827 (attached as .config) compiler: clan

Re: [PATCH] GPU: drm: fix style errors

2021-08-28 Thread Simon Ser
Reviewed-by: Simon Ser Pushed to drm-misc-next, thanks!

Re: [PATCH 2/2] drm/panel: Add driver for the AUO A030JTN01 TFT LCD

2021-08-28 Thread Kari Argillander
On Sat, Aug 28, 2021 at 12:26:40PM +0100, Paul Cercueil wrote: > From: Christophe Branchereau > > Add driver for the AUO A030JTN01 panel, which is a 320x480 3.0" 4:3 > 24-bit TFT LCD with non-square pixels and a delta-RGB 8-bit interface. > > Signed-off-by: Christophe Branchereau > Signed-off-b

[PATCH] virtio-gpu: fix possible memory allocation failure

2021-08-28 Thread liuyuntao
When kmem_cache_zalloc in virtio_gpu_get_vbuf fails, it will return an error code. But none of its callers checks this error code, and a core dump will take place. Considering many of its callers can't handle such error, I add a __GFP_NOFAIL flag when calling kmem_cache_zalloc to make sure it won'

[PATCH] GPU: drm: fix style errors

2021-08-28 Thread F.A.Sulaiman
This patch fixes style issues in drm_ioctl.c Signed-off-by: F.A. SULAIMAN --- drivers/gpu/drm/drm_ioctl.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_ioctl.c b/drivers/gpu/drm/drm_ioctl.c index be4a52dc4d6f..1355879ab809 100644 --- a/drivers/gpu/

[PATCH] GPU:drm: returning ENOMEM

2021-08-28 Thread F.A.Sulaiman
When memory allocation is failed this patch returns out of memory error instead of -1. Signed-off-by: F.A. SULAIMAN --- drivers/gpu/drm/udl/udl_connector.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/udl/udl_connector.c b/drivers/gpu/drm/udl/udl_connecto

[PATCH] dt-bindings: display: add missing simple-framebuffer formats

2021-08-28 Thread Luca Weiss
Document all formats currently present in include/linux/platform_data/ simplefb.h Signed-off-by: Luca Weiss --- .../bindings/display/simple-framebuffer.yaml | 12 1 file changed, 12 insertions(+) diff --git a/Documentation/devicetree/bindings/display/simple-framebuffer.yaml

Re: [RFC] drm/msm/dp: Allow attaching a drm_panel

2021-08-28 Thread Bjorn Andersson
On Fri 27 Aug 15:52 CDT 2021, Doug Anderson wrote: > Hi, > > On Mon, Jul 26, 2021 at 4:15 PM Bjorn Andersson > wrote: > > > > +static int dp_parser_find_panel(struct dp_parser *parser) > > +{ > > + struct device_node *np = parser->pdev->dev.of_node; > > + int rc; > > + > > + rc

Re: [PATCH 2/2] drm/panel: Add driver for the AUO A030JTN01 TFT LCD

2021-08-28 Thread Paul Cercueil
Hi, Le sam., août 28 2021 at 17:01:39 +0300, Kari Argillander a écrit : On Sat, Aug 28, 2021 at 12:26:40PM +0100, Paul Cercueil wrote: From: Christophe Branchereau Add driver for the AUO A030JTN01 panel, which is a 320x480 3.0" 4:3 24-bit TFT LCD with non-square pixels and a delta-RGB 8-

Re: [PATCH 2/2] drm/amdgpu: Example Usage in AMDGPU

2021-08-28 Thread kernel test robot
patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Fangzhi-Zuo/Update-128b-132b-MST-Slot-Information/20210828-0

[PATCH 2/2] drm/panel: Add driver for the AUO A030JTN01 TFT LCD

2021-08-28 Thread Paul Cercueil
From: Christophe Branchereau Add driver for the AUO A030JTN01 panel, which is a 320x480 3.0" 4:3 24-bit TFT LCD with non-square pixels and a delta-RGB 8-bit interface. Signed-off-by: Christophe Branchereau Signed-off-by: Paul Cercueil --- drivers/gpu/drm/panel/Kconfig | 8 + d

[PATCH 1/2] dt-bindings: display/panel: Add AUO A030JTN01

2021-08-28 Thread Paul Cercueil
Add binding for the AUO A030JTN01 panel, which is a 320x480 3.0" 4:3 24-bit TFT LCD panel with non-square pixels and a delta-RGB 8-bit interface. Signed-off-by: Paul Cercueil --- .../bindings/display/panel/auo,a030jtn01.yaml | 57 +++ 1 file changed, 57 insertions(+) create mode

dri, nouveau: BUG: KASAN: use-after-free in dma_fence_signal_timestamp_locked+0x399/0x430

2021-08-28 Thread Mike Galbraith
Enabling kasan or kcsan in my GTX-980 equipped box will in fairly short order result in emission of a use-after-free detection gripe (no access assert in kcsan case.. same same), immediately followed by a small mushroom cloud as the kernel attempts to access the twilight zone. The below (brought t

[PATCH] drm/tidss: Make use of the helper macro SET_RUNTIME_PM_OPS()

2021-08-28 Thread Cai Huoqing
Use the helper macro SET_RUNTIME_PM_OPS() instead of the verbose operators ".runtime_suspend/.runtime_resume", because the SET_RUNTIME_PM_OPS() is a nice helper macro that could be brought in to make code a little clearer, a little more concise. Signed-off-by: Cai Huoqing --- drivers/gpu/drm/tid

[PATCH] drm/radeon: Make use of the helper macro SET_RUNTIME_PM_OPS()

2021-08-28 Thread Cai Huoqing
Use the helper macro SET_RUNTIME_PM_OPS() instead of the verbose operators ".runtime_suspend/.runtime_resume/.runtime_idle", because the SET_RUNTIME_PM_OPS() is a nice helper macro that could be brought in to make code a little clearer, a little more concise. Signed-off-by: Cai Huoqing --- drive

[PATCH] drm/omap: dss: Make use of the helper macro SET_RUNTIME_PM_OPS()

2021-08-28 Thread Cai Huoqing
Use the helper macro SET_RUNTIME_PM_OPS() instead of the verbose operators ".runtime_suspend/.runtime_resume", because the SET_RUNTIME_PM_OPS() is a nice helper macro that could be brought in to make code a little clearer, a little more concise. Signed-off-by: Cai Huoqing --- drivers/gpu/drm/oma

[PATCH] drm/nouveau: Make use of the helper macro SET_RUNTIME_PM_OPS()

2021-08-28 Thread Cai Huoqing
Use the helper macro SET_RUNTIME_PM_OPS() instead of the verbose operators ".runtime_suspend/.runtime_resume/.runtime_idle", because the SET_RUNTIME_PM_OPS() is a nice helper macro that could be brought in to make code a little clearer, a little more concise. Signed-off-by: Cai Huoqing --- drive

[PATCH] drm/gma500: Make use of the helper macro SET_RUNTIME_PM_OPS()

2021-08-28 Thread Cai Huoqing
Use the helper macro SET_RUNTIME_PM_OPS() instead of the verbose operators ".runtime_suspend/.runtime_resume/.runtime_idle", because the SET_RUNTIME_PM_OPS() is a nice helper macro that could be brought in to make code a little clearer, a little more concise. Signed-off-by: Cai Huoqing --- drive

[PATCH] drm/amdgpu: Make use of the helper macro SET_RUNTIME_PM_OPS()

2021-08-28 Thread Cai Huoqing
Use the helper macro SET_RUNTIME_PM_OPS() instead of the verbose operators ".runtime_suspend/.runtime_resume/.runtime_idle", because the SET_RUNTIME_PM_OPS() is a nice helper macro that could be brought in to make code a little clearer, a little more concise. Signed-off-by: Cai Huoqing --- drive