[syzbot] [dri?] WARNING in drm_prime_fd_to_handle_ioctl

Hello, syzbot found the following issue on: HEAD commit:1c8b86a3799f Merge tag 'xsa441-6.6-tag' of git://git.kerne.. git tree: upstream console+strace: https://syzkaller.appspot.com/x/log.txt?x=13005e3168 kernel config: https://syzkaller.appspot.com/x/.config?x=32d0b9b42ceb8b10

Re: [PATCH v5 5/7] drm/sched: Split free_job into own work item

On 2023-10-13 22:49, Luben Tuikov wrote: > On 2023-10-11 19:58, Matthew Brost wrote: >> Rather than call free_job and run_job in same work item have a dedicated >> work item for each. This aligns with the design and intended use of work >> queues. >> >> v2: >>- Test for

Re: [PATCH v7b 00/25] fix DRM_USE_DYNAMIC_DEBUG=y regression

On Fri, Oct 13, 2023 at 4:48 PM Jim Cromie wrote: > > hi Jason, DRM-folk > > (now with checkpatch fixes) I missed fixing boxed-vector, am just dropping it. > > This patchest fixes the chicken-egg initialization problem in the 1st > version of ddebug-class-maps, that DRM-CI uncovered. > > The

Re: [PATCH] drm: bridge: adv7511: get edid in hpd_work to update CEC phys address

On Sat, Oct 14, 2023 at 09:43:01PM +0200, Alvin Šipraga wrote: > From: Alvin Šipraga > > The adv7511 driver is solely responsible for setting the physical > address of its CEC adapter. To do this, it must read the EDID. However, > EDID is only read when either the drm_bridge_funcs :: get_edid or

Re: [PATCH v2 3/4] drm/rockchip: fix the plane format defination of rk3568/6

Hi Andy, On 2023-10-13 14:21, Andy Yan wrote: > From: Andy Yan > > Add the missing 10 bit RGB format for cluster window. > The cluster windows on rk3568/6 only support afbc format, > so change the linear yuv format NV12/16/24 to non-Linear > YUV420_8BIT/YUV420_10BIT/YUYV/Y210. > > Add NV15

[Bug 205089] amdgpu : drm:amdgpu_cs_ioctl : Failed to initialize parser -125

https://bugzilla.kernel.org/show_bug.cgi?id=205089 nintyfa...@gmail.com (nintyfa...@gmail.com) changed: What|Removed |Added CC|

[PATCH] fbdev: fbmon: fix potential divide error in fb_validate_mode

We can easily use FBIOPUT_VSCREENINFO set fb_var_screeninfo, so it's possible for a divide by zero error to occur. Fix this by making sure the divisor is non-zero before the computation. Signed-off-by: Zhang Shurong --- drivers/video/fbdev/core/fbmon.c | 3 +++ 1 file changed, 3 insertions(+)

Re: [PATCH v2] drm/i915: Flush WC GGTT only on required platforms

Hi Nirmoy, On Fri, Oct 13, 2023 at 03:44:39PM +0200, Nirmoy Das wrote: > gen8_ggtt_invalidate() is only needed for limited set of platforms > where GGTT is mapped as WC otherwise this can cause unwanted > side-effects on XE_HP platforms where GFX_FLSH_CNTL_GEN6 is not > valid. > > v2: Add a func

Warning notice "Memory manager not clean during takedown" on RB5 runs

Hi Dmitry On 17/08/2023 15:59, Dmitry Baryshkov wrote: > Add displayport altmode declaration to the Type-C controller node to > enable DP altmode negotiation. > > Signed-off-by: Dmitry Baryshkov > --- > arch/arm64/boot/dts/qcom/qrb5165-rb5.dts | 7 +++ > 1 file changed, 7 insertions(+) >

[PATCH v4 6/6] dt-bindings: display: Add SSD132x OLED controllers

Add a Device Tree binding schema for the OLED panels based on the Solomon SSD132x family of controllers. Signed-off-by: Javier Martinez Canillas Reviewed-by: Rob Herring Acked-by: Thomas Zimmermann --- (no changes since v3) Changes in v3: - Add Rob Herring's Reviewed-by tag to patch #6.

[PATCH v4 4/6] drm/ssd130x: Add support for the SSD132x OLED controller family

The Solomon SSD132x controllers (such as the SSD1322, SSD1325 and SSD1327) are used by 16 grayscale dot matrix OLED panels, extend the driver to also support this chip family. Instead adding an indirection level to allow the same modesetting pipeline to be used by both controller families, add

[PATCH v4 3/6] drm/ssd130x: Rename commands that are shared across chip families

There are some commands that are shared between the SSD130x and SSD132x controller families, define these as a common SSD13XX set of commands. Signed-off-by: Javier Martinez Canillas Acked-by: Thomas Zimmermann --- (no changes since v1) drivers/gpu/drm/solomon/ssd130x-spi.c | 4 +--

[PATCH v4 5/6] dt-bindings: display: Split common Solomon properties in their own schema

There are DT properties that can be shared across different Solomon OLED Display Controller families. Split them into a separate common schema to avoid these properties to be duplicated in different DT bindings schemas. Suggested-by: Rob Herring Signed-off-by: Javier Martinez Canillas

[PATCH v4 0/6] drm/solomon: Add support for the SSD132x controller family

Hello, This patch-set adds support for the family of SSD132x Solomon controllers, such as the SSD1322, SSD1325 and SSD1327 chips. These are used for 16 Gray Scale Dot Matrix OLED panels. This is a v4 that just rebases on top of commit a48e2cc92835 ("drm/ssd130x: Fix atomic_check for disabled

[PATCH v4 2/6] drm/ssd130x: Add a controller family id to the device info data

To allow the driver to have a per Solomon display controller modesetting pipeline and support aother controller families besides SSD130x. Signed-off-by: Javier Martinez Canillas Acked-by: Thomas Zimmermann --- (no changes since v3) Changes in v3: - Drop the per controller family functions

[PATCH v4 1/6] drm/ssd130x: Replace .page_height field in device info with a constant

This deemed useful to avoid hardcoding a page height and allow to support other Solomon controller families, but dividing the screen in pages seems to be something that is specific to the SSD130x chip family. For example, SSD132x chip family divides the screen in segments (columns) and common