* [PATCH v2 01/25] drm/dumb-buffers: Sanitize output on errors
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
@ 2025-01-09 14:56 ` Thomas Zimmermann
2025-01-09 14:56 ` [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size Thomas Zimmermann
` (32 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:56 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann
The ioctls MODE_CREATE_DUMB and MODE_MAP_DUMB return results into a
memory buffer supplied by user space. On errors, it is possible that
intermediate values are being returned. The exact semantics depends
on the DRM driver's implementation of these ioctls. Although this is
most-likely not a security problem in practice, avoid any uncertainty
by clearing the memory to 0 on errors.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
---
drivers/gpu/drm/drm_dumb_buffers.c | 40 ++++++++++++++++++++++--------
1 file changed, 29 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/drm_dumb_buffers.c b/drivers/gpu/drm/drm_dumb_buffers.c
index 70032bba1c97..9916aaf5b3f2 100644
--- a/drivers/gpu/drm/drm_dumb_buffers.c
+++ b/drivers/gpu/drm/drm_dumb_buffers.c
@@ -99,7 +99,30 @@ int drm_mode_create_dumb(struct drm_device *dev,
int drm_mode_create_dumb_ioctl(struct drm_device *dev,
void *data, struct drm_file *file_priv)
{
- return drm_mode_create_dumb(dev, data, file_priv);
+ struct drm_mode_create_dumb *args = data;
+ int err;
+
+ err = drm_mode_create_dumb(dev, args, file_priv);
+ if (err) {
+ args->handle = 0;
+ args->pitch = 0;
+ args->size = 0;
+ }
+ return err;
+}
+
+static int drm_mode_mmap_dumb(struct drm_device *dev, struct drm_mode_map_dumb *args,
+ struct drm_file *file_priv)
+{
+ if (!dev->driver->dumb_create)
+ return -ENOSYS;
+
+ if (dev->driver->dumb_map_offset)
+ return dev->driver->dumb_map_offset(file_priv, dev, args->handle,
+ &args->offset);
+ else
+ return drm_gem_dumb_map_offset(file_priv, dev, args->handle,
+ &args->offset);
}
/**
@@ -120,17 +143,12 @@ int drm_mode_mmap_dumb_ioctl(struct drm_device *dev,
void *data, struct drm_file *file_priv)
{
struct drm_mode_map_dumb *args = data;
+ int err;
- if (!dev->driver->dumb_create)
- return -ENOSYS;
-
- if (dev->driver->dumb_map_offset)
- return dev->driver->dumb_map_offset(file_priv, dev,
- args->handle,
- &args->offset);
- else
- return drm_gem_dumb_map_offset(file_priv, dev, args->handle,
- &args->offset);
+ err = drm_mode_mmap_dumb(dev, args, file_priv);
+ if (err)
+ args->offset = 0;
+ return err;
}
int drm_mode_destroy_dumb(struct drm_device *dev, u32 handle,
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
2025-01-09 14:56 ` [PATCH v2 01/25] drm/dumb-buffers: Sanitize output on errors Thomas Zimmermann
@ 2025-01-09 14:56 ` Thomas Zimmermann
2025-01-10 1:49 ` Andy Yan
2025-01-09 14:56 ` [PATCH v2 03/25] drm/gem-dma: Compute dumb-buffer sizes with drm_mode_size_dumb() Thomas Zimmermann
` (31 subsequent siblings)
33 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:56 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann
Add drm_modes_size_dumb(), a helper to calculate the dumb-buffer
scanline pitch and allocation size. Implementations of struct
drm_driver.dumb_create can call the new helper for their size
computations. There's currently quite a bit of code duplication
among DRM's memory managers. Each calculates scanline pitch and
buffer size from the given arguments, but the implementations are
inconsistent in how they treat alignment and format support. Later
patches will unify this code on top of drm_mode_size_dumb() as
much as possible.
drm_mode_size_dumb() uses existing 4CC format helpers to interpret the
given color mode. This makes the dumb-buffer interface behave similar
the kernel's video= parameter. Again, current per-driver implementations
likely have subtle differences or bugs in how they support color modes.
Future directions: one bug is present in the current input validation
in drm_mode_create_dumb(). The dumb-buffer overflow tests round up any
given bits-per-pixel value to a multiple of 8. So even one-bit formats,
such as DRM_FORMAT_C1, require 8 bits per pixel. While not common,
low-end displays use such formats; with a possible overcommitment of
memory. At some point, the validation logic in drm_mode_size_dumb() is
supposed to replace the erronous code.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
---
drivers/gpu/drm/drm_dumb_buffers.c | 93 ++++++++++++++++++++++++++++++
include/drm/drm_dumb_buffers.h | 14 +++++
2 files changed, 107 insertions(+)
create mode 100644 include/drm/drm_dumb_buffers.h
diff --git a/drivers/gpu/drm/drm_dumb_buffers.c b/drivers/gpu/drm/drm_dumb_buffers.c
index 9916aaf5b3f2..fd39720bd617 100644
--- a/drivers/gpu/drm/drm_dumb_buffers.c
+++ b/drivers/gpu/drm/drm_dumb_buffers.c
@@ -25,6 +25,8 @@
#include <drm/drm_device.h>
#include <drm/drm_drv.h>
+#include <drm/drm_dumb_buffers.h>
+#include <drm/drm_fourcc.h>
#include <drm/drm_gem.h>
#include <drm/drm_mode.h>
@@ -57,6 +59,97 @@
* a hardware-specific ioctl to allocate suitable buffer objects.
*/
+static int drm_mode_align_dumb(struct drm_mode_create_dumb *args,
+ unsigned long pitch_align,
+ unsigned long size_align)
+{
+ u32 pitch = args->pitch;
+ u32 size;
+
+ if (!pitch)
+ return -EINVAL;
+
+ if (pitch_align)
+ pitch = roundup(pitch, pitch_align);
+
+ /* overflow checks for 32bit size calculations */
+ if (args->height > U32_MAX / pitch)
+ return -EINVAL;
+
+ if (!size_align)
+ size_align = PAGE_SIZE;
+ else if (!IS_ALIGNED(size_align, PAGE_SIZE))
+ return -EINVAL;
+
+ size = ALIGN(args->height * pitch, size_align);
+ if (!size)
+ return -EINVAL;
+
+ args->pitch = pitch;
+ args->size = size;
+
+ return 0;
+}
+
+/**
+ * drm_mode_size_dumb - Calculates the scanline and buffer sizes for dumb buffers
+ * @dev: DRM device
+ * @args: Parameters for the dumb buffer
+ * @pitch_align: Scanline alignment in bytes
+ * @size_align: Buffer-size alignment in bytes
+ *
+ * The helper drm_mode_size_dumb() calculates the size of the buffer
+ * allocation and the scanline size for a dumb buffer. Callers have to
+ * set the buffers width, height and color mode in the argument @arg.
+ * The helper validates the correctness of the input and tests for
+ * possible overflows. If successful, it returns the dumb buffer's
+ * required scanline pitch and size in &args.
+ *
+ * The parameter @pitch_align allows the driver to specifies an
+ * alignment for the scanline pitch, if the hardware requires any. The
+ * calculated pitch will be a multiple of the alignment. The parameter
+ * @size_align allows to specify an alignment for buffer sizes. The
+ * returned size is always a multiple of PAGE_SIZE.
+ *
+ * Returns:
+ * Zero on success, or a negative error code otherwise.
+ */
+int drm_mode_size_dumb(struct drm_device *dev,
+ struct drm_mode_create_dumb *args,
+ unsigned long pitch_align,
+ unsigned long size_align)
+{
+ u32 fourcc;
+ const struct drm_format_info *info;
+ u64 pitch;
+
+ /*
+ * The scanline pitch depends on the buffer width and the color
+ * format. The latter is specified as a color-mode constant for
+ * which we first have to find the corresponding color format.
+ *
+ * Different color formats can have the same color-mode constant.
+ * For example XRGB8888 and BGRX8888 both have a color mode of 32.
+ * It is possible to use different formats for dumb-buffer allocation
+ * and rendering as long as all involved formats share the same
+ * color-mode constant.
+ */
+ fourcc = drm_driver_color_mode_format(dev, args->bpp);
+ if (fourcc == DRM_FORMAT_INVALID)
+ return -EINVAL;
+ info = drm_format_info(fourcc);
+ if (!info)
+ return -EINVAL;
+ pitch = drm_format_info_min_pitch(info, 0, args->width);
+ if (!pitch || pitch > U32_MAX)
+ return -EINVAL;
+
+ args->pitch = pitch;
+
+ return drm_mode_align_dumb(args, pitch_align, size_align);
+}
+EXPORT_SYMBOL(drm_mode_size_dumb);
+
int drm_mode_create_dumb(struct drm_device *dev,
struct drm_mode_create_dumb *args,
struct drm_file *file_priv)
diff --git a/include/drm/drm_dumb_buffers.h b/include/drm/drm_dumb_buffers.h
new file mode 100644
index 000000000000..6fe36004b19d
--- /dev/null
+++ b/include/drm/drm_dumb_buffers.h
@@ -0,0 +1,14 @@
+/* SPDX-License-Identifier: MIT */
+
+#ifndef __DRM_DUMB_BUFFERS_H__
+#define __DRM_DUMB_BUFFERS_H__
+
+struct drm_device;
+struct drm_mode_create_dumb;
+
+int drm_mode_size_dumb(struct drm_device *dev,
+ struct drm_mode_create_dumb *args,
+ unsigned long pitch_align,
+ unsigned long size_align);
+
+#endif
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re:[PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
2025-01-09 14:56 ` [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size Thomas Zimmermann
@ 2025-01-10 1:49 ` Andy Yan
2025-01-10 13:23 ` [PATCH " Thomas Zimmermann
0 siblings, 1 reply; 81+ messages in thread
From: Andy Yan @ 2025-01-10 1:49 UTC (permalink / raw)
To: Thomas Zimmermann
Cc: maarten.lankhorst, mripard, airlied, simona, dri-devel,
linux-mediatek, freedreno, linux-arm-msm, imx, linux-samsung-soc,
nouveau, virtualization, spice-devel, linux-renesas-soc,
linux-rockchip, linux-tegra, intel-xe, xen-devel
Hi Thomas,
At 2025-01-09 22:56:56, "Thomas Zimmermann" <tzimmermann@suse.de> wrote:
>Add drm_modes_size_dumb(), a helper to calculate the dumb-buffer
>scanline pitch and allocation size. Implementations of struct
>drm_driver.dumb_create can call the new helper for their size
>computations. There's currently quite a bit of code duplication
>among DRM's memory managers. Each calculates scanline pitch and
>buffer size from the given arguments, but the implementations are
>inconsistent in how they treat alignment and format support. Later
>patches will unify this code on top of drm_mode_size_dumb() as
>much as possible.
>
>drm_mode_size_dumb() uses existing 4CC format helpers to interpret the
>given color mode. This makes the dumb-buffer interface behave similar
>the kernel's video= parameter. Again, current per-driver implementations
>likely have subtle differences or bugs in how they support color modes.
>
>Future directions: one bug is present in the current input validation
>in drm_mode_create_dumb(). The dumb-buffer overflow tests round up any
>given bits-per-pixel value to a multiple of 8. So even one-bit formats,
>such as DRM_FORMAT_C1, require 8 bits per pixel. While not common,
>low-end displays use such formats; with a possible overcommitment of
>memory. At some point, the validation logic in drm_mode_size_dumb() is
>supposed to replace the erronous code.
>
>Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>---
> drivers/gpu/drm/drm_dumb_buffers.c | 93 ++++++++++++++++++++++++++++++
> include/drm/drm_dumb_buffers.h | 14 +++++
> 2 files changed, 107 insertions(+)
> create mode 100644 include/drm/drm_dumb_buffers.h
>
>diff --git a/drivers/gpu/drm/drm_dumb_buffers.c b/drivers/gpu/drm/drm_dumb_buffers.c
>index 9916aaf5b3f2..fd39720bd617 100644
>--- a/drivers/gpu/drm/drm_dumb_buffers.c
>+++ b/drivers/gpu/drm/drm_dumb_buffers.c
>@@ -25,6 +25,8 @@
>
> #include <drm/drm_device.h>
> #include <drm/drm_drv.h>
>+#include <drm/drm_dumb_buffers.h>
>+#include <drm/drm_fourcc.h>
> #include <drm/drm_gem.h>
> #include <drm/drm_mode.h>
>
>@@ -57,6 +59,97 @@
> * a hardware-specific ioctl to allocate suitable buffer objects.
> */
>
>+static int drm_mode_align_dumb(struct drm_mode_create_dumb *args,
>+ unsigned long pitch_align,
>+ unsigned long size_align)
>+{
>+ u32 pitch = args->pitch;
>+ u32 size;
>+
>+ if (!pitch)
>+ return -EINVAL;
>+
>+ if (pitch_align)
>+ pitch = roundup(pitch, pitch_align);
>+
>+ /* overflow checks for 32bit size calculations */
>+ if (args->height > U32_MAX / pitch)
>+ return -EINVAL;
>+
>+ if (!size_align)
>+ size_align = PAGE_SIZE;
>+ else if (!IS_ALIGNED(size_align, PAGE_SIZE))
>+ return -EINVAL;
>+
>+ size = ALIGN(args->height * pitch, size_align);
>+ if (!size)
>+ return -EINVAL;
>+
>+ args->pitch = pitch;
>+ args->size = size;
>+
>+ return 0;
>+}
>+
>+/**
>+ * drm_mode_size_dumb - Calculates the scanline and buffer sizes for dumb buffers
>+ * @dev: DRM device
>+ * @args: Parameters for the dumb buffer
>+ * @pitch_align: Scanline alignment in bytes
>+ * @size_align: Buffer-size alignment in bytes
>+ *
>+ * The helper drm_mode_size_dumb() calculates the size of the buffer
>+ * allocation and the scanline size for a dumb buffer. Callers have to
>+ * set the buffers width, height and color mode in the argument @arg.
>+ * The helper validates the correctness of the input and tests for
>+ * possible overflows. If successful, it returns the dumb buffer's
>+ * required scanline pitch and size in &args.
>+ *
>+ * The parameter @pitch_align allows the driver to specifies an
>+ * alignment for the scanline pitch, if the hardware requires any. The
>+ * calculated pitch will be a multiple of the alignment. The parameter
>+ * @size_align allows to specify an alignment for buffer sizes. The
>+ * returned size is always a multiple of PAGE_SIZE.
>+ *
>+ * Returns:
>+ * Zero on success, or a negative error code otherwise.
>+ */
>+int drm_mode_size_dumb(struct drm_device *dev,
>+ struct drm_mode_create_dumb *args,
>+ unsigned long pitch_align,
>+ unsigned long size_align)
>+{
>+ u32 fourcc;
>+ const struct drm_format_info *info;
>+ u64 pitch;
>+
>+ /*
>+ * The scanline pitch depends on the buffer width and the color
>+ * format. The latter is specified as a color-mode constant for
>+ * which we first have to find the corresponding color format.
>+ *
>+ * Different color formats can have the same color-mode constant.
>+ * For example XRGB8888 and BGRX8888 both have a color mode of 32.
>+ * It is possible to use different formats for dumb-buffer allocation
>+ * and rendering as long as all involved formats share the same
>+ * color-mode constant.
>+ */
>+ fourcc = drm_driver_color_mode_format(dev, args->bpp);
This will return -EINVAL with bpp drm_mode_legacy_fb_format doesn't support,
such as(NV15, NV20, NV30, bpp is 10)[0]
And there are also some AFBC based format with bpp can't be handled here, see:
static __u32 drm_gem_afbc_get_bpp(struct drm_device *dev,
const struct drm_mode_fb_cmd2 *mode_cmd)
{
const struct drm_format_info *info;
info = drm_get_format_info(dev, mode_cmd);
switch (info->format) {
case DRM_FORMAT_YUV420_8BIT:
return 12;
case DRM_FORMAT_YUV420_10BIT:
return 15;
case DRM_FORMAT_VUY101010:
return 30;
default:
return drm_format_info_bpp(info, 0);
}
}
[0]https://gitlab.freedesktop.org/mesa/drm/-/blob/main/tests/modetest/buffers.c?ref_type=heads#L159
This introduce a modetest failure on rockchip platform:
# modetest -M rockchip -s 70@68:1920x1080 -P 32@68:1920x1080@NV30
setting mode 1920x1080-60.00Hz on connectors 70, crtc 68
testing 1920x1080@NV30 overlay plane 32
failed to create dumb buffer: Invalid argument
I think other platform with bpp can't handler by drm_mode_legacy_fb_format will
also see this kind of failure:
>+ if (fourcc == DRM_FORMAT_INVALID)
>+ return -EINVAL;
>+ info = drm_format_info(fourcc);
>+ if (!info)
>+ return -EINVAL;
>+ pitch = drm_format_info_min_pitch(info, 0, args->width);
>+ if (!pitch || pitch > U32_MAX)
>+ return -EINVAL;
>+
>+ args->pitch = pitch;
>+
>+ return drm_mode_align_dumb(args, pitch_align, size_align);
>+}
>+EXPORT_SYMBOL(drm_mode_size_dumb);
>+
> int drm_mode_create_dumb(struct drm_device *dev,
> struct drm_mode_create_dumb *args,
> struct drm_file *file_priv)
>diff --git a/include/drm/drm_dumb_buffers.h b/include/drm/drm_dumb_buffers.h
>new file mode 100644
>index 000000000000..6fe36004b19d
>--- /dev/null
>+++ b/include/drm/drm_dumb_buffers.h
>@@ -0,0 +1,14 @@
>+/* SPDX-License-Identifier: MIT */
>+
>+#ifndef __DRM_DUMB_BUFFERS_H__
>+#define __DRM_DUMB_BUFFERS_H__
>+
>+struct drm_device;
>+struct drm_mode_create_dumb;
>+
>+int drm_mode_size_dumb(struct drm_device *dev,
>+ struct drm_mode_create_dumb *args,
>+ unsigned long pitch_align,
>+ unsigned long size_align);
>+
>+#endif
>--
>2.47.1
>
>
>_______________________________________________
>Linux-rockchip mailing list
>Linux-rockchip@lists.infradead.org
>http://lists.infradead.org/mailman/listinfo/linux-rockchip
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
2025-01-10 1:49 ` Andy Yan
@ 2025-01-10 13:23 ` Thomas Zimmermann
2025-01-13 3:53 ` Andy Yan
0 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-10 13:23 UTC (permalink / raw)
To: Andy Yan
Cc: maarten.lankhorst, mripard, airlied, simona, dri-devel,
linux-mediatek, freedreno, linux-arm-msm, imx, linux-samsung-soc,
nouveau, virtualization, spice-devel, linux-renesas-soc,
linux-rockchip, linux-tegra, intel-xe, xen-devel
[-- Attachment #1: Type: text/plain, Size: 8886 bytes --]
Hi
Am 10.01.25 um 02:49 schrieb Andy Yan:
> Hi Thomas,
>
> At 2025-01-09 22:56:56, "Thomas Zimmermann" <tzimmermann@suse.de> wrote:
>> Add drm_modes_size_dumb(), a helper to calculate the dumb-buffer
>> scanline pitch and allocation size. Implementations of struct
>> drm_driver.dumb_create can call the new helper for their size
>> computations. There's currently quite a bit of code duplication
>> among DRM's memory managers. Each calculates scanline pitch and
>> buffer size from the given arguments, but the implementations are
>> inconsistent in how they treat alignment and format support. Later
>> patches will unify this code on top of drm_mode_size_dumb() as
>> much as possible.
>>
>> drm_mode_size_dumb() uses existing 4CC format helpers to interpret the
>> given color mode. This makes the dumb-buffer interface behave similar
>> the kernel's video= parameter. Again, current per-driver implementations
>> likely have subtle differences or bugs in how they support color modes.
>>
>> Future directions: one bug is present in the current input validation
>> in drm_mode_create_dumb(). The dumb-buffer overflow tests round up any
>> given bits-per-pixel value to a multiple of 8. So even one-bit formats,
>> such as DRM_FORMAT_C1, require 8 bits per pixel. While not common,
>> low-end displays use such formats; with a possible overcommitment of
>> memory. At some point, the validation logic in drm_mode_size_dumb() is
>> supposed to replace the erronous code.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>> ---
>> drivers/gpu/drm/drm_dumb_buffers.c | 93 ++++++++++++++++++++++++++++++
>> include/drm/drm_dumb_buffers.h | 14 +++++
>> 2 files changed, 107 insertions(+)
>> create mode 100644 include/drm/drm_dumb_buffers.h
>>
>> diff --git a/drivers/gpu/drm/drm_dumb_buffers.c b/drivers/gpu/drm/drm_dumb_buffers.c
>> index 9916aaf5b3f2..fd39720bd617 100644
>> --- a/drivers/gpu/drm/drm_dumb_buffers.c
>> +++ b/drivers/gpu/drm/drm_dumb_buffers.c
>> @@ -25,6 +25,8 @@
>>
>> #include <drm/drm_device.h>
>> #include <drm/drm_drv.h>
>> +#include <drm/drm_dumb_buffers.h>
>> +#include <drm/drm_fourcc.h>
>> #include <drm/drm_gem.h>
>> #include <drm/drm_mode.h>
>>
>> @@ -57,6 +59,97 @@
>> * a hardware-specific ioctl to allocate suitable buffer objects.
>> */
>>
>> +static int drm_mode_align_dumb(struct drm_mode_create_dumb *args,
>> + unsigned long pitch_align,
>> + unsigned long size_align)
>> +{
>> + u32 pitch = args->pitch;
>> + u32 size;
>> +
>> + if (!pitch)
>> + return -EINVAL;
>> +
>> + if (pitch_align)
>> + pitch = roundup(pitch, pitch_align);
>> +
>> + /* overflow checks for 32bit size calculations */
>> + if (args->height > U32_MAX / pitch)
>> + return -EINVAL;
>> +
>> + if (!size_align)
>> + size_align = PAGE_SIZE;
>> + else if (!IS_ALIGNED(size_align, PAGE_SIZE))
>> + return -EINVAL;
>> +
>> + size = ALIGN(args->height * pitch, size_align);
>> + if (!size)
>> + return -EINVAL;
>> +
>> + args->pitch = pitch;
>> + args->size = size;
>> +
>> + return 0;
>> +}
>> +
>> +/**
>> + * drm_mode_size_dumb - Calculates the scanline and buffer sizes for dumb buffers
>> + * @dev: DRM device
>> + * @args: Parameters for the dumb buffer
>> + * @pitch_align: Scanline alignment in bytes
>> + * @size_align: Buffer-size alignment in bytes
>> + *
>> + * The helper drm_mode_size_dumb() calculates the size of the buffer
>> + * allocation and the scanline size for a dumb buffer. Callers have to
>> + * set the buffers width, height and color mode in the argument @arg.
>> + * The helper validates the correctness of the input and tests for
>> + * possible overflows. If successful, it returns the dumb buffer's
>> + * required scanline pitch and size in &args.
>> + *
>> + * The parameter @pitch_align allows the driver to specifies an
>> + * alignment for the scanline pitch, if the hardware requires any. The
>> + * calculated pitch will be a multiple of the alignment. The parameter
>> + * @size_align allows to specify an alignment for buffer sizes. The
>> + * returned size is always a multiple of PAGE_SIZE.
>> + *
>> + * Returns:
>> + * Zero on success, or a negative error code otherwise.
>> + */
>> +int drm_mode_size_dumb(struct drm_device *dev,
>> + struct drm_mode_create_dumb *args,
>> + unsigned long pitch_align,
>> + unsigned long size_align)
>> +{
>> + u32 fourcc;
>> + const struct drm_format_info *info;
>> + u64 pitch;
>> +
>> + /*
>> + * The scanline pitch depends on the buffer width and the color
>> + * format. The latter is specified as a color-mode constant for
>> + * which we first have to find the corresponding color format.
>> + *
>> + * Different color formats can have the same color-mode constant.
>> + * For example XRGB8888 and BGRX8888 both have a color mode of 32.
>> + * It is possible to use different formats for dumb-buffer allocation
>> + * and rendering as long as all involved formats share the same
>> + * color-mode constant.
>> + */
>> + fourcc = drm_driver_color_mode_format(dev, args->bpp);
> This will return -EINVAL with bpp drm_mode_legacy_fb_format doesn't support,
> such as(NV15, NV20, NV30, bpp is 10)[0]
Thanks for taking a look. That NV-related code at [0] is a 'somewhat
non-idiomatic use' of the UAPI. The dumb-buffer interface really just
supports a single plane. The fix would be a new ioctl that takes a DRM
4cc constant and returns a buffer handle/pitch/size for each plane. But
that's separate series throughout the various components.
There's also code XRGB16161616F. This is a viable format for the UAPI,
but seems not very useful in practice.
>
> And there are also some AFBC based format with bpp can't be handled here, see:
> static __u32 drm_gem_afbc_get_bpp(struct drm_device *dev,
> const struct drm_mode_fb_cmd2 *mode_cmd)
> {
> const struct drm_format_info *info;
>
> info = drm_get_format_info(dev, mode_cmd);
>
> switch (info->format) {
> case DRM_FORMAT_YUV420_8BIT:
> return 12;
> case DRM_FORMAT_YUV420_10BIT:
> return 15;
> case DRM_FORMAT_VUY101010:
> return 30;
> default:
> return drm_format_info_bpp(info, 0);
> }
> }
Same problem here. These YUV formats are multi-planar and there should
be no dumb buffers for them.
As we still have to support these all use cases, I've modified the new
helper to fallback to computing the pitch from the given bpp value.
That's what drivers currently do. Could you please apply the attached
patch on top of the series and report back the result of the test? You
should see a kernel warning about the unknown color mode, but allocation
should succeed.
Best regards
Thomas
>
>
> [0]https://gitlab.freedesktop.org/mesa/drm/-/blob/main/tests/modetest/buffers.c?ref_type=heads#L159
>
> This introduce a modetest failure on rockchip platform:
> # modetest -M rockchip -s 70@68:1920x1080 -P 32@68:1920x1080@NV30
> setting mode 1920x1080-60.00Hz on connectors 70, crtc 68
> testing 1920x1080@NV30 overlay plane 32
> failed to create dumb buffer: Invalid argument
>
> I think other platform with bpp can't handler by drm_mode_legacy_fb_format will
> also see this kind of failure:
>
>
>
>> + if (fourcc == DRM_FORMAT_INVALID)
>> + return -EINVAL;
>> + info = drm_format_info(fourcc);
>> + if (!info)
>> + return -EINVAL;
>> + pitch = drm_format_info_min_pitch(info, 0, args->width);
>> + if (!pitch || pitch > U32_MAX)
>> + return -EINVAL;
>> +
>> + args->pitch = pitch;
>> +
>> + return drm_mode_align_dumb(args, pitch_align, size_align);
>> +}
>> +EXPORT_SYMBOL(drm_mode_size_dumb);
>> +
>> int drm_mode_create_dumb(struct drm_device *dev,
>> struct drm_mode_create_dumb *args,
>> struct drm_file *file_priv)
>> diff --git a/include/drm/drm_dumb_buffers.h b/include/drm/drm_dumb_buffers.h
>> new file mode 100644
>> index 000000000000..6fe36004b19d
>> --- /dev/null
>> +++ b/include/drm/drm_dumb_buffers.h
>> @@ -0,0 +1,14 @@
>> +/* SPDX-License-Identifier: MIT */
>> +
>> +#ifndef __DRM_DUMB_BUFFERS_H__
>> +#define __DRM_DUMB_BUFFERS_H__
>> +
>> +struct drm_device;
>> +struct drm_mode_create_dumb;
>> +
>> +int drm_mode_size_dumb(struct drm_device *dev,
>> + struct drm_mode_create_dumb *args,
>> + unsigned long pitch_align,
>> + unsigned long size_align);
>> +
>> +#endif
>> --
>> 2.47.1
>>
>>
>> _______________________________________________
>> Linux-rockchip mailing list
>> Linux-rockchip@lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/linux-rockchip
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
[-- Attachment #2: 0001-add-fallback-for-unknown-bpp.patch --]
[-- Type: text/x-patch, Size: 1881 bytes --]
From 2e7005654d76b71f78fe07fcf98a3570022f5034 Mon Sep 17 00:00:00 2001
From: Thomas Zimmermann <tzimmermann@suse.de>
Date: Fri, 10 Jan 2025 09:35:12 +0100
Subject: [PATCH] add fallback for unknown bpp
---
drivers/gpu/drm/drm_dumb_buffers.c | 28 ++++++++++++++++++++--------
1 file changed, 20 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/drm_dumb_buffers.c b/drivers/gpu/drm/drm_dumb_buffers.c
index fd39720bd617..5f2d026c764c 100644
--- a/drivers/gpu/drm/drm_dumb_buffers.c
+++ b/drivers/gpu/drm/drm_dumb_buffers.c
@@ -119,9 +119,8 @@ int drm_mode_size_dumb(struct drm_device *dev,
unsigned long pitch_align,
unsigned long size_align)
{
+ u64 pitch = 0;
u32 fourcc;
- const struct drm_format_info *info;
- u64 pitch;
/*
* The scanline pitch depends on the buffer width and the color
@@ -135,12 +134,25 @@ int drm_mode_size_dumb(struct drm_device *dev,
* color-mode constant.
*/
fourcc = drm_driver_color_mode_format(dev, args->bpp);
- if (fourcc == DRM_FORMAT_INVALID)
- return -EINVAL;
- info = drm_format_info(fourcc);
- if (!info)
- return -EINVAL;
- pitch = drm_format_info_min_pitch(info, 0, args->width);
+ if (fourcc != DRM_FORMAT_INVALID) {
+ const struct drm_format_info *info = drm_format_info(fourcc);
+
+ if (!info)
+ return -EINVAL;
+ pitch = drm_format_info_min_pitch(info, 0, args->width);
+ } else if (args->bpp) {
+ /*
+ * Some userspace throws in arbitrary values for bpp and
+ * relies on the kernel to figure it out. In this case we
+ * fall back to the old method of using bpp directly.
+ */
+ drm_warn(dev, "Unknown color mode %d; guessing buffer size.\n", args->bpp);
+ if (args->bpp < 8)
+ pitch = DIV_ROUND_UP(args->width * args->bpp, SZ_8);
+ else
+ pitch = args->width * DIV_ROUND_UP(args->bpp, SZ_8);
+ }
+
if (!pitch || pitch > U32_MAX)
return -EINVAL;
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re:Re: [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
2025-01-10 13:23 ` [PATCH " Thomas Zimmermann
@ 2025-01-13 3:53 ` Andy Yan
2025-01-13 7:52 ` Thomas Zimmermann
0 siblings, 1 reply; 81+ messages in thread
From: Andy Yan @ 2025-01-13 3:53 UTC (permalink / raw)
To: Thomas Zimmermann
Cc: maarten.lankhorst, mripard, airlied, simona, dri-devel,
linux-mediatek, freedreno, linux-arm-msm, imx, linux-samsung-soc,
nouveau, virtualization, spice-devel, linux-renesas-soc,
linux-rockchip, linux-tegra, intel-xe, xen-devel
Hi Thomas,
At 2025-01-10 21:23:48, "Thomas Zimmermann" <tzimmermann@suse.de> wrote:
>Hi
>
>
>Am 10.01.25 um 02:49 schrieb Andy Yan:
>> Hi Thomas,
>>
>> At 2025-01-09 22:56:56, "Thomas Zimmermann" <tzimmermann@suse.de> wrote:
>>> Add drm_modes_size_dumb(), a helper to calculate the dumb-buffer
>>> scanline pitch and allocation size. Implementations of struct
>>> drm_driver.dumb_create can call the new helper for their size
>>> computations. There's currently quite a bit of code duplication
>>> among DRM's memory managers. Each calculates scanline pitch and
>>> buffer size from the given arguments, but the implementations are
>>> inconsistent in how they treat alignment and format support. Later
>>> patches will unify this code on top of drm_mode_size_dumb() as
>>> much as possible.
>>>
>>> drm_mode_size_dumb() uses existing 4CC format helpers to interpret the
>>> given color mode. This makes the dumb-buffer interface behave similar
>>> the kernel's video= parameter. Again, current per-driver implementations
>>> likely have subtle differences or bugs in how they support color modes.
>>>
>>> Future directions: one bug is present in the current input validation
>>> in drm_mode_create_dumb(). The dumb-buffer overflow tests round up any
>>> given bits-per-pixel value to a multiple of 8. So even one-bit formats,
>>> such as DRM_FORMAT_C1, require 8 bits per pixel. While not common,
>>> low-end displays use such formats; with a possible overcommitment of
>>> memory. At some point, the validation logic in drm_mode_size_dumb() is
>>> supposed to replace the erronous code.
>>>
>>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>>> ---
>>> drivers/gpu/drm/drm_dumb_buffers.c | 93 ++++++++++++++++++++++++++++++
>>> include/drm/drm_dumb_buffers.h | 14 +++++
>>> 2 files changed, 107 insertions(+)
>>> create mode 100644 include/drm/drm_dumb_buffers.h
>>>
>>> diff --git a/drivers/gpu/drm/drm_dumb_buffers.c b/drivers/gpu/drm/drm_dumb_buffers.c
>>> index 9916aaf5b3f2..fd39720bd617 100644
>>> --- a/drivers/gpu/drm/drm_dumb_buffers.c
>>> +++ b/drivers/gpu/drm/drm_dumb_buffers.c
>>> @@ -25,6 +25,8 @@
>>>
>>> #include <drm/drm_device.h>
>>> #include <drm/drm_drv.h>
>>> +#include <drm/drm_dumb_buffers.h>
>>> +#include <drm/drm_fourcc.h>
>>> #include <drm/drm_gem.h>
>>> #include <drm/drm_mode.h>
>>>
>>> @@ -57,6 +59,97 @@
>>> * a hardware-specific ioctl to allocate suitable buffer objects.
>>> */
>>>
>>> +static int drm_mode_align_dumb(struct drm_mode_create_dumb *args,
>>> + unsigned long pitch_align,
>>> + unsigned long size_align)
>>> +{
>>> + u32 pitch = args->pitch;
>>> + u32 size;
>>> +
>>> + if (!pitch)
>>> + return -EINVAL;
>>> +
>>> + if (pitch_align)
>>> + pitch = roundup(pitch, pitch_align);
>>> +
>>> + /* overflow checks for 32bit size calculations */
>>> + if (args->height > U32_MAX / pitch)
>>> + return -EINVAL;
>>> +
>>> + if (!size_align)
>>> + size_align = PAGE_SIZE;
>>> + else if (!IS_ALIGNED(size_align, PAGE_SIZE))
>>> + return -EINVAL;
>>> +
>>> + size = ALIGN(args->height * pitch, size_align);
>>> + if (!size)
>>> + return -EINVAL;
>>> +
>>> + args->pitch = pitch;
>>> + args->size = size;
>>> +
>>> + return 0;
>>> +}
>>> +
>>> +/**
>>> + * drm_mode_size_dumb - Calculates the scanline and buffer sizes for dumb buffers
>>> + * @dev: DRM device
>>> + * @args: Parameters for the dumb buffer
>>> + * @pitch_align: Scanline alignment in bytes
>>> + * @size_align: Buffer-size alignment in bytes
>>> + *
>>> + * The helper drm_mode_size_dumb() calculates the size of the buffer
>>> + * allocation and the scanline size for a dumb buffer. Callers have to
>>> + * set the buffers width, height and color mode in the argument @arg.
>>> + * The helper validates the correctness of the input and tests for
>>> + * possible overflows. If successful, it returns the dumb buffer's
>>> + * required scanline pitch and size in &args.
>>> + *
>>> + * The parameter @pitch_align allows the driver to specifies an
>>> + * alignment for the scanline pitch, if the hardware requires any. The
>>> + * calculated pitch will be a multiple of the alignment. The parameter
>>> + * @size_align allows to specify an alignment for buffer sizes. The
>>> + * returned size is always a multiple of PAGE_SIZE.
>>> + *
>>> + * Returns:
>>> + * Zero on success, or a negative error code otherwise.
>>> + */
>>> +int drm_mode_size_dumb(struct drm_device *dev,
>>> + struct drm_mode_create_dumb *args,
>>> + unsigned long pitch_align,
>>> + unsigned long size_align)
>>> +{
>>> + u32 fourcc;
>>> + const struct drm_format_info *info;
>>> + u64 pitch;
>>> +
>>> + /*
>>> + * The scanline pitch depends on the buffer width and the color
>>> + * format. The latter is specified as a color-mode constant for
>>> + * which we first have to find the corresponding color format.
>>> + *
>>> + * Different color formats can have the same color-mode constant.
>>> + * For example XRGB8888 and BGRX8888 both have a color mode of 32.
>>> + * It is possible to use different formats for dumb-buffer allocation
>>> + * and rendering as long as all involved formats share the same
>>> + * color-mode constant.
>>> + */
>>> + fourcc = drm_driver_color_mode_format(dev, args->bpp);
>> This will return -EINVAL with bpp drm_mode_legacy_fb_format doesn't support,
>> such as(NV15, NV20, NV30, bpp is 10)[0]
>
>Thanks for taking a look. That NV-related code at [0] is a 'somewhat
>non-idiomatic use' of the UAPI. The dumb-buffer interface really just
>supports a single plane. The fix would be a new ioctl that takes a DRM
>4cc constant and returns a buffer handle/pitch/size for each plane. But
>that's separate series throughout the various components.
So is there a standard way to create buffer for NV-related format now ?
With a quick search, I can see many user space use dumb-buffer for NV-releated
buffer alloc:
[0]https://github.com/tomba/kmsxx/blob/master/kms%2B%2B/src/pixelformats.cpp
[1]https://gitlab.freedesktop.org/drm/igt-gpu-tools/-/blob/master/lib/igt_fb.c?ref_type=heads
[2]https://gitlab.freedesktop.org/gstreamer/gstreamer/-/blob/main/subprojects/gst-plugins-bad/sys/kms/gstkmsutils.c?ref_type=heads#L116
>
>There's also code XRGB16161616F. This is a viable format for the UAPI,
>but seems not very useful in practice.
>
>>
>> And there are also some AFBC based format with bpp can't be handled here, see:
>> static __u32 drm_gem_afbc_get_bpp(struct drm_device *dev,
>> const struct drm_mode_fb_cmd2 *mode_cmd)
>> {
>> const struct drm_format_info *info;
>>
>> info = drm_get_format_info(dev, mode_cmd);
>>
>> switch (info->format) {
>> case DRM_FORMAT_YUV420_8BIT:
>> return 12;
>> case DRM_FORMAT_YUV420_10BIT:
>> return 15;
>> case DRM_FORMAT_VUY101010:
>> return 30;
>> default:
>> return drm_format_info_bpp(info, 0);
>> }
>> }
>
>Same problem here. These YUV formats are multi-planar and there should
>be no dumb buffers for them.
These afbc based format are one plane, see:
/*
* 1-plane YUV 4:2:0
* In these formats, the component ordering is specified (Y, followed by U
* then V), but the exact Linear layout is undefined.
* These formats can only be used with a non-Linear modifier.
*/
#define DRM_FORMAT_YUV420_8BIT fourcc_code('Y', 'U', '0', '8')
#define DRM_FORMAT_YUV420_10BIT fourcc_code('Y', 'U', '1', '0')
>
>As we still have to support these all use cases, I've modified the new
>helper to fallback to computing the pitch from the given bpp value.
>That's what drivers currently do. Could you please apply the attached
>patch on top of the series and report back the result of the test? You
>should see a kernel warning about the unknown color mode, but allocation
>should succeed.
Yes, the attached patch works for my test case.
>
>Best regards
>Thomas
>
>>
>>
>> [0]https://gitlab.freedesktop.org/mesa/drm/-/blob/main/tests/modetest/buffers.c?ref_type=heads#L159
>>
>> This introduce a modetest failure on rockchip platform:
>> # modetest -M rockchip -s 70@68:1920x1080 -P 32@68:1920x1080@NV30
>> setting mode 1920x1080-60.00Hz on connectors 70, crtc 68
>> testing 1920x1080@NV30 overlay plane 32
>> failed to create dumb buffer: Invalid argument
>>
>> I think other platform with bpp can't handler by drm_mode_legacy_fb_format will
>> also see this kind of failure:
>>
>>
>>
>>> + if (fourcc == DRM_FORMAT_INVALID)
>>> + return -EINVAL;
>>> + info = drm_format_info(fourcc);
>>> + if (!info)
>>> + return -EINVAL;
>>> + pitch = drm_format_info_min_pitch(info, 0, args->width);
>>> + if (!pitch || pitch > U32_MAX)
>>> + return -EINVAL;
>>> +
>>> + args->pitch = pitch;
>>> +
>>> + return drm_mode_align_dumb(args, pitch_align, size_align);
>>> +}
>>> +EXPORT_SYMBOL(drm_mode_size_dumb);
>>> +
>>> int drm_mode_create_dumb(struct drm_device *dev,
>>> struct drm_mode_create_dumb *args,
>>> struct drm_file *file_priv)
>>> diff --git a/include/drm/drm_dumb_buffers.h b/include/drm/drm_dumb_buffers.h
>>> new file mode 100644
>>> index 000000000000..6fe36004b19d
>>> --- /dev/null
>>> +++ b/include/drm/drm_dumb_buffers.h
>>> @@ -0,0 +1,14 @@
>>> +/* SPDX-License-Identifier: MIT */
>>> +
>>> +#ifndef __DRM_DUMB_BUFFERS_H__
>>> +#define __DRM_DUMB_BUFFERS_H__
>>> +
>>> +struct drm_device;
>>> +struct drm_mode_create_dumb;
>>> +
>>> +int drm_mode_size_dumb(struct drm_device *dev,
>>> + struct drm_mode_create_dumb *args,
>>> + unsigned long pitch_align,
>>> + unsigned long size_align);
>>> +
>>> +#endif
>>> --
>>> 2.47.1
>>>
>>>
>>> _______________________________________________
>>> Linux-rockchip mailing list
>>> Linux-rockchip@lists.infradead.org
>>> http://lists.infradead.org/mailman/listinfo/linux-rockchip
>
>--
>--
>Thomas Zimmermann
>Graphics Driver Developer
>SUSE Software Solutions Germany GmbH
>Frankenstrasse 146, 90461 Nuernberg, Germany
>GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
>HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
2025-01-13 3:53 ` Andy Yan
@ 2025-01-13 7:52 ` Thomas Zimmermann
0 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-13 7:52 UTC (permalink / raw)
To: Andy Yan
Cc: maarten.lankhorst, mripard, airlied, simona, dri-devel,
linux-mediatek, freedreno, linux-arm-msm, imx, linux-samsung-soc,
nouveau, virtualization, spice-devel, linux-renesas-soc,
linux-rockchip, linux-tegra, intel-xe, xen-devel
Hi
Am 13.01.25 um 04:53 schrieb Andy Yan:
[...]
>> Thanks for taking a look. That NV-related code at [0] is a 'somewhat
>> non-idiomatic use' of the UAPI. The dumb-buffer interface really just
>> supports a single plane. The fix would be a new ioctl that takes a DRM
>> 4cc constant and returns a buffer handle/pitch/size for each plane. But
>> that's separate series throughout the various components.
> So is there a standard way to create buffer for NV-related format now ?
I don't know, but it doesn't look like there is. As I outlined, a new
dumb-buffer interface seems required.
> With a quick search, I can see many user space use dumb-buffer for NV-releated
> buffer alloc:
>
> [0]https://github.com/tomba/kmsxx/blob/master/kms%2B%2B/src/pixelformats.cpp
> [1]https://gitlab.freedesktop.org/drm/igt-gpu-tools/-/blob/master/lib/igt_fb.c?ref_type=heads
> [2]https://gitlab.freedesktop.org/gstreamer/gstreamer/-/blob/main/subprojects/gst-plugins-bad/sys/kms/gstkmsutils.c?ref_type=heads#L116
>
>> There's also code XRGB16161616F. This is a viable format for the UAPI,
>> but seems not very useful in practice.
>>
>>> And there are also some AFBC based format with bpp can't be handled here, see:
>>> static __u32 drm_gem_afbc_get_bpp(struct drm_device *dev,
>>> const struct drm_mode_fb_cmd2 *mode_cmd)
>>> {
>>> const struct drm_format_info *info;
>>>
>>> info = drm_get_format_info(dev, mode_cmd);
>>>
>>> switch (info->format) {
>>> case DRM_FORMAT_YUV420_8BIT:
>>> return 12;
>>> case DRM_FORMAT_YUV420_10BIT:
>>> return 15;
>>> case DRM_FORMAT_VUY101010:
>>> return 30;
>>> default:
>>> return drm_format_info_bpp(info, 0);
>>> }
>>> }
>> Same problem here. These YUV formats are multi-planar and there should
>> be no dumb buffers for them.
> These afbc based format are one plane, see:
Apologies. I confused them with other YUV formats.
>
> /*
> * 1-plane YUV 4:2:0
> * In these formats, the component ordering is specified (Y, followed by U
> * then V), but the exact Linear layout is undefined.
> * These formats can only be used with a non-Linear modifier.
> */
> #define DRM_FORMAT_YUV420_8BIT fourcc_code('Y', 'U', '0', '8')
> #define DRM_FORMAT_YUV420_10BIT fourcc_code('Y', 'U', '1', '0')
>
>> As we still have to support these all use cases, I've modified the new
>> helper to fallback to computing the pitch from the given bpp value.
>> That's what drivers currently do. Could you please apply the attached
>> patch on top of the series and report back the result of the test? You
>> should see a kernel warning about the unknown color mode, but allocation
>> should succeed.
> Yes, the attached patch works for my test case.
Thanks for testing. I'll include the changes in the patch' next iteration.
Best regards
Thomas
>
>> Best regards
>> Thomas
>>
>>>
>>> [0]https://gitlab.freedesktop.org/mesa/drm/-/blob/main/tests/modetest/buffers.c?ref_type=heads#L159
>>>
>>> This introduce a modetest failure on rockchip platform:
>>> # modetest -M rockchip -s 70@68:1920x1080 -P 32@68:1920x1080@NV30
>>> setting mode 1920x1080-60.00Hz on connectors 70, crtc 68
>>> testing 1920x1080@NV30 overlay plane 32
>>> failed to create dumb buffer: Invalid argument
>>>
>>> I think other platform with bpp can't handler by drm_mode_legacy_fb_format will
>>> also see this kind of failure:
>>>
>>>
>>>
>>>> + if (fourcc == DRM_FORMAT_INVALID)
>>>> + return -EINVAL;
>>>> + info = drm_format_info(fourcc);
>>>> + if (!info)
>>>> + return -EINVAL;
>>>> + pitch = drm_format_info_min_pitch(info, 0, args->width);
>>>> + if (!pitch || pitch > U32_MAX)
>>>> + return -EINVAL;
>>>> +
>>>> + args->pitch = pitch;
>>>> +
>>>> + return drm_mode_align_dumb(args, pitch_align, size_align);
>>>> +}
>>>> +EXPORT_SYMBOL(drm_mode_size_dumb);
>>>> +
>>>> int drm_mode_create_dumb(struct drm_device *dev,
>>>> struct drm_mode_create_dumb *args,
>>>> struct drm_file *file_priv)
>>>> diff --git a/include/drm/drm_dumb_buffers.h b/include/drm/drm_dumb_buffers.h
>>>> new file mode 100644
>>>> index 000000000000..6fe36004b19d
>>>> --- /dev/null
>>>> +++ b/include/drm/drm_dumb_buffers.h
>>>> @@ -0,0 +1,14 @@
>>>> +/* SPDX-License-Identifier: MIT */
>>>> +
>>>> +#ifndef __DRM_DUMB_BUFFERS_H__
>>>> +#define __DRM_DUMB_BUFFERS_H__
>>>> +
>>>> +struct drm_device;
>>>> +struct drm_mode_create_dumb;
>>>> +
>>>> +int drm_mode_size_dumb(struct drm_device *dev,
>>>> + struct drm_mode_create_dumb *args,
>>>> + unsigned long pitch_align,
>>>> + unsigned long size_align);
>>>> +
>>>> +#endif
>>>> --
>>>> 2.47.1
>>>>
>>>>
>>>> _______________________________________________
>>>> Linux-rockchip mailing list
>>>> Linux-rockchip@lists.infradead.org
>>>> http://lists.infradead.org/mailman/listinfo/linux-rockchip
>> --
>> --
>> Thomas Zimmermann
>> Graphics Driver Developer
>> SUSE Software Solutions Germany GmbH
>> Frankenstrasse 146, 90461 Nuernberg, Germany
>> GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
>> HRB 36809 (AG Nuernberg)
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v2 03/25] drm/gem-dma: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
2025-01-09 14:56 ` [PATCH v2 01/25] drm/dumb-buffers: Sanitize output on errors Thomas Zimmermann
2025-01-09 14:56 ` [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size Thomas Zimmermann
@ 2025-01-09 14:56 ` Thomas Zimmermann
2025-01-09 14:56 ` [PATCH v2 04/25] drm/gem-shmem: " Thomas Zimmermann
` (30 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:56 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch to a multiple of 8.
Push the current calculation into the only direct caller imx. Imx's
hardware requires the framebuffer width to be aligned to 8. The
driver's current approach is actually incorrect, as it only guarantees
this implicitly and requires bpp to be a multiple of 8 already. A
later commit will fix this problem by aligning the scanline pitch
such that an aligned width still fits into each scanline's memory.
A number of other drivers are build on top of gem-dma helpers and
implement their own dumb-buffer allocation. These drivers invoke
drm_gem_dma_dumb_create_internal(), which is not affected by this
commit.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
---
drivers/gpu/drm/drm_gem_dma_helper.c | 7 +++++--
drivers/gpu/drm/imx/ipuv3/imx-drm-core.c | 2 ++
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_dma_helper.c b/drivers/gpu/drm/drm_gem_dma_helper.c
index 16988d316a6d..5bca7ce3683f 100644
--- a/drivers/gpu/drm/drm_gem_dma_helper.c
+++ b/drivers/gpu/drm/drm_gem_dma_helper.c
@@ -20,6 +20,7 @@
#include <drm/drm.h>
#include <drm/drm_device.h>
#include <drm/drm_drv.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_gem_dma_helper.h>
#include <drm/drm_vma_manager.h>
@@ -304,9 +305,11 @@ int drm_gem_dma_dumb_create(struct drm_file *file_priv,
struct drm_mode_create_dumb *args)
{
struct drm_gem_dma_object *dma_obj;
+ int ret;
- args->pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
- args->size = args->pitch * args->height;
+ ret = drm_mode_size_dumb(drm, args, SZ_8, 0);
+ if (ret)
+ return ret;
dma_obj = drm_gem_dma_create_with_handle(file_priv, drm, args->size,
&args->handle);
diff --git a/drivers/gpu/drm/imx/ipuv3/imx-drm-core.c b/drivers/gpu/drm/imx/ipuv3/imx-drm-core.c
index ec5fd9a01f1e..e7025df7b978 100644
--- a/drivers/gpu/drm/imx/ipuv3/imx-drm-core.c
+++ b/drivers/gpu/drm/imx/ipuv3/imx-drm-core.c
@@ -145,6 +145,8 @@ static int imx_drm_dumb_create(struct drm_file *file_priv,
int ret;
args->width = ALIGN(width, 8);
+ args->pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
+ args->size = args->pitch * args->height;
ret = drm_gem_dma_dumb_create(file_priv, drm, args);
if (ret)
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 04/25] drm/gem-shmem: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (2 preceding siblings ...)
2025-01-09 14:56 ` [PATCH v2 03/25] drm/gem-dma: Compute dumb-buffer sizes with drm_mode_size_dumb() Thomas Zimmermann
@ 2025-01-09 14:56 ` Thomas Zimmermann
2025-01-09 14:56 ` [PATCH v2 05/25] drm/gem-vram: " Thomas Zimmermann
` (29 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:56 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch to a multiple of 8.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
---
drivers/gpu/drm/drm_gem_shmem_helper.c | 16 +++++-----------
1 file changed, 5 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_shmem_helper.c b/drivers/gpu/drm/drm_gem_shmem_helper.c
index 5ab351409312..8941b5e4eda9 100644
--- a/drivers/gpu/drm/drm_gem_shmem_helper.c
+++ b/drivers/gpu/drm/drm_gem_shmem_helper.c
@@ -18,6 +18,7 @@
#include <drm/drm.h>
#include <drm/drm_device.h>
#include <drm/drm_drv.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_gem_shmem_helper.h>
#include <drm/drm_prime.h>
#include <drm/drm_print.h>
@@ -514,18 +515,11 @@ EXPORT_SYMBOL(drm_gem_shmem_purge);
int drm_gem_shmem_dumb_create(struct drm_file *file, struct drm_device *dev,
struct drm_mode_create_dumb *args)
{
- u32 min_pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
+ int ret;
- if (!args->pitch || !args->size) {
- args->pitch = min_pitch;
- args->size = PAGE_ALIGN(args->pitch * args->height);
- } else {
- /* ensure sane minimum values */
- if (args->pitch < min_pitch)
- args->pitch = min_pitch;
- if (args->size < args->pitch * args->height)
- args->size = PAGE_ALIGN(args->pitch * args->height);
- }
+ ret = drm_mode_size_dumb(dev, args, SZ_8, 0);
+ if (ret)
+ return ret;
return drm_gem_shmem_create_with_handle(file, dev, args->size, &args->handle);
}
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 05/25] drm/gem-vram: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (3 preceding siblings ...)
2025-01-09 14:56 ` [PATCH v2 04/25] drm/gem-shmem: " Thomas Zimmermann
@ 2025-01-09 14:56 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 06/25] drm/armada: " Thomas Zimmermann
` (28 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:56 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Inline code from drm_gem_vram_fill_create_dumb() without
the existing size computation. Align the pitch to a multiple of 8.
Only hibmc and vboxvideo use gem-vram. Hibmc invokes the call to
drm_gem_vram_fill_create_dumb() directly and is therefore not affected.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
---
drivers/gpu/drm/drm_gem_vram_helper.c | 24 +++++++++++++++++++++++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_gem_vram_helper.c b/drivers/gpu/drm/drm_gem_vram_helper.c
index 22b1fe9c03b8..15cd564cbeac 100644
--- a/drivers/gpu/drm/drm_gem_vram_helper.c
+++ b/drivers/gpu/drm/drm_gem_vram_helper.c
@@ -6,6 +6,7 @@
#include <drm/drm_debugfs.h>
#include <drm/drm_device.h>
#include <drm/drm_drv.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_file.h>
#include <drm/drm_framebuffer.h>
#include <drm/drm_gem_atomic_helper.h>
@@ -582,10 +583,31 @@ int drm_gem_vram_driver_dumb_create(struct drm_file *file,
struct drm_device *dev,
struct drm_mode_create_dumb *args)
{
+ struct drm_gem_vram_object *gbo;
+ int ret;
+
if (WARN_ONCE(!dev->vram_mm, "VRAM MM not initialized"))
return -EINVAL;
- return drm_gem_vram_fill_create_dumb(file, dev, 0, 0, args);
+ ret = drm_mode_size_dumb(dev, args, SZ_8, 0);
+ if (ret)
+ return ret;
+
+ gbo = drm_gem_vram_create(dev, args->size, 0);
+ if (IS_ERR(gbo))
+ return PTR_ERR(gbo);
+
+ ret = drm_gem_handle_create(file, &gbo->bo.base, &args->handle);
+ if (ret)
+ goto err_drm_gem_object_put;
+
+ drm_gem_object_put(&gbo->bo.base);
+
+ return 0;
+
+err_drm_gem_object_put:
+ drm_gem_object_put(&gbo->bo.base);
+ return ret;
}
EXPORT_SYMBOL(drm_gem_vram_driver_dumb_create);
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 06/25] drm/armada: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (4 preceding siblings ...)
2025-01-09 14:56 ` [PATCH v2 05/25] drm/gem-vram: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 07/25] drm/exynos: " Thomas Zimmermann
` (27 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Russell King
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. No alignment required.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Russell King <linux@armlinux.org.uk>
---
drivers/gpu/drm/armada/armada_gem.c | 16 +++++++---------
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_gem.c b/drivers/gpu/drm/armada/armada_gem.c
index 1a1680d71486..0f11ae06064a 100644
--- a/drivers/gpu/drm/armada/armada_gem.c
+++ b/drivers/gpu/drm/armada/armada_gem.c
@@ -9,6 +9,7 @@
#include <linux/shmem_fs.h>
#include <drm/armada_drm.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_prime.h>
#include "armada_drm.h"
@@ -244,14 +245,13 @@ int armada_gem_dumb_create(struct drm_file *file, struct drm_device *dev,
struct drm_mode_create_dumb *args)
{
struct armada_gem_object *dobj;
- u32 handle;
- size_t size;
int ret;
- args->pitch = armada_pitch(args->width, args->bpp);
- args->size = size = args->pitch * args->height;
+ ret = drm_mode_size_dumb(dev, args, 0, 0);
+ if (ret)
+ return ret;
- dobj = armada_gem_alloc_private_object(dev, size);
+ dobj = armada_gem_alloc_private_object(dev, args->size);
if (dobj == NULL)
return -ENOMEM;
@@ -259,14 +259,12 @@ int armada_gem_dumb_create(struct drm_file *file, struct drm_device *dev,
if (ret)
goto err;
- ret = drm_gem_handle_create(file, &dobj->obj, &handle);
+ ret = drm_gem_handle_create(file, &dobj->obj, &args->handle);
if (ret)
goto err;
- args->handle = handle;
-
/* drop reference from allocate - handle holds it now */
- DRM_DEBUG_DRIVER("obj %p size %zu handle %#x\n", dobj, size, handle);
+ DRM_DEBUG_DRIVER("obj %p size %llu handle %#x\n", dobj, args->size, args->handle);
err:
drm_gem_object_put(&dobj->obj);
return ret;
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 07/25] drm/exynos: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (5 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 06/25] drm/armada: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 08/25] drm/gma500: " Thomas Zimmermann
` (26 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Inki Dae, Seung-Woo Kim,
Kyungmin Park, Krzysztof Kozlowski, Alim Akhtar
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. No alignment required.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Inki Dae <inki.dae@samsung.com>
Cc: Seung-Woo Kim <sw0312.kim@samsung.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>
Cc: Krzysztof Kozlowski <krzk@kernel.org>
Cc: Alim Akhtar <alim.akhtar@samsung.com>
---
drivers/gpu/drm/exynos/exynos_drm_gem.c | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.c b/drivers/gpu/drm/exynos/exynos_drm_gem.c
index 4787fee4696f..ffa1c02b4b1e 100644
--- a/drivers/gpu/drm/exynos/exynos_drm_gem.c
+++ b/drivers/gpu/drm/exynos/exynos_drm_gem.c
@@ -11,6 +11,7 @@
#include <linux/shmem_fs.h>
#include <linux/module.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_prime.h>
#include <drm/drm_vma_manager.h>
#include <drm/exynos_drm.h>
@@ -330,15 +331,16 @@ int exynos_drm_gem_dumb_create(struct drm_file *file_priv,
unsigned int flags;
int ret;
+ ret = drm_mode_size_dumb(dev, args, 0, 0);
+ if (ret)
+ return ret;
+
/*
* allocate memory to be used for framebuffer.
* - this callback would be called by user application
* with DRM_IOCTL_MODE_CREATE_DUMB command.
*/
- args->pitch = args->width * ((args->bpp + 7) / 8);
- args->size = args->pitch * args->height;
-
if (is_drm_iommu_supported(dev))
flags = EXYNOS_BO_NONCONTIG | EXYNOS_BO_WC;
else
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 08/25] drm/gma500: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (6 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 07/25] drm/exynos: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 09/25] drm/hibmc: " Thomas Zimmermann
` (25 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Patrik Jakobsson
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch to a multiple of 64.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Patrik Jakobsson <patrik.r.jakobsson@gmail.com>
---
drivers/gpu/drm/gma500/gem.c | 21 ++++++---------------
1 file changed, 6 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/gma500/gem.c b/drivers/gpu/drm/gma500/gem.c
index 4b7627a72637..fc337db0a948 100644
--- a/drivers/gpu/drm/gma500/gem.c
+++ b/drivers/gpu/drm/gma500/gem.c
@@ -16,6 +16,7 @@
#include <asm/set_memory.h>
#include <drm/drm.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_vma_manager.h>
#include "gem.h"
@@ -199,35 +200,25 @@ psb_gem_create(struct drm_device *dev, u64 size, const char *name, bool stolen,
int psb_gem_dumb_create(struct drm_file *file, struct drm_device *dev,
struct drm_mode_create_dumb *args)
{
- size_t pitch, size;
struct psb_gem_object *pobj;
struct drm_gem_object *obj;
- u32 handle;
int ret;
- pitch = args->width * DIV_ROUND_UP(args->bpp, 8);
- pitch = ALIGN(pitch, 64);
-
- size = pitch * args->height;
- size = roundup(size, PAGE_SIZE);
- if (!size)
- return -EINVAL;
+ ret = drm_mode_size_dumb(dev, args, SZ_64, 0);
+ if (ret)
+ return ret;
- pobj = psb_gem_create(dev, size, "gem", false, PAGE_SIZE);
+ pobj = psb_gem_create(dev, args->size, "gem", false, PAGE_SIZE);
if (IS_ERR(pobj))
return PTR_ERR(pobj);
obj = &pobj->base;
- ret = drm_gem_handle_create(file, obj, &handle);
+ ret = drm_gem_handle_create(file, obj, &args->handle);
if (ret)
goto err_drm_gem_object_put;
drm_gem_object_put(obj);
- args->pitch = pitch;
- args->size = size;
- args->handle = handle;
-
return 0;
err_drm_gem_object_put:
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 09/25] drm/hibmc: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (7 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 08/25] drm/gma500: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 10/25] drm/imx/ipuv3: " Thomas Zimmermann
` (24 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Xinliang Liu, Tian Tao, Xinwei Kong,
Sumit Semwal, Yongqin Liu, John Stultz
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch to a multiple of 128.
The hibmc driver's new hibmc_dumb_create() is similar to the one
in GEM VRAM helpers. The driver was the only caller of
drm_gem_vram_fill_create_dumb(). Remove the now unused helper.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Xinliang Liu <xinliang.liu@linaro.org>
Cc: Tian Tao <tiantao6@hisilicon.com>
Cc: Xinwei Kong <kong.kongxinwei@hisilicon.com>
Cc: Sumit Semwal <sumit.semwal@linaro.org>
Cc: Yongqin Liu <yongqin.liu@linaro.org>
Cc: John Stultz <jstultz@google.com>
---
drivers/gpu/drm/drm_gem_vram_helper.c | 65 -------------------
.../gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 25 ++++++-
include/drm/drm_gem_vram_helper.h | 6 --
3 files changed, 24 insertions(+), 72 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_vram_helper.c b/drivers/gpu/drm/drm_gem_vram_helper.c
index 15cd564cbeac..b4cf8134df6d 100644
--- a/drivers/gpu/drm/drm_gem_vram_helper.c
+++ b/drivers/gpu/drm/drm_gem_vram_helper.c
@@ -444,71 +444,6 @@ void drm_gem_vram_vunmap(struct drm_gem_vram_object *gbo,
}
EXPORT_SYMBOL(drm_gem_vram_vunmap);
-/**
- * drm_gem_vram_fill_create_dumb() - Helper for implementing
- * &struct drm_driver.dumb_create
- *
- * @file: the DRM file
- * @dev: the DRM device
- * @pg_align: the buffer's alignment in multiples of the page size
- * @pitch_align: the scanline's alignment in powers of 2
- * @args: the arguments as provided to
- * &struct drm_driver.dumb_create
- *
- * This helper function fills &struct drm_mode_create_dumb, which is used
- * by &struct drm_driver.dumb_create. Implementations of this interface
- * should forwards their arguments to this helper, plus the driver-specific
- * parameters.
- *
- * Returns:
- * 0 on success, or
- * a negative error code otherwise.
- */
-int drm_gem_vram_fill_create_dumb(struct drm_file *file,
- struct drm_device *dev,
- unsigned long pg_align,
- unsigned long pitch_align,
- struct drm_mode_create_dumb *args)
-{
- size_t pitch, size;
- struct drm_gem_vram_object *gbo;
- int ret;
- u32 handle;
-
- pitch = args->width * DIV_ROUND_UP(args->bpp, 8);
- if (pitch_align) {
- if (WARN_ON_ONCE(!is_power_of_2(pitch_align)))
- return -EINVAL;
- pitch = ALIGN(pitch, pitch_align);
- }
- size = pitch * args->height;
-
- size = roundup(size, PAGE_SIZE);
- if (!size)
- return -EINVAL;
-
- gbo = drm_gem_vram_create(dev, size, pg_align);
- if (IS_ERR(gbo))
- return PTR_ERR(gbo);
-
- ret = drm_gem_handle_create(file, &gbo->bo.base, &handle);
- if (ret)
- goto err_drm_gem_object_put;
-
- drm_gem_object_put(&gbo->bo.base);
-
- args->pitch = pitch;
- args->size = size;
- args->handle = handle;
-
- return 0;
-
-err_drm_gem_object_put:
- drm_gem_object_put(&gbo->bo.base);
- return ret;
-}
-EXPORT_SYMBOL(drm_gem_vram_fill_create_dumb);
-
/*
* Helpers for struct ttm_device_funcs
*/
diff --git a/drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c b/drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c
index e6de6d5edf6b..81768577871f 100644
--- a/drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c
+++ b/drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c
@@ -18,10 +18,12 @@
#include <drm/clients/drm_client_setup.h>
#include <drm/drm_atomic_helper.h>
#include <drm/drm_drv.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_fbdev_ttm.h>
#include <drm/drm_gem_framebuffer_helper.h>
#include <drm/drm_gem_vram_helper.h>
#include <drm/drm_managed.h>
+#include <drm/drm_mode.h>
#include <drm/drm_module.h>
#include <drm/drm_vblank.h>
@@ -54,7 +56,28 @@ static irqreturn_t hibmc_interrupt(int irq, void *arg)
static int hibmc_dumb_create(struct drm_file *file, struct drm_device *dev,
struct drm_mode_create_dumb *args)
{
- return drm_gem_vram_fill_create_dumb(file, dev, 0, 128, args);
+ struct drm_gem_vram_object *gbo;
+ int ret;
+
+ ret = drm_mode_size_dumb(dev, args, SZ_128, 0);
+ if (ret)
+ return ret;
+
+ gbo = drm_gem_vram_create(dev, args->size, 0);
+ if (IS_ERR(gbo))
+ return PTR_ERR(gbo);
+
+ ret = drm_gem_handle_create(file, &gbo->bo.base, &args->handle);
+ if (ret)
+ goto err_drm_gem_object_put;
+
+ drm_gem_object_put(&gbo->bo.base);
+
+ return 0;
+
+err_drm_gem_object_put:
+ drm_gem_object_put(&gbo->bo.base);
+ return ret;
}
static const struct drm_driver hibmc_driver = {
diff --git a/include/drm/drm_gem_vram_helper.h b/include/drm/drm_gem_vram_helper.h
index 00830b49a3ff..b6e821f5dd03 100644
--- a/include/drm/drm_gem_vram_helper.h
+++ b/include/drm/drm_gem_vram_helper.h
@@ -100,12 +100,6 @@ int drm_gem_vram_vmap(struct drm_gem_vram_object *gbo, struct iosys_map *map);
void drm_gem_vram_vunmap(struct drm_gem_vram_object *gbo,
struct iosys_map *map);
-int drm_gem_vram_fill_create_dumb(struct drm_file *file,
- struct drm_device *dev,
- unsigned long pg_align,
- unsigned long pitch_align,
- struct drm_mode_create_dumb *args);
-
/*
* Helpers for struct drm_driver
*/
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 10/25] drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (8 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 09/25] drm/hibmc: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-10 8:06 ` Philipp Zabel
2025-01-09 14:57 ` [PATCH v2 11/25] drm/loongson: " Thomas Zimmermann
` (23 subsequent siblings)
33 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Philipp Zabel, Shawn Guo,
Sascha Hauer, Pengutronix Kernel Team, Fabio Estevam
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. The hardware requires the framebuffer width to be a
multiple of 8. The scanline pitch has be large enough to support
this. Therefore compute the byte size of 8 pixels in the given color
mode and align the pitch accordingly.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Philipp Zabel <p.zabel@pengutronix.de>
Cc: Shawn Guo <shawnguo@kernel.org>
Cc: Sascha Hauer <s.hauer@pengutronix.de>
Cc: Pengutronix Kernel Team <kernel@pengutronix.de>
Cc: Fabio Estevam <festevam@gmail.com>
---
drivers/gpu/drm/imx/ipuv3/imx-drm-core.c | 31 ++++++++++++++++++------
1 file changed, 23 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/imx/ipuv3/imx-drm-core.c b/drivers/gpu/drm/imx/ipuv3/imx-drm-core.c
index e7025df7b978..465b5a6ad5bb 100644
--- a/drivers/gpu/drm/imx/ipuv3/imx-drm-core.c
+++ b/drivers/gpu/drm/imx/ipuv3/imx-drm-core.c
@@ -17,7 +17,9 @@
#include <drm/drm_atomic.h>
#include <drm/drm_atomic_helper.h>
#include <drm/drm_drv.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_fbdev_dma.h>
+#include <drm/drm_fourcc.h>
#include <drm/drm_gem_dma_helper.h>
#include <drm/drm_gem_framebuffer_helper.h>
#include <drm/drm_managed.h>
@@ -141,19 +143,32 @@ static int imx_drm_dumb_create(struct drm_file *file_priv,
struct drm_device *drm,
struct drm_mode_create_dumb *args)
{
- u32 width = args->width;
+ u32 fourcc;
+ const struct drm_format_info *info;
+ u64 pitch_align;
int ret;
- args->width = ALIGN(width, 8);
- args->pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
- args->size = args->pitch * args->height;
-
- ret = drm_gem_dma_dumb_create(file_priv, drm, args);
+ /*
+ * Hardware requires the framebuffer width to be aligned to
+ * multiples of 8. The mode-setting code handles this, but
+ * the buffer pitch has to be aligned as well. Set the pitch
+ * alignment accordingly, so that the each scanline fits into
+ * the allocated buffer.
+ */
+ fourcc = drm_driver_color_mode_format(drm, args->bpp);
+ if (fourcc == DRM_FORMAT_INVALID)
+ return -EINVAL;
+ info = drm_format_info(fourcc);
+ if (!info)
+ return -EINVAL;
+ pitch_align = drm_format_info_min_pitch(info, 0, SZ_8);
+ if (!pitch_align || pitch_align > U32_MAX)
+ return -EINVAL;
+ ret = drm_mode_size_dumb(drm, args, pitch_align, 0);
if (ret)
return ret;
- args->width = width;
- return ret;
+ return drm_gem_dma_dumb_create(file_priv, drm, args);
}
static const struct drm_driver imx_drm_driver = {
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re: [PATCH v2 10/25] drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:57 ` [PATCH v2 10/25] drm/imx/ipuv3: " Thomas Zimmermann
@ 2025-01-10 8:06 ` Philipp Zabel
0 siblings, 0 replies; 81+ messages in thread
From: Philipp Zabel @ 2025-01-10 8:06 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Shawn Guo, Sascha Hauer, Pengutronix Kernel Team,
Fabio Estevam
On Do, 2025-01-09 at 15:57 +0100, Thomas Zimmermann wrote:
> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
> buffer size. The hardware requires the framebuffer width to be a
> multiple of 8. The scanline pitch has be large enough to support
> this. Therefore compute the byte size of 8 pixels in the given color
> mode and align the pitch accordingly.
>
> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> Cc: Philipp Zabel <p.zabel@pengutronix.de>
> Cc: Shawn Guo <shawnguo@kernel.org>
> Cc: Sascha Hauer <s.hauer@pengutronix.de>
> Cc: Pengutronix Kernel Team <kernel@pengutronix.de>
> Cc: Fabio Estevam <festevam@gmail.com>
Reviewed-by: Philipp Zabel <p.zabel@pengutronix.de>
regards
Philipp
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v2 11/25] drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (9 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 10/25] drm/imx/ipuv3: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-15 3:50 ` Sui Jingfeng
2025-01-09 14:57 ` [PATCH v2 12/25] drm/mediatek: " Thomas Zimmermann
` (22 subsequent siblings)
33 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Sui Jingfeng, Sui Jingfeng
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch according to hardware requirements.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Sui Jingfeng <suijingfeng@loongson.cn>
Cc: Sui Jingfeng <sui.jingfeng@linux.dev>
---
drivers/gpu/drm/loongson/lsdc_gem.c | 29 ++++++++---------------------
1 file changed, 8 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/loongson/lsdc_gem.c b/drivers/gpu/drm/loongson/lsdc_gem.c
index a720d8f53209..9f982b85301f 100644
--- a/drivers/gpu/drm/loongson/lsdc_gem.c
+++ b/drivers/gpu/drm/loongson/lsdc_gem.c
@@ -6,6 +6,7 @@
#include <linux/dma-buf.h>
#include <drm/drm_debugfs.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_file.h>
#include <drm/drm_gem.h>
#include <drm/drm_prime.h>
@@ -204,45 +205,31 @@ int lsdc_dumb_create(struct drm_file *file, struct drm_device *ddev,
const struct lsdc_desc *descp = ldev->descp;
u32 domain = LSDC_GEM_DOMAIN_VRAM;
struct drm_gem_object *gobj;
- size_t size;
- u32 pitch;
- u32 handle;
int ret;
- if (!args->width || !args->height)
- return -EINVAL;
-
- if (args->bpp != 32 && args->bpp != 16)
- return -EINVAL;
-
- pitch = args->width * args->bpp / 8;
- pitch = ALIGN(pitch, descp->pitch_align);
- size = pitch * args->height;
- size = ALIGN(size, PAGE_SIZE);
+ ret = drm_mode_size_dumb(ddev, args, descp->pitch_align, 0);
+ if (ret)
+ return ret;
/* Maximum single bo size allowed is the half vram size available */
- if (size > ldev->vram_size / 2) {
- drm_err(ddev, "Requesting(%zuMiB) failed\n", size >> 20);
+ if (args->size > ldev->vram_size / 2) {
+ drm_err(ddev, "Requesting(%zuMiB) failed\n", (size_t)(args->size >> PAGE_SHIFT));
return -ENOMEM;
}
- gobj = lsdc_gem_object_create(ddev, domain, size, false, NULL, NULL);
+ gobj = lsdc_gem_object_create(ddev, domain, args->size, false, NULL, NULL);
if (IS_ERR(gobj)) {
drm_err(ddev, "Failed to create gem object\n");
return PTR_ERR(gobj);
}
- ret = drm_gem_handle_create(file, gobj, &handle);
+ ret = drm_gem_handle_create(file, gobj, &args->handle);
/* drop reference from allocate, handle holds it now */
drm_gem_object_put(gobj);
if (ret)
return ret;
- args->pitch = pitch;
- args->size = size;
- args->handle = handle;
-
return 0;
}
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re: [PATCH v2 11/25] drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:57 ` [PATCH v2 11/25] drm/loongson: " Thomas Zimmermann
@ 2025-01-15 3:50 ` Sui Jingfeng
0 siblings, 0 replies; 81+ messages in thread
From: Sui Jingfeng @ 2025-01-15 3:50 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Sui Jingfeng
Hi,
On 2025/1/9 22:57, Thomas Zimmermann wrote:
> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
> buffer size. Align the pitch according to hardware requirements.
>
> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> Cc: Sui Jingfeng <suijingfeng@loongson.cn>
> Cc: Sui Jingfeng <sui.jingfeng@linux.dev>
Reviewed-by: Sui Jingfeng <sui.jingfeng@linux.dev>
> ---
> drivers/gpu/drm/loongson/lsdc_gem.c | 29 ++++++++---------------------
> 1 file changed, 8 insertions(+), 21 deletions(-)
>
> diff --git a/drivers/gpu/drm/loongson/lsdc_gem.c b/drivers/gpu/drm/loongson/lsdc_gem.c
> index a720d8f53209..9f982b85301f 100644
> --- a/drivers/gpu/drm/loongson/lsdc_gem.c
> +++ b/drivers/gpu/drm/loongson/lsdc_gem.c
> @@ -6,6 +6,7 @@
> #include <linux/dma-buf.h>
>
> #include <drm/drm_debugfs.h>
> +#include <drm/drm_dumb_buffers.h>
> #include <drm/drm_file.h>
> #include <drm/drm_gem.h>
> #include <drm/drm_prime.h>
> @@ -204,45 +205,31 @@ int lsdc_dumb_create(struct drm_file *file, struct drm_device *ddev,
> const struct lsdc_desc *descp = ldev->descp;
> u32 domain = LSDC_GEM_DOMAIN_VRAM;
> struct drm_gem_object *gobj;
> - size_t size;
> - u32 pitch;
> - u32 handle;
> int ret;
>
> - if (!args->width || !args->height)
> - return -EINVAL;
> -
> - if (args->bpp != 32 && args->bpp != 16)
> - return -EINVAL;
> -
> - pitch = args->width * args->bpp / 8;
> - pitch = ALIGN(pitch, descp->pitch_align);
> - size = pitch * args->height;
> - size = ALIGN(size, PAGE_SIZE);
> + ret = drm_mode_size_dumb(ddev, args, descp->pitch_align, 0);
> + if (ret)
> + return ret;
>
> /* Maximum single bo size allowed is the half vram size available */
> - if (size > ldev->vram_size / 2) {
> - drm_err(ddev, "Requesting(%zuMiB) failed\n", size >> 20);
> + if (args->size > ldev->vram_size / 2) {
> + drm_err(ddev, "Requesting(%zuMiB) failed\n", (size_t)(args->size >> PAGE_SHIFT));
> return -ENOMEM;
> }
>
> - gobj = lsdc_gem_object_create(ddev, domain, size, false, NULL, NULL);
> + gobj = lsdc_gem_object_create(ddev, domain, args->size, false, NULL, NULL);
> if (IS_ERR(gobj)) {
> drm_err(ddev, "Failed to create gem object\n");
> return PTR_ERR(gobj);
> }
>
> - ret = drm_gem_handle_create(file, gobj, &handle);
> + ret = drm_gem_handle_create(file, gobj, &args->handle);
>
> /* drop reference from allocate, handle holds it now */
> drm_gem_object_put(gobj);
> if (ret)
> return ret;
>
> - args->pitch = pitch;
> - args->size = size;
> - args->handle = handle;
> -
> return 0;
> }
>
--
Best regards,
Sui
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v2 12/25] drm/mediatek: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (10 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 11/25] drm/loongson: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 13/25] drm/msm: " Thomas Zimmermann
` (21 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Chun-Kuang Hu, Philipp Zabel,
Matthias Brugger, AngeloGioacchino Del Regno
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch to a multiple of 8.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Chun-Kuang Hu <chunkuang.hu@kernel.org>
Cc: Philipp Zabel <p.zabel@pengutronix.de>
Cc: Matthias Brugger <matthias.bgg@gmail.com>
Cc: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
---
drivers/gpu/drm/mediatek/mtk_gem.c | 13 ++++---------
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_gem.c b/drivers/gpu/drm/mediatek/mtk_gem.c
index a172456d1d7b..21e08fabfd7f 100644
--- a/drivers/gpu/drm/mediatek/mtk_gem.c
+++ b/drivers/gpu/drm/mediatek/mtk_gem.c
@@ -8,6 +8,7 @@
#include <drm/drm.h>
#include <drm/drm_device.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_gem.h>
#include <drm/drm_gem_dma_helper.h>
#include <drm/drm_prime.h>
@@ -124,15 +125,9 @@ int mtk_gem_dumb_create(struct drm_file *file_priv, struct drm_device *dev,
struct mtk_gem_obj *mtk_gem;
int ret;
- args->pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
-
- /*
- * Multiply 2 variables of different types,
- * for example: args->size = args->spacing * args->height;
- * may cause coverity issue with unintentional overflow.
- */
- args->size = args->pitch;
- args->size *= args->height;
+ ret = drm_mode_size_dumb(dev, args, SZ_8, 0);
+ if (ret)
+ return ret;
mtk_gem = mtk_gem_create(dev, args->size, false);
if (IS_ERR(mtk_gem))
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 13/25] drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (11 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 12/25] drm/mediatek: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-13 8:25 ` Dmitry Baryshkov
2025-01-09 14:57 ` [PATCH v2 14/25] drm/nouveau: " Thomas Zimmermann
` (20 subsequent siblings)
33 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Rob Clark, Abhinav Kumar,
Dmitry Baryshkov, Sean Paul, Marijn Suijten
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. The hardware requires the scnaline pitch to be a multiple
of 32 pixels. Therefore compute the byte size of 32 pixels in the given
color mode and align the pitch accordingly.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Rob Clark <robdclark@gmail.com>
Cc: Abhinav Kumar <quic_abhinavk@quicinc.com>
Cc: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: Sean Paul <sean@poorly.run>
Cc: Marijn Suijten <marijn.suijten@somainline.org>
---
drivers/gpu/drm/msm/msm_gem.c | 27 +++++++++++++++++++++++++--
1 file changed, 25 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/msm/msm_gem.c b/drivers/gpu/drm/msm/msm_gem.c
index ebc9ba66efb8..a956905f1ef2 100644
--- a/drivers/gpu/drm/msm/msm_gem.c
+++ b/drivers/gpu/drm/msm/msm_gem.c
@@ -11,8 +11,10 @@
#include <linux/dma-buf.h>
#include <linux/pfn_t.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_prime.h>
#include <drm/drm_file.h>
+#include <drm/drm_fourcc.h>
#include <trace/events/gpu_mem.h>
@@ -700,8 +702,29 @@ void msm_gem_unpin_iova(struct drm_gem_object *obj,
int msm_gem_dumb_create(struct drm_file *file, struct drm_device *dev,
struct drm_mode_create_dumb *args)
{
- args->pitch = align_pitch(args->width, args->bpp);
- args->size = PAGE_ALIGN(args->pitch * args->height);
+ u32 fourcc;
+ const struct drm_format_info *info;
+ u64 pitch_align;
+ int ret;
+
+ /*
+ * Adreno needs pitch aligned to 32 pixels. Compute the number
+ * of bytes for a block of 32 pixels at the given color format.
+ * Use the result as pitch alignment.
+ */
+ fourcc = drm_driver_color_mode_format(dev, args->bpp);
+ if (fourcc == DRM_FORMAT_INVALID)
+ return -EINVAL;
+ info = drm_format_info(fourcc);
+ if (!info)
+ return -EINVAL;
+ pitch_align = drm_format_info_min_pitch(info, 0, SZ_32);
+ if (!pitch_align || pitch_align > U32_MAX)
+ return -EINVAL;
+ ret = drm_mode_size_dumb(dev, args, pitch_align, 0);
+ if (ret)
+ return ret;
+
return msm_gem_new_handle(dev, file, args->size,
MSM_BO_SCANOUT | MSM_BO_WC, &args->handle, "dumb");
}
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re: [PATCH v2 13/25] drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:57 ` [PATCH v2 13/25] drm/msm: " Thomas Zimmermann
@ 2025-01-13 8:25 ` Dmitry Baryshkov
0 siblings, 0 replies; 81+ messages in thread
From: Dmitry Baryshkov @ 2025-01-13 8:25 UTC (permalink / raw)
To: Thomas Zimmermann
Cc: maarten.lankhorst, mripard, airlied, simona, dri-devel,
linux-mediatek, freedreno, linux-arm-msm, imx, linux-samsung-soc,
nouveau, virtualization, spice-devel, linux-renesas-soc,
linux-rockchip, linux-tegra, intel-xe, xen-devel, Rob Clark,
Abhinav Kumar, Sean Paul, Marijn Suijten
On Thu, Jan 09, 2025 at 03:57:07PM +0100, Thomas Zimmermann wrote:
> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
> buffer size. The hardware requires the scnaline pitch to be a multiple
> of 32 pixels. Therefore compute the byte size of 32 pixels in the given
> color mode and align the pitch accordingly.
- scanline, not scnaline
- the statement about 32-pixel alignment needs an explanation that it is
being currently handled by align_pitch().
With that in mind:
Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> Cc: Rob Clark <robdclark@gmail.com>
> Cc: Abhinav Kumar <quic_abhinavk@quicinc.com>
> Cc: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
> Cc: Sean Paul <sean@poorly.run>
> Cc: Marijn Suijten <marijn.suijten@somainline.org>
> ---
> drivers/gpu/drm/msm/msm_gem.c | 27 +++++++++++++++++++++++++--
> 1 file changed, 25 insertions(+), 2 deletions(-)
>
--
With best wishes
Dmitry
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v2 14/25] drm/nouveau: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (12 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 13/25] drm/msm: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 15/25] drm/omapdrm: " Thomas Zimmermann
` (19 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Karol Herbst, Lyude Paul,
Danilo Krummrich
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch to a multiple of 256.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Karol Herbst <kherbst@redhat.com>
Cc: Lyude Paul <lyude@redhat.com>
Cc: Danilo Krummrich <dakr@kernel.org>
---
drivers/gpu/drm/nouveau/nouveau_display.c | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c b/drivers/gpu/drm/nouveau/nouveau_display.c
index add006fc8d81..daa2528f9c9a 100644
--- a/drivers/gpu/drm/nouveau/nouveau_display.c
+++ b/drivers/gpu/drm/nouveau/nouveau_display.c
@@ -30,6 +30,7 @@
#include <drm/drm_atomic_helper.h>
#include <drm/drm_client_event.h>
#include <drm/drm_crtc_helper.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_fourcc.h>
#include <drm/drm_gem_framebuffer_helper.h>
#include <drm/drm_probe_helper.h>
@@ -808,9 +809,9 @@ nouveau_display_dumb_create(struct drm_file *file_priv, struct drm_device *dev,
uint32_t domain;
int ret;
- args->pitch = roundup(args->width * (args->bpp / 8), 256);
- args->size = args->pitch * args->height;
- args->size = roundup(args->size, PAGE_SIZE);
+ ret = drm_mode_size_dumb(dev, args, SZ_256, 0);
+ if (ret)
+ return ret;
/* Use VRAM if there is any ; otherwise fallback to system memory */
if (nouveau_drm(dev)->client.device.info.ram_size != 0)
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 15/25] drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (13 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 14/25] drm/nouveau: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-14 14:04 ` Tomi Valkeinen
2025-01-09 14:57 ` [PATCH v2 16/25] drm/qxl: " Thomas Zimmermann
` (18 subsequent siblings)
33 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Tomi Valkeinen
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch to a multiple of 8.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
---
drivers/gpu/drm/omapdrm/omap_gem.c | 15 +++++++--------
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c b/drivers/gpu/drm/omapdrm/omap_gem.c
index b9c67e4ca360..b8413a2dcdeb 100644
--- a/drivers/gpu/drm/omapdrm/omap_gem.c
+++ b/drivers/gpu/drm/omapdrm/omap_gem.c
@@ -11,6 +11,7 @@
#include <linux/pfn_t.h>
#include <linux/vmalloc.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_prime.h>
#include <drm/drm_vma_manager.h>
@@ -583,15 +584,13 @@ static int omap_gem_object_mmap(struct drm_gem_object *obj, struct vm_area_struc
int omap_gem_dumb_create(struct drm_file *file, struct drm_device *dev,
struct drm_mode_create_dumb *args)
{
- union omap_gem_size gsize;
-
- args->pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
-
- args->size = PAGE_ALIGN(args->pitch * args->height);
+ union omap_gem_size gsize = { };
+ int ret;
- gsize = (union omap_gem_size){
- .bytes = args->size,
- };
+ ret = drm_mode_size_dumb(dev, args, SZ_8, 0);
+ if (ret)
+ return ret;
+ gsize.bytes = args->size;
return omap_gem_new_handle(dev, file, gsize,
OMAP_BO_SCANOUT | OMAP_BO_WC, &args->handle);
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re: [PATCH v2 15/25] drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:57 ` [PATCH v2 15/25] drm/omapdrm: " Thomas Zimmermann
@ 2025-01-14 14:04 ` Tomi Valkeinen
0 siblings, 0 replies; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-14 14:04 UTC (permalink / raw)
To: Thomas Zimmermann
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, maarten.lankhorst, mripard, airlied, simona
Hi,
On 09/01/2025 16:57, Thomas Zimmermann wrote:
> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
> buffer size. Align the pitch to a multiple of 8.
>
> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> Cc: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
> ---
> drivers/gpu/drm/omapdrm/omap_gem.c | 15 +++++++--------
> 1 file changed, 7 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c b/drivers/gpu/drm/omapdrm/omap_gem.c
> index b9c67e4ca360..b8413a2dcdeb 100644
> --- a/drivers/gpu/drm/omapdrm/omap_gem.c
> +++ b/drivers/gpu/drm/omapdrm/omap_gem.c
> @@ -11,6 +11,7 @@
> #include <linux/pfn_t.h>
> #include <linux/vmalloc.h>
>
> +#include <drm/drm_dumb_buffers.h>
> #include <drm/drm_prime.h>
> #include <drm/drm_vma_manager.h>
>
> @@ -583,15 +584,13 @@ static int omap_gem_object_mmap(struct drm_gem_object *obj, struct vm_area_struc
> int omap_gem_dumb_create(struct drm_file *file, struct drm_device *dev,
> struct drm_mode_create_dumb *args)
> {
> - union omap_gem_size gsize;
> -
> - args->pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
> -
> - args->size = PAGE_ALIGN(args->pitch * args->height);
> + union omap_gem_size gsize = { };
> + int ret;
>
> - gsize = (union omap_gem_size){
> - .bytes = args->size,
> - };
> + ret = drm_mode_size_dumb(dev, args, SZ_8, 0);
> + if (ret)
> + return ret;
> + gsize.bytes = args->size;
>
> return omap_gem_new_handle(dev, file, gsize,
> OMAP_BO_SCANOUT | OMAP_BO_WC, &args->handle);
Tested on dra76 evm.
Reviewed-by: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v2 16/25] drm/qxl: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (14 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 15/25] drm/omapdrm: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 17/25] drm/renesas/rcar-du: " Thomas Zimmermann
` (17 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Dave Airlie, Gerd Hoffmann
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch
and buffer size. No alignment required.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Dave Airlie <airlied@redhat.com>
Cc: Gerd Hoffmann <kraxel@redhat.com>
---
drivers/gpu/drm/qxl/qxl_dumb.c | 17 ++++++++---------
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_dumb.c b/drivers/gpu/drm/qxl/qxl_dumb.c
index 17df5c7ccf69..1200946767ce 100644
--- a/drivers/gpu/drm/qxl/qxl_dumb.c
+++ b/drivers/gpu/drm/qxl/qxl_dumb.c
@@ -23,6 +23,8 @@
* Alon Levy
*/
+#include <drm/drm_dumb_buffers.h>
+
#include "qxl_drv.h"
#include "qxl_object.h"
@@ -35,14 +37,13 @@ int qxl_mode_dumb_create(struct drm_file *file_priv,
struct qxl_device *qdev = to_qxl(dev);
struct qxl_bo *qobj;
struct drm_gem_object *gobj;
- uint32_t handle;
int r;
struct qxl_surface surf;
- uint32_t pitch, format;
+ u32 format;
- pitch = args->width * ((args->bpp + 1) / 8);
- args->size = pitch * args->height;
- args->size = ALIGN(args->size, PAGE_SIZE);
+ r = drm_mode_size_dumb(dev, args, 0, 0);
+ if (r)
+ return r;
switch (args->bpp) {
case 16:
@@ -57,20 +58,18 @@ int qxl_mode_dumb_create(struct drm_file *file_priv,
surf.width = args->width;
surf.height = args->height;
- surf.stride = pitch;
+ surf.stride = args->pitch;
surf.format = format;
surf.data = 0;
r = qxl_gem_object_create_with_handle(qdev, file_priv,
QXL_GEM_DOMAIN_CPU,
args->size, &surf, &gobj,
- &handle);
+ &args->handle);
if (r)
return r;
qobj = gem_to_qxl_bo(gobj);
qobj->is_dumb = true;
drm_gem_object_put(gobj);
- args->pitch = pitch;
- args->handle = handle;
return 0;
}
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 17/25] drm/renesas/rcar-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (15 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 16/25] drm/qxl: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 18/25] drm/renesas/rz-du: " Thomas Zimmermann
` (16 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Laurent Pinchart, Kieran Bingham
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch according to hardware requirements.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>
---
drivers/gpu/drm/renesas/rcar-du/rcar_du_kms.c | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/renesas/rcar-du/rcar_du_kms.c b/drivers/gpu/drm/renesas/rcar-du/rcar_du_kms.c
index 70d8ad065bfa..32c8307da522 100644
--- a/drivers/gpu/drm/renesas/rcar-du/rcar_du_kms.c
+++ b/drivers/gpu/drm/renesas/rcar-du/rcar_du_kms.c
@@ -11,6 +11,7 @@
#include <drm/drm_atomic_helper.h>
#include <drm/drm_crtc.h>
#include <drm/drm_device.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_framebuffer.h>
#include <drm/drm_gem_dma_helper.h>
#include <drm/drm_gem_framebuffer_helper.h>
@@ -407,8 +408,8 @@ int rcar_du_dumb_create(struct drm_file *file, struct drm_device *dev,
struct drm_mode_create_dumb *args)
{
struct rcar_du_device *rcdu = to_rcar_du_device(dev);
- unsigned int min_pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
unsigned int align;
+ int ret;
/*
* The R8A7779 DU requires a 16 pixels pitch alignment as documented,
@@ -419,7 +420,9 @@ int rcar_du_dumb_create(struct drm_file *file, struct drm_device *dev,
else
align = 16 * args->bpp / 8;
- args->pitch = roundup(min_pitch, align);
+ ret = drm_mode_size_dumb(dev, args, align, 0);
+ if (ret)
+ return ret;
return drm_gem_dma_dumb_create_internal(file, dev, args);
}
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 18/25] drm/renesas/rz-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (16 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 17/25] drm/renesas/rcar-du: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 19/25] drm/rockchip: " Thomas Zimmermann
` (15 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Biju Das
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch according to hardware requirements.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Biju Das <biju.das.jz@bp.renesas.com>
---
drivers/gpu/drm/renesas/rz-du/rzg2l_du_kms.c | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/renesas/rz-du/rzg2l_du_kms.c b/drivers/gpu/drm/renesas/rz-du/rzg2l_du_kms.c
index 90c6269ccd29..f752369cd52f 100644
--- a/drivers/gpu/drm/renesas/rz-du/rzg2l_du_kms.c
+++ b/drivers/gpu/drm/renesas/rz-du/rzg2l_du_kms.c
@@ -75,10 +75,11 @@ const struct rzg2l_du_format_info *rzg2l_du_format_info(u32 fourcc)
int rzg2l_du_dumb_create(struct drm_file *file, struct drm_device *dev,
struct drm_mode_create_dumb *args)
{
- unsigned int min_pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
- unsigned int align = 16 * args->bpp / 8;
+ int ret;
- args->pitch = roundup(min_pitch, align);
+ ret = drm_mode_size_dumb(dev, args, 16 * args->bpp / 8, 0);
+ if (ret)
+ return ret;
return drm_gem_dma_dumb_create_internal(file, dev, args);
}
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 19/25] drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (17 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 18/25] drm/renesas/rz-du: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 22:59 ` Heiko Stübner
2025-01-09 14:57 ` [PATCH v2 20/25] drm/tegra: " Thomas Zimmermann
` (14 subsequent siblings)
33 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Sandy Huang, Heiko Stübner,
Andy Yan
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch to a multiple of 64.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Sandy Huang <hjc@rock-chips.com>
Cc: "Heiko Stübner" <heiko@sntech.de>
Cc: Andy Yan <andy.yan@rock-chips.com>
---
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
index 6330b883efc3..3bd06202e232 100644
--- a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
+++ b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
@@ -9,6 +9,7 @@
#include <linux/vmalloc.h>
#include <drm/drm.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_fb_helper.h>
#include <drm/drm_gem.h>
#include <drm/drm_gem_dma_helper.h>
@@ -403,13 +404,12 @@ int rockchip_gem_dumb_create(struct drm_file *file_priv,
struct drm_mode_create_dumb *args)
{
struct rockchip_gem_object *rk_obj;
- int min_pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
+ int ret;
- /*
- * align to 64 bytes since Mali requires it.
- */
- args->pitch = ALIGN(min_pitch, 64);
- args->size = args->pitch * args->height;
+ /* 64-byte alignment required by Mali */
+ ret = drm_mode_size_dumb(dev, args, SZ_64, 0);
+ if (ret)
+ return ret;
rk_obj = rockchip_gem_create_with_handle(file_priv, dev, args->size,
&args->handle);
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re: [PATCH v2 19/25] drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:57 ` [PATCH v2 19/25] drm/rockchip: " Thomas Zimmermann
@ 2025-01-09 22:59 ` Heiko Stübner
0 siblings, 0 replies; 81+ messages in thread
From: Heiko Stübner @ 2025-01-09 22:59 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona, Thomas Zimmermann
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Sandy Huang, Andy Yan
Am Donnerstag, 9. Januar 2025, 15:57:13 CET schrieb Thomas Zimmermann:
> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
> buffer size. Align the pitch to a multiple of 64.
>
> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> Cc: Sandy Huang <hjc@rock-chips.com>
> Cc: "Heiko Stübner" <heiko@sntech.de>
> Cc: Andy Yan <andy.yan@rock-chips.com>
I've looked up the patch implementing the new functionality - patch2 of
this series [0] and that looks really nice to get proper helpers and not
having many drivers open-coding the same functionality in different ways.
So for the Rockchip adaptation:
Acked-by: Heiko Stuebner <heiko@sntech.de>
and looking forward to this getting merged :-)
Thanks a lot for working on that
Heiko
[0] https://patchwork.kernel.org/project/linux-rockchip/patch/20250109150310.219442-3-tzimmermann@suse.de/
> ---
> drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 12 ++++++------
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
> index 6330b883efc3..3bd06202e232 100644
> --- a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
> +++ b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
> @@ -9,6 +9,7 @@
> #include <linux/vmalloc.h>
>
> #include <drm/drm.h>
> +#include <drm/drm_dumb_buffers.h>
> #include <drm/drm_fb_helper.h>
> #include <drm/drm_gem.h>
> #include <drm/drm_gem_dma_helper.h>
> @@ -403,13 +404,12 @@ int rockchip_gem_dumb_create(struct drm_file *file_priv,
> struct drm_mode_create_dumb *args)
> {
> struct rockchip_gem_object *rk_obj;
> - int min_pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
> + int ret;
>
> - /*
> - * align to 64 bytes since Mali requires it.
> - */
> - args->pitch = ALIGN(min_pitch, 64);
> - args->size = args->pitch * args->height;
> + /* 64-byte alignment required by Mali */
> + ret = drm_mode_size_dumb(dev, args, SZ_64, 0);
> + if (ret)
> + return ret;
>
> rk_obj = rockchip_gem_create_with_handle(file_priv, dev, args->size,
> &args->handle);
>
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v2 20/25] drm/tegra: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (18 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 19/25] drm/rockchip: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 21/25] drm/virtio: " Thomas Zimmermann
` (13 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Thierry Reding, Mikko Perttunen
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch according to hardware requirements.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Thierry Reding <thierry.reding@gmail.com>
Cc: Mikko Perttunen <mperttunen@nvidia.com>
---
drivers/gpu/drm/tegra/gem.c | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/tegra/gem.c b/drivers/gpu/drm/tegra/gem.c
index ace3e5a805cf..4d88e71192fb 100644
--- a/drivers/gpu/drm/tegra/gem.c
+++ b/drivers/gpu/drm/tegra/gem.c
@@ -16,6 +16,7 @@
#include <linux/vmalloc.h>
#include <drm/drm_drv.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_prime.h>
#include <drm/tegra_drm.h>
@@ -543,12 +544,13 @@ void tegra_bo_free_object(struct drm_gem_object *gem)
int tegra_bo_dumb_create(struct drm_file *file, struct drm_device *drm,
struct drm_mode_create_dumb *args)
{
- unsigned int min_pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
struct tegra_drm *tegra = drm->dev_private;
struct tegra_bo *bo;
+ int ret;
- args->pitch = round_up(min_pitch, tegra->pitch_align);
- args->size = args->pitch * args->height;
+ ret = drm_mode_size_dumb(drm, args, tegra->pitch_align, 0);
+ if (ret)
+ return ret;
bo = tegra_bo_create_with_handle(file, drm, args->size, 0,
&args->handle);
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 21/25] drm/virtio: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (19 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 20/25] drm/tegra: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-02-20 16:10 ` Dmitry Osipenko
2025-01-09 14:57 ` [PATCH v2 22/25] drm/vmwgfx: " Thomas Zimmermann
` (12 subsequent siblings)
33 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, David Airlie, Gerd Hoffmann,
Gurchetan Singh, Chia-I Wu
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch to a multiple of 4.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: David Airlie <airlied@redhat.com>
Cc: Gerd Hoffmann <kraxel@redhat.com>
Cc: Gurchetan Singh <gurchetansingh@chromium.org>
Cc: Chia-I Wu <olvaffe@gmail.com>
---
drivers/gpu/drm/virtio/virtgpu_gem.c | 11 +++++------
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_gem.c b/drivers/gpu/drm/virtio/virtgpu_gem.c
index 5aab588fc400..22cf1cd2fdfd 100644
--- a/drivers/gpu/drm/virtio/virtgpu_gem.c
+++ b/drivers/gpu/drm/virtio/virtgpu_gem.c
@@ -23,6 +23,7 @@
* WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
*/
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_file.h>
#include <drm/drm_fourcc.h>
@@ -66,15 +67,14 @@ int virtio_gpu_mode_dumb_create(struct drm_file *file_priv,
struct virtio_gpu_object_params params = { 0 };
struct virtio_gpu_device *vgdev = dev->dev_private;
int ret;
- uint32_t pitch;
+
+ ret = drm_mode_size_dumb(dev, args, SZ_4, 0);
+ if (ret)
+ return ret;
if (args->bpp != 32)
return -EINVAL;
- pitch = args->width * 4;
- args->size = pitch * args->height;
- args->size = ALIGN(args->size, PAGE_SIZE);
-
params.format = virtio_gpu_translate_format(DRM_FORMAT_HOST_XRGB8888);
params.width = args->width;
params.height = args->height;
@@ -92,7 +92,6 @@ int virtio_gpu_mode_dumb_create(struct drm_file *file_priv,
if (ret)
goto fail;
- args->pitch = pitch;
return ret;
fail:
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re: [PATCH v2 21/25] drm/virtio: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:57 ` [PATCH v2 21/25] drm/virtio: " Thomas Zimmermann
@ 2025-02-20 16:10 ` Dmitry Osipenko
0 siblings, 0 replies; 81+ messages in thread
From: Dmitry Osipenko @ 2025-02-20 16:10 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, David Airlie, Gerd Hoffmann, Gurchetan Singh,
Chia-I Wu
On 1/9/25 17:57, Thomas Zimmermann wrote:
> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
> buffer size. Align the pitch to a multiple of 4.
>
> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> Cc: David Airlie <airlied@redhat.com>
> Cc: Gerd Hoffmann <kraxel@redhat.com>
> Cc: Gurchetan Singh <gurchetansingh@chromium.org>
> Cc: Chia-I Wu <olvaffe@gmail.com>
> ---
> drivers/gpu/drm/virtio/virtgpu_gem.c | 11 +++++------
> 1 file changed, 5 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/gpu/drm/virtio/virtgpu_gem.c b/drivers/gpu/drm/virtio/virtgpu_gem.c
> index 5aab588fc400..22cf1cd2fdfd 100644
> --- a/drivers/gpu/drm/virtio/virtgpu_gem.c
> +++ b/drivers/gpu/drm/virtio/virtgpu_gem.c
> @@ -23,6 +23,7 @@
> * WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
> */
>
> +#include <drm/drm_dumb_buffers.h>
> #include <drm/drm_file.h>
> #include <drm/drm_fourcc.h>
>
> @@ -66,15 +67,14 @@ int virtio_gpu_mode_dumb_create(struct drm_file *file_priv,
> struct virtio_gpu_object_params params = { 0 };
> struct virtio_gpu_device *vgdev = dev->dev_private;
> int ret;
> - uint32_t pitch;
> +
> + ret = drm_mode_size_dumb(dev, args, SZ_4, 0);
Nit: I'd keep using PAGE_SIZE instead of 0 for more clarity, but that's
an optional wish.
> + if (ret)
> + return ret;
>
> if (args->bpp != 32)
> return -EINVAL;
>
> - pitch = args->width * 4;
> - args->size = pitch * args->height;
> - args->size = ALIGN(args->size, PAGE_SIZE);
> -
> params.format = virtio_gpu_translate_format(DRM_FORMAT_HOST_XRGB8888);
> params.width = args->width;
> params.height = args->height;
> @@ -92,7 +92,6 @@ int virtio_gpu_mode_dumb_create(struct drm_file *file_priv,
> if (ret)
> goto fail;
>
> - args->pitch = pitch;
> return ret;
>
> fail:
Reviewed-by: Dmitry Osipenko <dmitry.osipenko@collabora.com>
--
Best regards,
Dmitry
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v2 22/25] drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (20 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 21/25] drm/virtio: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-10 18:18 ` Zack Rusin
2025-01-09 14:57 ` [PATCH v2 23/25] drm/xe: " Thomas Zimmermann
` (11 subsequent siblings)
33 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Zack Rusin,
Broadcom internal kernel review list
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch
and buffer size. No alignment required.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Zack Rusin <zack.rusin@broadcom.com>
Cc: Broadcom internal kernel review list <bcm-kernel-feedback-list@broadcom.com>
---
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 21 ++++-----------------
1 file changed, 4 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c b/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
index 5721c74da3e0..a3fbd4148f73 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
+++ b/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
@@ -34,6 +34,7 @@
#include "vmw_surface_cache.h"
#include "device_include/svga3d_surfacedefs.h"
+#include <drm/drm_dumb_buffers.h>
#include <drm/ttm/ttm_placement.h>
#define SVGA3D_FLAGS_64(upper32, lower32) (((uint64_t)upper32 << 32) | lower32)
@@ -2291,23 +2292,9 @@ int vmw_dumb_create(struct drm_file *file_priv,
* contents is going to be rendered guest side.
*/
if (!dev_priv->has_mob || !vmw_supports_3d(dev_priv)) {
- int cpp = DIV_ROUND_UP(args->bpp, 8);
-
- switch (cpp) {
- case 1: /* DRM_FORMAT_C8 */
- case 2: /* DRM_FORMAT_RGB565 */
- case 4: /* DRM_FORMAT_XRGB8888 */
- break;
- default:
- /*
- * Dumb buffers don't allow anything else.
- * This is tested via IGT's dumb_buffers
- */
- return -EINVAL;
- }
-
- args->pitch = args->width * cpp;
- args->size = ALIGN(args->pitch * args->height, PAGE_SIZE);
+ ret = drm_mode_size_dumb(dev, args, 0, 0);
+ if (ret)
+ return ret;
ret = vmw_gem_object_create_with_handle(dev_priv, file_priv,
args->size, &args->handle,
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re: [PATCH v2 22/25] drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:57 ` [PATCH v2 22/25] drm/vmwgfx: " Thomas Zimmermann
@ 2025-01-10 18:18 ` Zack Rusin
0 siblings, 0 replies; 81+ messages in thread
From: Zack Rusin @ 2025-01-10 18:18 UTC (permalink / raw)
To: Thomas Zimmermann
Cc: maarten.lankhorst, mripard, airlied, simona, dri-devel,
linux-mediatek, freedreno, linux-arm-msm, imx, linux-samsung-soc,
nouveau, virtualization, spice-devel, linux-renesas-soc,
linux-rockchip, linux-tegra, intel-xe, xen-devel,
Broadcom internal kernel review list
[-- Attachment #1: Type: text/plain, Size: 2357 bytes --]
On Thu, Jan 9, 2025 at 10:03 AM Thomas Zimmermann <tzimmermann@suse.de> wrote:
>
> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch
> and buffer size. No alignment required.
>
> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> Cc: Zack Rusin <zack.rusin@broadcom.com>
> Cc: Broadcom internal kernel review list <bcm-kernel-feedback-list@broadcom.com>
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 21 ++++-----------------
> 1 file changed, 4 insertions(+), 17 deletions(-)
>
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c b/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
> index 5721c74da3e0..a3fbd4148f73 100644
> --- a/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
> +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
> @@ -34,6 +34,7 @@
> #include "vmw_surface_cache.h"
> #include "device_include/svga3d_surfacedefs.h"
>
> +#include <drm/drm_dumb_buffers.h>
> #include <drm/ttm/ttm_placement.h>
>
> #define SVGA3D_FLAGS_64(upper32, lower32) (((uint64_t)upper32 << 32) | lower32)
> @@ -2291,23 +2292,9 @@ int vmw_dumb_create(struct drm_file *file_priv,
> * contents is going to be rendered guest side.
> */
> if (!dev_priv->has_mob || !vmw_supports_3d(dev_priv)) {
> - int cpp = DIV_ROUND_UP(args->bpp, 8);
> -
> - switch (cpp) {
> - case 1: /* DRM_FORMAT_C8 */
> - case 2: /* DRM_FORMAT_RGB565 */
> - case 4: /* DRM_FORMAT_XRGB8888 */
> - break;
> - default:
> - /*
> - * Dumb buffers don't allow anything else.
> - * This is tested via IGT's dumb_buffers
> - */
> - return -EINVAL;
> - }
> -
> - args->pitch = args->width * cpp;
> - args->size = ALIGN(args->pitch * args->height, PAGE_SIZE);
> + ret = drm_mode_size_dumb(dev, args, 0, 0);
> + if (ret)
> + return ret;
>
> ret = vmw_gem_object_create_with_handle(dev_priv, file_priv,
> args->size, &args->handle,
> --
> 2.47.1
>
Ah, that's great. Thanks!
Reviewed-by: Zack Rusin <zack.rusin@broadcom.com>
z
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 5427 bytes --]
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (21 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 22/25] drm/vmwgfx: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 16:05 ` Matthew Auld
2025-01-09 14:57 ` [PATCH v2 24/25] drm/xen: " Thomas Zimmermann
` (10 subsequent siblings)
33 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Lucas De Marchi,
Thomas Hellström, Rodrigo Vivi
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch
and buffer size. Align the pitch to a multiple of 8. Align the
buffer size according to hardware requirements.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Lucas De Marchi <lucas.demarchi@intel.com>
Cc: "Thomas Hellström" <thomas.hellstrom@linux.intel.com>
Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
---
drivers/gpu/drm/xe/xe_bo.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/xe/xe_bo.c b/drivers/gpu/drm/xe/xe_bo.c
index e6c896ad5602..d75e3c39ab14 100644
--- a/drivers/gpu/drm/xe/xe_bo.c
+++ b/drivers/gpu/drm/xe/xe_bo.c
@@ -8,6 +8,7 @@
#include <linux/dma-buf.h>
#include <drm/drm_drv.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_gem_ttm_helper.h>
#include <drm/drm_managed.h>
#include <drm/ttm/ttm_device.h>
@@ -2535,14 +2536,13 @@ int xe_bo_dumb_create(struct drm_file *file_priv,
struct xe_device *xe = to_xe_device(dev);
struct xe_bo *bo;
uint32_t handle;
- int cpp = DIV_ROUND_UP(args->bpp, 8);
int err;
u32 page_size = max_t(u32, PAGE_SIZE,
xe->info.vram_flags & XE_VRAM_FLAGS_NEED64K ? SZ_64K : SZ_4K);
- args->pitch = ALIGN(args->width * cpp, 64);
- args->size = ALIGN(mul_u32_u32(args->pitch, args->height),
- page_size);
+ err = drm_mode_size_dumb(dev, args, SZ_64, page_size);
+ if (err)
+ return err;
bo = xe_bo_create_user(xe, NULL, NULL, args->size,
DRM_XE_GEM_CPU_CACHING_WC,
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:57 ` [PATCH v2 23/25] drm/xe: " Thomas Zimmermann
@ 2025-01-09 16:05 ` Matthew Auld
2025-01-09 16:26 ` Thomas Zimmermann
0 siblings, 1 reply; 81+ messages in thread
From: Matthew Auld @ 2025-01-09 16:05 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Lucas De Marchi, Thomas Hellström, Rodrigo Vivi
On 09/01/2025 14:57, Thomas Zimmermann wrote:
> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch
> and buffer size. Align the pitch to a multiple of 8. Align the
> buffer size according to hardware requirements.
>
> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> Cc: Lucas De Marchi <lucas.demarchi@intel.com>
> Cc: "Thomas Hellström" <thomas.hellstrom@linux.intel.com>
> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
> ---
> drivers/gpu/drm/xe/xe_bo.c | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/xe/xe_bo.c b/drivers/gpu/drm/xe/xe_bo.c
> index e6c896ad5602..d75e3c39ab14 100644
> --- a/drivers/gpu/drm/xe/xe_bo.c
> +++ b/drivers/gpu/drm/xe/xe_bo.c
> @@ -8,6 +8,7 @@
> #include <linux/dma-buf.h>
>
> #include <drm/drm_drv.h>
> +#include <drm/drm_dumb_buffers.h>
> #include <drm/drm_gem_ttm_helper.h>
> #include <drm/drm_managed.h>
> #include <drm/ttm/ttm_device.h>
> @@ -2535,14 +2536,13 @@ int xe_bo_dumb_create(struct drm_file *file_priv,
> struct xe_device *xe = to_xe_device(dev);
> struct xe_bo *bo;
> uint32_t handle;
> - int cpp = DIV_ROUND_UP(args->bpp, 8);
> int err;
> u32 page_size = max_t(u32, PAGE_SIZE,
> xe->info.vram_flags & XE_VRAM_FLAGS_NEED64K ? SZ_64K : SZ_4K);
>
> - args->pitch = ALIGN(args->width * cpp, 64);
> - args->size = ALIGN(mul_u32_u32(args->pitch, args->height),
> - page_size);
> + err = drm_mode_size_dumb(dev, args, SZ_64, page_size);
AFAICT this looks to change the behaviour, where u64 size was
technically possible and was allowed given that args->size is u64, but
this helper is limiting the size to u32. Is that intentional? If so, we
should probably make that clear in the commit message.
> + if (err)
> + return err;
>
> bo = xe_bo_create_user(xe, NULL, NULL, args->size,
> DRM_XE_GEM_CPU_CACHING_WC,
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 16:05 ` Matthew Auld
@ 2025-01-09 16:26 ` Thomas Zimmermann
2025-01-09 17:15 ` Matthew Auld
0 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 16:26 UTC (permalink / raw)
To: Matthew Auld, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Lucas De Marchi, Thomas Hellström, Rodrigo Vivi
Hi
Am 09.01.25 um 17:05 schrieb Matthew Auld:
> On 09/01/2025 14:57, Thomas Zimmermann wrote:
>> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch
>> and buffer size. Align the pitch to a multiple of 8. Align the
>> buffer size according to hardware requirements.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>> Cc: Lucas De Marchi <lucas.demarchi@intel.com>
>> Cc: "Thomas Hellström" <thomas.hellstrom@linux.intel.com>
>> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
>> ---
>> drivers/gpu/drm/xe/xe_bo.c | 8 ++++----
>> 1 file changed, 4 insertions(+), 4 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/xe/xe_bo.c b/drivers/gpu/drm/xe/xe_bo.c
>> index e6c896ad5602..d75e3c39ab14 100644
>> --- a/drivers/gpu/drm/xe/xe_bo.c
>> +++ b/drivers/gpu/drm/xe/xe_bo.c
>> @@ -8,6 +8,7 @@
>> #include <linux/dma-buf.h>
>> #include <drm/drm_drv.h>
>> +#include <drm/drm_dumb_buffers.h>
>> #include <drm/drm_gem_ttm_helper.h>
>> #include <drm/drm_managed.h>
>> #include <drm/ttm/ttm_device.h>
>> @@ -2535,14 +2536,13 @@ int xe_bo_dumb_create(struct drm_file
>> *file_priv,
>> struct xe_device *xe = to_xe_device(dev);
>> struct xe_bo *bo;
>> uint32_t handle;
>> - int cpp = DIV_ROUND_UP(args->bpp, 8);
>> int err;
>> u32 page_size = max_t(u32, PAGE_SIZE,
>> xe->info.vram_flags & XE_VRAM_FLAGS_NEED64K ? SZ_64K : SZ_4K);
>> - args->pitch = ALIGN(args->width * cpp, 64);
>> - args->size = ALIGN(mul_u32_u32(args->pitch, args->height),
>> - page_size);
>> + err = drm_mode_size_dumb(dev, args, SZ_64, page_size);
>
> AFAICT this looks to change the behaviour, where u64 size was
> technically possible and was allowed given that args->size is u64, but
> this helper is limiting the size to u32. Is that intentional? If so,
> we should probably make that clear in the commit message.
That's an interesting observation; thanks. The ioctl's internal checks
have always limited the size to 32 bit. [1] I think it is not supposed
to be larger than that. We can change the helper to support 64-bit sizes
as well.
Having said that, is there any use case? Dumb buffers are for software
rendering only. Allocating more than a few dozen MiB seems like a
mistake. Maybe we should rather limit the allowed allocation size instead?
Best regards
Thomas
[1]
https://elixir.bootlin.com/linux/v6.12.6/source/drivers/gpu/drm/drm_dumb_buffers.c#L82
>
>> + if (err)
>> + return err;
>> bo = xe_bo_create_user(xe, NULL, NULL, args->size,
>> DRM_XE_GEM_CPU_CACHING_WC,
>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 16:26 ` Thomas Zimmermann
@ 2025-01-09 17:15 ` Matthew Auld
0 siblings, 0 replies; 81+ messages in thread
From: Matthew Auld @ 2025-01-09 17:15 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Lucas De Marchi, Thomas Hellström, Rodrigo Vivi
On 09/01/2025 16:26, Thomas Zimmermann wrote:
> Hi
>
>
> Am 09.01.25 um 17:05 schrieb Matthew Auld:
>> On 09/01/2025 14:57, Thomas Zimmermann wrote:
>>> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch
>>> and buffer size. Align the pitch to a multiple of 8. Align the
>>> buffer size according to hardware requirements.
>>>
>>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>>> Cc: Lucas De Marchi <lucas.demarchi@intel.com>
>>> Cc: "Thomas Hellström" <thomas.hellstrom@linux.intel.com>
>>> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
>>> ---
>>> drivers/gpu/drm/xe/xe_bo.c | 8 ++++----
>>> 1 file changed, 4 insertions(+), 4 deletions(-)
>>>
>>> diff --git a/drivers/gpu/drm/xe/xe_bo.c b/drivers/gpu/drm/xe/xe_bo.c
>>> index e6c896ad5602..d75e3c39ab14 100644
>>> --- a/drivers/gpu/drm/xe/xe_bo.c
>>> +++ b/drivers/gpu/drm/xe/xe_bo.c
>>> @@ -8,6 +8,7 @@
>>> #include <linux/dma-buf.h>
>>> #include <drm/drm_drv.h>
>>> +#include <drm/drm_dumb_buffers.h>
>>> #include <drm/drm_gem_ttm_helper.h>
>>> #include <drm/drm_managed.h>
>>> #include <drm/ttm/ttm_device.h>
>>> @@ -2535,14 +2536,13 @@ int xe_bo_dumb_create(struct drm_file
>>> *file_priv,
>>> struct xe_device *xe = to_xe_device(dev);
>>> struct xe_bo *bo;
>>> uint32_t handle;
>>> - int cpp = DIV_ROUND_UP(args->bpp, 8);
>>> int err;
>>> u32 page_size = max_t(u32, PAGE_SIZE,
>>> xe->info.vram_flags & XE_VRAM_FLAGS_NEED64K ? SZ_64K : SZ_4K);
>>> - args->pitch = ALIGN(args->width * cpp, 64);
>>> - args->size = ALIGN(mul_u32_u32(args->pitch, args->height),
>>> - page_size);
>>> + err = drm_mode_size_dumb(dev, args, SZ_64, page_size);
>>
>> AFAICT this looks to change the behaviour, where u64 size was
>> technically possible and was allowed given that args->size is u64, but
>> this helper is limiting the size to u32. Is that intentional? If so,
>> we should probably make that clear in the commit message.
>
> That's an interesting observation; thanks. The ioctl's internal checks
> have always limited the size to 32 bit. [1] I think it is not supposed
> to be larger than that. We can change the helper to support 64-bit sizes
> as well.
Ah, I missed the internal check.
>
> Having said that, is there any use case? Dumb buffers are for software
> rendering only. Allocating more than a few dozen MiB seems like a
> mistake. Maybe we should rather limit the allowed allocation size instead?
Yeah, I doubt there are any real users. Given the existing internal
check, limiting to u32 makes sense to me.
>
> Best regards
> Thomas
>
> [1] https://elixir.bootlin.com/linux/v6.12.6/source/drivers/gpu/drm/
> drm_dumb_buffers.c#L82
>
>>
>>> + if (err)
>>> + return err;
>>> bo = xe_bo_create_user(xe, NULL, NULL, args->size,
>>> DRM_XE_GEM_CPU_CACHING_WC,
>>
>
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v2 24/25] drm/xen: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (22 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 23/25] drm/xe: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-09 14:57 ` [PATCH v2 25/25] drm/xlnx: " Thomas Zimmermann
` (9 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Oleksandr Andrushchenko
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch
and buffer size. Align the pitch to a multiple of 8.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Oleksandr Andrushchenko <oleksandr_andrushchenko@epam.com>
---
drivers/gpu/drm/xen/xen_drm_front.c | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/xen/xen_drm_front.c b/drivers/gpu/drm/xen/xen_drm_front.c
index 1bda7ef606cc..fd2f250fbc33 100644
--- a/drivers/gpu/drm/xen/xen_drm_front.c
+++ b/drivers/gpu/drm/xen/xen_drm_front.c
@@ -14,6 +14,7 @@
#include <drm/drm_atomic_helper.h>
#include <drm/drm_drv.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_ioctl.h>
#include <drm/drm_probe_helper.h>
#include <drm/drm_file.h>
@@ -414,8 +415,10 @@ static int xen_drm_drv_dumb_create(struct drm_file *filp,
* object without pages etc.
* For details also see drm_gem_handle_create
*/
- args->pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
- args->size = args->pitch * args->height;
+
+ ret = drm_mode_size_dumb(dev, args, SZ_8, 0);
+ if (ret)
+ return ret;
obj = xen_drm_front_gem_create(dev, args->size);
if (IS_ERR(obj)) {
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (23 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 24/25] drm/xen: " Thomas Zimmermann
@ 2025-01-09 14:57 ` Thomas Zimmermann
2025-01-15 10:13 ` Tomi Valkeinen
2025-01-09 16:36 ` ✓ CI.Patch_applied: success for drm/dumb-buffers: Fix and improve buffer-size calculation Patchwork
` (8 subsequent siblings)
33 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-09 14:57 UTC (permalink / raw)
To: maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Thomas Zimmermann, Laurent Pinchart, Tomi Valkeinen
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch according to hardware requirements.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
---
drivers/gpu/drm/xlnx/zynqmp_kms.c | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/xlnx/zynqmp_kms.c b/drivers/gpu/drm/xlnx/zynqmp_kms.c
index b47463473472..7ea0cd4f71d3 100644
--- a/drivers/gpu/drm/xlnx/zynqmp_kms.c
+++ b/drivers/gpu/drm/xlnx/zynqmp_kms.c
@@ -19,6 +19,7 @@
#include <drm/drm_crtc.h>
#include <drm/drm_device.h>
#include <drm/drm_drv.h>
+#include <drm/drm_dumb_buffers.h>
#include <drm/drm_encoder.h>
#include <drm/drm_fbdev_dma.h>
#include <drm/drm_fourcc.h>
@@ -363,10 +364,12 @@ static int zynqmp_dpsub_dumb_create(struct drm_file *file_priv,
struct drm_mode_create_dumb *args)
{
struct zynqmp_dpsub *dpsub = to_zynqmp_dpsub(drm);
- unsigned int pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
+ int ret;
/* Enforce the alignment constraints of the DMA engine. */
- args->pitch = ALIGN(pitch, dpsub->dma_align);
+ ret = drm_mode_size_dumb(drm, args, dpsub->dma_align, 0);
+ if (ret)
+ return ret;
return drm_gem_dma_dumb_create_internal(file_priv, drm, args);
}
--
2.47.1
^ permalink raw reply related [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-09 14:57 ` [PATCH v2 25/25] drm/xlnx: " Thomas Zimmermann
@ 2025-01-15 10:13 ` Tomi Valkeinen
2025-01-15 10:26 ` Thomas Zimmermann
0 siblings, 1 reply; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-15 10:13 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart
Hi!
On 09/01/2025 16:57, Thomas Zimmermann wrote:
> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
> buffer size. Align the pitch according to hardware requirements.
>
> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> Cc: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
> ---
> drivers/gpu/drm/xlnx/zynqmp_kms.c | 7 +++++--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/xlnx/zynqmp_kms.c b/drivers/gpu/drm/xlnx/zynqmp_kms.c
> index b47463473472..7ea0cd4f71d3 100644
> --- a/drivers/gpu/drm/xlnx/zynqmp_kms.c
> +++ b/drivers/gpu/drm/xlnx/zynqmp_kms.c
> @@ -19,6 +19,7 @@
> #include <drm/drm_crtc.h>
> #include <drm/drm_device.h>
> #include <drm/drm_drv.h>
> +#include <drm/drm_dumb_buffers.h>
> #include <drm/drm_encoder.h>
> #include <drm/drm_fbdev_dma.h>
> #include <drm/drm_fourcc.h>
> @@ -363,10 +364,12 @@ static int zynqmp_dpsub_dumb_create(struct drm_file *file_priv,
> struct drm_mode_create_dumb *args)
> {
> struct zynqmp_dpsub *dpsub = to_zynqmp_dpsub(drm);
> - unsigned int pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
> + int ret;
>
> /* Enforce the alignment constraints of the DMA engine. */
> - args->pitch = ALIGN(pitch, dpsub->dma_align);
> + ret = drm_mode_size_dumb(drm, args, dpsub->dma_align, 0);
> + if (ret)
> + return ret;
>
> return drm_gem_dma_dumb_create_internal(file_priv, drm, args);
> }
I have some trouble with this one.
I have sent a series to add some pixel formats:
https://lore.kernel.org/all/20250115-xilinx-formats-v2-0-160327ca652a@ideasonboard.com/
Let's look at XV15. It's similar to NV12, but 10 bits per component, and
some packing and padding.
First plane: 3 pixels in a 32 bit group
Second plane: 3 pixels in a 64 bit group, 2x2 subsampled
So, on average, a pixel on the first plane takes 32 / 3 = 10.666... bits
on a line. That's not a usable number for the DRM_IOCTL_MODE_CREATE_DUMB
ioctl.
What I did was to use the pixel group size as "bpp" for
DRM_IOCTL_MODE_CREATE_DUMB. So, e.g., for 720 x 576:
Stride for first plane: 720 * (32 / 3) / 8 = 960 bytes
Stride for second plane: 720 / 2 * (64 / 3) / 8 = 960 bytes
First plane: 720 / 3 = 240 pixel groups
Second plane: 720 / 2 / 3 = 120 pixel groups
So I allocated the two planes with:
240 x 576 with 32 bitspp
120 x 288 with 64 bitspp
This worked, and if I look at the DRM_IOCTL_MODE_CREATE_DUMB in the
docs, I can't right away see anything there that says my tactic was not
allowed.
The above doesn't work anymore with this patch, as the code calls
drm_driver_color_mode_format(), which fails for 64 bitspp. It feels a
bit odd that DRM_IOCTL_MODE_CREATE_DUMB will try to guess the RGB fourcc
for a dumb buffer allocation.
So, what to do here? Am I doing something silly? What's the correct way
to allocate the buffers for XV15? Should I just use 32 bitspp for the
plane 2 too, and double the width (this works)?
Is DRM_IOCTL_MODE_CREATE_DUMB only meant for simple RGB formats? The
xilinx driver can, of course, just not use drm_mode_size_dumb(). But if
so, I guess the limitations of drm_mode_size_dumb() should be documented.
Do we need a new dumb-alloc ioctl that takes the format and plane number
as parameters? Or alternatively a simpler dumb-alloc that doesn't have
width and bpp, but instead takes a stride and height as parameters? I
think those would be easier for the userspace to use, instead of trying
to adjust the parameters to be suitable for the kernel.
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 10:13 ` Tomi Valkeinen
@ 2025-01-15 10:26 ` Thomas Zimmermann
2025-01-15 10:58 ` Tomi Valkeinen
0 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-15 10:26 UTC (permalink / raw)
To: Tomi Valkeinen, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart
Hi
Am 15.01.25 um 11:13 schrieb Tomi Valkeinen:
> Hi!
>
> On 09/01/2025 16:57, Thomas Zimmermann wrote:
>> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
>> buffer size. Align the pitch according to hardware requirements.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>> Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
>> Cc: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
>> ---
>> drivers/gpu/drm/xlnx/zynqmp_kms.c | 7 +++++--
>> 1 file changed, 5 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/xlnx/zynqmp_kms.c
>> b/drivers/gpu/drm/xlnx/zynqmp_kms.c
>> index b47463473472..7ea0cd4f71d3 100644
>> --- a/drivers/gpu/drm/xlnx/zynqmp_kms.c
>> +++ b/drivers/gpu/drm/xlnx/zynqmp_kms.c
>> @@ -19,6 +19,7 @@
>> #include <drm/drm_crtc.h>
>> #include <drm/drm_device.h>
>> #include <drm/drm_drv.h>
>> +#include <drm/drm_dumb_buffers.h>
>> #include <drm/drm_encoder.h>
>> #include <drm/drm_fbdev_dma.h>
>> #include <drm/drm_fourcc.h>
>> @@ -363,10 +364,12 @@ static int zynqmp_dpsub_dumb_create(struct
>> drm_file *file_priv,
>> struct drm_mode_create_dumb *args)
>> {
>> struct zynqmp_dpsub *dpsub = to_zynqmp_dpsub(drm);
>> - unsigned int pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
>> + int ret;
>> /* Enforce the alignment constraints of the DMA engine. */
>> - args->pitch = ALIGN(pitch, dpsub->dma_align);
>> + ret = drm_mode_size_dumb(drm, args, dpsub->dma_align, 0);
>> + if (ret)
>> + return ret;
>> return drm_gem_dma_dumb_create_internal(file_priv, drm, args);
>> }
>
> I have some trouble with this one.
>
> I have sent a series to add some pixel formats:
>
> https://lore.kernel.org/all/20250115-xilinx-formats-v2-0-160327ca652a@ideasonboard.com/
>
>
> Let's look at XV15. It's similar to NV12, but 10 bits per component,
> and some packing and padding.
>
> First plane: 3 pixels in a 32 bit group
> Second plane: 3 pixels in a 64 bit group, 2x2 subsampled
>
> So, on average, a pixel on the first plane takes 32 / 3 = 10.666...
> bits on a line. That's not a usable number for the
> DRM_IOCTL_MODE_CREATE_DUMB ioctl.
>
> What I did was to use the pixel group size as "bpp" for
> DRM_IOCTL_MODE_CREATE_DUMB. So, e.g., for 720 x 576:
>
> Stride for first plane: 720 * (32 / 3) / 8 = 960 bytes
> Stride for second plane: 720 / 2 * (64 / 3) / 8 = 960 bytes
>
> First plane: 720 / 3 = 240 pixel groups
> Second plane: 720 / 2 / 3 = 120 pixel groups
>
> So I allocated the two planes with:
> 240 x 576 with 32 bitspp
> 120 x 288 with 64 bitspp
>
> This worked, and if I look at the DRM_IOCTL_MODE_CREATE_DUMB in the
> docs, I can't right away see anything there that says my tactic was
> not allowed.
>
> The above doesn't work anymore with this patch, as the code calls
> drm_driver_color_mode_format(), which fails for 64 bitspp. It feels a
> bit odd that DRM_IOCTL_MODE_CREATE_DUMB will try to guess the RGB
> fourcc for a dumb buffer allocation.
>
> So, what to do here? Am I doing something silly? What's the correct
> way to allocate the buffers for XV15? Should I just use 32 bitspp for
> the plane 2 too, and double the width (this works)?
>
> Is DRM_IOCTL_MODE_CREATE_DUMB only meant for simple RGB formats? The
> xilinx driver can, of course, just not use drm_mode_size_dumb(). But
> if so, I guess the limitations of drm_mode_size_dumb() should be
> documented.
>
> Do we need a new dumb-alloc ioctl that takes the format and plane
> number as parameters? Or alternatively a simpler dumb-alloc that
> doesn't have width and bpp, but instead takes a stride and height as
> parameters? I think those would be easier for the userspace to use,
> instead of trying to adjust the parameters to be suitable for the kernel.
These are all good points. Did you read my discussion with Andy on patch
2? I think it resolves all the points you have. The current CREATE_DUMB
ioctl is unsuited for anything but the simple RGB formats. The bpp
parameter is not very precise. The solution would be a new ioctl call
that receives the DRM format and returns a buffer for each individual plane.
I provided a workaround patch that uses the bpp value directly if
drm_driver_color_mode_format() does not support the bpp value.
User-space code has to allocate a large enough buffer via the current
CREATE_DUMB and compute the individual planes itself. See [1] for an
example. [1]
https://gitlab.freedesktop.org/mesa/drm/-/blob/main/tests/modetest/buffers.c?ref_type=heads#L302
Does this work for you? Otherwise, I guess we should be talking about a
possible CREATE_DUMB2 that fixes these shortcomings. Best regards Thomas
>
> Tomi
>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 10:26 ` Thomas Zimmermann
@ 2025-01-15 10:58 ` Tomi Valkeinen
2025-01-15 11:37 ` Thomas Zimmermann
0 siblings, 1 reply; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-15 10:58 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan
Hi,
On 15/01/2025 12:26, Thomas Zimmermann wrote:
> Hi
>
>
> Am 15.01.25 um 11:13 schrieb Tomi Valkeinen:
>> Hi!
>>
>> On 09/01/2025 16:57, Thomas Zimmermann wrote:
>>> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
>>> buffer size. Align the pitch according to hardware requirements.
>>>
>>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>>> Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
>>> Cc: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
>>> ---
>>> drivers/gpu/drm/xlnx/zynqmp_kms.c | 7 +++++--
>>> 1 file changed, 5 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/gpu/drm/xlnx/zynqmp_kms.c b/drivers/gpu/drm/
>>> xlnx/zynqmp_kms.c
>>> index b47463473472..7ea0cd4f71d3 100644
>>> --- a/drivers/gpu/drm/xlnx/zynqmp_kms.c
>>> +++ b/drivers/gpu/drm/xlnx/zynqmp_kms.c
>>> @@ -19,6 +19,7 @@
>>> #include <drm/drm_crtc.h>
>>> #include <drm/drm_device.h>
>>> #include <drm/drm_drv.h>
>>> +#include <drm/drm_dumb_buffers.h>
>>> #include <drm/drm_encoder.h>
>>> #include <drm/drm_fbdev_dma.h>
>>> #include <drm/drm_fourcc.h>
>>> @@ -363,10 +364,12 @@ static int zynqmp_dpsub_dumb_create(struct
>>> drm_file *file_priv,
>>> struct drm_mode_create_dumb *args)
>>> {
>>> struct zynqmp_dpsub *dpsub = to_zynqmp_dpsub(drm);
>>> - unsigned int pitch = DIV_ROUND_UP(args->width * args->bpp, 8);
>>> + int ret;
>>> /* Enforce the alignment constraints of the DMA engine. */
>>> - args->pitch = ALIGN(pitch, dpsub->dma_align);
>>> + ret = drm_mode_size_dumb(drm, args, dpsub->dma_align, 0);
>>> + if (ret)
>>> + return ret;
>>> return drm_gem_dma_dumb_create_internal(file_priv, drm, args);
>>> }
>>
>> I have some trouble with this one.
>>
>> I have sent a series to add some pixel formats:
>>
>> https://lore.kernel.org/all/20250115-xilinx-formats-
>> v2-0-160327ca652a@ideasonboard.com/
>>
>> Let's look at XV15. It's similar to NV12, but 10 bits per component,
>> and some packing and padding.
>>
>> First plane: 3 pixels in a 32 bit group
>> Second plane: 3 pixels in a 64 bit group, 2x2 subsampled
>>
>> So, on average, a pixel on the first plane takes 32 / 3 = 10.666...
>> bits on a line. That's not a usable number for the
>> DRM_IOCTL_MODE_CREATE_DUMB ioctl.
>>
>> What I did was to use the pixel group size as "bpp" for
>> DRM_IOCTL_MODE_CREATE_DUMB. So, e.g., for 720 x 576:
>>
>> Stride for first plane: 720 * (32 / 3) / 8 = 960 bytes
>> Stride for second plane: 720 / 2 * (64 / 3) / 8 = 960 bytes
>>
>> First plane: 720 / 3 = 240 pixel groups
>> Second plane: 720 / 2 / 3 = 120 pixel groups
>>
>> So I allocated the two planes with:
>> 240 x 576 with 32 bitspp
>> 120 x 288 with 64 bitspp
>>
>> This worked, and if I look at the DRM_IOCTL_MODE_CREATE_DUMB in the
>> docs, I can't right away see anything there that says my tactic was
>> not allowed.
>>
>> The above doesn't work anymore with this patch, as the code calls
>> drm_driver_color_mode_format(), which fails for 64 bitspp. It feels a
>> bit odd that DRM_IOCTL_MODE_CREATE_DUMB will try to guess the RGB
>> fourcc for a dumb buffer allocation.
>>
>> So, what to do here? Am I doing something silly? What's the correct
>> way to allocate the buffers for XV15? Should I just use 32 bitspp for
>> the plane 2 too, and double the width (this works)?
>>
>> Is DRM_IOCTL_MODE_CREATE_DUMB only meant for simple RGB formats? The
>> xilinx driver can, of course, just not use drm_mode_size_dumb(). But
>> if so, I guess the limitations of drm_mode_size_dumb() should be
>> documented.
>>
>> Do we need a new dumb-alloc ioctl that takes the format and plane
>> number as parameters? Or alternatively a simpler dumb-alloc that
>> doesn't have width and bpp, but instead takes a stride and height as
>> parameters? I think those would be easier for the userspace to use,
>> instead of trying to adjust the parameters to be suitable for the kernel.
>
> These are all good points. Did you read my discussion with Andy on patch
> 2? I think it resolves all the points you have. The current CREATE_DUMB
I had missed the discussion, and, indeed, the patch you attached fixes
the problem on Xilinx.
> ioctl is unsuited for anything but the simple RGB formats. The bpp
It's a bit difficult to use, but is it really unsuited? bitsperpixel,
width and height do give an exact pitch and size, do they not? It does
require the userspace to handle the subsampling and planes, though, so
far from perfect.
So, I'm all for a new ioctl, but I don't right away see why the current
ioctl couldn't be used. Which makes me wonder about the drm_warn() in
your patch, and the "userspace throws in arbitrary values for bpp and
relies on the kernel to figure it out". Maybe I'm missing something here.
> parameter is not very precise. The solution would be a new ioctl call
> that receives the DRM format and returns a buffer for each individual
> plane.
Yes, I think that makes sense. That's a long road, though =). So my
question is, is CREATE_DUMB really unsuitable for other than simple RGB
formats, or can it be suitable if we just define how the userspace
should use it for multiplanar, subsampled formats?
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 10:58 ` Tomi Valkeinen
@ 2025-01-15 11:37 ` Thomas Zimmermann
2025-01-15 12:06 ` Tomi Valkeinen
0 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-15 11:37 UTC (permalink / raw)
To: Tomi Valkeinen, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan
Hi
Am 15.01.25 um 11:58 schrieb Tomi Valkeinen:
[...]
>> These are all good points. Did you read my discussion with Andy on
>> patch 2? I think it resolves all the points you have. The current
>> CREATE_DUMB
>
> I had missed the discussion, and, indeed, the patch you attached fixes
> the problem on Xilinx.
Great. Thanks for testing.
>
>> ioctl is unsuited for anything but the simple RGB formats. The bpp
>
> It's a bit difficult to use, but is it really unsuited? bitsperpixel,
> width and height do give an exact pitch and size, do they not? It does
> require the userspace to handle the subsampling and planes, though, so
> far from perfect.
The bpp value sets the number of bits per pixel; except for bpp==15
(XRGB1555), where it sets the color depth. OR bpp is the color depth;
except for bpp==32 (XRGB8888), where it is the number of bits per pixel.
It's therefore best to interpret it like a color-mode enum.
>
> So, I'm all for a new ioctl, but I don't right away see why the
> current ioctl couldn't be used. Which makes me wonder about the
> drm_warn() in your patch, and the "userspace throws in arbitrary
> values for bpp and relies on the kernel to figure it out". Maybe I'm
> missing something here.
I was unsure about the drm_warn() as well. It's not really wrong to have
odd bpp values, but handing in an unknown bpp value might point to a
user-space error. At least there should be a drm_dbg().
>
>> parameter is not very precise. The solution would be a new ioctl call
>> that receives the DRM format and returns a buffer for each individual
>> plane.
>
> Yes, I think that makes sense. That's a long road, though =). So my
> question is, is CREATE_DUMB really unsuitable for other than simple
> RGB formats, or can it be suitable if we just define how the userspace
> should use it for multiplanar, subsampled formats?
That would duplicate format and hardware information in user-space. Some
hardware might have odd per-plane limitations that only the driver knows
about. For example, there's another discussion on dri-devel about
pitch-alignment requirements of DRM_FORMAT_MOD_LINEAR on various
hardware. That affects dumb buffers as well. I don't think that there's
an immediate need for a CREATE_DUMB2, but it seems worth to keep in mind.
Best regards
Thomas
>
> Tomi
>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 11:37 ` Thomas Zimmermann
@ 2025-01-15 12:06 ` Tomi Valkeinen
2025-01-15 12:34 ` Thomas Zimmermann
0 siblings, 1 reply; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-15 12:06 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan
Hi,
On 15/01/2025 13:37, Thomas Zimmermann wrote:
> Hi
>
>
> Am 15.01.25 um 11:58 schrieb Tomi Valkeinen:
> [...]
>>> These are all good points. Did you read my discussion with Andy on
>>> patch 2? I think it resolves all the points you have. The current
>>> CREATE_DUMB
>>
>> I had missed the discussion, and, indeed, the patch you attached fixes
>> the problem on Xilinx.
>
> Great. Thanks for testing.
>
>>
>>> ioctl is unsuited for anything but the simple RGB formats. The bpp
>>
>> It's a bit difficult to use, but is it really unsuited? bitsperpixel,
>> width and height do give an exact pitch and size, do they not? It does
>> require the userspace to handle the subsampling and planes, though, so
>> far from perfect.
>
> The bpp value sets the number of bits per pixel; except for bpp==15
> (XRGB1555), where it sets the color depth. OR bpp is the color depth;
> except for bpp==32 (XRGB8888), where it is the number of bits per pixel.
> It's therefore best to interpret it like a color-mode enum.
Ah, right... That's horrible =).
And I assume it's not really possible to define the bpp to mean bits per
pixel, except for a few special cases like 15?
Why do we even really care about color depth here? We're just allocating
memory. Doesn't DIV_ROUND_UP(args->bpp, SZ_8) work fine for XRGB1555 too?
>> So, I'm all for a new ioctl, but I don't right away see why the
>> current ioctl couldn't be used. Which makes me wonder about the
>> drm_warn() in your patch, and the "userspace throws in arbitrary
>> values for bpp and relies on the kernel to figure it out". Maybe I'm
>> missing something here.
>
> I was unsure about the drm_warn() as well. It's not really wrong to have
> odd bpp values, but handing in an unknown bpp value might point to a
> user-space error. At least there should be a drm_dbg().
>
>>
>>> parameter is not very precise. The solution would be a new ioctl call
>>> that receives the DRM format and returns a buffer for each individual
>>> plane.
>>
>> Yes, I think that makes sense. That's a long road, though =). So my
>> question is, is CREATE_DUMB really unsuitable for other than simple
>> RGB formats, or can it be suitable if we just define how the userspace
>> should use it for multiplanar, subsampled formats?
>
> That would duplicate format and hardware information in user-space. Some
But we already have that, don't we? We have drivers and userspace that
support, say, NV12 via dumb buffers. But (correct me if I'm wrong) we
don't document how CREATE_DUMB has to be used to allocate multiplanar
subsampled buffers, so the userspace devs have to "guess".
> hardware might have odd per-plane limitations that only the driver knows
> about. For example, there's another discussion on dri-devel about pitch-
> alignment requirements of DRM_FORMAT_MOD_LINEAR on various hardware.
> That affects dumb buffers as well. I don't think that there's an
> immediate need for a CREATE_DUMB2, but it seems worth to keep in mind.
Yes, the current CREATE_DUMB can't cover all the hardware. We do need
CREATE_DUMB2, sooner or later. I just hope we can define and document a
set of rules that allows using CREATE_DUMB for the cases where it
sensibly works (and is already being used).
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 12:06 ` Tomi Valkeinen
@ 2025-01-15 12:34 ` Thomas Zimmermann
2025-01-15 13:33 ` Tomi Valkeinen
0 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-15 12:34 UTC (permalink / raw)
To: Tomi Valkeinen, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan
Hi
Am 15.01.25 um 13:06 schrieb Tomi Valkeinen:
> Hi,
>
> On 15/01/2025 13:37, Thomas Zimmermann wrote:
>> Hi
>>
>>
>> Am 15.01.25 um 11:58 schrieb Tomi Valkeinen:
>> [...]
>>>> These are all good points. Did you read my discussion with Andy on
>>>> patch 2? I think it resolves all the points you have. The current
>>>> CREATE_DUMB
>>>
>>> I had missed the discussion, and, indeed, the patch you attached
>>> fixes the problem on Xilinx.
>>
>> Great. Thanks for testing.
>>
>>>
>>>> ioctl is unsuited for anything but the simple RGB formats. The bpp
>>>
>>> It's a bit difficult to use, but is it really unsuited?
>>> bitsperpixel, width and height do give an exact pitch and size, do
>>> they not? It does require the userspace to handle the subsampling
>>> and planes, though, so far from perfect.
>>
>> The bpp value sets the number of bits per pixel; except for bpp==15
>> (XRGB1555), where it sets the color depth. OR bpp is the color depth;
>> except for bpp==32 (XRGB8888), where it is the number of bits per
>> pixel. It's therefore best to interpret it like a color-mode enum.
>
> Ah, right... That's horrible =).
>
> And I assume it's not really possible to define the bpp to mean bits
> per pixel, except for a few special cases like 15?
>
> Why do we even really care about color depth here? We're just
> allocating memory. Doesn't DIV_ROUND_UP(args->bpp, SZ_8) work fine for
> XRGB1555 too?
Drivers always did that, but it does not work correctly for (bpp < 8).
As we already have helpers to deal with bpp, it makes sense to use
them. This also aligns dumb buffers with the kernel's video= parameter,
which as the same odd semantics. The fallback that uses bpp directly
will hopefully be the exception.
>
>>> So, I'm all for a new ioctl, but I don't right away see why the
>>> current ioctl couldn't be used. Which makes me wonder about the
>>> drm_warn() in your patch, and the "userspace throws in arbitrary
>>> values for bpp and relies on the kernel to figure it out". Maybe I'm
>>> missing something here.
>>
>> I was unsure about the drm_warn() as well. It's not really wrong to
>> have odd bpp values, but handing in an unknown bpp value might point
>> to a user-space error. At least there should be a drm_dbg().
>>
>>>
>>>> parameter is not very precise. The solution would be a new ioctl
>>>> call that receives the DRM format and returns a buffer for each
>>>> individual plane.
>>>
>>> Yes, I think that makes sense. That's a long road, though =). So my
>>> question is, is CREATE_DUMB really unsuitable for other than simple
>>> RGB formats, or can it be suitable if we just define how the
>>> userspace should use it for multiplanar, subsampled formats?
>>
>> That would duplicate format and hardware information in user-space. Some
>
> But we already have that, don't we? We have drivers and userspace that
> support, say, NV12 via dumb buffers. But (correct me if I'm wrong) we
> don't document how CREATE_DUMB has to be used to allocate multiplanar
> subsampled buffers, so the userspace devs have to "guess".
Yeah, there are constrains in the scanline and buffer alignments and
orientation. And if we say that bpp==12 means NV12, it will be a problem
for all other cases where bpp==12 makes sense.
Best regards
Thomas
>
>> hardware might have odd per-plane limitations that only the driver
>> knows about. For example, there's another discussion on dri-devel
>> about pitch- alignment requirements of DRM_FORMAT_MOD_LINEAR on
>> various hardware. That affects dumb buffers as well. I don't think
>> that there's an immediate need for a CREATE_DUMB2, but it seems worth
>> to keep in mind.
>
> Yes, the current CREATE_DUMB can't cover all the hardware. We do need
> CREATE_DUMB2, sooner or later. I just hope we can define and document
> a set of rules that allows using CREATE_DUMB for the cases where it
> sensibly works (and is already being used).
>
> Tomi
>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 12:34 ` Thomas Zimmermann
@ 2025-01-15 13:33 ` Tomi Valkeinen
2025-01-15 13:45 ` Thomas Zimmermann
0 siblings, 1 reply; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-15 13:33 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan
Hi,
On 15/01/2025 14:34, Thomas Zimmermann wrote:
> Hi
>
>
> Am 15.01.25 um 13:06 schrieb Tomi Valkeinen:
>> Hi,
>>
>> On 15/01/2025 13:37, Thomas Zimmermann wrote:
>>> Hi
>>>
>>>
>>> Am 15.01.25 um 11:58 schrieb Tomi Valkeinen:
>>> [...]
>>>>> These are all good points. Did you read my discussion with Andy on
>>>>> patch 2? I think it resolves all the points you have. The current
>>>>> CREATE_DUMB
>>>>
>>>> I had missed the discussion, and, indeed, the patch you attached
>>>> fixes the problem on Xilinx.
>>>
>>> Great. Thanks for testing.
>>>
>>>>
>>>>> ioctl is unsuited for anything but the simple RGB formats. The bpp
>>>>
>>>> It's a bit difficult to use, but is it really unsuited?
>>>> bitsperpixel, width and height do give an exact pitch and size, do
>>>> they not? It does require the userspace to handle the subsampling
>>>> and planes, though, so far from perfect.
>>>
>>> The bpp value sets the number of bits per pixel; except for bpp==15
>>> (XRGB1555), where it sets the color depth. OR bpp is the color depth;
>>> except for bpp==32 (XRGB8888), where it is the number of bits per
>>> pixel. It's therefore best to interpret it like a color-mode enum.
>>
>> Ah, right... That's horrible =).
>>
>> And I assume it's not really possible to define the bpp to mean bits
>> per pixel, except for a few special cases like 15?
>>
>> Why do we even really care about color depth here? We're just
>> allocating memory. Doesn't DIV_ROUND_UP(args->bpp, SZ_8) work fine for
>> XRGB1555 too?
>
> Drivers always did that, but it does not work correctly for (bpp < 8).
> As we already have helpers to deal with bpp, it makes sense to use
> them. This also aligns dumb buffers with the kernel's video= parameter,
> which as the same odd semantics. The fallback that uses bpp directly
> will hopefully be the exception.
Hmm, well... If we had a 64-bit RGB format in the list of "legacy fb
formats", I wouldn't have noticed anything. And if I would just use 32
as the bpp, and adjust width accordingly, it would also have worked. So,
I expect the fallback to be an exception,
And by working I mean that I can run my apps fine, but the internal
operation would sure be odd: allocating any YUV buffer will cause
drm_mode_size_dumb() to get an RGB format from
drm_driver_color_mode_format(), and get a drm_format_info_min_pitch()
for an RGB format.
>>>> So, I'm all for a new ioctl, but I don't right away see why the
>>>> current ioctl couldn't be used. Which makes me wonder about the
>>>> drm_warn() in your patch, and the "userspace throws in arbitrary
>>>> values for bpp and relies on the kernel to figure it out". Maybe I'm
>>>> missing something here.
>>>
>>> I was unsure about the drm_warn() as well. It's not really wrong to
>>> have odd bpp values, but handing in an unknown bpp value might point
>>> to a user-space error. At least there should be a drm_dbg().
>>>
>>>>
>>>>> parameter is not very precise. The solution would be a new ioctl
>>>>> call that receives the DRM format and returns a buffer for each
>>>>> individual plane.
>>>>
>>>> Yes, I think that makes sense. That's a long road, though =). So my
>>>> question is, is CREATE_DUMB really unsuitable for other than simple
>>>> RGB formats, or can it be suitable if we just define how the
>>>> userspace should use it for multiplanar, subsampled formats?
>>>
>>> That would duplicate format and hardware information in user-space. Some
>>
>> But we already have that, don't we? We have drivers and userspace that
>> support, say, NV12 via dumb buffers. But (correct me if I'm wrong) we
>> don't document how CREATE_DUMB has to be used to allocate multiplanar
>> subsampled buffers, so the userspace devs have to "guess".
>
> Yeah, there are constrains in the scanline and buffer alignments and
> orientation. And if we say that bpp==12 means NV12, it will be a problem
> for all other cases where bpp==12 makes sense.
I feel I still don't quite understand. Can't we define and document
CREATE_DUMB like this:
If (bpp < 8 || is_power_of_two(bpp))
bpp means bitsperpixel
pitch is args->width * args->bpp / 8, aligned up to driver-specific-align
else
bpp is a legacy parameter, and we deal with it case by case.
list the cases and what they mean
And describe that when allocating subsampled buffers, the caller must
adjust the width and height accordingly. And that the bpp and width can
also refer to pixel groups.
Or if the currently existing code prevents the above for 16 and 32 bpps,
how about defining that any non-RGB or not-simple buffer has to be
allocated with bpp=8, and the userspace has to align the pitch correctly
according to the format and platform's hw restrictions?
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 13:33 ` Tomi Valkeinen
@ 2025-01-15 13:45 ` Thomas Zimmermann
2025-01-15 14:20 ` Tomi Valkeinen
0 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-15 13:45 UTC (permalink / raw)
To: Tomi Valkeinen, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan
Hi
Am 15.01.25 um 14:33 schrieb Tomi Valkeinen:
[...]
>> Yeah, there are constrains in the scanline and buffer alignments and
>> orientation. And if we say that bpp==12 means NV12, it will be a
>> problem for all other cases where bpp==12 makes sense.
>
> I feel I still don't quite understand. Can't we define and document
> CREATE_DUMB like this:
>
> If (bpp < 8 || is_power_of_two(bpp))
> bpp means bitsperpixel
> pitch is args->width * args->bpp / 8, aligned up to
> driver-specific-align
> else
> bpp is a legacy parameter, and we deal with it case by case.
> list the cases and what they mean
>
> And describe that when allocating subsampled buffers, the caller must
> adjust the width and height accordingly. And that the bpp and width
> can also refer to pixel groups.
>
> Or if the currently existing code prevents the above for 16 and 32
> bpps, how about defining that any non-RGB or not-simple buffer has to
> be allocated with bpp=8, and the userspace has to align the pitch
> correctly according to the format and platform's hw restrictions?
What if a hardware requires certain per-format alignments? Or requires
certain alignments for each plane? Or only supports tile modes? Or has
strict limits on the maximum buffer size?
It is not possible to encode all this in a simple 32-bit value. So
user-space code has to be aware of all this and tweak bpp-based
allocation to make it work. Obviously you can use the current UAPI for
your use case. It's just not optimal or future proof.
Best regards
Thomas
>
>
> Tomi
>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 13:45 ` Thomas Zimmermann
@ 2025-01-15 14:20 ` Tomi Valkeinen
2025-01-15 14:34 ` Daniel Stone
2025-01-16 8:09 ` Thomas Zimmermann
0 siblings, 2 replies; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-15 14:20 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan
On 15/01/2025 15:45, Thomas Zimmermann wrote:
> Hi
>
>
> Am 15.01.25 um 14:33 schrieb Tomi Valkeinen:
> [...]
>>> Yeah, there are constrains in the scanline and buffer alignments and
>>> orientation. And if we say that bpp==12 means NV12, it will be a
>>> problem for all other cases where bpp==12 makes sense.
>>
>> I feel I still don't quite understand. Can't we define and document
>> CREATE_DUMB like this:
>>
>> If (bpp < 8 || is_power_of_two(bpp))
>> bpp means bitsperpixel
>> pitch is args->width * args->bpp / 8, aligned up to driver-
>> specific-align
>> else
>> bpp is a legacy parameter, and we deal with it case by case.
>> list the cases and what they mean
>>
>> And describe that when allocating subsampled buffers, the caller must
>> adjust the width and height accordingly. And that the bpp and width
>> can also refer to pixel groups.
>>
>> Or if the currently existing code prevents the above for 16 and 32
>> bpps, how about defining that any non-RGB or not-simple buffer has to
>> be allocated with bpp=8, and the userspace has to align the pitch
>> correctly according to the format and platform's hw restrictions?
>
> What if a hardware requires certain per-format alignments? Or requires
> certain alignments for each plane? Or only supports tile modes? Or has
> strict limits on the maximum buffer size?
>
> It is not possible to encode all this in a simple 32-bit value. So user-
> space code has to be aware of all this and tweak bpp-based allocation to
> make it work. Obviously you can use the current UAPI for your use case.
> It's just not optimal or future proof.
No disagreement there, we need CREATE_DUMB2.
My point is that we have the current UAPI, and we have userspace using
it, but we don't have clear rules what the ioctl does with specific
parameters, and we don't document how it has to be used.
Perhaps the situation is bad, and all we can really say is that
CREATE_DUMB only works for use with simple RGB formats, and the behavior
for all other formats is platform specific. But I think even that would
be valuable in the UAPI docs.
Thinking about this, I wonder if this change is good for omapdrm or
xilinx (probably other platforms too that support non-simple non-RGB
formats via dumb buffers): without this patch, in both drivers, the
pitch calculations just take the bpp as bit-per-pixels, align it up, and
that's it.
With this patch we end up using drm_driver_color_mode_format(), and
aligning buffers according to RGB formats figured out via heuristics. It
does happen to work, for the formats I tested, but it sounds like
something that might easily not work, as it's doing adjustments based on
wrong format.
Should we have another version of drm_mode_size_dumb() which just
calculates using the bpp, without the drm_driver_color_mode_format()
path? Or does the drm_driver_color_mode_format() path provide some value
for the drivers that do not currently do anything similar?
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 14:20 ` Tomi Valkeinen
@ 2025-01-15 14:34 ` Daniel Stone
2025-01-16 8:43 ` Laurent Pinchart
2025-01-16 8:09 ` Thomas Zimmermann
1 sibling, 1 reply; 81+ messages in thread
From: Daniel Stone @ 2025-01-15 14:34 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan
On Wed, 15 Jan 2025 at 14:20, Tomi Valkeinen
<tomi.valkeinen@ideasonboard.com> wrote:
> No disagreement there, we need CREATE_DUMB2.
>
> My point is that we have the current UAPI, and we have userspace using
> it, but we don't have clear rules what the ioctl does with specific
> parameters, and we don't document how it has to be used.
>
> Perhaps the situation is bad, and all we can really say is that
> CREATE_DUMB only works for use with simple RGB formats, and the behavior
> for all other formats is platform specific. But I think even that would
> be valuable in the UAPI docs.
Yeah, CREATE_DUMB only works for use with simple RGB formats in a
linear layout. Not monochrome or YUV or tiled or displayed rotated or
whatever.
If it happens to accidentally work for other uses, that's fine, but
it's not generically reliable for anything other than simple linear
RGB. It's intended to let you do splash screens, consoles, recovery
password entries, and software-rendered compositors if you really
want. Anything more than that isn't 'dumb'.
Cheers,
Daniel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 14:34 ` Daniel Stone
@ 2025-01-16 8:43 ` Laurent Pinchart
2025-01-16 9:38 ` Laurent Pinchart
0 siblings, 1 reply; 81+ messages in thread
From: Laurent Pinchart @ 2025-01-16 8:43 UTC (permalink / raw)
To: Daniel Stone
Cc: Tomi Valkeinen, Thomas Zimmermann, maarten.lankhorst, mripard,
airlied, simona, dri-devel, linux-mediatek, freedreno,
linux-arm-msm, imx, linux-samsung-soc, nouveau, virtualization,
spice-devel, linux-renesas-soc, linux-rockchip, linux-tegra,
intel-xe, xen-devel, Andy Yan
On Wed, Jan 15, 2025 at 02:34:26PM +0000, Daniel Stone wrote:
> On Wed, 15 Jan 2025 at 14:20, Tomi Valkeinen wrote:
> > No disagreement there, we need CREATE_DUMB2.
> >
> > My point is that we have the current UAPI, and we have userspace using
> > it, but we don't have clear rules what the ioctl does with specific
> > parameters, and we don't document how it has to be used.
> >
> > Perhaps the situation is bad, and all we can really say is that
> > CREATE_DUMB only works for use with simple RGB formats, and the behavior
> > for all other formats is platform specific. But I think even that would
> > be valuable in the UAPI docs.
>
> Yeah, CREATE_DUMB only works for use with simple RGB formats in a
> linear layout. Not monochrome or YUV or tiled or displayed rotated or
> whatever.
>
> If it happens to accidentally work for other uses, that's fine, but
> it's not generically reliable for anything other than simple linear
> RGB. It's intended to let you do splash screens, consoles, recovery
> password entries, and software-rendered compositors if you really
> want. Anything more than that isn't 'dumb'.
We have lots of software out there that rely on CREATE_DUMB supporting
YUV linear formats, and lots of drivers (mostly on Arm I suppose) that
implement YUV support in CREATE_DUMB. I'm fine replacing it with
something better, but I think we need a standard ioctl that can create
linear YUV buffers. I've been told many times that DRM doesn't want to
standardize buffer allocation further than what CREATE_DUMB is made for.
Can we reconsider this rule then ?
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 8:43 ` Laurent Pinchart
@ 2025-01-16 9:38 ` Laurent Pinchart
2025-01-16 10:07 ` Tomi Valkeinen
0 siblings, 1 reply; 81+ messages in thread
From: Laurent Pinchart @ 2025-01-16 9:38 UTC (permalink / raw)
To: Daniel Stone
Cc: Tomi Valkeinen, Thomas Zimmermann, maarten.lankhorst, mripard,
airlied, simona, dri-devel, linux-mediatek, freedreno,
linux-arm-msm, imx, linux-samsung-soc, nouveau, virtualization,
spice-devel, linux-renesas-soc, linux-rockchip, linux-tegra,
intel-xe, xen-devel, Andy Yan
On Thu, Jan 16, 2025 at 10:43:40AM +0200, Laurent Pinchart wrote:
> On Wed, Jan 15, 2025 at 02:34:26PM +0000, Daniel Stone wrote:
> > On Wed, 15 Jan 2025 at 14:20, Tomi Valkeinen wrote:
> > > No disagreement there, we need CREATE_DUMB2.
> > >
> > > My point is that we have the current UAPI, and we have userspace using
> > > it, but we don't have clear rules what the ioctl does with specific
> > > parameters, and we don't document how it has to be used.
> > >
> > > Perhaps the situation is bad, and all we can really say is that
> > > CREATE_DUMB only works for use with simple RGB formats, and the behavior
> > > for all other formats is platform specific. But I think even that would
> > > be valuable in the UAPI docs.
> >
> > Yeah, CREATE_DUMB only works for use with simple RGB formats in a
> > linear layout. Not monochrome or YUV or tiled or displayed rotated or
> > whatever.
> >
> > If it happens to accidentally work for other uses, that's fine, but
> > it's not generically reliable for anything other than simple linear
> > RGB. It's intended to let you do splash screens, consoles, recovery
> > password entries, and software-rendered compositors if you really
> > want. Anything more than that isn't 'dumb'.
>
> We have lots of software out there that rely on CREATE_DUMB supporting
> YUV linear formats, and lots of drivers (mostly on Arm I suppose) that
> implement YUV support in CREATE_DUMB. I'm fine replacing it with
> something better, but I think we need a standard ioctl that can create
> linear YUV buffers. I've been told many times that DRM doesn't want to
> standardize buffer allocation further than what CREATE_DUMB is made for.
> Can we reconsider this rule then ?
Actually... Instead of adding a CREATE_DUMB2, it would be best on trying
to leverage DMA heaps and deprecate allocating from the KMS device.
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 9:38 ` Laurent Pinchart
@ 2025-01-16 10:07 ` Tomi Valkeinen
2025-01-19 17:08 ` Laurent Pinchart
0 siblings, 1 reply; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-16 10:07 UTC (permalink / raw)
To: Laurent Pinchart, Daniel Stone
Cc: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Andy Yan
Hi,
On 16/01/2025 11:38, Laurent Pinchart wrote:
> On Thu, Jan 16, 2025 at 10:43:40AM +0200, Laurent Pinchart wrote:
>> On Wed, Jan 15, 2025 at 02:34:26PM +0000, Daniel Stone wrote:
>>> On Wed, 15 Jan 2025 at 14:20, Tomi Valkeinen wrote:
>>>> No disagreement there, we need CREATE_DUMB2.
>>>>
>>>> My point is that we have the current UAPI, and we have userspace using
>>>> it, but we don't have clear rules what the ioctl does with specific
>>>> parameters, and we don't document how it has to be used.
>>>>
>>>> Perhaps the situation is bad, and all we can really say is that
>>>> CREATE_DUMB only works for use with simple RGB formats, and the behavior
>>>> for all other formats is platform specific. But I think even that would
>>>> be valuable in the UAPI docs.
>>>
>>> Yeah, CREATE_DUMB only works for use with simple RGB formats in a
>>> linear layout. Not monochrome or YUV or tiled or displayed rotated or
>>> whatever.
>>>
>>> If it happens to accidentally work for other uses, that's fine, but
>>> it's not generically reliable for anything other than simple linear
>>> RGB. It's intended to let you do splash screens, consoles, recovery
>>> password entries, and software-rendered compositors if you really
>>> want. Anything more than that isn't 'dumb'.
>>
>> We have lots of software out there that rely on CREATE_DUMB supporting
>> YUV linear formats, and lots of drivers (mostly on Arm I suppose) that
>> implement YUV support in CREATE_DUMB. I'm fine replacing it with
>> something better, but I think we need a standard ioctl that can create
>> linear YUV buffers. I've been told many times that DRM doesn't want to
>> standardize buffer allocation further than what CREATE_DUMB is made for.
>> Can we reconsider this rule then ?
>
> Actually... Instead of adding a CREATE_DUMB2, it would be best on trying
> to leverage DMA heaps and deprecate allocating from the KMS device.
If we allocate from DMA heaps, I think we then need a DRM ioctl which
will tell you how big buffer(s) you need, based on the size and format.
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 10:07 ` Tomi Valkeinen
@ 2025-01-19 17:08 ` Laurent Pinchart
0 siblings, 0 replies; 81+ messages in thread
From: Laurent Pinchart @ 2025-01-19 17:08 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: Daniel Stone, Thomas Zimmermann, maarten.lankhorst, mripard,
airlied, simona, dri-devel, linux-mediatek, freedreno,
linux-arm-msm, imx, linux-samsung-soc, nouveau, virtualization,
spice-devel, linux-renesas-soc, linux-rockchip, linux-tegra,
intel-xe, xen-devel, Andy Yan
On Thu, Jan 16, 2025 at 12:07:49PM +0200, Tomi Valkeinen wrote:
> On 16/01/2025 11:38, Laurent Pinchart wrote:
> > On Thu, Jan 16, 2025 at 10:43:40AM +0200, Laurent Pinchart wrote:
> >> On Wed, Jan 15, 2025 at 02:34:26PM +0000, Daniel Stone wrote:
> >>> On Wed, 15 Jan 2025 at 14:20, Tomi Valkeinen wrote:
> >>>> No disagreement there, we need CREATE_DUMB2.
> >>>>
> >>>> My point is that we have the current UAPI, and we have userspace using
> >>>> it, but we don't have clear rules what the ioctl does with specific
> >>>> parameters, and we don't document how it has to be used.
> >>>>
> >>>> Perhaps the situation is bad, and all we can really say is that
> >>>> CREATE_DUMB only works for use with simple RGB formats, and the behavior
> >>>> for all other formats is platform specific. But I think even that would
> >>>> be valuable in the UAPI docs.
> >>>
> >>> Yeah, CREATE_DUMB only works for use with simple RGB formats in a
> >>> linear layout. Not monochrome or YUV or tiled or displayed rotated or
> >>> whatever.
> >>>
> >>> If it happens to accidentally work for other uses, that's fine, but
> >>> it's not generically reliable for anything other than simple linear
> >>> RGB. It's intended to let you do splash screens, consoles, recovery
> >>> password entries, and software-rendered compositors if you really
> >>> want. Anything more than that isn't 'dumb'.
> >>
> >> We have lots of software out there that rely on CREATE_DUMB supporting
> >> YUV linear formats, and lots of drivers (mostly on Arm I suppose) that
> >> implement YUV support in CREATE_DUMB. I'm fine replacing it with
> >> something better, but I think we need a standard ioctl that can create
> >> linear YUV buffers. I've been told many times that DRM doesn't want to
> >> standardize buffer allocation further than what CREATE_DUMB is made for.
> >> Can we reconsider this rule then ?
> >
> > Actually... Instead of adding a CREATE_DUMB2, it would be best on trying
> > to leverage DMA heaps and deprecate allocating from the KMS device.
>
> If we allocate from DMA heaps, I think we then need a DRM ioctl which
> will tell you how big buffer(s) you need, based on the size and format.
We will at least a kernel API to expose constraints to userspace.
Whether that should calculate the buffer size for a given format, or
expose information to userspace to enable that calculation, I'm not
sure. But regardless of which option we pick, I agree we likely need a
new API to enable usage of DMA heaps as allocators.
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-15 14:20 ` Tomi Valkeinen
2025-01-15 14:34 ` Daniel Stone
@ 2025-01-16 8:09 ` Thomas Zimmermann
2025-01-16 10:03 ` Tomi Valkeinen
1 sibling, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-16 8:09 UTC (permalink / raw)
To: Tomi Valkeinen, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan
Hi
Am 15.01.25 um 15:20 schrieb Tomi Valkeinen:
[...]
>
> My point is that we have the current UAPI, and we have userspace using
> it, but we don't have clear rules what the ioctl does with specific
> parameters, and we don't document how it has to be used.
>
> Perhaps the situation is bad, and all we can really say is that
> CREATE_DUMB only works for use with simple RGB formats, and the
> behavior for all other formats is platform specific. But I think even
> that would be valuable in the UAPI docs.
To be honest, I would not want to specify behavior for anything but the
linear RGB formats. If anything, I'd take Daniel's reply mail for
documentation as-is. Anyone stretching the UAPI beyond RGB is on their own.
>
> Thinking about this, I wonder if this change is good for omapdrm or
> xilinx (probably other platforms too that support non-simple non-RGB
> formats via dumb buffers): without this patch, in both drivers, the
> pitch calculations just take the bpp as bit-per-pixels, align it up,
> and that's it.
>
> With this patch we end up using drm_driver_color_mode_format(), and
> aligning buffers according to RGB formats figured out via heuristics.
> It does happen to work, for the formats I tested, but it sounds like
> something that might easily not work, as it's doing adjustments based
> on wrong format.
>
> Should we have another version of drm_mode_size_dumb() which just
> calculates using the bpp, without the drm_driver_color_mode_format()
> path? Or does the drm_driver_color_mode_format() path provide some
> value for the drivers that do not currently do anything similar?
With the RGB-only rule, using drm_driver_color_mode_format() makes
sense. It aligns dumb buffers and video=, provides error checking, and
overall harmonizes code. The fallback is only required because of the
existing odd cases that already bend the UAPI's rules.
Best regards
Thomas
>
> Tomi
>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 8:09 ` Thomas Zimmermann
@ 2025-01-16 10:03 ` Tomi Valkeinen
2025-01-16 10:17 ` Geert Uytterhoeven
` (2 more replies)
0 siblings, 3 replies; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-16 10:03 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi,
On 16/01/2025 10:09, Thomas Zimmermann wrote:
> Hi
>
>
> Am 15.01.25 um 15:20 schrieb Tomi Valkeinen:
> [...]
>>
>> My point is that we have the current UAPI, and we have userspace using
>> it, but we don't have clear rules what the ioctl does with specific
>> parameters, and we don't document how it has to be used.
>>
>> Perhaps the situation is bad, and all we can really say is that
>> CREATE_DUMB only works for use with simple RGB formats, and the
>> behavior for all other formats is platform specific. But I think even
>> that would be valuable in the UAPI docs.
>
> To be honest, I would not want to specify behavior for anything but the
> linear RGB formats. If anything, I'd take Daniel's reply mail for
> documentation as-is. Anyone stretching the UAPI beyond RGB is on their own.
>
>>
>> Thinking about this, I wonder if this change is good for omapdrm or
>> xilinx (probably other platforms too that support non-simple non-RGB
>> formats via dumb buffers): without this patch, in both drivers, the
>> pitch calculations just take the bpp as bit-per-pixels, align it up,
>> and that's it.
>>
>> With this patch we end up using drm_driver_color_mode_format(), and
>> aligning buffers according to RGB formats figured out via heuristics.
>> It does happen to work, for the formats I tested, but it sounds like
>> something that might easily not work, as it's doing adjustments based
>> on wrong format.
>>
>> Should we have another version of drm_mode_size_dumb() which just
>> calculates using the bpp, without the drm_driver_color_mode_format()
>> path? Or does the drm_driver_color_mode_format() path provide some
>> value for the drivers that do not currently do anything similar?
>
> With the RGB-only rule, using drm_driver_color_mode_format() makes
> sense. It aligns dumb buffers and video=, provides error checking, and
> overall harmonizes code. The fallback is only required because of the
> existing odd cases that already bend the UAPI's rules.
I have to disagree here.
On the platforms I have been using (omap, tidss, xilinx, rcar) the dumb
buffers are the only buffers you can get from the DRM driver. The dumb
buffers have been used to allocate linear and multiplanar YUV buffers
for a very long time on those platforms.
I tried to look around, but I did not find any mentions that CREATE_DUMB
should only be used for RGB buffers. Is anyone outside the core
developers even aware of it?
If we don't use dumb buffers there, where do we get the buffers? Maybe
from a v4l2 device or from a gpu device, but often you don't have those.
DMA_HEAP is there, of course.
So we have the option to get DMA_HEAP buffers, specifying just the size
of the buffer. Here we only specify the size, so the userspace has to
understand the requirements for the format and the platform.
Or we can use CREATE_DUMB, specifying the width, height and
bitsperpixel, and if we don't have any heuristics about figuring out the
pixel format (as it has been), the end result is exactly the same as
with DMA_HEAP (i.e. we essentially define the size of the buffer).
So, on these platforms (omap, tidss, xilinx, rcar), the CREATE_DUMB has
always been just "give me X amount of memory that can be used for
scanout". With this series, the meaning of the ioctl changes, and it's
now "give me an memory buffer buffer that works with an RGB format with
this width, height, bpp".
In practice I believe that doesn't cause regressions, as aligning
buffers according to RGB pixel format rules happens to be fine for YUV
formats too, but I'm not sure (and it already almost caused a regression
with bpp=64). And I'm having trouble seeing the upside.
Aligning video= and dumb buffers almost sounds like going backwards.
video= parameter is bad, so let's also make dumb buffers bad?
Harmonizing code is fine, but I think that can be done with a function
that only does the fallback-case.
So... I can only speak for the platforms I'm using and maintaining, but
I'd rather keep the old behavior for CREATE_DUMB that we've had for ages.
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 10:03 ` Tomi Valkeinen
@ 2025-01-16 10:17 ` Geert Uytterhoeven
2025-01-16 10:26 ` Tomi Valkeinen
` (2 more replies)
2025-01-20 7:49 ` Thomas Zimmermann
2025-01-20 7:54 ` Thomas Zimmermann
2 siblings, 3 replies; 81+ messages in thread
From: Geert Uytterhoeven @ 2025-01-16 10:17 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
On Thu, Jan 16, 2025 at 11:03 AM Tomi Valkeinen
<tomi.valkeinen@ideasonboard.com> wrote:
> On 16/01/2025 10:09, Thomas Zimmermann wrote:
> > Am 15.01.25 um 15:20 schrieb Tomi Valkeinen:
> > [...]
> >>
> >> My point is that we have the current UAPI, and we have userspace using
> >> it, but we don't have clear rules what the ioctl does with specific
> >> parameters, and we don't document how it has to be used.
> >>
> >> Perhaps the situation is bad, and all we can really say is that
> >> CREATE_DUMB only works for use with simple RGB formats, and the
> >> behavior for all other formats is platform specific. But I think even
> >> that would be valuable in the UAPI docs.
> >
> > To be honest, I would not want to specify behavior for anything but the
> > linear RGB formats. If anything, I'd take Daniel's reply mail for
> > documentation as-is. Anyone stretching the UAPI beyond RGB is on their own.
> >
> >> Thinking about this, I wonder if this change is good for omapdrm or
> >> xilinx (probably other platforms too that support non-simple non-RGB
> >> formats via dumb buffers): without this patch, in both drivers, the
> >> pitch calculations just take the bpp as bit-per-pixels, align it up,
> >> and that's it.
> >>
> >> With this patch we end up using drm_driver_color_mode_format(), and
> >> aligning buffers according to RGB formats figured out via heuristics.
> >> It does happen to work, for the formats I tested, but it sounds like
> >> something that might easily not work, as it's doing adjustments based
> >> on wrong format.
> >>
> >> Should we have another version of drm_mode_size_dumb() which just
> >> calculates using the bpp, without the drm_driver_color_mode_format()
> >> path? Or does the drm_driver_color_mode_format() path provide some
> >> value for the drivers that do not currently do anything similar?
> >
> > With the RGB-only rule, using drm_driver_color_mode_format() makes
> > sense. It aligns dumb buffers and video=, provides error checking, and
> > overall harmonizes code. The fallback is only required because of the
> > existing odd cases that already bend the UAPI's rules.
>
> I have to disagree here.
>
> On the platforms I have been using (omap, tidss, xilinx, rcar) the dumb
> buffers are the only buffers you can get from the DRM driver. The dumb
> buffers have been used to allocate linear and multiplanar YUV buffers
> for a very long time on those platforms.
>
> I tried to look around, but I did not find any mentions that CREATE_DUMB
> should only be used for RGB buffers. Is anyone outside the core
> developers even aware of it?
>
> If we don't use dumb buffers there, where do we get the buffers? Maybe
> from a v4l2 device or from a gpu device, but often you don't have those.
> DMA_HEAP is there, of course.
Why can't there be a variant that takes a proper fourcc format instead of
an imprecise bpp value?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 10:17 ` Geert Uytterhoeven
@ 2025-01-16 10:26 ` Tomi Valkeinen
2025-01-16 10:35 ` Dmitry Baryshkov
2025-01-20 3:34 ` Sui Jingfeng
2 siblings, 0 replies; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-16 10:26 UTC (permalink / raw)
To: Geert Uytterhoeven
Cc: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi,
On 16/01/2025 12:17, Geert Uytterhoeven wrote:
> On Thu, Jan 16, 2025 at 11:03 AM Tomi Valkeinen
> <tomi.valkeinen@ideasonboard.com> wrote:
>> On 16/01/2025 10:09, Thomas Zimmermann wrote:
>>> Am 15.01.25 um 15:20 schrieb Tomi Valkeinen:
>>> [...]
>>>>
>>>> My point is that we have the current UAPI, and we have userspace using
>>>> it, but we don't have clear rules what the ioctl does with specific
>>>> parameters, and we don't document how it has to be used.
>>>>
>>>> Perhaps the situation is bad, and all we can really say is that
>>>> CREATE_DUMB only works for use with simple RGB formats, and the
>>>> behavior for all other formats is platform specific. But I think even
>>>> that would be valuable in the UAPI docs.
>>>
>>> To be honest, I would not want to specify behavior for anything but the
>>> linear RGB formats. If anything, I'd take Daniel's reply mail for
>>> documentation as-is. Anyone stretching the UAPI beyond RGB is on their own.
>>>
>>>> Thinking about this, I wonder if this change is good for omapdrm or
>>>> xilinx (probably other platforms too that support non-simple non-RGB
>>>> formats via dumb buffers): without this patch, in both drivers, the
>>>> pitch calculations just take the bpp as bit-per-pixels, align it up,
>>>> and that's it.
>>>>
>>>> With this patch we end up using drm_driver_color_mode_format(), and
>>>> aligning buffers according to RGB formats figured out via heuristics.
>>>> It does happen to work, for the formats I tested, but it sounds like
>>>> something that might easily not work, as it's doing adjustments based
>>>> on wrong format.
>>>>
>>>> Should we have another version of drm_mode_size_dumb() which just
>>>> calculates using the bpp, without the drm_driver_color_mode_format()
>>>> path? Or does the drm_driver_color_mode_format() path provide some
>>>> value for the drivers that do not currently do anything similar?
>>>
>>> With the RGB-only rule, using drm_driver_color_mode_format() makes
>>> sense. It aligns dumb buffers and video=, provides error checking, and
>>> overall harmonizes code. The fallback is only required because of the
>>> existing odd cases that already bend the UAPI's rules.
>>
>> I have to disagree here.
>>
>> On the platforms I have been using (omap, tidss, xilinx, rcar) the dumb
>> buffers are the only buffers you can get from the DRM driver. The dumb
>> buffers have been used to allocate linear and multiplanar YUV buffers
>> for a very long time on those platforms.
>>
>> I tried to look around, but I did not find any mentions that CREATE_DUMB
>> should only be used for RGB buffers. Is anyone outside the core
>> developers even aware of it?
>>
>> If we don't use dumb buffers there, where do we get the buffers? Maybe
>> from a v4l2 device or from a gpu device, but often you don't have those.
>> DMA_HEAP is there, of course.
>
> Why can't there be a variant that takes a proper fourcc format instead of
> an imprecise bpp value?
There can, but it's somewhat a different topic, although it's been
covered a bit in this thread.
My specific concern here is the current CREATE_DUMB, and (not) changing
how it behaves.
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 10:17 ` Geert Uytterhoeven
2025-01-16 10:26 ` Tomi Valkeinen
@ 2025-01-16 10:35 ` Dmitry Baryshkov
2025-01-16 12:24 ` Daniel Stone
2025-01-19 11:29 ` Sui Jingfeng
2025-01-20 3:34 ` Sui Jingfeng
2 siblings, 2 replies; 81+ messages in thread
From: Dmitry Baryshkov @ 2025-01-16 10:35 UTC (permalink / raw)
To: Geert Uytterhoeven
Cc: Tomi Valkeinen, Thomas Zimmermann, maarten.lankhorst, mripard,
airlied, simona, dri-devel, linux-mediatek, freedreno,
linux-arm-msm, imx, linux-samsung-soc, nouveau, virtualization,
spice-devel, linux-renesas-soc, linux-rockchip, linux-tegra,
intel-xe, xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
On Thu, Jan 16, 2025 at 11:17:50AM +0100, Geert Uytterhoeven wrote:
> On Thu, Jan 16, 2025 at 11:03 AM Tomi Valkeinen
> <tomi.valkeinen@ideasonboard.com> wrote:
> > On 16/01/2025 10:09, Thomas Zimmermann wrote:
> > > Am 15.01.25 um 15:20 schrieb Tomi Valkeinen:
> > > [...]
> > >>
> > >> My point is that we have the current UAPI, and we have userspace using
> > >> it, but we don't have clear rules what the ioctl does with specific
> > >> parameters, and we don't document how it has to be used.
> > >>
> > >> Perhaps the situation is bad, and all we can really say is that
> > >> CREATE_DUMB only works for use with simple RGB formats, and the
> > >> behavior for all other formats is platform specific. But I think even
> > >> that would be valuable in the UAPI docs.
> > >
> > > To be honest, I would not want to specify behavior for anything but the
> > > linear RGB formats. If anything, I'd take Daniel's reply mail for
> > > documentation as-is. Anyone stretching the UAPI beyond RGB is on their own.
> > >
> > >> Thinking about this, I wonder if this change is good for omapdrm or
> > >> xilinx (probably other platforms too that support non-simple non-RGB
> > >> formats via dumb buffers): without this patch, in both drivers, the
> > >> pitch calculations just take the bpp as bit-per-pixels, align it up,
> > >> and that's it.
> > >>
> > >> With this patch we end up using drm_driver_color_mode_format(), and
> > >> aligning buffers according to RGB formats figured out via heuristics.
> > >> It does happen to work, for the formats I tested, but it sounds like
> > >> something that might easily not work, as it's doing adjustments based
> > >> on wrong format.
> > >>
> > >> Should we have another version of drm_mode_size_dumb() which just
> > >> calculates using the bpp, without the drm_driver_color_mode_format()
> > >> path? Or does the drm_driver_color_mode_format() path provide some
> > >> value for the drivers that do not currently do anything similar?
> > >
> > > With the RGB-only rule, using drm_driver_color_mode_format() makes
> > > sense. It aligns dumb buffers and video=, provides error checking, and
> > > overall harmonizes code. The fallback is only required because of the
> > > existing odd cases that already bend the UAPI's rules.
> >
> > I have to disagree here.
> >
> > On the platforms I have been using (omap, tidss, xilinx, rcar) the dumb
> > buffers are the only buffers you can get from the DRM driver. The dumb
> > buffers have been used to allocate linear and multiplanar YUV buffers
> > for a very long time on those platforms.
> >
> > I tried to look around, but I did not find any mentions that CREATE_DUMB
> > should only be used for RGB buffers. Is anyone outside the core
> > developers even aware of it?
> >
> > If we don't use dumb buffers there, where do we get the buffers? Maybe
> > from a v4l2 device or from a gpu device, but often you don't have those.
> > DMA_HEAP is there, of course.
>
> Why can't there be a variant that takes a proper fourcc format instead of
> an imprecise bpp value?
Backwards compatibility. We can add an IOCTL for YUV / etc. But
userspace must be able to continue allocating YUV buffers through
CREATE_DUMB.
>
> Gr{oetje,eeting}s,
>
> Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
> -- Linus Torvalds
--
With best wishes
Dmitry
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 10:35 ` Dmitry Baryshkov
@ 2025-01-16 12:24 ` Daniel Stone
2025-01-19 11:29 ` Sui Jingfeng
1 sibling, 0 replies; 81+ messages in thread
From: Daniel Stone @ 2025-01-16 12:24 UTC (permalink / raw)
To: Dmitry Baryshkov
Cc: Geert Uytterhoeven, Tomi Valkeinen, Thomas Zimmermann,
maarten.lankhorst, mripard, airlied, simona, dri-devel,
linux-mediatek, freedreno, linux-arm-msm, imx, linux-samsung-soc,
nouveau, virtualization, spice-devel, linux-renesas-soc,
linux-rockchip, linux-tegra, intel-xe, xen-devel,
Laurent Pinchart, Andy Yan
On Thu, 16 Jan 2025 at 10:35, Dmitry Baryshkov
<dmitry.baryshkov@linaro.org> wrote:
> On Thu, Jan 16, 2025 at 11:17:50AM +0100, Geert Uytterhoeven wrote:
> > On Thu, Jan 16, 2025 at 11:03 AM Tomi Valkeinen
> > <tomi.valkeinen@ideasonboard.com> wrote:
> > > On the platforms I have been using (omap, tidss, xilinx, rcar) the dumb
> > > buffers are the only buffers you can get from the DRM driver. The dumb
> > > buffers have been used to allocate linear and multiplanar YUV buffers
> > > for a very long time on those platforms.
> > >
> > > I tried to look around, but I did not find any mentions that CREATE_DUMB
> > > should only be used for RGB buffers. Is anyone outside the core
> > > developers even aware of it?
> > >
> > > If we don't use dumb buffers there, where do we get the buffers? Maybe
> > > from a v4l2 device or from a gpu device, but often you don't have those.
> > > DMA_HEAP is there, of course.
> >
> > Why can't there be a variant that takes a proper fourcc format instead of
> > an imprecise bpp value?
>
> Backwards compatibility. We can add an IOCTL for YUV / etc. But
> userspace must be able to continue allocating YUV buffers through
> CREATE_DUMB.
Right. If allocating YUYV dumb buffers works on AM68 today, then we
need to keep that working. But it doesn't mean we should go out of our
way to make CREATE_DUMB work for every YUV format on every device.
Currently, drivers are free to implement their own ioctls for anything
specific they have. But like Laurent said, standardising on heaps and
how to communicate requirements to userspace wrt heap selection / size
/ alignment / etc is imo a better path forward for something generic.
Cheers,
Daniel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 10:35 ` Dmitry Baryshkov
2025-01-16 12:24 ` Daniel Stone
@ 2025-01-19 11:29 ` Sui Jingfeng
2025-01-19 12:18 ` Tomi Valkeinen
1 sibling, 1 reply; 81+ messages in thread
From: Sui Jingfeng @ 2025-01-19 11:29 UTC (permalink / raw)
To: Dmitry Baryshkov, Geert Uytterhoeven
Cc: Tomi Valkeinen, Thomas Zimmermann, maarten.lankhorst, mripard,
airlied, simona, dri-devel, linux-mediatek, freedreno,
linux-arm-msm, imx, linux-samsung-soc, nouveau, virtualization,
spice-devel, linux-renesas-soc, linux-rockchip, linux-tegra,
intel-xe, xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi,
On 2025/1/16 18:35, Dmitry Baryshkov wrote:
> On Thu, Jan 16, 2025 at 11:17:50AM +0100, Geert Uytterhoeven wrote:
>> On Thu, Jan 16, 2025 at 11:03 AM Tomi Valkeinen
>> <tomi.valkeinen@ideasonboard.com> wrote:
>>> On 16/01/2025 10:09, Thomas Zimmermann wrote:
>>>> Am 15.01.25 um 15:20 schrieb Tomi Valkeinen:
>>>> [...]
>>>>> My point is that we have the current UAPI, and we have userspace using
>>>>> it, but we don't have clear rules what the ioctl does with specific
>>>>> parameters, and we don't document how it has to be used.
>>>>>
>>>>> Perhaps the situation is bad, and all we can really say is that
>>>>> CREATE_DUMB only works for use with simple RGB formats, and the
>>>>> behavior for all other formats is platform specific. But I think even
>>>>> that would be valuable in the UAPI docs.
>>>> To be honest, I would not want to specify behavior for anything but the
>>>> linear RGB formats. If anything, I'd take Daniel's reply mail for
>>>> documentation as-is. Anyone stretching the UAPI beyond RGB is on their own.
>>>>
>>>>> Thinking about this, I wonder if this change is good for omapdrm or
>>>>> xilinx (probably other platforms too that support non-simple non-RGB
>>>>> formats via dumb buffers): without this patch, in both drivers, the
>>>>> pitch calculations just take the bpp as bit-per-pixels, align it up,
>>>>> and that's it.
>>>>>
>>>>> With this patch we end up using drm_driver_color_mode_format(), and
>>>>> aligning buffers according to RGB formats figured out via heuristics.
>>>>> It does happen to work, for the formats I tested, but it sounds like
>>>>> something that might easily not work, as it's doing adjustments based
>>>>> on wrong format.
>>>>>
>>>>> Should we have another version of drm_mode_size_dumb() which just
>>>>> calculates using the bpp, without the drm_driver_color_mode_format()
>>>>> path? Or does the drm_driver_color_mode_format() path provide some
>>>>> value for the drivers that do not currently do anything similar?
>>>> With the RGB-only rule, using drm_driver_color_mode_format() makes
>>>> sense. It aligns dumb buffers and video=, provides error checking, and
>>>> overall harmonizes code. The fallback is only required because of the
>>>> existing odd cases that already bend the UAPI's rules.
>>> I have to disagree here.
>>>
>>> On the platforms I have been using (omap, tidss, xilinx, rcar) the dumb
>>> buffers are the only buffers you can get from the DRM driver. The dumb
>>> buffers have been used to allocate linear and multiplanar YUV buffers
>>> for a very long time on those platforms.
>>>
>>> I tried to look around, but I did not find any mentions that CREATE_DUMB
>>> should only be used for RGB buffers. Is anyone outside the core
>>> developers even aware of it?
>>>
>>> If we don't use dumb buffers there, where do we get the buffers? Maybe
>>> from a v4l2 device or from a gpu device, but often you don't have those.
>>> DMA_HEAP is there, of course.
>> Why can't there be a variant that takes a proper fourcc format instead of
>> an imprecise bpp value?
> Backwards compatibility. We can add an IOCTL for YUV / etc.
[...]
> But userspace must be able to continue allocating YUV buffers through
> CREATE_DUMB.
I think, allocating YUV buffers through CREATE_DUMB interface is just
an *abuse* and *misuse* of this API for now.
Take the NV12 format as an example, NV12 is YUV420 planar format, have
two planar: the Y-planar and the UV-planar. The Y-planar appear first
in memory as an array of unsigned char values. The Y-planar is followed
immediately by the UV-planar, which is also an array of unsigned char
values that contains packed U (Cb) and V (Cr) samples.
But the 'drm_mode_create_dumb' structure is only intend to provide
descriptions for *one* planar.
struct drm_mode_create_dumb {
__u32 height;
__u32 width;
__u32 bpp;
__u32 flags;
__u32 handle;
__u32 pitch;
__u64 size;
};
An width x height NV12 image takes up width*height*(1 + 1/4 + 1/4) bytes.
So we can allocate an *equivalent* sized buffer to store the NV12 raw data.
Either 'width * (height * 3/2)' where each pixel take up 8 bits,
or just 'with * height' where each pixels take up 12 bits.
However, all those math are just equivalents description to the original
NV12 format, neither are concrete correct physical description.
Therefore, allocating YUV buffers through the dumb interface is just an
abuse for that API. We certainly can abuse more by allocating two dumb
buffers, one for Y-planer, another one for the UV-planer. But again,dumb buffers can be (and must be) used for *scanout* directly. What will yield if I commit the YUV buffers you allocated to the CRTC directly?
In other words, You can allocated buffers via the dumb APIs to store anything,
but the key point is that how can we interpret it.
As Daniel puts it, the semantics of that API is well defined for simple RGB
formats. Usages on non linear RGB dumb buffers are considered as undefined
behavior.
Peoples can still abusing it at the user-space though, but the kernel don't
have to guarantee that the user-space *must* to be able to continue doing
balabala..., That's it.
Best regards,
Sui
>> Gr{oetje,eeting}s,
>>
>> Geert
>>
>> --
>> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>>
>> In personal conversations with technical people, I call myself a hacker. But
>> when I'm talking to journalists I just say "programmer" or something like that.
>> -- Linus Torvalds
--
Best regards,
Sui
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-19 11:29 ` Sui Jingfeng
@ 2025-01-19 12:18 ` Tomi Valkeinen
2025-01-19 14:59 ` Sui Jingfeng
0 siblings, 1 reply; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-19 12:18 UTC (permalink / raw)
To: Sui Jingfeng, Dmitry Baryshkov, Geert Uytterhoeven
Cc: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi,
On 19/01/2025 13:29, Sui Jingfeng wrote:
> Hi,
>
> On 2025/1/16 18:35, Dmitry Baryshkov wrote:
>> On Thu, Jan 16, 2025 at 11:17:50AM +0100, Geert Uytterhoeven wrote:
>>> On Thu, Jan 16, 2025 at 11:03 AM Tomi Valkeinen
>>> <tomi.valkeinen@ideasonboard.com> wrote:
>>>> On 16/01/2025 10:09, Thomas Zimmermann wrote:
>>>>> Am 15.01.25 um 15:20 schrieb Tomi Valkeinen:
>>>>> [...]
>>>>>> My point is that we have the current UAPI, and we have userspace
>>>>>> using
>>>>>> it, but we don't have clear rules what the ioctl does with specific
>>>>>> parameters, and we don't document how it has to be used.
>>>>>>
>>>>>> Perhaps the situation is bad, and all we can really say is that
>>>>>> CREATE_DUMB only works for use with simple RGB formats, and the
>>>>>> behavior for all other formats is platform specific. But I think even
>>>>>> that would be valuable in the UAPI docs.
>>>>> To be honest, I would not want to specify behavior for anything but
>>>>> the
>>>>> linear RGB formats. If anything, I'd take Daniel's reply mail for
>>>>> documentation as-is. Anyone stretching the UAPI beyond RGB is on
>>>>> their own.
>>>>>
>>>>>> Thinking about this, I wonder if this change is good for omapdrm or
>>>>>> xilinx (probably other platforms too that support non-simple non-RGB
>>>>>> formats via dumb buffers): without this patch, in both drivers, the
>>>>>> pitch calculations just take the bpp as bit-per-pixels, align it up,
>>>>>> and that's it.
>>>>>>
>>>>>> With this patch we end up using drm_driver_color_mode_format(), and
>>>>>> aligning buffers according to RGB formats figured out via heuristics.
>>>>>> It does happen to work, for the formats I tested, but it sounds like
>>>>>> something that might easily not work, as it's doing adjustments based
>>>>>> on wrong format.
>>>>>>
>>>>>> Should we have another version of drm_mode_size_dumb() which just
>>>>>> calculates using the bpp, without the drm_driver_color_mode_format()
>>>>>> path? Or does the drm_driver_color_mode_format() path provide some
>>>>>> value for the drivers that do not currently do anything similar?
>>>>> With the RGB-only rule, using drm_driver_color_mode_format() makes
>>>>> sense. It aligns dumb buffers and video=, provides error checking, and
>>>>> overall harmonizes code. The fallback is only required because of the
>>>>> existing odd cases that already bend the UAPI's rules.
>>>> I have to disagree here.
>>>>
>>>> On the platforms I have been using (omap, tidss, xilinx, rcar) the dumb
>>>> buffers are the only buffers you can get from the DRM driver. The dumb
>>>> buffers have been used to allocate linear and multiplanar YUV buffers
>>>> for a very long time on those platforms.
>>>>
>>>> I tried to look around, but I did not find any mentions that
>>>> CREATE_DUMB
>>>> should only be used for RGB buffers. Is anyone outside the core
>>>> developers even aware of it?
>>>>
>>>> If we don't use dumb buffers there, where do we get the buffers? Maybe
>>>> from a v4l2 device or from a gpu device, but often you don't have
>>>> those.
>>>> DMA_HEAP is there, of course.
>>> Why can't there be a variant that takes a proper fourcc format
>>> instead of
>>> an imprecise bpp value?
>> Backwards compatibility. We can add an IOCTL for YUV / etc.
>
> [...]
>
>> But userspace must be able to continue allocating YUV buffers through
>> CREATE_DUMB.
>
> I think, allocating YUV buffers through CREATE_DUMB interface is just
> an *abuse* and *misuse* of this API for now.
>
> Take the NV12 format as an example, NV12 is YUV420 planar format, have
> two planar: the Y-planar and the UV-planar. The Y-planar appear first
> in memory as an array of unsigned char values. The Y-planar is followed
> immediately by the UV-planar, which is also an array of unsigned char
> values that contains packed U (Cb) and V (Cr) samples.
>
> But the 'drm_mode_create_dumb' structure is only intend to provide
> descriptions for *one* planar.
>
> struct drm_mode_create_dumb {
> __u32 height;
> __u32 width;
> __u32 bpp;
> __u32 flags;
> __u32 handle;
> __u32 pitch;
> __u64 size;
> };
>
> An width x height NV12 image takes up width*height*(1 + 1/4 + 1/4) bytes.
>
> So we can allocate an *equivalent* sized buffer to store the NV12 raw data.
>
> Either 'width * (height * 3/2)' where each pixel take up 8 bits,
> or just 'with * height' where each pixels take up 12 bits.
>
> However, all those math are just equivalents description to the original
> NV12 format, neither are concrete correct physical description.
I don't see the problem. Allocating dumb buffers, if we don't have any
heuristics related to RGB behind it, is essentially just allocating a
specific amount of memory, defined by width, height and bitsperpixel.
If I want to create an NV12 framebuffer, I allocate two dumb buffers,
one for Y and one for UV planes, and size them accordingly. And then
create the DRM framebuffer with those.
> Therefore, allocating YUV buffers through the dumb interface is just an
> abuse for that API. We certainly can abuse more by allocating two dumb
> buffers, one for Y-planer, another one for the UV-planer. But again,dumb
> buffers can be (and must be) used for *scanout* directly. What will
> yield if I commit the YUV buffers you allocated to the CRTC directly?
You'll see it on the screen? I don't understand your point here...
> In other words, You can allocated buffers via the dumb APIs to store
> anything,
> but the key point is that how can we interpret it.
>
> As Daniel puts it, the semantics of that API is well defined for simple RGB
> formats. Usages on non linear RGB dumb buffers are considered as undefined
> behavior.
>
> Peoples can still abusing it at the user-space though, but the kernel don't
> have to guarantee that the user-space *must* to be able to continue doing
> balabala..., That's it.
I have hard time understanding the "abuse" argument. But in any case,
the API has been working like this for who knows how long, and used
widely (afaik). The question is, do we break it or not. Granted, this
series doesn't break it as such, but it adds heuristics that wasn't
there before, and it could affect the behavior. If we still want to do
that, I want to understand what is the benefit, because there's a
potential to cause regressions.
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-19 12:18 ` Tomi Valkeinen
@ 2025-01-19 14:59 ` Sui Jingfeng
2025-01-19 15:22 ` Tomi Valkeinen
0 siblings, 1 reply; 81+ messages in thread
From: Sui Jingfeng @ 2025-01-19 14:59 UTC (permalink / raw)
To: Tomi Valkeinen, Dmitry Baryshkov, Geert Uytterhoeven
Cc: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi,
On 2025/1/19 20:18, Tomi Valkeinen wrote:
> Hi,
>
> On 19/01/2025 13:29, Sui Jingfeng wrote:
>> Hi,
>>
>> On 2025/1/16 18:35, Dmitry Baryshkov wrote:
>>> On Thu, Jan 16, 2025 at 11:17:50AM +0100, Geert Uytterhoeven wrote:
>>>> On Thu, Jan 16, 2025 at 11:03 AM Tomi Valkeinen
>>>> <tomi.valkeinen@ideasonboard.com> wrote:
>>>>> On 16/01/2025 10:09, Thomas Zimmermann wrote:
>>>>>> Am 15.01.25 um 15:20 schrieb Tomi Valkeinen:
>>>>>> [...]
>>>>>>> My point is that we have the current UAPI, and we have userspace
>>>>>>> using
>>>>>>> it, but we don't have clear rules what the ioctl does with specific
>>>>>>> parameters, and we don't document how it has to be used.
>>>>>>>
>>>>>>> Perhaps the situation is bad, and all we can really say is that
>>>>>>> CREATE_DUMB only works for use with simple RGB formats, and the
>>>>>>> behavior for all other formats is platform specific. But I think
>>>>>>> even
>>>>>>> that would be valuable in the UAPI docs.
>>>>>> To be honest, I would not want to specify behavior for anything
>>>>>> but the
>>>>>> linear RGB formats. If anything, I'd take Daniel's reply mail for
>>>>>> documentation as-is. Anyone stretching the UAPI beyond RGB is on
>>>>>> their own.
>>>>>>
>>>>>>> Thinking about this, I wonder if this change is good for omapdrm or
>>>>>>> xilinx (probably other platforms too that support non-simple
>>>>>>> non-RGB
>>>>>>> formats via dumb buffers): without this patch, in both drivers, the
>>>>>>> pitch calculations just take the bpp as bit-per-pixels, align it
>>>>>>> up,
>>>>>>> and that's it.
>>>>>>>
>>>>>>> With this patch we end up using drm_driver_color_mode_format(), and
>>>>>>> aligning buffers according to RGB formats figured out via
>>>>>>> heuristics.
>>>>>>> It does happen to work, for the formats I tested, but it sounds
>>>>>>> like
>>>>>>> something that might easily not work, as it's doing adjustments
>>>>>>> based
>>>>>>> on wrong format.
>>>>>>>
>>>>>>> Should we have another version of drm_mode_size_dumb() which just
>>>>>>> calculates using the bpp, without the
>>>>>>> drm_driver_color_mode_format()
>>>>>>> path? Or does the drm_driver_color_mode_format() path provide some
>>>>>>> value for the drivers that do not currently do anything similar?
>>>>>> With the RGB-only rule, using drm_driver_color_mode_format() makes
>>>>>> sense. It aligns dumb buffers and video=, provides error
>>>>>> checking, and
>>>>>> overall harmonizes code. The fallback is only required because of
>>>>>> the
>>>>>> existing odd cases that already bend the UAPI's rules.
>>>>> I have to disagree here.
>>>>>
>>>>> On the platforms I have been using (omap, tidss, xilinx, rcar) the
>>>>> dumb
>>>>> buffers are the only buffers you can get from the DRM driver. The
>>>>> dumb
>>>>> buffers have been used to allocate linear and multiplanar YUV buffers
>>>>> for a very long time on those platforms.
>>>>>
>>>>> I tried to look around, but I did not find any mentions that
>>>>> CREATE_DUMB
>>>>> should only be used for RGB buffers. Is anyone outside the core
>>>>> developers even aware of it?
>>>>>
>>>>> If we don't use dumb buffers there, where do we get the buffers?
>>>>> Maybe
>>>>> from a v4l2 device or from a gpu device, but often you don't have
>>>>> those.
>>>>> DMA_HEAP is there, of course.
>>>> Why can't there be a variant that takes a proper fourcc format
>>>> instead of
>>>> an imprecise bpp value?
>>> Backwards compatibility. We can add an IOCTL for YUV / etc.
>>
>> [...]
>>
>>> But userspace must be able to continue allocating YUV buffers through
>>> CREATE_DUMB.
>>
>> I think, allocating YUV buffers through CREATE_DUMB interface is just
>> an *abuse* and *misuse* of this API for now.
>>
>> Take the NV12 format as an example, NV12 is YUV420 planar format, have
>> two planar: the Y-planar and the UV-planar. The Y-planar appear first
>> in memory as an array of unsigned char values. The Y-planar is followed
>> immediately by the UV-planar, which is also an array of unsigned char
>> values that contains packed U (Cb) and V (Cr) samples.
>>
>> But the 'drm_mode_create_dumb' structure is only intend to provide
>> descriptions for *one* planar.
>>
>> struct drm_mode_create_dumb {
>> __u32 height;
>> __u32 width;
>> __u32 bpp;
>> __u32 flags;
>> __u32 handle;
>> __u32 pitch;
>> __u64 size;
>> };
>>
>> An width x height NV12 image takes up width*height*(1 + 1/4 + 1/4)
>> bytes.
>>
>> So we can allocate an *equivalent* sized buffer to store the NV12 raw
>> data.
>>
>> Either 'width * (height * 3/2)' where each pixel take up 8 bits,
>> or just 'with * height' where each pixels take up 12 bits.
>>
>> However, all those math are just equivalents description to the original
>> NV12 format, neither are concrete correct physical description.
>
> I don't see the problem. Allocating dumb buffers, if we don't have any
> heuristics related to RGB behind it, is essentially just allocating a
> specific amount of memory, defined by width, height and bitsperpixel.
>
I think, the problem will be that the 'width', 'height' and 'bpp'
are originally used to describe one plane. Those three parameters
has perfectly defined physical semantics.
But with multi planar formats, take NV12 image as an example,
for a 2×2 square of pixels, there are 4 Y samples but only 1 U
sample and 1 V sample. This format requires 4x8+1x8+1x8=48 bits
to store the 2x2 square.
So its depth is 12 bits per pixel (48 / (2 * 2)).
so my problem is that the mentioned 12bpp in this example only
make sense in mathematics, it doesn't has a good physical
interpret. Do you agree with me on this technique point?
> If I want to create an NV12 framebuffer, I allocate two dumb buffers,
> one for Y and one for UV planes, and size them accordingly. And then
> create the DRM framebuffer with those.
>
Then how you fill the value of the 'width', 'height' and 'bpp' of each dumb buffers?
Why not allocate storage for the whole on one shoot?
The modetest in libdrm can be an good example, send it[1] to you as an reference.
[1] https://gitlab.freedesktop.org/mesa/drm/-/blob/main/tests/modetest/buffers.c?ref_type=heads#L114
--
Best regards,
Sui
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-19 14:59 ` Sui Jingfeng
@ 2025-01-19 15:22 ` Tomi Valkeinen
2025-01-19 16:26 ` Sui Jingfeng
0 siblings, 1 reply; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-19 15:22 UTC (permalink / raw)
To: Sui Jingfeng, Dmitry Baryshkov, Geert Uytterhoeven
Cc: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
On 19/01/2025 16:59, Sui Jingfeng wrote:
>>>> But userspace must be able to continue allocating YUV buffers through
>>>> CREATE_DUMB.
>>>
>>> I think, allocating YUV buffers through CREATE_DUMB interface is just
>>> an *abuse* and *misuse* of this API for now.
>>>
>>> Take the NV12 format as an example, NV12 is YUV420 planar format, have
>>> two planar: the Y-planar and the UV-planar. The Y-planar appear first
>>> in memory as an array of unsigned char values. The Y-planar is followed
>>> immediately by the UV-planar, which is also an array of unsigned char
>>> values that contains packed U (Cb) and V (Cr) samples.
>>>
>>> But the 'drm_mode_create_dumb' structure is only intend to provide
>>> descriptions for *one* planar.
>>>
>>> struct drm_mode_create_dumb {
>>> __u32 height;
>>> __u32 width;
>>> __u32 bpp;
>>> __u32 flags;
>>> __u32 handle;
>>> __u32 pitch;
>>> __u64 size;
>>> };
>>>
>>> An width x height NV12 image takes up width*height*(1 + 1/4 + 1/4)
>>> bytes.
>>>
>>> So we can allocate an *equivalent* sized buffer to store the NV12 raw
>>> data.
>>>
>>> Either 'width * (height * 3/2)' where each pixel take up 8 bits,
>>> or just 'with * height' where each pixels take up 12 bits.
>>>
>>> However, all those math are just equivalents description to the original
>>> NV12 format, neither are concrete correct physical description.
>>
>> I don't see the problem. Allocating dumb buffers, if we don't have any
>> heuristics related to RGB behind it, is essentially just allocating a
>> specific amount of memory, defined by width, height and bitsperpixel.
>>
> I think, the problem will be that the 'width', 'height' and 'bpp'
> are originally used to describe one plane. Those three parameters
> has perfectly defined physical semantics.
>
> But with multi planar formats, take NV12 image as an example,
> for a 2×2 square of pixels, there are 4 Y samples but only 1 U
> sample and 1 V sample. This format requires 4x8+1x8+1x8=48 bits
> to store the 2x2 square.
>
> So its depth is 12 bits per pixel (48 / (2 * 2)).
>
> so my problem is that the mentioned 12bpp in this example only
> make sense in mathematics, it doesn't has a good physical
> interpret. Do you agree with me on this technique point?
>
>> If I want to create an NV12 framebuffer, I allocate two dumb buffers,
>> one for Y and one for UV planes, and size them accordingly. And then
>> create the DRM framebuffer with those.
>>
> Then how you fill the value of the 'width', 'height' and 'bpp' of each
> dumb buffers?
For 640x480-NV12:
plane 0: width = 640, height = 480, bpp = 8
plane 1: width = 640 / 2, height = 480 / 2, bpp = 16
> Why not allocate storage for the whole on one shoot?
You can, if you adjust the parameters accordingly. However, if the
strides of the planes are not equal, I guess it might cause problems on
some platforms.
But I think it's usually simpler to allocate one buffer per plane, and
perhaps even better as it doesn't require as large contiguous memory area.
> The modetest in libdrm can be an good example, send it[1] to you as an
> reference.
Right, so modetest already does it successfully. So... What is the issue?
Everyone agrees that CREATE_DUMB is not the best ioctl to allocate
buffers, and one can't consider it to work identically across the
platforms. But it's what we have and what has been used for ages.
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-19 15:22 ` Tomi Valkeinen
@ 2025-01-19 16:26 ` Sui Jingfeng
2025-01-19 20:14 ` Laurent Pinchart
0 siblings, 1 reply; 81+ messages in thread
From: Sui Jingfeng @ 2025-01-19 16:26 UTC (permalink / raw)
To: Tomi Valkeinen, Dmitry Baryshkov, Geert Uytterhoeven
Cc: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi,
On 2025/1/19 23:22, Tomi Valkeinen wrote:
> On 19/01/2025 16:59, Sui Jingfeng wrote:
>
>>>>> But userspace must be able to continue allocating YUV buffers through
>>>>> CREATE_DUMB.
>>>>
>>>> I think, allocating YUV buffers through CREATE_DUMB interface is just
>>>> an *abuse* and *misuse* of this API for now.
>>>>
>>>> Take the NV12 format as an example, NV12 is YUV420 planar format, have
>>>> two planar: the Y-planar and the UV-planar. The Y-planar appear first
>>>> in memory as an array of unsigned char values. The Y-planar is
>>>> followed
>>>> immediately by the UV-planar, which is also an array of unsigned char
>>>> values that contains packed U (Cb) and V (Cr) samples.
>>>>
>>>> But the 'drm_mode_create_dumb' structure is only intend to provide
>>>> descriptions for *one* planar.
>>>>
>>>> struct drm_mode_create_dumb {
>>>> __u32 height;
>>>> __u32 width;
>>>> __u32 bpp;
>>>> __u32 flags;
>>>> __u32 handle;
>>>> __u32 pitch;
>>>> __u64 size;
>>>> };
>>>>
>>>> An width x height NV12 image takes up width*height*(1 + 1/4 + 1/4)
>>>> bytes.
>>>>
>>>> So we can allocate an *equivalent* sized buffer to store the NV12
>>>> raw data.
>>>>
>>>> Either 'width * (height * 3/2)' where each pixel take up 8 bits,
>>>> or just 'with * height' where each pixels take up 12 bits.
>>>>
>>>> However, all those math are just equivalents description to the
>>>> original
>>>> NV12 format, neither are concrete correct physical description.
>>>
>>> I don't see the problem. Allocating dumb buffers, if we don't have
>>> any heuristics related to RGB behind it, is essentially just
>>> allocating a specific amount of memory, defined by width, height and
>>> bitsperpixel.
>>>
>> I think, the problem will be that the 'width', 'height' and 'bpp'
>> are originally used to describe one plane. Those three parameters
>> has perfectly defined physical semantics.
>>
>> But with multi planar formats, take NV12 image as an example,
>> for a 2×2 square of pixels, there are 4 Y samples but only 1 U
>> sample and 1 V sample. This format requires 4x8+1x8+1x8=48 bits
>> to store the 2x2 square.
>>
>> So its depth is 12 bits per pixel (48 / (2 * 2)).
>>
>> so my problem is that the mentioned 12bpp in this example only
>> make sense in mathematics, it doesn't has a good physical
>> interpret. Do you agree with me on this technique point?
>>
>>> If I want to create an NV12 framebuffer, I allocate two dumb
>>> buffers, one for Y and one for UV planes, and size them accordingly.
>>> And then create the DRM framebuffer with those.
>>>
>> Then how you fill the value of the 'width', 'height' and 'bpp' of
>> each dumb buffers?
>
> For 640x480-NV12:
> plane 0: width = 640, height = 480, bpp = 8
> plane 1: width = 640 / 2, height = 480 / 2, bpp = 16
>
But i think this should be hardware dependent. The hardware I'm using
load NV12 raw data as a whole. I only need to feed gpuva of the backing
memory to the hardware register once.
Not familiar with your hardware, so I can't talk more on this software
design. Perhaps someone know more could have a comment on this.
>> Why not allocate storage for the whole on one shoot?
>
> You can, if you adjust the parameters accordingly. However, if the
> strides of the planes are not equal, I guess it might cause problems
> on some platforms.
>
> But I think it's usually simpler to allocate one buffer per plane, and
> perhaps even better as it doesn't require as large contiguous memory
> area.
>
>> The modetest in libdrm can be an good example, send it[1] to you as
>> an reference.
>
> Right, so modetest already does it successfully. So... What is the issue?
>
But then, the problem will become that it override the 'height' parameter.
What's the physical interpretation of the 'height' parameter when creating
an NV12 image with the dump API then?
I guess, solving complex problems with simple APIs may see the limitation,
sooner or later. But I not very sure and might be wrong. So other peoples
can override me words.
> Everyone agrees that CREATE_DUMB is not the best ioctl to allocate
> buffers, and one can't consider it to work identically across the
> platforms. But it's what we have and what has been used for ages.
>
Yeah, your request are not unreasonable. It can be seen as a kind of rigid demand.
Since GEM DMA helpers doesn't export an more advanced interface to userspace so far.
As a result, drivers that employing GEM DMA has no other choice, but to abuse the
dumb buffer API to do allocation for the more complex format buffers.
The dumb buffer API doesn't support to specify buffer format, tile status and
placement etc. The more advance drivers has been exposed the xxx_create_gem()
to user-space. It seems that a few more experienced programmers hint us to
create an new ioctl at above thread, so that we can keep employing simple API
to do simple things and to suit complex needs with the more advanced APIs.
> Tomi
>
--
Best regards,
Sui
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-19 16:26 ` Sui Jingfeng
@ 2025-01-19 20:14 ` Laurent Pinchart
2025-01-20 7:04 ` Sui Jingfeng
0 siblings, 1 reply; 81+ messages in thread
From: Laurent Pinchart @ 2025-01-19 20:14 UTC (permalink / raw)
To: Sui Jingfeng
Cc: Tomi Valkeinen, Dmitry Baryshkov, Geert Uytterhoeven,
Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Andy Yan, Daniel Stone
On Mon, Jan 20, 2025 at 12:26:30AM +0800, Sui Jingfeng wrote:
> On 2025/1/19 23:22, Tomi Valkeinen wrote:
> > On 19/01/2025 16:59, Sui Jingfeng wrote:
> >
> >>>>> But userspace must be able to continue allocating YUV buffers through
> >>>>> CREATE_DUMB.
> >>>>
> >>>> I think, allocating YUV buffers through CREATE_DUMB interface is just
> >>>> an *abuse* and *misuse* of this API for now.
> >>>>
> >>>> Take the NV12 format as an example, NV12 is YUV420 planar format, have
> >>>> two planar: the Y-planar and the UV-planar. The Y-planar appear first
> >>>> in memory as an array of unsigned char values. The Y-planar is followed
> >>>> immediately by the UV-planar, which is also an array of unsigned char
> >>>> values that contains packed U (Cb) and V (Cr) samples.
> >>>>
> >>>> But the 'drm_mode_create_dumb' structure is only intend to provide
> >>>> descriptions for *one* planar.
> >>>>
> >>>> struct drm_mode_create_dumb {
> >>>> __u32 height;
> >>>> __u32 width;
> >>>> __u32 bpp;
> >>>> __u32 flags;
> >>>> __u32 handle;
> >>>> __u32 pitch;
> >>>> __u64 size;
> >>>> };
> >>>>
> >>>> An width x height NV12 image takes up width*height*(1 + 1/4 + 1/4)
> >>>> bytes.
> >>>>
> >>>> So we can allocate an *equivalent* sized buffer to store the NV12
> >>>> raw data.
> >>>>
> >>>> Either 'width * (height * 3/2)' where each pixel take up 8 bits,
> >>>> or just 'with * height' where each pixels take up 12 bits.
> >>>>
> >>>> However, all those math are just equivalents description to the original
> >>>> NV12 format, neither are concrete correct physical description.
> >>>
> >>> I don't see the problem. Allocating dumb buffers, if we don't have
> >>> any heuristics related to RGB behind it, is essentially just
> >>> allocating a specific amount of memory, defined by width, height and
> >>> bitsperpixel.
> >>>
> >> I think, the problem will be that the 'width', 'height' and 'bpp'
> >> are originally used to describe one plane. Those three parameters
> >> has perfectly defined physical semantics.
> >>
> >> But with multi planar formats, take NV12 image as an example,
> >> for a 2×2 square of pixels, there are 4 Y samples but only 1 U
> >> sample and 1 V sample. This format requires 4x8+1x8+1x8=48 bits
> >> to store the 2x2 square.
> >>
> >> So its depth is 12 bits per pixel (48 / (2 * 2)).
> >>
> >> so my problem is that the mentioned 12bpp in this example only
> >> make sense in mathematics, it doesn't has a good physical
> >> interpret. Do you agree with me on this technique point?
> >>
> >>> If I want to create an NV12 framebuffer, I allocate two dumb
> >>> buffers, one for Y and one for UV planes, and size them accordingly.
> >>> And then create the DRM framebuffer with those.
> >>>
> >> Then how you fill the value of the 'width', 'height' and 'bpp' of
> >> each dumb buffers?
> >
> > For 640x480-NV12:
> > plane 0: width = 640, height = 480, bpp = 8
> > plane 1: width = 640 / 2, height = 480 / 2, bpp = 16
>
> But i think this should be hardware dependent. The hardware I'm using
> load NV12 raw data as a whole. I only need to feed gpuva of the backing
> memory to the hardware register once.
>
> Not familiar with your hardware, so I can't talk more on this software
> design. Perhaps someone know more could have a comment on this.
Layout of planes in memory is just one hardware constraint, the same way
we have constraints on alignment and strides. Some devices require the
planes to be contiguous (likely with some alignment constraints), some
can work with planes being in discontiguous pieces of memory, and even
require them to be discontiguous and located in separate DRAM banks.
> >> Why not allocate storage for the whole on one shoot?
> >
> > You can, if you adjust the parameters accordingly. However, if the
> > strides of the planes are not equal, I guess it might cause problems
> > on some platforms.
> >
> > But I think it's usually simpler to allocate one buffer per plane, and
> > perhaps even better as it doesn't require as large contiguous memory
> > area.
> >
> >> The modetest in libdrm can be an good example, send it[1] to you as
> >> an reference.
> >
> > Right, so modetest already does it successfully. So... What is the issue?
>
> But then, the problem will become that it override the 'height' parameter.
> What's the physical interpretation of the 'height' parameter when creating
> an NV12 image with the dump API then?
I wouldn't be too concerned about physical interpretations. Yes, the
height, width and bpp parameters were likely designed with RGB formats
in mind. Yes, using DUMB_CREATE for YUV formats is probably something
that the original authors didn't envision. And yes, from that point of
view, it could be seen by the original authors as an abuse of the API.
But I don't think that's a problem as such.
An API is just an API. True, it would be nicer if the usage of the ioctl
parameters was more intuitive for YUV formats, but I believe we could
still standardize how the existing parameters map to linear scanout YUV
formats without causing the world to end. As has been said before, lots
of drivers are using DUMB_CREATE for this purpose, and we can't change
that.
This doesn't mean we shouldn't work on improving memory allocation, but
I see that as a separate issue.
> I guess, solving complex problems with simple APIs may see the limitation,
> sooner or later. But I not very sure and might be wrong. So other peoples
> can override me words.
>
> > Everyone agrees that CREATE_DUMB is not the best ioctl to allocate
> > buffers, and one can't consider it to work identically across the
> > platforms. But it's what we have and what has been used for ages.
>
> Yeah, your request are not unreasonable. It can be seen as a kind of rigid demand.
> Since GEM DMA helpers doesn't export an more advanced interface to userspace so far.
> As a result, drivers that employing GEM DMA has no other choice, but to abuse the
> dumb buffer API to do allocation for the more complex format buffers.
>
> The dumb buffer API doesn't support to specify buffer format, tile status and
> placement etc. The more advance drivers has been exposed the xxx_create_gem()
> to user-space. It seems that a few more experienced programmers hint us to
> create an new ioctl at above thread, so that we can keep employing simple API
> to do simple things and to suit complex needs with the more advanced APIs.
I'd really like to explore adding new ioctls to exposure memory
allocation constraints, and allocating the memory itself from DMA heaps.
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-19 20:14 ` Laurent Pinchart
@ 2025-01-20 7:04 ` Sui Jingfeng
0 siblings, 0 replies; 81+ messages in thread
From: Sui Jingfeng @ 2025-01-20 7:04 UTC (permalink / raw)
To: Laurent Pinchart
Cc: Tomi Valkeinen, Dmitry Baryshkov, Geert Uytterhoeven,
Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Andy Yan, Daniel Stone
Hi,
On 2025/1/20 04:14, Laurent Pinchart wrote:
> On Mon, Jan 20, 2025 at 12:26:30AM +0800, Sui Jingfeng wrote:
>> On 2025/1/19 23:22, Tomi Valkeinen wrote:
>>> On 19/01/2025 16:59, Sui Jingfeng wrote:
>>>
>>>>>>> But userspace must be able to continue allocating YUV buffers through
>>>>>>> CREATE_DUMB.
>>>>>> I think, allocating YUV buffers through CREATE_DUMB interface is just
>>>>>> an *abuse* and *misuse* of this API for now.
>>>>>>
>>>>>> Take the NV12 format as an example, NV12 is YUV420 planar format, have
>>>>>> two planar: the Y-planar and the UV-planar. The Y-planar appear first
>>>>>> in memory as an array of unsigned char values. The Y-planar is followed
>>>>>> immediately by the UV-planar, which is also an array of unsigned char
>>>>>> values that contains packed U (Cb) and V (Cr) samples.
>>>>>>
>>>>>> But the 'drm_mode_create_dumb' structure is only intend to provide
>>>>>> descriptions for *one* planar.
>>>>>>
>>>>>> struct drm_mode_create_dumb {
>>>>>> __u32 height;
>>>>>> __u32 width;
>>>>>> __u32 bpp;
>>>>>> __u32 flags;
>>>>>> __u32 handle;
>>>>>> __u32 pitch;
>>>>>> __u64 size;
>>>>>> };
>>>>>>
>>>>>> An width x height NV12 image takes up width*height*(1 + 1/4 + 1/4)
>>>>>> bytes.
>>>>>>
>>>>>> So we can allocate an *equivalent* sized buffer to store the NV12
>>>>>> raw data.
>>>>>>
>>>>>> Either 'width * (height * 3/2)' where each pixel take up 8 bits,
>>>>>> or just 'with * height' where each pixels take up 12 bits.
>>>>>>
>>>>>> However, all those math are just equivalents description to the original
>>>>>> NV12 format, neither are concrete correct physical description.
>>>>> I don't see the problem. Allocating dumb buffers, if we don't have
>>>>> any heuristics related to RGB behind it, is essentially just
>>>>> allocating a specific amount of memory, defined by width, height and
>>>>> bitsperpixel.
>>>>>
>>>> I think, the problem will be that the 'width', 'height' and 'bpp'
>>>> are originally used to describe one plane. Those three parameters
>>>> has perfectly defined physical semantics.
>>>>
>>>> But with multi planar formats, take NV12 image as an example,
>>>> for a 2×2 square of pixels, there are 4 Y samples but only 1 U
>>>> sample and 1 V sample. This format requires 4x8+1x8+1x8=48 bits
>>>> to store the 2x2 square.
>>>>
>>>> So its depth is 12 bits per pixel (48 / (2 * 2)).
>>>>
>>>> so my problem is that the mentioned 12bpp in this example only
>>>> make sense in mathematics, it doesn't has a good physical
>>>> interpret. Do you agree with me on this technique point?
>>>>
>>>>> If I want to create an NV12 framebuffer, I allocate two dumb
>>>>> buffers, one for Y and one for UV planes, and size them accordingly.
>>>>> And then create the DRM framebuffer with those.
>>>>>
>>>> Then how you fill the value of the 'width', 'height' and 'bpp' of
>>>> each dumb buffers?
>>> For 640x480-NV12:
>>> plane 0: width = 640, height = 480, bpp = 8
>>> plane 1: width = 640 / 2, height = 480 / 2, bpp = 16
>> But i think this should be hardware dependent. The hardware I'm using
>> load NV12 raw data as a whole. I only need to feed gpuva of the backing
>> memory to the hardware register once.
>>
>> Not familiar with your hardware, so I can't talk more on this software
>> design. Perhaps someone know more could have a comment on this.
> Layout of planes in memory is just one hardware constraint, the same way
> we have constraints on alignment and strides. Some devices require the
> planes to be contiguous (likely with some alignment constraints), some
> can work with planes being in discontiguous pieces of memory, and even
> require them to be discontiguous and located in separate DRAM banks.
Right.
>>>> Why not allocate storage for the whole on one shoot?
>>> You can, if you adjust the parameters accordingly. However, if the
>>> strides of the planes are not equal, I guess it might cause problems
>>> on some platforms.
>>>
>>> But I think it's usually simpler to allocate one buffer per plane, and
>>> perhaps even better as it doesn't require as large contiguous memory
>>> area.
>>>
>>>> The modetest in libdrm can be an good example, send it[1] to you as
>>>> an reference.
>>> Right, so modetest already does it successfully. So... What is the issue?
>> But then, the problem will become that it override the 'height' parameter.
>> What's the physical interpretation of the 'height' parameter when creating
>> an NV12 image with the dump API then?
> I wouldn't be too concerned about physical interpretations. Yes, the
> height, width and bpp parameters were likely designed with RGB formats
> in mind. Yes, using DUMB_CREATE for YUV formats is probably something
> that the original authors didn't envision. And yes, from that point of
> view, it could be seen by the original authors as an abuse of the API.
> But I don't think that's a problem as such.
Sometimes there may have 2D GPU or Image Process Unit get involved.
Setting the dimension, the clip window and pitch etc parameters to the
hardware are needed.
The value of bpp affects pitch, bigger pitch may cause the hardware load
more bytes than it should on one line. While the 'height' may affect the
size of the clip window, depend on the calculation method.
But I have no strong opinion toward with this and agree with you in overall.
> An API is just an API. True, it would be nicer if the usage of the ioctl
> parameters was more intuitive for YUV formats, but I believe we could
> still standardize how the existing parameters map to linear scanout YUV
> formats without causing the world to end. As has been said before, lots
> of drivers are using DUMB_CREATE for this purpose, and we can't change
> that.
>
> This doesn't mean we shouldn't work on improving memory allocation, but
> I see that as a separate issue.
>
>> I guess, solving complex problems with simple APIs may see the limitation,
>> sooner or later. But I not very sure and might be wrong. So other peoples
>> can override me words.
>>
>>> Everyone agrees that CREATE_DUMB is not the best ioctl to allocate
>>> buffers, and one can't consider it to work identically across the
>>> platforms. But it's what we have and what has been used for ages.
>> Yeah, your request are not unreasonable. It can be seen as a kind of rigid demand.
>> Since GEM DMA helpers doesn't export an more advanced interface to userspace so far.
>> As a result, drivers that employing GEM DMA has no other choice, but to abuse the
>> dumb buffer API to do allocation for the more complex format buffers.
>>
>> The dumb buffer API doesn't support to specify buffer format, tile status and
>> placement etc. The more advance drivers has been exposed the xxx_create_gem()
>> to user-space. It seems that a few more experienced programmers hint us to
>> create an new ioctl at above thread, so that we can keep employing simple API
>> to do simple things and to suit complex needs with the more advanced APIs.
> I'd really like to explore adding new ioctls to exposure memory
> allocation constraints, and allocating the memory itself from DMA heaps.
>
--
Best regards,
Sui
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 10:17 ` Geert Uytterhoeven
2025-01-16 10:26 ` Tomi Valkeinen
2025-01-16 10:35 ` Dmitry Baryshkov
@ 2025-01-20 3:34 ` Sui Jingfeng
2 siblings, 0 replies; 81+ messages in thread
From: Sui Jingfeng @ 2025-01-20 3:34 UTC (permalink / raw)
To: Geert Uytterhoeven, Tomi Valkeinen
Cc: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona,
dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi,
On 2025/1/16 18:17, Geert Uytterhoeven wrote:
> On Thu, Jan 16, 2025 at 11:03 AM Tomi Valkeinen
> <tomi.valkeinen@ideasonboard.com> wrote:
>> On 16/01/2025 10:09, Thomas Zimmermann wrote:
>>> Am 15.01.25 um 15:20 schrieb Tomi Valkeinen:
>>> [...]
>>>> My point is that we have the current UAPI, and we have userspace using
>>>> it, but we don't have clear rules what the ioctl does with specific
>>>> parameters, and we don't document how it has to be used.
>>>>
>>>> Perhaps the situation is bad, and all we can really say is that
>>>> CREATE_DUMB only works for use with simple RGB formats, and the
>>>> behavior for all other formats is platform specific. But I think even
>>>> that would be valuable in the UAPI docs.
>>> To be honest, I would not want to specify behavior for anything but the
>>> linear RGB formats. If anything, I'd take Daniel's reply mail for
>>> documentation as-is. Anyone stretching the UAPI beyond RGB is on their own.
>>>
>>>> Thinking about this, I wonder if this change is good for omapdrm or
>>>> xilinx (probably other platforms too that support non-simple non-RGB
>>>> formats via dumb buffers): without this patch, in both drivers, the
>>>> pitch calculations just take the bpp as bit-per-pixels, align it up,
>>>> and that's it.
>>>>
>>>> With this patch we end up using drm_driver_color_mode_format(), and
>>>> aligning buffers according to RGB formats figured out via heuristics.
>>>> It does happen to work, for the formats I tested, but it sounds like
>>>> something that might easily not work, as it's doing adjustments based
>>>> on wrong format.
>>>>
>>>> Should we have another version of drm_mode_size_dumb() which just
>>>> calculates using the bpp, without the drm_driver_color_mode_format()
>>>> path? Or does the drm_driver_color_mode_format() path provide some
>>>> value for the drivers that do not currently do anything similar?
>>> With the RGB-only rule, using drm_driver_color_mode_format() makes
>>> sense. It aligns dumb buffers and video=, provides error checking, and
>>> overall harmonizes code. The fallback is only required because of the
>>> existing odd cases that already bend the UAPI's rules.
>> I have to disagree here.
>>
>> On the platforms I have been using (omap, tidss, xilinx, rcar) the dumb
>> buffers are the only buffers you can get from the DRM driver. The dumb
>> buffers have been used to allocate linear and multiplanar YUV buffers
>> for a very long time on those platforms.
>>
>> I tried to look around, but I did not find any mentions that CREATE_DUMB
>> should only be used for RGB buffers. Is anyone outside the core
>> developers even aware of it?
>>
>> If we don't use dumb buffers there, where do we get the buffers? Maybe
>> from a v4l2 device or from a gpu device, but often you don't have those.
>> DMA_HEAP is there, of course.
> Why can't there be a variant that takes a proper fourcc format instead of
> an imprecise bpp value?
The 'flags' parameter of the 'struct drm_mode_create_dumb' doesn't gets
in used so far, I guess the situation will be much better if passing a
correct fourcc code from the user-space to kernel is allowed.
> Gr{oetje,eeting}s,
>
> Geert
>
--
Best regards,
Sui
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 10:03 ` Tomi Valkeinen
2025-01-16 10:17 ` Geert Uytterhoeven
@ 2025-01-20 7:49 ` Thomas Zimmermann
2025-01-20 8:51 ` Tomi Valkeinen
2025-01-20 7:54 ` Thomas Zimmermann
2 siblings, 1 reply; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-20 7:49 UTC (permalink / raw)
To: Tomi Valkeinen, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi
Am 16.01.25 um 11:03 schrieb Tomi Valkeinen:
[...]
> Aligning video= and dumb buffers almost sounds like going backwards.
> video= parameter is bad,
Who told you that? Video= is still the way to specify an initial display
mode to the kernel and it will remain so.
Of course, it is better to auto-detect settings, but that's for a
different use case.
Best regards
Thomas
>
> Harmonizing code is fine, but I think that can be done with a function
> that only does the fallback-case.
>
> So... I can only speak for the platforms I'm using and maintaining,
> but I'd rather keep the old behavior for CREATE_DUMB that we've had
> for ages.
>
> Tomi
>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-20 7:49 ` Thomas Zimmermann
@ 2025-01-20 8:51 ` Tomi Valkeinen
2025-01-20 8:57 ` Thomas Zimmermann
0 siblings, 1 reply; 81+ messages in thread
From: Tomi Valkeinen @ 2025-01-20 8:51 UTC (permalink / raw)
To: Thomas Zimmermann, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi,
On 20/01/2025 09:49, Thomas Zimmermann wrote:
> Hi
>
>
> Am 16.01.25 um 11:03 schrieb Tomi Valkeinen:
> [...]
>> Aligning video= and dumb buffers almost sounds like going backwards.
>> video= parameter is bad,
>
> Who told you that? Video= is still the way to specify an initial display
> mode to the kernel and it will remain so.
You did =). "It aligns dumb buffers and video=". I understand the need
for drm_driver_color_mode_format() for video=. But I think it's bad for
CREATE_DUMB, at least for the platforms which have never aimed for
"RGB-only".
So you're not in favor of a drm_mode_size_dumb() version that does not
use drm_driver_color_mode_format(), for these platforms? I'm still at
loss as to why we would want to change the behavior of CREATE_DUMB. I
see no upside, but I see the chance of regressions.
Tomi
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-20 8:51 ` Tomi Valkeinen
@ 2025-01-20 8:57 ` Thomas Zimmermann
0 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-20 8:57 UTC (permalink / raw)
To: Tomi Valkeinen, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi
Am 20.01.25 um 09:51 schrieb Tomi Valkeinen:
> Hi,
>
> On 20/01/2025 09:49, Thomas Zimmermann wrote:
>> Hi
>>
>>
>> Am 16.01.25 um 11:03 schrieb Tomi Valkeinen:
>> [...]
>>> Aligning video= and dumb buffers almost sounds like going backwards.
>>> video= parameter is bad,
>>
>> Who told you that? Video= is still the way to specify an initial
>> display mode to the kernel and it will remain so.
>
> You did =). "It aligns dumb buffers and video=".
I did not tell you "video= parameter is bad".
Best regards
Thomas
> I understand the need for drm_driver_color_mode_format() for video=.
> But I think it's bad for CREATE_DUMB, at least for the platforms which
> have never aimed for "RGB-only".
>
> So you're not in favor of a drm_mode_size_dumb() version that does not
> use drm_driver_color_mode_format(), for these platforms? I'm still at
> loss as to why we would want to change the behavior of CREATE_DUMB. I
> see no upside, but I see the chance of regressions.
>
> Tomi
>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
2025-01-16 10:03 ` Tomi Valkeinen
2025-01-16 10:17 ` Geert Uytterhoeven
2025-01-20 7:49 ` Thomas Zimmermann
@ 2025-01-20 7:54 ` Thomas Zimmermann
2 siblings, 0 replies; 81+ messages in thread
From: Thomas Zimmermann @ 2025-01-20 7:54 UTC (permalink / raw)
To: Tomi Valkeinen, maarten.lankhorst, mripard, airlied, simona
Cc: dri-devel, linux-mediatek, freedreno, linux-arm-msm, imx,
linux-samsung-soc, nouveau, virtualization, spice-devel,
linux-renesas-soc, linux-rockchip, linux-tegra, intel-xe,
xen-devel, Laurent Pinchart, Andy Yan, Daniel Stone
Hi
Am 16.01.25 um 11:03 schrieb Tomi Valkeinen:
[...]
>
> Harmonizing code is fine, but I think that can be done with a function
> that only does the fallback-case.
>
> So... I can only speak for the platforms I'm using and maintaining,
> but I'd rather keep the old behavior for CREATE_DUMB that we've had
> for ages.
And we're not going to change that. I'll also include documentation of
the intended behavior and semantics in the series' next update.
Whatever else is being discussed here, such as new ioctls, is a topic
for a different series.
Best regards
Thomas
>
> Tomi
>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 81+ messages in thread
* ✓ CI.Patch_applied: success for drm/dumb-buffers: Fix and improve buffer-size calculation
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (24 preceding siblings ...)
2025-01-09 14:57 ` [PATCH v2 25/25] drm/xlnx: " Thomas Zimmermann
@ 2025-01-09 16:36 ` Patchwork
2025-01-09 16:36 ` ✗ CI.checkpatch: warning " Patchwork
` (7 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Patchwork @ 2025-01-09 16:36 UTC (permalink / raw)
To: Thomas Zimmermann; +Cc: intel-xe
== Series Details ==
Series: drm/dumb-buffers: Fix and improve buffer-size calculation
URL : https://patchwork.freedesktop.org/series/143335/
State : success
== Summary ==
=== Applying kernel patches on branch 'drm-tip' with base: ===
Base commit: 424f495e9572 drm-tip: 2025y-01m-09d-15h-40m-47s UTC integration manifest
=== git am output follows ===
Applying: drm/dumb-buffers: Sanitize output on errors
Applying: drm/dumb-buffers: Provide helper to set pitch and size
Applying: drm/gem-dma: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/gem-shmem: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/gem-vram: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/armada: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/exynos: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/gma500: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/hibmc: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/mediatek: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/nouveau: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/qxl: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/renesas/rcar-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/renesas/rz-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/tegra: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/virtio: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/xen: Compute dumb-buffer sizes with drm_mode_size_dumb()
Applying: drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
^ permalink raw reply [flat|nested] 81+ messages in thread* ✗ CI.checkpatch: warning for drm/dumb-buffers: Fix and improve buffer-size calculation
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (25 preceding siblings ...)
2025-01-09 16:36 ` ✓ CI.Patch_applied: success for drm/dumb-buffers: Fix and improve buffer-size calculation Patchwork
@ 2025-01-09 16:36 ` Patchwork
2025-01-09 16:39 ` ✓ CI.KUnit: success " Patchwork
` (6 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Patchwork @ 2025-01-09 16:36 UTC (permalink / raw)
To: Thomas Zimmermann; +Cc: intel-xe
== Series Details ==
Series: drm/dumb-buffers: Fix and improve buffer-size calculation
URL : https://patchwork.freedesktop.org/series/143335/
State : warning
== Summary ==
+ KERNEL=/kernel
+ git clone https://gitlab.freedesktop.org/drm/maintainer-tools mt
Cloning into 'mt'...
warning: redirecting to https://gitlab.freedesktop.org/drm/maintainer-tools.git/
+ git -C mt rev-list -n1 origin/master
30ab6715fc09baee6cc14cb3c89ad8858688d474
+ cd /kernel
+ git config --global --add safe.directory /kernel
+ git log -n1
commit 35814ed9bf58a1cc82b856b39baa3085c1c48384
Author: Thomas Zimmermann <tzimmermann@suse.de>
Date: Thu Jan 9 15:57:19 2025 +0100
drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
buffer size. Align the pitch according to hardware requirements.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
+ /mt/dim checkpatch 424f495e9572bf87a42e3be0aa02ac4777541033 drm-intel
450657daf684 drm/dumb-buffers: Sanitize output on errors
-:40: WARNING:ENOSYS: ENOSYS means 'invalid syscall nr' and nothing else
#40: FILE: drivers/gpu/drm/drm_dumb_buffers.c:118:
+ return -ENOSYS;
total: 0 errors, 1 warnings, 0 checks, 53 lines checked
b9eed275c6e1 drm/dumb-buffers: Provide helper to set pitch and size
-:143: WARNING:FILE_PATH_CHANGES: added, moved or deleted file(s), does MAINTAINERS need updating?
#143:
new file mode 100644
total: 0 errors, 1 warnings, 0 checks, 119 lines checked
f09eeeed8d20 drm/gem-dma: Compute dumb-buffer sizes with drm_mode_size_dumb()
30a1224b9660 drm/gem-shmem: Compute dumb-buffer sizes with drm_mode_size_dumb()
acea634cf2f4 drm/gem-vram: Compute dumb-buffer sizes with drm_mode_size_dumb()
04a09b037ad7 drm/armada: Compute dumb-buffer sizes with drm_mode_size_dumb()
cb68239c68b6 drm/exynos: Compute dumb-buffer sizes with drm_mode_size_dumb()
9fa140e6b149 drm/gma500: Compute dumb-buffer sizes with drm_mode_size_dumb()
d9c62c689687 drm/hibmc: Compute dumb-buffer sizes with drm_mode_size_dumb()
038b1cd9aa3c drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
4af6efa8cd1b drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
2a5ef74cf2e1 drm/mediatek: Compute dumb-buffer sizes with drm_mode_size_dumb()
246634fe36f8 drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
70cb40dc4f5f drm/nouveau: Compute dumb-buffer sizes with drm_mode_size_dumb()
6281d734996a drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
79324fa9a955 drm/qxl: Compute dumb-buffer sizes with drm_mode_size_dumb()
a5f0ebdd73b7 drm/renesas/rcar-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
21417802980b drm/renesas/rz-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
39e6faf5eb2e drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
d5edc84e7ab6 drm/tegra: Compute dumb-buffer sizes with drm_mode_size_dumb()
93b3a80da377 drm/virtio: Compute dumb-buffer sizes with drm_mode_size_dumb()
719154840974 drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
d3b82e7ed053 drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
d5021c31ea8d drm/xen: Compute dumb-buffer sizes with drm_mode_size_dumb()
35814ed9bf58 drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
^ permalink raw reply [flat|nested] 81+ messages in thread* ✓ CI.KUnit: success for drm/dumb-buffers: Fix and improve buffer-size calculation
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (26 preceding siblings ...)
2025-01-09 16:36 ` ✗ CI.checkpatch: warning " Patchwork
@ 2025-01-09 16:39 ` Patchwork
2025-01-09 17:01 ` ✓ CI.Build: " Patchwork
` (5 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Patchwork @ 2025-01-09 16:39 UTC (permalink / raw)
To: Thomas Zimmermann; +Cc: intel-xe
== Series Details ==
Series: drm/dumb-buffers: Fix and improve buffer-size calculation
URL : https://patchwork.freedesktop.org/series/143335/
State : success
== Summary ==
+ trap cleanup EXIT
+ /kernel/tools/testing/kunit/kunit.py run --kunitconfig /kernel/drivers/gpu/drm/xe/.kunitconfig
[16:36:51] Configuring KUnit Kernel ...
Generating .config ...
Populating config with:
$ make ARCH=um O=.kunit olddefconfig
[16:36:59] Building KUnit Kernel ...
Populating config with:
$ make ARCH=um O=.kunit olddefconfig
Building with:
$ make all compile_commands.json ARCH=um O=.kunit --jobs=48
../lib/iomap.c:156:5: warning: no previous prototype for ‘ioread64_lo_hi’ [-Wmissing-prototypes]
156 | u64 ioread64_lo_hi(const void __iomem *addr)
| ^~~~~~~~~~~~~~
../lib/iomap.c:163:5: warning: no previous prototype for ‘ioread64_hi_lo’ [-Wmissing-prototypes]
163 | u64 ioread64_hi_lo(const void __iomem *addr)
| ^~~~~~~~~~~~~~
../lib/iomap.c:170:5: warning: no previous prototype for ‘ioread64be_lo_hi’ [-Wmissing-prototypes]
170 | u64 ioread64be_lo_hi(const void __iomem *addr)
| ^~~~~~~~~~~~~~~~
../lib/iomap.c:178:5: warning: no previous prototype for ‘ioread64be_hi_lo’ [-Wmissing-prototypes]
178 | u64 ioread64be_hi_lo(const void __iomem *addr)
| ^~~~~~~~~~~~~~~~
../lib/iomap.c:264:6: warning: no previous prototype for ‘iowrite64_lo_hi’ [-Wmissing-prototypes]
264 | void iowrite64_lo_hi(u64 val, void __iomem *addr)
| ^~~~~~~~~~~~~~~
../lib/iomap.c:272:6: warning: no previous prototype for ‘iowrite64_hi_lo’ [-Wmissing-prototypes]
272 | void iowrite64_hi_lo(u64 val, void __iomem *addr)
| ^~~~~~~~~~~~~~~
../lib/iomap.c:280:6: warning: no previous prototype for ‘iowrite64be_lo_hi’ [-Wmissing-prototypes]
280 | void iowrite64be_lo_hi(u64 val, void __iomem *addr)
| ^~~~~~~~~~~~~~~~~
../lib/iomap.c:288:6: warning: no previous prototype for ‘iowrite64be_hi_lo’ [-Wmissing-prototypes]
288 | void iowrite64be_hi_lo(u64 val, void __iomem *addr)
| ^~~~~~~~~~~~~~~~~
[16:37:56] Starting KUnit Kernel (1/1)...
[16:37:56] ============================================================
Running tests with:
$ .kunit/linux kunit.enable=1 mem=1G console=tty kunit_shutdown=halt
[16:37:56] =================== guc_dbm (7 subtests) ===================
[16:37:56] [PASSED] test_empty
[16:37:56] [PASSED] test_default
[16:37:56] ======================== test_size ========================
[16:37:56] [PASSED] 4
[16:37:56] [PASSED] 8
[16:37:56] [PASSED] 32
[16:37:56] [PASSED] 256
[16:37:56] ==================== [PASSED] test_size ====================
[16:37:56] ======================= test_reuse ========================
[16:37:56] [PASSED] 4
[16:37:56] [PASSED] 8
[16:37:56] [PASSED] 32
[16:37:56] [PASSED] 256
[16:37:56] =================== [PASSED] test_reuse ====================
[16:37:56] =================== test_range_overlap ====================
[16:37:56] [PASSED] 4
[16:37:56] [PASSED] 8
[16:37:56] [PASSED] 32
[16:37:56] [PASSED] 256
[16:37:56] =============== [PASSED] test_range_overlap ================
[16:37:56] =================== test_range_compact ====================
[16:37:56] [PASSED] 4
[16:37:56] [PASSED] 8
[16:37:56] [PASSED] 32
[16:37:56] [PASSED] 256
[16:37:56] =============== [PASSED] test_range_compact ================
[16:37:56] ==================== test_range_spare =====================
[16:37:56] [PASSED] 4
[16:37:56] [PASSED] 8
[16:37:56] [PASSED] 32
[16:37:56] [PASSED] 256
[16:37:56] ================ [PASSED] test_range_spare =================
[16:37:56] ===================== [PASSED] guc_dbm =====================
[16:37:56] =================== guc_idm (6 subtests) ===================
[16:37:56] [PASSED] bad_init
[16:37:56] [PASSED] no_init
[16:37:56] [PASSED] init_fini
[16:37:56] [PASSED] check_used
[16:37:56] [PASSED] check_quota
[16:37:56] [PASSED] check_all
[16:37:56] ===================== [PASSED] guc_idm =====================
[16:37:56] ================== no_relay (3 subtests) ===================
[16:37:56] [PASSED] xe_drops_guc2pf_if_not_ready
[16:37:56] [PASSED] xe_drops_guc2vf_if_not_ready
[16:37:56] [PASSED] xe_rejects_send_if_not_ready
[16:37:56] ==================== [PASSED] no_relay =====================
[16:37:56] ================== pf_relay (14 subtests) ==================
[16:37:56] [PASSED] pf_rejects_guc2pf_too_short
[16:37:56] [PASSED] pf_rejects_guc2pf_too_long
[16:37:56] [PASSED] pf_rejects_guc2pf_no_payload
[16:37:56] [PASSED] pf_fails_no_payload
[16:37:56] [PASSED] pf_fails_bad_origin
[16:37:56] [PASSED] pf_fails_bad_type
[16:37:56] [PASSED] pf_txn_reports_error
[16:37:56] [PASSED] pf_txn_sends_pf2guc
[16:37:56] [PASSED] pf_sends_pf2guc
[16:37:56] [SKIPPED] pf_loopback_nop
[16:37:56] [SKIPPED] pf_loopback_echo
[16:37:56] [SKIPPED] pf_loopback_fail
[16:37:56] [SKIPPED] pf_loopback_busy
[16:37:56] [SKIPPED] pf_loopback_retry
[16:37:56] ==================== [PASSED] pf_relay =====================
[16:37:56] ================== vf_relay (3 subtests) ===================
[16:37:56] [PASSED] vf_rejects_guc2vf_too_short
[16:37:56] [PASSED] vf_rejects_guc2vf_too_long
[16:37:56] [PASSED] vf_rejects_guc2vf_no_payload
[16:37:56] ==================== [PASSED] vf_relay =====================
[16:37:56] ================= pf_service (11 subtests) =================
[16:37:56] [PASSED] pf_negotiate_any
[16:37:56] [PASSED] pf_negotiate_base_match
[16:37:56] [PASSED] pf_negotiate_base_newer
[16:37:56] [PASSED] pf_negotiate_base_next
[16:37:56] [SKIPPED] pf_negotiate_base_older
[16:37:56] [PASSED] pf_negotiate_base_prev
[16:37:56] [PASSED] pf_negotiate_latest_match
[16:37:56] [PASSED] pf_negotiate_latest_newer
[16:37:56] [PASSED] pf_negotiate_latest_next
[16:37:56] [SKIPPED] pf_negotiate_latest_older
[16:37:56] [SKIPPED] pf_negotiate_latest_prev
[16:37:56] =================== [PASSED] pf_service ====================
[16:37:56] ===================== lmtt (1 subtest) =====================
[16:37:56] ======================== test_ops =========================
[16:37:56] [PASSED] 2-level
[16:37:56] [PASSED] multi-level
[16:37:56] ==================== [PASSED] test_ops =====================
[16:37:56] ====================== [PASSED] lmtt =======================
[16:37:56] =================== xe_mocs (2 subtests) ===================
[16:37:56] ================ xe_live_mocs_kernel_kunit ================
[16:37:56] =========== [SKIPPED] xe_live_mocs_kernel_kunit ============
[16:37:56] ================ xe_live_mocs_reset_kunit =================
[16:37:56] ============ [SKIPPED] xe_live_mocs_reset_kunit ============
[16:37:56] ==================== [SKIPPED] xe_mocs =====================
[16:37:56] ================= xe_migrate (2 subtests) ==================
[16:37:56] ================= xe_migrate_sanity_kunit =================
[16:37:56] ============ [SKIPPED] xe_migrate_sanity_kunit =============
[16:37:56] ================== xe_validate_ccs_kunit ==================
[16:37:56] ============= [SKIPPED] xe_validate_ccs_kunit ==============
[16:37:56] =================== [SKIPPED] xe_migrate ===================
[16:37:56] ================== xe_dma_buf (1 subtest) ==================
[16:37:56] ==================== xe_dma_buf_kunit =====================
[16:37:56] ================ [SKIPPED] xe_dma_buf_kunit ================
[16:37:56] =================== [SKIPPED] xe_dma_buf ===================
[16:37:56] ================= xe_bo_shrink (1 subtest) =================
[16:37:56] =================== xe_bo_shrink_kunit ====================
[16:37:56] =============== [SKIPPED] xe_bo_shrink_kunit ===============
[16:37:56] ================== [SKIPPED] xe_bo_shrink ==================
[16:37:56] ==================== xe_bo (2 subtests) ====================
[16:37:56] ================== xe_ccs_migrate_kunit ===================
[16:37:56] ============== [SKIPPED] xe_ccs_migrate_kunit ==============
[16:37:56] ==================== xe_bo_evict_kunit ====================
[16:37:56] =============== [SKIPPED] xe_bo_evict_kunit ================
[16:37:56] ===================== [SKIPPED] xe_bo ======================
[16:37:56] ==================== args (11 subtests) ====================
[16:37:56] [PASSED] count_args_test
[16:37:56] [PASSED] call_args_example
[16:37:56] [PASSED] call_args_test
[16:37:56] [PASSED] drop_first_arg_example
[16:37:56] [PASSED] drop_first_arg_test
[16:37:56] [PASSED] first_arg_example
[16:37:56] [PASSED] first_arg_test
stty: 'standard input': Inappropriate ioctl for device
[16:37:56] [PASSED] last_arg_example
[16:37:56] [PASSED] last_arg_test
[16:37:56] [PASSED] pick_arg_example
[16:37:56] [PASSED] sep_comma_example
[16:37:56] ====================== [PASSED] args =======================
[16:37:56] =================== xe_pci (2 subtests) ====================
[16:37:56] [PASSED] xe_gmdid_graphics_ip
[16:37:56] [PASSED] xe_gmdid_media_ip
[16:37:56] ===================== [PASSED] xe_pci ======================
[16:37:56] =================== xe_rtp (2 subtests) ====================
[16:37:56] =============== xe_rtp_process_to_sr_tests ================
[16:37:56] [PASSED] coalesce-same-reg
[16:37:56] [PASSED] no-match-no-add
[16:37:56] [PASSED] match-or
[16:37:56] [PASSED] match-or-xfail
[16:37:56] [PASSED] no-match-no-add-multiple-rules
[16:37:56] [PASSED] two-regs-two-entries
[16:37:56] [PASSED] clr-one-set-other
[16:37:56] [PASSED] set-field
[16:37:56] [PASSED] conflict-duplicate
[16:37:56] [PASSED] conflict-not-disjoint
[16:37:56] [PASSED] conflict-reg-type
[16:37:56] =========== [PASSED] xe_rtp_process_to_sr_tests ============
[16:37:56] ================== xe_rtp_process_tests ===================
[16:37:56] [PASSED] active1
[16:37:56] [PASSED] active2
[16:37:56] [PASSED] active-inactive
[16:37:56] [PASSED] inactive-active
[16:37:56] [PASSED] inactive-1st_or_active-inactive
[16:37:56] [PASSED] inactive-2nd_or_active-inactive
[16:37:56] [PASSED] inactive-last_or_active-inactive
[16:37:56] [PASSED] inactive-no_or_active-inactive
[16:37:56] ============== [PASSED] xe_rtp_process_tests ===============
[16:37:56] ===================== [PASSED] xe_rtp ======================
[16:37:56] ==================== xe_wa (1 subtest) =====================
[16:37:56] ======================== xe_wa_gt =========================
[16:37:56] [PASSED] TIGERLAKE (B0)
[16:37:56] [PASSED] DG1 (A0)
[16:37:56] [PASSED] DG1 (B0)
[16:37:56] [PASSED] ALDERLAKE_S (A0)
[16:37:56] [PASSED] ALDERLAKE_S (B0)
[16:37:56] [PASSED] ALDERLAKE_S (C0)
[16:37:56] [PASSED] ALDERLAKE_S (D0)
[16:37:56] [PASSED] ALDERLAKE_P (A0)
[16:37:56] [PASSED] ALDERLAKE_P (B0)
[16:37:56] [PASSED] ALDERLAKE_P (C0)
[16:37:56] [PASSED] ALDERLAKE_S_RPLS (D0)
[16:37:56] [PASSED] ALDERLAKE_P_RPLU (E0)
[16:37:56] [PASSED] DG2_G10 (C0)
[16:37:56] [PASSED] DG2_G11 (B1)
[16:37:56] [PASSED] DG2_G12 (A1)
[16:37:56] [PASSED] METEORLAKE (g:A0, m:A0)
[16:37:56] [PASSED] METEORLAKE (g:A0, m:A0)
[16:37:56] [PASSED] METEORLAKE (g:A0, m:A0)
[16:37:56] [PASSED] LUNARLAKE (g:A0, m:A0)
[16:37:56] [PASSED] LUNARLAKE (g:B0, m:A0)
[16:37:56] [PASSED] BATTLEMAGE (g:A0, m:A1)
[16:37:56] ==================== [PASSED] xe_wa_gt =====================
[16:37:56] ====================== [PASSED] xe_wa ======================
[16:37:56] ============================================================
[16:37:56] Testing complete. Ran 122 tests: passed: 106, skipped: 16
[16:37:56] Elapsed time: 64.636s total, 7.454s configuring, 56.860s building, 0.281s running
+ /kernel/tools/testing/kunit/kunit.py run --kunitconfig /kernel/drivers/gpu/drm/tests/.kunitconfig
[16:37:56] Configuring KUnit Kernel ...
Regenerating .config ...
Populating config with:
$ make ARCH=um O=.kunit olddefconfig
[16:37:59] Building KUnit Kernel ...
Populating config with:
$ make ARCH=um O=.kunit olddefconfig
Building with:
$ make all compile_commands.json ARCH=um O=.kunit --jobs=48
../lib/iomap.c:156:5: warning: no previous prototype for ‘ioread64_lo_hi’ [-Wmissing-prototypes]
156 | u64 ioread64_lo_hi(const void __iomem *addr)
| ^~~~~~~~~~~~~~
../lib/iomap.c:163:5: warning: no previous prototype for ‘ioread64_hi_lo’ [-Wmissing-prototypes]
163 | u64 ioread64_hi_lo(const void __iomem *addr)
| ^~~~~~~~~~~~~~
../lib/iomap.c:170:5: warning: no previous prototype for ‘ioread64be_lo_hi’ [-Wmissing-prototypes]
170 | u64 ioread64be_lo_hi(const void __iomem *addr)
| ^~~~~~~~~~~~~~~~
../lib/iomap.c:178:5: warning: no previous prototype for ‘ioread64be_hi_lo’ [-Wmissing-prototypes]
178 | u64 ioread64be_hi_lo(const void __iomem *addr)
| ^~~~~~~~~~~~~~~~
../lib/iomap.c:264:6: warning: no previous prototype for ‘iowrite64_lo_hi’ [-Wmissing-prototypes]
264 | void iowrite64_lo_hi(u64 val, void __iomem *addr)
| ^~~~~~~~~~~~~~~
../lib/iomap.c:272:6: warning: no previous prototype for ‘iowrite64_hi_lo’ [-Wmissing-prototypes]
272 | void iowrite64_hi_lo(u64 val, void __iomem *addr)
| ^~~~~~~~~~~~~~~
../lib/iomap.c:280:6: warning: no previous prototype for ‘iowrite64be_lo_hi’ [-Wmissing-prototypes]
280 | void iowrite64be_lo_hi(u64 val, void __iomem *addr)
| ^~~~~~~~~~~~~~~~~
../lib/iomap.c:288:6: warning: no previous prototype for ‘iowrite64be_hi_lo’ [-Wmissing-prototypes]
288 | void iowrite64be_hi_lo(u64 val, void __iomem *addr)
| ^~~~~~~~~~~~~~~~~
[16:38:43] Starting KUnit Kernel (1/1)...
[16:38:43] ============================================================
Running tests with:
$ .kunit/linux kunit.enable=1 mem=1G console=tty kunit_shutdown=halt
[16:38:44] =========== drm_validate_clone_mode (2 subtests) ===========
[16:38:44] ============== drm_test_check_in_clone_mode ===============
[16:38:44] [PASSED] in_clone_mode
[16:38:44] [PASSED] not_in_clone_mode
[16:38:44] ========== [PASSED] drm_test_check_in_clone_mode ===========
[16:38:44] =============== drm_test_check_valid_clones ===============
[16:38:44] [PASSED] not_in_clone_mode
[16:38:44] [PASSED] valid_clone
[16:38:44] [PASSED] invalid_clone
[16:38:44] =========== [PASSED] drm_test_check_valid_clones ===========
[16:38:44] ============= [PASSED] drm_validate_clone_mode =============
[16:38:44] ============= drm_validate_modeset (1 subtest) =============
[16:38:44] [PASSED] drm_test_check_connector_changed_modeset
[16:38:44] ============== [PASSED] drm_validate_modeset ===============
[16:38:44] ================== drm_buddy (7 subtests) ==================
[16:38:44] [PASSED] drm_test_buddy_alloc_limit
[16:38:44] [PASSED] drm_test_buddy_alloc_optimistic
[16:38:44] [PASSED] drm_test_buddy_alloc_pessimistic
[16:38:44] [PASSED] drm_test_buddy_alloc_pathological
[16:38:44] [PASSED] drm_test_buddy_alloc_contiguous
[16:38:44] [PASSED] drm_test_buddy_alloc_clear
[16:38:44] [PASSED] drm_test_buddy_alloc_range_bias
[16:38:44] ==================== [PASSED] drm_buddy ====================
[16:38:44] ============= drm_cmdline_parser (40 subtests) =============
[16:38:44] [PASSED] drm_test_cmdline_force_d_only
[16:38:44] [PASSED] drm_test_cmdline_force_D_only_dvi
[16:38:44] [PASSED] drm_test_cmdline_force_D_only_hdmi
[16:38:44] [PASSED] drm_test_cmdline_force_D_only_not_digital
[16:38:44] [PASSED] drm_test_cmdline_force_e_only
[16:38:44] [PASSED] drm_test_cmdline_res
[16:38:44] [PASSED] drm_test_cmdline_res_vesa
[16:38:44] [PASSED] drm_test_cmdline_res_vesa_rblank
[16:38:44] [PASSED] drm_test_cmdline_res_rblank
[16:38:44] [PASSED] drm_test_cmdline_res_bpp
[16:38:44] [PASSED] drm_test_cmdline_res_refresh
[16:38:44] [PASSED] drm_test_cmdline_res_bpp_refresh
[16:38:44] [PASSED] drm_test_cmdline_res_bpp_refresh_interlaced
[16:38:44] [PASSED] drm_test_cmdline_res_bpp_refresh_margins
[16:38:44] [PASSED] drm_test_cmdline_res_bpp_refresh_force_off
[16:38:44] [PASSED] drm_test_cmdline_res_bpp_refresh_force_on
[16:38:44] [PASSED] drm_test_cmdline_res_bpp_refresh_force_on_analog
[16:38:44] [PASSED] drm_test_cmdline_res_bpp_refresh_force_on_digital
[16:38:44] [PASSED] drm_test_cmdline_res_bpp_refresh_interlaced_margins_force_on
[16:38:44] [PASSED] drm_test_cmdline_res_margins_force_on
[16:38:44] [PASSED] drm_test_cmdline_res_vesa_margins
[16:38:44] [PASSED] drm_test_cmdline_name
[16:38:44] [PASSED] drm_test_cmdline_name_bpp
[16:38:44] [PASSED] drm_test_cmdline_name_option
[16:38:44] [PASSED] drm_test_cmdline_name_bpp_option
[16:38:44] [PASSED] drm_test_cmdline_rotate_0
[16:38:44] [PASSED] drm_test_cmdline_rotate_90
[16:38:44] [PASSED] drm_test_cmdline_rotate_180
[16:38:44] [PASSED] drm_test_cmdline_rotate_270
[16:38:44] [PASSED] drm_test_cmdline_hmirror
[16:38:44] [PASSED] drm_test_cmdline_vmirror
[16:38:44] [PASSED] drm_test_cmdline_margin_options
[16:38:44] [PASSED] drm_test_cmdline_multiple_options
[16:38:44] [PASSED] drm_test_cmdline_bpp_extra_and_option
[16:38:44] [PASSED] drm_test_cmdline_extra_and_option
[16:38:44] [PASSED] drm_test_cmdline_freestanding_options
[16:38:44] [PASSED] drm_test_cmdline_freestanding_force_e_and_options
[16:38:44] [PASSED] drm_test_cmdline_panel_orientation
[16:38:44] ================ drm_test_cmdline_invalid =================
[16:38:44] [PASSED] margin_only
[16:38:44] [PASSED] interlace_only
[16:38:44] [PASSED] res_missing_x
[16:38:44] [PASSED] res_missing_y
[16:38:44] [PASSED] res_bad_y
[16:38:44] [PASSED] res_missing_y_bpp
[16:38:44] [PASSED] res_bad_bpp
[16:38:44] [PASSED] res_bad_refresh
[16:38:44] [PASSED] res_bpp_refresh_force_on_off
[16:38:44] [PASSED] res_invalid_mode
[16:38:44] [PASSED] res_bpp_wrong_place_mode
[16:38:44] [PASSED] name_bpp_refresh
[16:38:44] [PASSED] name_refresh
[16:38:44] [PASSED] name_refresh_wrong_mode
[16:38:44] [PASSED] name_refresh_invalid_mode
[16:38:44] [PASSED] rotate_multiple
[16:38:44] [PASSED] rotate_invalid_val
[16:38:44] [PASSED] rotate_truncated
[16:38:44] [PASSED] invalid_option
[16:38:44] [PASSED] invalid_tv_option
[16:38:44] [PASSED] truncated_tv_option
[16:38:44] ============ [PASSED] drm_test_cmdline_invalid =============
[16:38:44] =============== drm_test_cmdline_tv_options ===============
[16:38:44] [PASSED] NTSC
[16:38:44] [PASSED] NTSC_443
[16:38:44] [PASSED] NTSC_J
[16:38:44] [PASSED] PAL
[16:38:44] [PASSED] PAL_M
[16:38:44] [PASSED] PAL_N
[16:38:44] [PASSED] SECAM
[16:38:44] [PASSED] MONO_525
[16:38:44] [PASSED] MONO_625
[16:38:44] =========== [PASSED] drm_test_cmdline_tv_options ===========
[16:38:44] =============== [PASSED] drm_cmdline_parser ================
[16:38:44] ========== drmm_connector_hdmi_init (19 subtests) ==========
[16:38:44] [PASSED] drm_test_connector_hdmi_init_valid
[16:38:44] [PASSED] drm_test_connector_hdmi_init_bpc_8
[16:38:44] [PASSED] drm_test_connector_hdmi_init_bpc_10
[16:38:44] [PASSED] drm_test_connector_hdmi_init_bpc_12
[16:38:44] [PASSED] drm_test_connector_hdmi_init_bpc_invalid
[16:38:44] [PASSED] drm_test_connector_hdmi_init_bpc_null
[16:38:44] [PASSED] drm_test_connector_hdmi_init_formats_empty
[16:38:44] [PASSED] drm_test_connector_hdmi_init_formats_no_rgb
[16:38:44] [PASSED] drm_test_connector_hdmi_init_null_ddc
[16:38:44] [PASSED] drm_test_connector_hdmi_init_null_product
[16:38:44] [PASSED] drm_test_connector_hdmi_init_null_vendor
[16:38:44] [PASSED] drm_test_connector_hdmi_init_product_length_exact
[16:38:44] [PASSED] drm_test_connector_hdmi_init_product_length_too_long
[16:38:44] [PASSED] drm_test_connector_hdmi_init_product_valid
[16:38:44] [PASSED] drm_test_connector_hdmi_init_vendor_length_exact
[16:38:44] [PASSED] drm_test_connector_hdmi_init_vendor_length_too_long
[16:38:44] [PASSED] drm_test_connector_hdmi_init_vendor_valid
[16:38:44] ========= drm_test_connector_hdmi_init_type_valid =========
[16:38:44] [PASSED] HDMI-A
[16:38:44] [PASSED] HDMI-B
[16:38:44] ===== [PASSED] drm_test_connector_hdmi_init_type_valid =====
[16:38:44] ======== drm_test_connector_hdmi_init_type_invalid ========
[16:38:44] [PASSED] Unknown
[16:38:44] [PASSED] VGA
[16:38:44] [PASSED] DVI-I
[16:38:44] [PASSED] DVI-D
[16:38:44] [PASSED] DVI-A
[16:38:44] [PASSED] Composite
[16:38:44] [PASSED] SVIDEO
[16:38:44] [PASSED] LVDS
[16:38:44] [PASSED] Component
[16:38:44] [PASSED] DIN
[16:38:44] [PASSED] DP
[16:38:44] [PASSED] TV
[16:38:44] [PASSED] eDP
[16:38:44] [PASSED] Virtual
[16:38:44] [PASSED] DSI
[16:38:44] [PASSED] DPI
[16:38:44] [PASSED] Writeback
[16:38:44] [PASSED] SPI
[16:38:44] [PASSED] USB
[16:38:44] ==== [PASSED] drm_test_connector_hdmi_init_type_invalid ====
[16:38:44] ============ [PASSED] drmm_connector_hdmi_init =============
[16:38:44] ============= drmm_connector_init (3 subtests) =============
[16:38:44] [PASSED] drm_test_drmm_connector_init
[16:38:44] [PASSED] drm_test_drmm_connector_init_null_ddc
[16:38:44] ========= drm_test_drmm_connector_init_type_valid =========
[16:38:44] [PASSED] Unknown
[16:38:44] [PASSED] VGA
[16:38:44] [PASSED] DVI-I
[16:38:44] [PASSED] DVI-D
[16:38:44] [PASSED] DVI-A
[16:38:44] [PASSED] Composite
[16:38:44] [PASSED] SVIDEO
[16:38:44] [PASSED] LVDS
[16:38:44] [PASSED] Component
[16:38:44] [PASSED] DIN
[16:38:44] [PASSED] DP
[16:38:44] [PASSED] HDMI-A
[16:38:44] [PASSED] HDMI-B
[16:38:44] [PASSED] TV
[16:38:44] [PASSED] eDP
[16:38:44] [PASSED] Virtual
[16:38:44] [PASSED] DSI
[16:38:44] [PASSED] DPI
[16:38:44] [PASSED] Writeback
[16:38:44] [PASSED] SPI
[16:38:44] [PASSED] USB
[16:38:44] ===== [PASSED] drm_test_drmm_connector_init_type_valid =====
[16:38:44] =============== [PASSED] drmm_connector_init ===============
[16:38:44] ========= drm_connector_dynamic_init (6 subtests) ==========
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_init
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_init_null_ddc
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_init_not_added
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_init_properties
[16:38:44] ===== drm_test_drm_connector_dynamic_init_type_valid ======
[16:38:44] [PASSED] Unknown
[16:38:44] [PASSED] VGA
[16:38:44] [PASSED] DVI-I
[16:38:44] [PASSED] DVI-D
[16:38:44] [PASSED] DVI-A
[16:38:44] [PASSED] Composite
[16:38:44] [PASSED] SVIDEO
[16:38:44] [PASSED] LVDS
[16:38:44] [PASSED] Component
[16:38:44] [PASSED] DIN
[16:38:44] [PASSED] DP
[16:38:44] [PASSED] HDMI-A
[16:38:44] [PASSED] HDMI-B
[16:38:44] [PASSED] TV
[16:38:44] [PASSED] eDP
[16:38:44] [PASSED] Virtual
[16:38:44] [PASSED] DSI
[16:38:44] [PASSED] DPI
[16:38:44] [PASSED] Writeback
[16:38:44] [PASSED] SPI
[16:38:44] [PASSED] USB
[16:38:44] = [PASSED] drm_test_drm_connector_dynamic_init_type_valid ==
[16:38:44] ======== drm_test_drm_connector_dynamic_init_name =========
[16:38:44] [PASSED] Unknown
[16:38:44] [PASSED] VGA
[16:38:44] [PASSED] DVI-I
[16:38:44] [PASSED] DVI-D
[16:38:44] [PASSED] DVI-A
[16:38:44] [PASSED] Composite
[16:38:44] [PASSED] SVIDEO
[16:38:44] [PASSED] LVDS
[16:38:44] [PASSED] Component
[16:38:44] [PASSED] DIN
[16:38:44] [PASSED] DP
[16:38:44] [PASSED] HDMI-A
[16:38:44] [PASSED] HDMI-B
[16:38:44] [PASSED] TV
[16:38:44] [PASSED] eDP
[16:38:44] [PASSED] Virtual
[16:38:44] [PASSED] DSI
[16:38:44] [PASSED] DPI
[16:38:44] [PASSED] Writeback
[16:38:44] [PASSED] SPI
[16:38:44] [PASSED] USB
[16:38:44] ==== [PASSED] drm_test_drm_connector_dynamic_init_name =====
[16:38:44] =========== [PASSED] drm_connector_dynamic_init ============
[16:38:44] ==== drm_connector_dynamic_register_early (4 subtests) =====
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_early_on_list
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_early_defer
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_early_no_init
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_early_no_mode_object
[16:38:44] ====== [PASSED] drm_connector_dynamic_register_early =======
[16:38:44] ======= drm_connector_dynamic_register (7 subtests) ========
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_on_list
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_no_defer
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_no_init
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_mode_object
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_sysfs
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_sysfs_name
[16:38:44] [PASSED] drm_test_drm_connector_dynamic_register_debugfs
[16:38:44] ========= [PASSED] drm_connector_dynamic_register ==========
[16:38:44] = drm_connector_attach_broadcast_rgb_property (2 subtests) =
[16:38:44] [PASSED] drm_test_drm_connector_attach_broadcast_rgb_property
[16:38:44] [PASSED] drm_test_drm_connector_attach_broadcast_rgb_property_hdmi_connector
[16:38:44] === [PASSED] drm_connector_attach_broadcast_rgb_property ===
[16:38:44] ========== drm_get_tv_mode_from_name (2 subtests) ==========
[16:38:44] ========== drm_test_get_tv_mode_from_name_valid ===========
[16:38:44] [PASSED] NTSC
[16:38:44] [PASSED] NTSC-443
[16:38:44] [PASSED] NTSC-J
[16:38:44] [PASSED] PAL
[16:38:44] [PASSED] PAL-M
[16:38:44] [PASSED] PAL-N
[16:38:44] [PASSED] SECAM
[16:38:44] [PASSED] Mono
[16:38:44] ====== [PASSED] drm_test_get_tv_mode_from_name_valid =======
[16:38:44] [PASSED] drm_test_get_tv_mode_from_name_truncated
[16:38:44] ============ [PASSED] drm_get_tv_mode_from_name ============
[16:38:44] = drm_test_connector_hdmi_compute_mode_clock (12 subtests) =
[16:38:44] [PASSED] drm_test_drm_hdmi_compute_mode_clock_rgb
[16:38:44] [PASSED] drm_test_drm_hdmi_compute_mode_clock_rgb_10bpc
[16:38:44] [PASSED] drm_test_drm_hdmi_compute_mode_clock_rgb_10bpc_vic_1
[16:38:44] [PASSED] drm_test_drm_hdmi_compute_mode_clock_rgb_12bpc
[16:38:44] [PASSED] drm_test_drm_hdmi_compute_mode_clock_rgb_12bpc_vic_1
[16:38:44] [PASSED] drm_test_drm_hdmi_compute_mode_clock_rgb_double
[16:38:44] = drm_test_connector_hdmi_compute_mode_clock_yuv420_valid =
[16:38:44] [PASSED] VIC 96
[16:38:44] [PASSED] VIC 97
[16:38:44] [PASSED] VIC 101
[16:38:44] [PASSED] VIC 102
[16:38:44] [PASSED] VIC 106
[16:38:44] [PASSED] VIC 107
[16:38:44] === [PASSED] drm_test_connector_hdmi_compute_mode_clock_yuv420_valid ===
[16:38:44] [PASSED] drm_test_connector_hdmi_compute_mode_clock_yuv420_10_bpc
[16:38:44] [PASSED] drm_test_connector_hdmi_compute_mode_clock_yuv420_12_bpc
[16:38:44] [PASSED] drm_test_connector_hdmi_compute_mode_clock_yuv422_8_bpc
[16:38:44] [PASSED] drm_test_connector_hdmi_compute_mode_clock_yuv422_10_bpc
[16:38:44] [PASSED] drm_test_connector_hdmi_compute_mode_clock_yuv422_12_bpc
[16:38:44] === [PASSED] drm_test_connector_hdmi_compute_mode_clock ====
[16:38:44] == drm_hdmi_connector_get_broadcast_rgb_name (2 subtests) ==
[16:38:44] === drm_test_drm_hdmi_connector_get_broadcast_rgb_name ====
[16:38:44] [PASSED] Automatic
[16:38:44] [PASSED] Full
[16:38:44] [PASSED] Limited 16:235
[16:38:44] === [PASSED] drm_test_drm_hdmi_connector_get_broadcast_rgb_name ===
[16:38:44] [PASSED] drm_test_drm_hdmi_connector_get_broadcast_rgb_name_invalid
[16:38:44] ==== [PASSED] drm_hdmi_connector_get_broadcast_rgb_name ====
[16:38:44] == drm_hdmi_connector_get_output_format_name (2 subtests) ==
[16:38:44] === drm_test_drm_hdmi_connector_get_output_format_name ====
[16:38:44] [PASSED] RGB
[16:38:44] [PASSED] YUV 4:2:0
[16:38:44] [PASSED] YUV 4:2:2
[16:38:44] [PASSED] YUV 4:4:4
[16:38:44] === [PASSED] drm_test_drm_hdmi_connector_get_output_format_name ===
[16:38:44] [PASSED] drm_test_drm_hdmi_connector_get_output_format_name_invalid
[16:38:44] ==== [PASSED] drm_hdmi_connector_get_output_format_name ====
[16:38:44] ============= drm_damage_helper (21 subtests) ==============
[16:38:44] [PASSED] drm_test_damage_iter_no_damage
[16:38:44] [PASSED] drm_test_damage_iter_no_damage_fractional_src
[16:38:44] [PASSED] drm_test_damage_iter_no_damage_src_moved
[16:38:44] [PASSED] drm_test_damage_iter_no_damage_fractional_src_moved
[16:38:44] [PASSED] drm_test_damage_iter_no_damage_not_visible
[16:38:44] [PASSED] drm_test_damage_iter_no_damage_no_crtc
[16:38:44] [PASSED] drm_test_damage_iter_no_damage_no_fb
[16:38:44] [PASSED] drm_test_damage_iter_simple_damage
[16:38:44] [PASSED] drm_test_damage_iter_single_damage
[16:38:44] [PASSED] drm_test_damage_iter_single_damage_intersect_src
[16:38:44] [PASSED] drm_test_damage_iter_single_damage_outside_src
[16:38:44] [PASSED] drm_test_damage_iter_single_damage_fractional_src
[16:38:44] [PASSED] drm_test_damage_iter_single_damage_intersect_fractional_src
[16:38:44] [PASSED] drm_test_damage_iter_single_damage_outside_fractional_src
[16:38:44] [PASSED] drm_test_damage_iter_single_damage_src_moved
[16:38:44] [PASSED] drm_test_damage_iter_single_damage_fractional_src_moved
[16:38:44] [PASSED] drm_test_damage_iter_damage
[16:38:44] [PASSED] drm_test_damage_iter_damage_one_intersect
[16:38:44] [PASSED] drm_test_damage_iter_damage_one_outside
[16:38:44] [PASSED] drm_test_damage_iter_damage_src_moved
[16:38:44] [PASSED] drm_test_damage_iter_damage_not_visible
[16:38:44] ================ [PASSED] drm_damage_helper ================
[16:38:44] ============== drm_dp_mst_helper (3 subtests) ==============
[16:38:44] ============== drm_test_dp_mst_calc_pbn_mode ==============
[16:38:44] [PASSED] Clock 154000 BPP 30 DSC disabled
[16:38:44] [PASSED] Clock 234000 BPP 30 DSC disabled
[16:38:44] [PASSED] Clock 297000 BPP 24 DSC disabled
[16:38:44] [PASSED] Clock 332880 BPP 24 DSC enabled
[16:38:44] [PASSED] Clock 324540 BPP 24 DSC enabled
[16:38:44] ========== [PASSED] drm_test_dp_mst_calc_pbn_mode ==========
[16:38:44] ============== drm_test_dp_mst_calc_pbn_div ===============
[16:38:44] [PASSED] Link rate 2000000 lane count 4
[16:38:44] [PASSED] Link rate 2000000 lane count 2
[16:38:44] [PASSED] Link rate 2000000 lane count 1
[16:38:44] [PASSED] Link rate 1350000 lane count 4
[16:38:44] [PASSED] Link rate 1350000 lane count 2
[16:38:44] [PASSED] Link rate 1350000 lane count 1
[16:38:44] [PASSED] Link rate 1000000 lane count 4
[16:38:44] [PASSED] Link rate 1000000 lane count 2
[16:38:44] [PASSED] Link rate 1000000 lane count 1
[16:38:44] [PASSED] Link rate 810000 lane count 4
[16:38:44] [PASSED] Link rate 810000 lane count 2
[16:38:44] [PASSED] Link rate 810000 lane count 1
[16:38:44] [PASSED] Link rate 540000 lane count 4
[16:38:44] [PASSED] Link rate 540000 lane count 2
[16:38:44] [PASSED] Link rate 540000 lane count 1
[16:38:44] [PASSED] Link rate 270000 lane count 4
[16:38:44] [PASSED] Link rate 270000 lane count 2
[16:38:44] [PASSED] Link rate 270000 lane count 1
[16:38:44] [PASSED] Link rate 162000 lane count 4
[16:38:44] [PASSED] Link rate 162000 lane count 2
[16:38:44] [PASSED] Link rate 162000 lane count 1
[16:38:44] ========== [PASSED] drm_test_dp_mst_calc_pbn_div ===========
[16:38:44] ========= drm_test_dp_mst_sideband_msg_req_decode =========
[16:38:44] [PASSED] DP_ENUM_PATH_RESOURCES with port number
[16:38:44] [PASSED] DP_POWER_UP_PHY with port number
[16:38:44] [PASSED] DP_POWER_DOWN_PHY with port number
[16:38:44] [PASSED] DP_ALLOCATE_PAYLOAD with SDP stream sinks
[16:38:44] [PASSED] DP_ALLOCATE_PAYLOAD with port number
[16:38:44] [PASSED] DP_ALLOCATE_PAYLOAD with VCPI
[16:38:44] [PASSED] DP_ALLOCATE_PAYLOAD with PBN
[16:38:44] [PASSED] DP_QUERY_PAYLOAD with port number
[16:38:44] [PASSED] DP_QUERY_PAYLOAD with VCPI
[16:38:44] [PASSED] DP_REMOTE_DPCD_READ with port number
[16:38:44] [PASSED] DP_REMOTE_DPCD_READ with DPCD address
[16:38:44] [PASSED] DP_REMOTE_DPCD_READ with max number of bytes
[16:38:44] [PASSED] DP_REMOTE_DPCD_WRITE with port number
[16:38:44] [PASSED] DP_REMOTE_DPCD_WRITE with DPCD address
[16:38:44] [PASSED] DP_REMOTE_DPCD_WRITE with data array
[16:38:44] [PASSED] DP_REMOTE_I2C_READ with port number
[16:38:44] [PASSED] DP_REMOTE_I2C_READ with I2C device ID
[16:38:44] [PASSED] DP_REMOTE_I2C_READ with transactions array
[16:38:44] [PASSED] DP_REMOTE_I2C_WRITE with port number
[16:38:44] [PASSED] DP_REMOTE_I2C_WRITE with I2C device ID
[16:38:44] [PASSED] DP_REMOTE_I2C_WRITE with data array
[16:38:44] [PASSED] DP_QUERY_STREAM_ENC_STATUS with stream ID
[16:38:44] [PASSED] DP_QUERY_STREAM_ENC_STATUS with client ID
[16:38:44] [PASSED] DP_QUERY_STREAM_ENC_STATUS with stream event
[16:38:44] [PASSED] DP_QUERY_STREAM_ENC_STATUS with valid stream event
[16:38:44] [PASSED] DP_QUERY_STREAM_ENC_STATUS with stream behavior
[16:38:44] [PASSED] DP_QUERY_STREAM_ENC_STATUS with a valid stream behavior
[16:38:44] ===== [PASSED] drm_test_dp_mst_sideband_msg_req_decode =====
[16:38:44] ================ [PASSED] drm_dp_mst_helper ================
[16:38:44] ================== drm_exec (7 subtests) ===================
[16:38:44] [PASSED] sanitycheck
[16:38:44] [PASSED] test_lock
[16:38:44] [PASSED] test_lock_unlock
[16:38:44] [PASSED] test_duplicates
[16:38:44] [PASSED] test_prepare
[16:38:44] [PASSED] test_prepare_array
[16:38:44] [PASSED] test_multiple_loops
[16:38:44] ==================== [PASSED] drm_exec =====================
[16:38:44] =========== drm_format_helper_test (17 subtests) ===========
[16:38:44] ============== drm_test_fb_xrgb8888_to_gray8 ==============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ========== [PASSED] drm_test_fb_xrgb8888_to_gray8 ==========
[16:38:44] ============= drm_test_fb_xrgb8888_to_rgb332 ==============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ========= [PASSED] drm_test_fb_xrgb8888_to_rgb332 ==========
[16:38:44] ============= drm_test_fb_xrgb8888_to_rgb565 ==============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ========= [PASSED] drm_test_fb_xrgb8888_to_rgb565 ==========
[16:38:44] ============ drm_test_fb_xrgb8888_to_xrgb1555 =============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ======== [PASSED] drm_test_fb_xrgb8888_to_xrgb1555 =========
[16:38:44] ============ drm_test_fb_xrgb8888_to_argb1555 =============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ======== [PASSED] drm_test_fb_xrgb8888_to_argb1555 =========
[16:38:44] ============ drm_test_fb_xrgb8888_to_rgba5551 =============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ======== [PASSED] drm_test_fb_xrgb8888_to_rgba5551 =========
[16:38:44] ============= drm_test_fb_xrgb8888_to_rgb888 ==============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ========= [PASSED] drm_test_fb_xrgb8888_to_rgb888 ==========
[16:38:44] ============ drm_test_fb_xrgb8888_to_argb8888 =============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ======== [PASSED] drm_test_fb_xrgb8888_to_argb8888 =========
[16:38:44] =========== drm_test_fb_xrgb8888_to_xrgb2101010 ===========
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ======= [PASSED] drm_test_fb_xrgb8888_to_xrgb2101010 =======
[16:38:44] =========== drm_test_fb_xrgb8888_to_argb2101010 ===========
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ======= [PASSED] drm_test_fb_xrgb8888_to_argb2101010 =======
[16:38:44] ============== drm_test_fb_xrgb8888_to_mono ===============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ========== [PASSED] drm_test_fb_xrgb8888_to_mono ===========
[16:38:44] ==================== drm_test_fb_swab =====================
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ================ [PASSED] drm_test_fb_swab =================
[16:38:44] ============ drm_test_fb_xrgb8888_to_xbgr8888 =============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ======== [PASSED] drm_test_fb_xrgb8888_to_xbgr8888 =========
[16:38:44] ============ drm_test_fb_xrgb8888_to_abgr8888 =============
[16:38:44] [PASSED] single_pixel_source_buffer
[16:38:44] [PASSED] single_pixel_clip_rectangle
[16:38:44] [PASSED] well_known_colors
[16:38:44] [PASSED] destination_pitch
[16:38:44] ======== [PASSED] drm_test_fb_xrgb8888_to_abgr8888 =========
[16:38:44] ================= drm_test_fb_clip_offset =================
[16:38:44] [PASSED] pass through
[16:38:44] [PASSED] horizontal offset
[16:38:44] [PASSED] vertical offset
[16:38:44] [PASSED] horizontal and vertical offset
[16:38:44] [PASSED] horizontal offset (custom pitch)
[16:38:44] [PASSED] vertical offset (custom pitch)
[16:38:44] [PASSED] horizontal and vertical offset (custom pitch)
[16:38:44] ============= [PASSED] drm_test_fb_clip_offset =============
[16:38:44] ============== drm_test_fb_build_fourcc_list ==============
[16:38:44] [PASSED] no native formats
[16:38:44] [PASSED] XRGB8888 as native format
[16:38:44] [PASSED] remove duplicates
[16:38:44] [PASSED] convert alpha formats
[16:38:44] [PASSED] random formats
[16:38:44] ========== [PASSED] drm_test_fb_build_fourcc_list ==========
[16:38:44] =================== drm_test_fb_memcpy ====================
[16:38:44] [PASSED] single_pixel_source_buffer: XR24 little-endian (0x34325258)
[16:38:44] [PASSED] single_pixel_source_buffer: XRA8 little-endian (0x38415258)
[16:38:44] [PASSED] single_pixel_source_buffer: YU24 little-endian (0x34325559)
[16:38:44] [PASSED] single_pixel_clip_rectangle: XB24 little-endian (0x34324258)
[16:38:44] [PASSED] single_pixel_clip_rectangle: XRA8 little-endian (0x38415258)
[16:38:44] [PASSED] single_pixel_clip_rectangle: YU24 little-endian (0x34325559)
[16:38:44] [PASSED] well_known_colors: XB24 little-endian (0x34324258)
[16:38:44] [PASSED] well_known_colors: XRA8 little-endian (0x38415258)
[16:38:44] [PASSED] well_known_colors: YU24 little-endian (0x34325559)
[16:38:44] [PASSED] destination_pitch: XB24 little-endian (0x34324258)
[16:38:44] [PASSED] destination_pitch: XRA8 little-endian (0x38415258)
[16:38:44] [PASSED] destination_pitch: YU24 little-endian (0x34325559)
[16:38:44] =============== [PASSED] drm_test_fb_memcpy ================
[16:38:44] ============= [PASSED] drm_format_helper_test ==============
[16:38:44] ================= drm_format (18 subtests) =================
[16:38:44] [PASSED] drm_test_format_block_width_invalid
[16:38:44] [PASSED] drm_test_format_block_width_one_plane
[16:38:44] [PASSED] drm_test_format_block_width_two_plane
[16:38:44] [PASSED] drm_test_format_block_width_three_plane
[16:38:44] [PASSED] drm_test_format_block_width_tiled
[16:38:44] [PASSED] drm_test_format_block_height_invalid
[16:38:44] [PASSED] drm_test_format_block_height_one_plane
[16:38:44] [PASSED] drm_test_format_block_height_two_plane
[16:38:44] [PASSED] drm_test_format_block_height_three_plane
[16:38:44] [PASSED] drm_test_format_block_height_tiled
[16:38:44] [PASSED] drm_test_format_min_pitch_invalid
[16:38:44] [PASSED] drm_test_format_min_pitch_one_plane_8bpp
[16:38:44] [PASSED] drm_test_format_min_pitch_one_plane_16bpp
[16:38:44] [PASSED] drm_test_format_min_pitch_one_plane_24bpp
[16:38:44] [PASSED] drm_test_format_min_pitch_one_plane_32bpp
[16:38:44] [PASSED] drm_test_format_min_pitch_two_plane
[16:38:44] [PASSED] drm_test_format_min_pitch_three_plane_8bpp
[16:38:44] [PASSED] drm_test_format_min_pitch_tiled
[16:38:44] =================== [PASSED] drm_format ====================
[16:38:44] ============== drm_framebuffer (10 subtests) ===============
[16:38:44] ========== drm_test_framebuffer_check_src_coords ==========
[16:38:44] [PASSED] Success: source fits into fb
[16:38:44] [PASSED] Fail: overflowing fb with x-axis coordinate
[16:38:44] [PASSED] Fail: overflowing fb with y-axis coordinate
[16:38:44] [PASSED] Fail: overflowing fb with source width
[16:38:44] [PASSED] Fail: overflowing fb with source height
[16:38:44] ====== [PASSED] drm_test_framebuffer_check_src_coords ======
[16:38:44] [PASSED] drm_test_framebuffer_cleanup
[16:38:44] =============== drm_test_framebuffer_create ===============
[16:38:44] [PASSED] ABGR8888 normal sizes
[16:38:44] [PASSED] ABGR8888 max sizes
[16:38:44] [PASSED] ABGR8888 pitch greater than min required
[16:38:44] [PASSED] ABGR8888 pitch less than min required
[16:38:44] [PASSED] ABGR8888 Invalid width
[16:38:44] [PASSED] ABGR8888 Invalid buffer handle
[16:38:44] [PASSED] No pixel format
[16:38:44] [PASSED] ABGR8888 Width 0
[16:38:44] [PASSED] ABGR8888 Height 0
[16:38:44] [PASSED] ABGR8888 Out of bound height * pitch combination
[16:38:44] [PASSED] ABGR8888 Large buffer offset
[16:38:44] [PASSED] ABGR8888 Buffer offset for inexistent plane
[16:38:44] [PASSED] ABGR8888 Invalid flag
[16:38:44] [PASSED] ABGR8888 Set DRM_MODE_FB_MODIFIERS without modifiers
[16:38:44] [PASSED] ABGR8888 Valid buffer modifier
[16:38:44] [PASSED] ABGR8888 Invalid buffer modifier(DRM_FORMAT_MOD_SAMSUNG_64_32_TILE)
[16:38:44] [PASSED] ABGR8888 Extra pitches without DRM_MODE_FB_MODIFIERS
[16:38:44] [PASSED] ABGR8888 Extra pitches with DRM_MODE_FB_MODIFIERS
[16:38:44] [PASSED] NV12 Normal sizes
[16:38:44] [PASSED] NV12 Max sizes
[16:38:44] [PASSED] NV12 Invalid pitch
[16:38:44] [PASSED] NV12 Invalid modifier/missing DRM_MODE_FB_MODIFIERS flag
[16:38:44] [PASSED] NV12 different modifier per-plane
[16:38:44] [PASSED] NV12 with DRM_FORMAT_MOD_SAMSUNG_64_32_TILE
[16:38:44] [PASSED] NV12 Valid modifiers without DRM_MODE_FB_MODIFIERS
[16:38:44] [PASSED] NV12 Modifier for inexistent plane
[16:38:44] [PASSED] NV12 Handle for inexistent plane
[16:38:44] [PASSED] NV12 Handle for inexistent plane without DRM_MODE_FB_MODIFIERS
[16:38:44] [PASSED] YVU420 DRM_MODE_FB_MODIFIERS set without modifier
[16:38:44] [PASSED] YVU420 Normal sizes
[16:38:44] [PASSED] YVU420 Max sizes
[16:38:44] [PASSED] YVU420 Invalid pitch
[16:38:44] [PASSED] YVU420 Different pitches
[16:38:44] [PASSED] YVU420 Different buffer offsets/pitches
[16:38:44] [PASSED] YVU420 Modifier set just for plane 0, without DRM_MODE_FB_MODIFIERS
[16:38:44] [PASSED] YVU420 Modifier set just for planes 0, 1, without DRM_MODE_FB_MODIFIERS
[16:38:44] [PASSED] YVU420 Modifier set just for plane 0, 1, with DRM_MODE_FB_MODIFIERS
[16:38:44] [PASSED] YVU420 Valid modifier
[16:38:44] [PASSED] YVU420 Different modifiers per plane
[16:38:44] [PASSED] YVU420 Modifier for inexistent plane
[16:38:44] [PASSED] YUV420_10BIT Invalid modifier(DRM_FORMAT_MOD_LINEAR)
[16:38:44] [PASSED] X0L2 Normal sizes
[16:38:44] [PASSED] X0L2 Max sizes
[16:38:44] [PASSED] X0L2 Invalid pitch
[16:38:44] [PASSED] X0L2 Pitch greater than minimum required
[16:38:44] [PASSED] X0L2 Handle for inexistent plane
[16:38:44] [PASSED] X0L2 Offset for inexistent plane, without DRM_MODE_FB_MODIFIERS set
[16:38:44] [PASSED] X0L2 Modifier without DRM_MODE_FB_MODIFIERS set
[16:38:44] [PASSED] X0L2 Valid modifier
[16:38:44] [PASSED] X0L2 Modifier for inexistent plane
[16:38:44] =========== [PASSED] drm_test_framebuffer_create ===========
[16:38:44] [PASSED] drm_test_framebuffer_free
[16:38:44] [PASSED] drm_test_framebuffer_init
[16:38:44] [PASSED] drm_test_framebuffer_init_bad_format
[16:38:44] [PASSED] drm_test_framebuffer_init_dev_mismatch
[16:38:44] [PASSED] drm_test_framebuffer_lookup
[16:38:44] [PASSED] drm_test_framebuffer_lookup_inexistent
[16:38:44] [PASSED] drm_test_framebuffer_modifiers_not_supported
[16:38:44] ================= [PASSED] drm_framebuffer =================
[16:38:44] ================ drm_gem_shmem (8 subtests) ================
[16:38:44] [PASSED] drm_gem_shmem_test_obj_create
[16:38:44] [PASSED] drm_gem_shmem_test_obj_create_private
[16:38:44] [PASSED] drm_gem_shmem_test_pin_pages
[16:38:44] [PASSED] drm_gem_shmem_test_vmap
[16:38:44] [PASSED] drm_gem_shmem_test_get_pages_sgt
[16:38:44] [PASSED] drm_gem_shmem_test_get_sg_table
[16:38:44] [PASSED] drm_gem_shmem_test_madvise
[16:38:44] [PASSED] drm_gem_shmem_test_purge
[16:38:44] ================== [PASSED] drm_gem_shmem ==================
[16:38:44] === drm_atomic_helper_connector_hdmi_check (22 subtests) ===
[16:38:44] [PASSED] drm_test_check_broadcast_rgb_auto_cea_mode
[16:38:44] [PASSED] drm_test_check_broadcast_rgb_auto_cea_mode_vic_1
[16:38:44] [PASSED] drm_test_check_broadcast_rgb_full_cea_mode
[16:38:44] [PASSED] drm_test_check_broadcast_rgb_full_cea_mode_vic_1
[16:38:44] [PASSED] drm_test_check_broadcast_rgb_limited_cea_mode
[16:38:44] [PASSED] drm_test_check_broadcast_rgb_limited_cea_mode_vic_1
[16:38:44] [PASSED] drm_test_check_broadcast_rgb_crtc_mode_changed
[16:38:44] [PASSED] drm_test_check_broadcast_rgb_crtc_mode_not_changed
[16:38:44] [PASSED] drm_test_check_hdmi_funcs_reject_rate
[16:38:44] [PASSED] drm_test_check_max_tmds_rate_bpc_fallback
[16:38:44] [PASSED] drm_test_check_max_tmds_rate_format_fallback
[16:38:44] [PASSED] drm_test_check_output_bpc_crtc_mode_changed
[16:38:44] [PASSED] drm_test_check_output_bpc_crtc_mode_not_changed
[16:38:44] [PASSED] drm_test_check_output_bpc_dvi
[16:38:44] [PASSED] drm_test_check_output_bpc_format_vic_1
[16:38:44] [PASSED] drm_test_check_output_bpc_format_display_8bpc_only
[16:38:44] [PASSED] drm_test_check_output_bpc_format_display_rgb_only
[16:38:44] [PASSED] drm_test_check_output_bpc_format_driver_8bpc_only
[16:38:44] [PASSED] drm_test_check_output_bpc_format_driver_rgb_only
[16:38:44] [PASSED] drm_test_check_tmds_char_rate_rgb_8bpc
[16:38:44] [PASSED] drm_test_check_tmds_char_rate_rgb_10bpc
[16:38:44] [PASSED] drm_test_check_tmds_char_rate_rgb_12bpc
[16:38:44] ===== [PASSED] drm_atomic_helper_connector_hdmi_check ======
[16:38:44] === drm_atomic_helper_connector_hdmi_reset (6 subtests) ====
[16:38:44] [PASSED] drm_test_check_broadcast_rgb_value
[16:38:44] [PASSED] drm_test_check_bpc_8_value
[16:38:44] [PASSED] drm_test_check_bpc_10_value
[16:38:44] [PASSED] drm_test_check_bpc_12_value
[16:38:44] [PASSED] drm_test_check_format_value
[16:38:44] [PASSED] drm_test_check_tmds_char_value
[16:38:44] ===== [PASSED] drm_atomic_helper_connector_hdmi_reset ======
[16:38:44] = drm_atomic_helper_connector_hdmi_mode_valid (4 subtests) =
[16:38:44] [PASSED] drm_test_check_mode_valid
[16:38:44] [PASSED] drm_test_check_mode_valid_reject
[16:38:44] [PASSED] drm_test_check_mode_valid_reject_rate
[16:38:44] [PASSED] drm_test_check_mode_valid_reject_max_clock
[16:38:44] === [PASSED] drm_atomic_helper_connector_hdmi_mode_valid ===
[16:38:44] ================= drm_managed (2 subtests) =================
[16:38:44] [PASSED] drm_test_managed_release_action
[16:38:44] [PASSED] drm_test_managed_run_action
[16:38:44] =================== [PASSED] drm_managed ===================
[16:38:44] =================== drm_mm (6 subtests) ====================
[16:38:44] [PASSED] drm_test_mm_init
[16:38:44] [PASSED] drm_test_mm_debug
[16:38:44] [PASSED] drm_test_mm_align32
[16:38:44] [PASSED] drm_test_mm_align64
[16:38:44] [PASSED] drm_test_mm_lowest
[16:38:44] [PASSED] drm_test_mm_highest
[16:38:44] ===================== [PASSED] drm_mm ======================
[16:38:44] ============= drm_modes_analog_tv (5 subtests) =============
[16:38:44] [PASSED] drm_test_modes_analog_tv_mono_576i
[16:38:44] [PASSED] drm_test_modes_analog_tv_ntsc_480i
[16:38:44] [PASSED] drm_test_modes_analog_tv_ntsc_480i_inlined
[16:38:44] [PASSED] drm_test_modes_analog_tv_pal_576i
[16:38:44] [PASSED] drm_test_modes_analog_tv_pal_576i_inlined
[16:38:44] =============== [PASSED] drm_modes_analog_tv ===============
[16:38:44] ============== drm_plane_helper (2 subtests) ===============
[16:38:44] =============== drm_test_check_plane_state ================
[16:38:44] [PASSED] clipping_simple
[16:38:44] [PASSED] clipping_rotate_reflect
[16:38:44] [PASSED] positioning_simple
[16:38:44] [PASSED] upscaling
[16:38:44] [PASSED] downscaling
[16:38:44] [PASSED] rounding1
[16:38:44] [PASSED] rounding2
[16:38:44] [PASSED] rounding3
[16:38:44] [PASSED] rounding4
[16:38:44] =========== [PASSED] drm_test_check_plane_state ============
[16:38:44] =========== drm_test_check_invalid_plane_state ============
[16:38:44] [PASSED] positioning_invalid
[16:38:44] [PASSED] upscaling_invalid
[16:38:44] [PASSED] downscaling_invalid
[16:38:44] ======= [PASSED] drm_test_check_invalid_plane_state ========
[16:38:44] ================ [PASSED] drm_plane_helper =================
[16:38:44] ====== drm_connector_helper_tv_get_modes (1 subtest) =======
[16:38:44] ====== drm_test_connector_helper_tv_get_modes_check =======
[16:38:44] [PASSED] None
[16:38:44] [PASSED] PAL
[16:38:44] [PASSED] NTSC
[16:38:44] [PASSED] Both, NTSC Default
[16:38:44] [PASSED] Both, PAL Default
[16:38:44] [PASSED] Both, NTSC Default, with PAL on command-line
[16:38:44] [PASSED] Both, PAL Default, with NTSC on command-line
[16:38:44] == [PASSED] drm_test_connector_helper_tv_get_modes_check ===
[16:38:44] ======== [PASSED] drm_connector_helper_tv_get_modes ========
[16:38:44] ================== drm_rect (9 subtests) ===================
[16:38:44] [PASSED] drm_test_rect_clip_scaled_div_by_zero
[16:38:44] [PASSED] drm_test_rect_clip_scaled_not_clipped
[16:38:44] [PASSED] drm_test_rect_clip_scaled_clipped
[16:38:44] [PASSED] drm_test_rect_clip_scaled_signed_vs_unsigned
[16:38:44] ================= drm_test_rect_intersect =================
[16:38:44] [PASSED] top-left x bottom-right: 2x2+1+1 x 2x2+0+0
[16:38:44] [PASSED] top-right x bottom-left: 2x2+0+0 x 2x2+1-1
[16:38:44] [PASSED] bottom-left x top-right: 2x2+1-1 x 2x2+0+0
[16:38:44] [PASSED] bottom-right x top-left: 2x2+0+0 x 2x2+1+1
[16:38:44] [PASSED] right x left: 2x1+0+0 x 3x1+1+0
[16:38:44] [PASSED] left x right: 3x1+1+0 x 2x1+0+0
[16:38:44] [PASSED] up x bottom: 1x2+0+0 x 1x3+0-1
[16:38:44] [PASSED] bottom x up: 1x3+0-1 x 1x2+0+0
[16:38:44] [PASSED] touching corner: 1x1+0+0 x 2x2+1+1
[16:38:44] [PASSED] touching side: 1x1+0+0 x 1x1+1+0
[16:38:44] [PASSED] equal rects: 2x2+0+0 x 2x2+0+0
[16:38:44] [PASSED] inside another: 2x2+0+0 x 1x1+1+1
[16:38:44] [PASSED] far away: 1x1+0+0 x 1x1+3+6
[16:38:44] [PASSED] points intersecting: 0x0+5+10 x 0x0+5+10
[16:38:44] [PASSED] points not intersecting: 0x0+0+0 x 0x0+5+10
[16:38:44] ============= [PASSED] drm_test_rect_intersect =============
[16:38:44] ================ drm_test_rect_calc_hscale ================
[16:38:44] [PASSED] normal use
[16:38:44] [PASSED] out of max range
[16:38:44] [PASSED] out of min range
[16:38:44] [PASSED] zero dst
[16:38:44] [PASSED] negative src
[16:38:44] [PASSED] negative dst
[16:38:44] ============ [PASSED] drm_test_rect_calc_hscale ============
[16:38:44] ================ drm_test_rect_calc_vscale ================
[16:38:44] [PASSED] normal use
[16:38:44] [PASSED] out of max range
[16:38:44] [PASSED] out of min range
[16:38:44] [PASSED] zero dst
[16:38:44] [PASSED] negative src
[16:38:44] [PASSED] negative dst
[16:38:44] ============ [PASSED] drm_test_rect_calc_vscale ============
[16:38:44] ================== drm_test_rect_rotate ===================
[16:38:44] [PASSED] reflect-x
[16:38:44] [PASSED] reflect-y
[16:38:44] [PASSED] rotate-0
[16:38:44] [PASSED] rotate-90
[16:38:44] [PASSED] rotate-180
[16:38:44] [PASSED] rotate-270
[16:38:44] ============== [PASSED] drm_test_rect_rotate ===============
[16:38:44] ================ drm_test_rect_rotate_inv =================
[16:38:44] [PASSED] reflect-x
[16:38:44] [PASSED] reflect-y
[16:38:44] [PASSED] rotate-0
[16:38:44] [PASSED] rotate-90
[16:38:44] [PASSED] rotate-180
[16:38:44] [PASSED] rotate-270
[16:38:44] ============ [PASSED] drm_test_rect_rotate_inv =============
[16:38:44] ==================== [PASSED] drm_rect =====================
[16:38:44] ============================================================
stty: 'standard input': Inappropriate ioctl for device
[16:38:44] Testing complete. Ran 593 tests: passed: 593
[16:38:44] Elapsed time: 47.536s total, 2.615s configuring, 44.647s building, 0.245s running
+ /kernel/tools/testing/kunit/kunit.py run --kunitconfig /kernel/drivers/gpu/drm/ttm/tests/.kunitconfig
[16:38:44] Configuring KUnit Kernel ...
Regenerating .config ...
Populating config with:
$ make ARCH=um O=.kunit olddefconfig
[16:38:47] Building KUnit Kernel ...
Populating config with:
$ make ARCH=um O=.kunit olddefconfig
Building with:
$ make all compile_commands.json ARCH=um O=.kunit --jobs=48
[16:38:59] Starting KUnit Kernel (1/1)...
[16:38:59] ============================================================
Running tests with:
$ .kunit/linux kunit.enable=1 mem=1G console=tty kunit_shutdown=halt
[16:38:59] ================= ttm_device (5 subtests) ==================
[16:38:59] [PASSED] ttm_device_init_basic
[16:38:59] [PASSED] ttm_device_init_multiple
[16:38:59] [PASSED] ttm_device_fini_basic
[16:38:59] [PASSED] ttm_device_init_no_vma_man
[16:38:59] ================== ttm_device_init_pools ==================
[16:38:59] [PASSED] No DMA allocations, no DMA32 required
[16:38:59] [PASSED] DMA allocations, DMA32 required
[16:38:59] [PASSED] No DMA allocations, DMA32 required
[16:38:59] [PASSED] DMA allocations, no DMA32 required
[16:38:59] ============== [PASSED] ttm_device_init_pools ==============
[16:38:59] =================== [PASSED] ttm_device ====================
[16:38:59] ================== ttm_pool (8 subtests) ===================
[16:38:59] ================== ttm_pool_alloc_basic ===================
[16:38:59] [PASSED] One page
[16:38:59] [PASSED] More than one page
[16:38:59] [PASSED] Above the allocation limit
[16:38:59] [PASSED] One page, with coherent DMA mappings enabled
[16:38:59] [PASSED] Above the allocation limit, with coherent DMA mappings enabled
[16:38:59] ============== [PASSED] ttm_pool_alloc_basic ===============
[16:38:59] ============== ttm_pool_alloc_basic_dma_addr ==============
[16:38:59] [PASSED] One page
[16:38:59] [PASSED] More than one page
[16:38:59] [PASSED] Above the allocation limit
[16:38:59] [PASSED] One page, with coherent DMA mappings enabled
[16:38:59] [PASSED] Above the allocation limit, with coherent DMA mappings enabled
[16:38:59] ========== [PASSED] ttm_pool_alloc_basic_dma_addr ==========
[16:38:59] [PASSED] ttm_pool_alloc_order_caching_match
[16:38:59] [PASSED] ttm_pool_alloc_caching_mismatch
[16:38:59] [PASSED] ttm_pool_alloc_order_mismatch
[16:38:59] [PASSED] ttm_pool_free_dma_alloc
[16:38:59] [PASSED] ttm_pool_free_no_dma_alloc
[16:38:59] [PASSED] ttm_pool_fini_basic
[16:38:59] ==================== [PASSED] ttm_pool =====================
[16:38:59] ================ ttm_resource (8 subtests) =================
[16:38:59] ================= ttm_resource_init_basic =================
[16:38:59] [PASSED] Init resource in TTM_PL_SYSTEM
[16:38:59] [PASSED] Init resource in TTM_PL_VRAM
[16:38:59] [PASSED] Init resource in a private placement
[16:38:59] [PASSED] Init resource in TTM_PL_SYSTEM, set placement flags
[16:38:59] ============= [PASSED] ttm_resource_init_basic =============
[16:38:59] [PASSED] ttm_resource_init_pinned
[16:38:59] [PASSED] ttm_resource_fini_basic
[16:38:59] [PASSED] ttm_resource_manager_init_basic
[16:38:59] [PASSED] ttm_resource_manager_usage_basic
[16:38:59] [PASSED] ttm_resource_manager_set_used_basic
[16:38:59] [PASSED] ttm_sys_man_alloc_basic
[16:38:59] [PASSED] ttm_sys_man_free_basic
[16:38:59] ================== [PASSED] ttm_resource ===================
[16:38:59] =================== ttm_tt (15 subtests) ===================
[16:38:59] ==================== ttm_tt_init_basic ====================
[16:38:59] [PASSED] Page-aligned size
[16:38:59] [PASSED] Extra pages requested
[16:38:59] ================ [PASSED] ttm_tt_init_basic ================
[16:38:59] [PASSED] ttm_tt_init_misaligned
[16:38:59] [PASSED] ttm_tt_fini_basic
[16:38:59] [PASSED] ttm_tt_fini_sg
[16:38:59] [PASSED] ttm_tt_fini_shmem
[16:38:59] [PASSED] ttm_tt_create_basic
[16:38:59] [PASSED] ttm_tt_create_invalid_bo_type
[16:38:59] [PASSED] ttm_tt_create_ttm_exists
[16:38:59] [PASSED] ttm_tt_create_failed
[16:38:59] [PASSED] ttm_tt_destroy_basic
[16:38:59] [PASSED] ttm_tt_populate_null_ttm
[16:38:59] [PASSED] ttm_tt_populate_populated_ttm
[16:38:59] [PASSED] ttm_tt_unpopulate_basic
[16:38:59] [PASSED] ttm_tt_unpopulate_empty_ttm
[16:38:59] [PASSED] ttm_tt_swapin_basic
[16:38:59] ===================== [PASSED] ttm_tt ======================
[16:38:59] =================== ttm_bo (14 subtests) ===================
[16:38:59] =========== ttm_bo_reserve_optimistic_no_ticket ===========
[16:38:59] [PASSED] Cannot be interrupted and sleeps
[16:38:59] [PASSED] Cannot be interrupted, locks straight away
[16:38:59] [PASSED] Can be interrupted, sleeps
[16:38:59] ======= [PASSED] ttm_bo_reserve_optimistic_no_ticket =======
[16:38:59] [PASSED] ttm_bo_reserve_locked_no_sleep
[16:38:59] [PASSED] ttm_bo_reserve_no_wait_ticket
[16:38:59] [PASSED] ttm_bo_reserve_double_resv
[16:38:59] [PASSED] ttm_bo_reserve_interrupted
[16:38:59] [PASSED] ttm_bo_reserve_deadlock
[16:38:59] [PASSED] ttm_bo_unreserve_basic
[16:38:59] [PASSED] ttm_bo_unreserve_pinned
[16:38:59] [PASSED] ttm_bo_unreserve_bulk
[16:38:59] [PASSED] ttm_bo_put_basic
[16:38:59] [PASSED] ttm_bo_put_shared_resv
[16:38:59] [PASSED] ttm_bo_pin_basic
[16:38:59] [PASSED] ttm_bo_pin_unpin_resource
[16:38:59] [PASSED] ttm_bo_multiple_pin_one_unpin
[16:38:59] ===================== [PASSED] ttm_bo ======================
[16:38:59] ============== ttm_bo_validate (22 subtests) ===============
[16:38:59] ============== ttm_bo_init_reserved_sys_man ===============
[16:38:59] [PASSED] Buffer object for userspace
[16:38:59] [PASSED] Kernel buffer object
[16:38:59] [PASSED] Shared buffer object
[16:38:59] ========== [PASSED] ttm_bo_init_reserved_sys_man ===========
[16:38:59] ============== ttm_bo_init_reserved_mock_man ==============
[16:38:59] [PASSED] Buffer object for userspace
[16:38:59] [PASSED] Kernel buffer object
[16:38:59] [PASSED] Shared buffer object
[16:38:59] ========== [PASSED] ttm_bo_init_reserved_mock_man ==========
[16:38:59] [PASSED] ttm_bo_init_reserved_resv
[16:38:59] ================== ttm_bo_validate_basic ==================
[16:38:59] [PASSED] Buffer object for userspace
[16:38:59] [PASSED] Kernel buffer object
[16:38:59] [PASSED] Shared buffer object
[16:38:59] ============== [PASSED] ttm_bo_validate_basic ==============
[16:38:59] [PASSED] ttm_bo_validate_invalid_placement
[16:38:59] ============= ttm_bo_validate_same_placement ==============
[16:38:59] [PASSED] System manager
[16:38:59] [PASSED] VRAM manager
[16:38:59] ========= [PASSED] ttm_bo_validate_same_placement ==========
[16:38:59] [PASSED] ttm_bo_validate_failed_alloc
[16:38:59] [PASSED] ttm_bo_validate_pinned
[16:38:59] [PASSED] ttm_bo_validate_busy_placement
[16:38:59] ================ ttm_bo_validate_multihop =================
[16:38:59] [PASSED] Buffer object for userspace
[16:38:59] [PASSED] Kernel buffer object
[16:38:59] [PASSED] Shared buffer object
[16:38:59] ============ [PASSED] ttm_bo_validate_multihop =============
[16:38:59] ========== ttm_bo_validate_no_placement_signaled ==========
[16:38:59] [PASSED] Buffer object in system domain, no page vector
[16:38:59] [PASSED] Buffer object in system domain with an existing page vector
[16:38:59] ====== [PASSED] ttm_bo_validate_no_placement_signaled ======
[16:38:59] ======== ttm_bo_validate_no_placement_not_signaled ========
[16:38:59] [PASSED] Buffer object for userspace
[16:38:59] [PASSED] Kernel buffer object
[16:38:59] [PASSED] Shared buffer object
[16:38:59] ==== [PASSED] ttm_bo_validate_no_placement_not_signaled ====
[16:38:59] [PASSED] ttm_bo_validate_move_fence_signaled
[16:38:59] ========= ttm_bo_validate_move_fence_not_signaled =========
[16:38:59] [PASSED] Waits for GPU
[16:38:59] [PASSED] Tries to lock straight away
[16:39:00] ===== [PASSED] ttm_bo_validate_move_fence_not_signaled =====
[16:39:00] [PASSED] ttm_bo_validate_swapout
[16:39:00] [PASSED] ttm_bo_validate_happy_evict
[16:39:00] [PASSED] ttm_bo_validate_all_pinned_evict
[16:39:00] [PASSED] ttm_bo_validate_allowed_only_evict
[16:39:00] [PASSED] ttm_bo_validate_deleted_evict
[16:39:00] [PASSED] ttm_bo_validate_busy_domain_evict
[16:39:00] [PASSED] ttm_bo_validate_evict_gutting
[16:39:00] [PASSED] ttm_bo_validate_recrusive_evict
stty: 'standard input': Inappropriate ioctl for device
[16:39:00] ================= [PASSED] ttm_bo_validate =================
[16:39:00] ============================================================
[16:39:00] Testing complete. Ran 102 tests: passed: 102
[16:39:00] Elapsed time: 15.860s total, 2.596s configuring, 12.393s building, 0.691s running
+ cleanup
++ stat -c %u:%g /kernel
+ chown -R 1003:1003 /kernel
^ permalink raw reply [flat|nested] 81+ messages in thread* ✓ CI.Build: success for drm/dumb-buffers: Fix and improve buffer-size calculation
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (27 preceding siblings ...)
2025-01-09 16:39 ` ✓ CI.KUnit: success " Patchwork
@ 2025-01-09 17:01 ` Patchwork
2025-01-09 17:03 ` ✓ CI.Hooks: " Patchwork
` (4 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Patchwork @ 2025-01-09 17:01 UTC (permalink / raw)
To: Thomas Zimmermann; +Cc: intel-xe
== Series Details ==
Series: drm/dumb-buffers: Fix and improve buffer-size calculation
URL : https://patchwork.freedesktop.org/series/143335/
State : success
== Summary ==
lib/modules/6.13.0-rc6-xe+/kernel/arch/x86/events/rapl.ko
lib/modules/6.13.0-rc6-xe+/kernel/arch/x86/kvm/
lib/modules/6.13.0-rc6-xe+/kernel/arch/x86/kvm/kvm.ko
lib/modules/6.13.0-rc6-xe+/kernel/arch/x86/kvm/kvm-intel.ko
lib/modules/6.13.0-rc6-xe+/kernel/arch/x86/kvm/kvm-amd.ko
lib/modules/6.13.0-rc6-xe+/kernel/kernel/
lib/modules/6.13.0-rc6-xe+/kernel/kernel/kheaders.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/
lib/modules/6.13.0-rc6-xe+/kernel/crypto/ecrdsa_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/xcbc.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/serpent_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/aria_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/crypto_simd.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/adiantum.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/tcrypt.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/crypto_engine.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/zstd.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/asymmetric_keys/
lib/modules/6.13.0-rc6-xe+/kernel/crypto/asymmetric_keys/pkcs7_test_key.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/asymmetric_keys/pkcs8_key_parser.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/des_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/xctr.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/authenc.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/sm4_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/keywrap.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/camellia_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/sm3.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/pcrypt.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/aegis128.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/af_alg.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/algif_aead.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/cmac.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/sm3_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/aes_ti.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/chacha_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/poly1305_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/nhpoly1305.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/crc32_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/essiv.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/ccm.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/wp512.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/streebog_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/authencesn.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/echainiv.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/lrw.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/cryptd.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/crypto_user.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/algif_hash.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/vmac.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/polyval-generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/hctr2.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/842.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/pcbc.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/ansi_cprng.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/cast6_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/twofish_common.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/twofish_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/lz4hc.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/blowfish_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/md4.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/chacha20poly1305.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/curve25519-generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/lz4.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/rmd160.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/algif_skcipher.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/cast5_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/fcrypt.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/ecdsa_generic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/sm4.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/cast_common.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/blowfish_common.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/michael_mic.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/async_tx/
lib/modules/6.13.0-rc6-xe+/kernel/crypto/async_tx/async_xor.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/async_tx/async_tx.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/async_tx/async_memcpy.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/async_tx/async_pq.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/async_tx/async_raid6_recov.ko
lib/modules/6.13.0-rc6-xe+/kernel/crypto/algif_rng.ko
lib/modules/6.13.0-rc6-xe+/kernel/block/
lib/modules/6.13.0-rc6-xe+/kernel/block/bfq.ko
lib/modules/6.13.0-rc6-xe+/kernel/block/kyber-iosched.ko
lib/modules/6.13.0-rc6-xe+/build
lib/modules/6.13.0-rc6-xe+/modules.alias.bin
lib/modules/6.13.0-rc6-xe+/modules.builtin
lib/modules/6.13.0-rc6-xe+/modules.softdep
lib/modules/6.13.0-rc6-xe+/modules.alias
lib/modules/6.13.0-rc6-xe+/modules.order
lib/modules/6.13.0-rc6-xe+/modules.symbols
lib/modules/6.13.0-rc6-xe+/modules.dep.bin
+ mv kernel-nodebug.tar.gz ..
+ cd ..
+ rm -rf archive
++ date +%s
+ echo -e '\e[0Ksection_end:1736442072:package_x86_64_nodebug\r\e[0K'
^[[0Ksection_end:1736442072:package_x86_64_nodebug
^[[0K
+ sync
+ cleanup
++ stat -c %u:%g /kernel
+ chown -R 1003:1003 /kernel
^ permalink raw reply [flat|nested] 81+ messages in thread* ✓ CI.Hooks: success for drm/dumb-buffers: Fix and improve buffer-size calculation
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (28 preceding siblings ...)
2025-01-09 17:01 ` ✓ CI.Build: " Patchwork
@ 2025-01-09 17:03 ` Patchwork
2025-01-09 17:05 ` ✓ CI.checksparse: " Patchwork
` (3 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Patchwork @ 2025-01-09 17:03 UTC (permalink / raw)
To: Thomas Zimmermann; +Cc: intel-xe
== Series Details ==
Series: drm/dumb-buffers: Fix and improve buffer-size calculation
URL : https://patchwork.freedesktop.org/series/143335/
State : success
== Summary ==
run-parts: executing /workspace/ci/hooks/00-showenv
+ export
+ grep -Ei '(^|\W)CI_'
declare -x CI_KERNEL_BUILD_DIR="/workspace/kernel/build64-default"
declare -x CI_KERNEL_SRC_DIR="/workspace/kernel"
declare -x CI_TOOLS_SRC_DIR="/workspace/ci"
declare -x CI_WORKSPACE_DIR="/workspace"
run-parts: executing /workspace/ci/hooks/10-build-W1
+ SRC_DIR=/workspace/kernel
+ RESTORE_DISPLAY_CONFIG=0
+ '[' -n /workspace/kernel/build64-default ']'
+ BUILD_DIR=/workspace/kernel/build64-default
+ cd /workspace/kernel
++ nproc
+ make -j48 O=/workspace/kernel/build64-default modules_prepare
make[1]: Entering directory '/workspace/kernel/build64-default'
GEN Makefile
mkdir -p /workspace/kernel/build64-default/tools/objtool && make O=/workspace/kernel/build64-default subdir=tools/objtool --no-print-directory -C objtool
CALL ../scripts/checksyscalls.sh
INSTALL libsubcmd_headers
CC /workspace/kernel/build64-default/tools/objtool/libsubcmd/exec-cmd.o
CC /workspace/kernel/build64-default/tools/objtool/libsubcmd/help.o
CC /workspace/kernel/build64-default/tools/objtool/libsubcmd/pager.o
CC /workspace/kernel/build64-default/tools/objtool/libsubcmd/parse-options.o
CC /workspace/kernel/build64-default/tools/objtool/libsubcmd/run-command.o
CC /workspace/kernel/build64-default/tools/objtool/libsubcmd/sigchain.o
CC /workspace/kernel/build64-default/tools/objtool/libsubcmd/subcmd-config.o
LD /workspace/kernel/build64-default/tools/objtool/libsubcmd/libsubcmd-in.o
AR /workspace/kernel/build64-default/tools/objtool/libsubcmd/libsubcmd.a
CC /workspace/kernel/build64-default/tools/objtool/weak.o
CC /workspace/kernel/build64-default/tools/objtool/check.o
CC /workspace/kernel/build64-default/tools/objtool/special.o
CC /workspace/kernel/build64-default/tools/objtool/builtin-check.o
CC /workspace/kernel/build64-default/tools/objtool/elf.o
CC /workspace/kernel/build64-default/tools/objtool/objtool.o
CC /workspace/kernel/build64-default/tools/objtool/orc_gen.o
CC /workspace/kernel/build64-default/tools/objtool/arch/x86/special.o
CC /workspace/kernel/build64-default/tools/objtool/orc_dump.o
CC /workspace/kernel/build64-default/tools/objtool/libstring.o
CC /workspace/kernel/build64-default/tools/objtool/arch/x86/decode.o
CC /workspace/kernel/build64-default/tools/objtool/libctype.o
CC /workspace/kernel/build64-default/tools/objtool/arch/x86/orc.o
CC /workspace/kernel/build64-default/tools/objtool/str_error_r.o
CC /workspace/kernel/build64-default/tools/objtool/librbtree.o
LD /workspace/kernel/build64-default/tools/objtool/arch/x86/objtool-in.o
LD /workspace/kernel/build64-default/tools/objtool/objtool-in.o
LINK /workspace/kernel/build64-default/tools/objtool/objtool
make[1]: Leaving directory '/workspace/kernel/build64-default'
++ nproc
+ make -j48 O=/workspace/kernel/build64-default W=1 drivers/gpu/drm/xe
make[1]: Entering directory '/workspace/kernel/build64-default'
make[2]: Nothing to be done for 'drivers/gpu/drm/xe'.
make[1]: Leaving directory '/workspace/kernel/build64-default'
run-parts: executing /workspace/ci/hooks/11-build-32b
+++ realpath /workspace/ci/hooks/11-build-32b
++ dirname /workspace/ci/hooks/11-build-32b
+ THIS_SCRIPT_DIR=/workspace/ci/hooks
+ SRC_DIR=/workspace/kernel
+ TOOLS_SRC_DIR=/workspace/ci
+ '[' -n /workspace/kernel/build64-default ']'
+ BUILD_DIR=/workspace/kernel/build64-default
+ BUILD_DIR=/workspace/kernel/build64-default/build32
+ cd /workspace/kernel
+ mkdir -p /workspace/kernel/build64-default/build32
++ nproc
+ make -j48 ARCH=i386 O=/workspace/kernel/build64-default/build32 defconfig
make[1]: Entering directory '/workspace/kernel/build64-default/build32'
GEN Makefile
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/confdata.o
HOSTCC scripts/kconfig/expr.o
LEX scripts/kconfig/lexer.lex.c
YACC scripts/kconfig/parser.tab.[ch]
HOSTCC scripts/kconfig/menu.o
HOSTCC scripts/kconfig/preprocess.o
HOSTCC scripts/kconfig/symbol.o
HOSTCC scripts/kconfig/util.o
HOSTCC scripts/kconfig/lexer.lex.o
HOSTCC scripts/kconfig/parser.tab.o
HOSTLD scripts/kconfig/conf
*** Default configuration is based on 'i386_defconfig'
#
# configuration written to .config
#
make[1]: Leaving directory '/workspace/kernel/build64-default/build32'
+ cd /workspace/kernel/build64-default/build32
+ /workspace/kernel/scripts/kconfig/merge_config.sh .config /workspace/ci/kernel/fragments/10-xe.fragment
Using .config as base
Merging /workspace/ci/kernel/fragments/10-xe.fragment
Value of CONFIG_DRM_XE is redefined by fragment /workspace/ci/kernel/fragments/10-xe.fragment:
Previous value: # CONFIG_DRM_XE is not set
New value: CONFIG_DRM_XE=m
GEN Makefile
WARNING: unmet direct dependencies detected for FB_IOMEM_HELPERS
Depends on [n]: HAS_IOMEM [=y] && FB_CORE [=n]
Selected by [m]:
- DRM_XE_DISPLAY [=y] && HAS_IOMEM [=y] && DRM [=y] && DRM_XE [=m] && DRM_XE [=m]=m [=m] && HAS_IOPORT [=y]
#
# configuration written to .config
#
Value requested for CONFIG_HAVE_UID16 not in final .config
Requested value: CONFIG_HAVE_UID16=y
Actual value:
Value requested for CONFIG_UID16 not in final .config
Requested value: CONFIG_UID16=y
Actual value:
Value requested for CONFIG_X86_32 not in final .config
Requested value: CONFIG_X86_32=y
Actual value:
Value requested for CONFIG_OUTPUT_FORMAT not in final .config
Requested value: CONFIG_OUTPUT_FORMAT="elf32-i386"
Actual value: CONFIG_OUTPUT_FORMAT="elf64-x86-64"
Value requested for CONFIG_ARCH_MMAP_RND_BITS_MIN not in final .config
Requested value: CONFIG_ARCH_MMAP_RND_BITS_MIN=8
Actual value: CONFIG_ARCH_MMAP_RND_BITS_MIN=28
Value requested for CONFIG_ARCH_MMAP_RND_BITS_MAX not in final .config
Requested value: CONFIG_ARCH_MMAP_RND_BITS_MAX=16
Actual value: CONFIG_ARCH_MMAP_RND_BITS_MAX=32
Value requested for CONFIG_PGTABLE_LEVELS not in final .config
Requested value: CONFIG_PGTABLE_LEVELS=2
Actual value: CONFIG_PGTABLE_LEVELS=5
Value requested for CONFIG_X86_BIGSMP not in final .config
Requested value: # CONFIG_X86_BIGSMP is not set
Actual value:
Value requested for CONFIG_X86_INTEL_QUARK not in final .config
Requested value: # CONFIG_X86_INTEL_QUARK is not set
Actual value:
Value requested for CONFIG_X86_RDC321X not in final .config
Requested value: # CONFIG_X86_RDC321X is not set
Actual value:
Value requested for CONFIG_X86_32_NON_STANDARD not in final .config
Requested value: # CONFIG_X86_32_NON_STANDARD is not set
Actual value:
Value requested for CONFIG_X86_32_IRIS not in final .config
Requested value: # CONFIG_X86_32_IRIS is not set
Actual value:
Value requested for CONFIG_M486SX not in final .config
Requested value: # CONFIG_M486SX is not set
Actual value:
Value requested for CONFIG_M486 not in final .config
Requested value: # CONFIG_M486 is not set
Actual value:
Value requested for CONFIG_M586 not in final .config
Requested value: # CONFIG_M586 is not set
Actual value:
Value requested for CONFIG_M586TSC not in final .config
Requested value: # CONFIG_M586TSC is not set
Actual value:
Value requested for CONFIG_M586MMX not in final .config
Requested value: # CONFIG_M586MMX is not set
Actual value:
Value requested for CONFIG_M686 not in final .config
Requested value: CONFIG_M686=y
Actual value:
Value requested for CONFIG_MPENTIUMII not in final .config
Requested value: # CONFIG_MPENTIUMII is not set
Actual value:
Value requested for CONFIG_MPENTIUMIII not in final .config
Requested value: # CONFIG_MPENTIUMIII is not set
Actual value:
Value requested for CONFIG_MPENTIUMM not in final .config
Requested value: # CONFIG_MPENTIUMM is not set
Actual value:
Value requested for CONFIG_MPENTIUM4 not in final .config
Requested value: # CONFIG_MPENTIUM4 is not set
Actual value:
Value requested for CONFIG_MK6 not in final .config
Requested value: # CONFIG_MK6 is not set
Actual value:
Value requested for CONFIG_MK7 not in final .config
Requested value: # CONFIG_MK7 is not set
Actual value:
Value requested for CONFIG_MCRUSOE not in final .config
Requested value: # CONFIG_MCRUSOE is not set
Actual value:
Value requested for CONFIG_MEFFICEON not in final .config
Requested value: # CONFIG_MEFFICEON is not set
Actual value:
Value requested for CONFIG_MWINCHIPC6 not in final .config
Requested value: # CONFIG_MWINCHIPC6 is not set
Actual value:
Value requested for CONFIG_MWINCHIP3D not in final .config
Requested value: # CONFIG_MWINCHIP3D is not set
Actual value:
Value requested for CONFIG_MELAN not in final .config
Requested value: # CONFIG_MELAN is not set
Actual value:
Value requested for CONFIG_MGEODEGX1 not in final .config
Requested value: # CONFIG_MGEODEGX1 is not set
Actual value:
Value requested for CONFIG_MGEODE_LX not in final .config
Requested value: # CONFIG_MGEODE_LX is not set
Actual value:
Value requested for CONFIG_MCYRIXIII not in final .config
Requested value: # CONFIG_MCYRIXIII is not set
Actual value:
Value requested for CONFIG_MVIAC3_2 not in final .config
Requested value: # CONFIG_MVIAC3_2 is not set
Actual value:
Value requested for CONFIG_MVIAC7 not in final .config
Requested value: # CONFIG_MVIAC7 is not set
Actual value:
Value requested for CONFIG_X86_GENERIC not in final .config
Requested value: # CONFIG_X86_GENERIC is not set
Actual value:
Value requested for CONFIG_X86_INTERNODE_CACHE_SHIFT not in final .config
Requested value: CONFIG_X86_INTERNODE_CACHE_SHIFT=5
Actual value: CONFIG_X86_INTERNODE_CACHE_SHIFT=6
Value requested for CONFIG_X86_L1_CACHE_SHIFT not in final .config
Requested value: CONFIG_X86_L1_CACHE_SHIFT=5
Actual value: CONFIG_X86_L1_CACHE_SHIFT=6
Value requested for CONFIG_X86_USE_PPRO_CHECKSUM not in final .config
Requested value: CONFIG_X86_USE_PPRO_CHECKSUM=y
Actual value:
Value requested for CONFIG_X86_MINIMUM_CPU_FAMILY not in final .config
Requested value: CONFIG_X86_MINIMUM_CPU_FAMILY=6
Actual value: CONFIG_X86_MINIMUM_CPU_FAMILY=64
Value requested for CONFIG_CPU_SUP_TRANSMETA_32 not in final .config
Requested value: CONFIG_CPU_SUP_TRANSMETA_32=y
Actual value:
Value requested for CONFIG_CPU_SUP_VORTEX_32 not in final .config
Requested value: CONFIG_CPU_SUP_VORTEX_32=y
Actual value:
Value requested for CONFIG_HPET_TIMER not in final .config
Requested value: # CONFIG_HPET_TIMER is not set
Actual value: CONFIG_HPET_TIMER=y
Value requested for CONFIG_NR_CPUS_RANGE_END not in final .config
Requested value: CONFIG_NR_CPUS_RANGE_END=8
Actual value: CONFIG_NR_CPUS_RANGE_END=512
Value requested for CONFIG_NR_CPUS_DEFAULT not in final .config
Requested value: CONFIG_NR_CPUS_DEFAULT=8
Actual value: CONFIG_NR_CPUS_DEFAULT=64
Value requested for CONFIG_X86_ANCIENT_MCE not in final .config
Requested value: # CONFIG_X86_ANCIENT_MCE is not set
Actual value:
Value requested for CONFIG_X86_LEGACY_VM86 not in final .config
Requested value: # CONFIG_X86_LEGACY_VM86 is not set
Actual value:
Value requested for CONFIG_X86_ESPFIX32 not in final .config
Requested value: CONFIG_X86_ESPFIX32=y
Actual value:
Value requested for CONFIG_TOSHIBA not in final .config
Requested value: # CONFIG_TOSHIBA is not set
Actual value:
Value requested for CONFIG_X86_REBOOTFIXUPS not in final .config
Requested value: # CONFIG_X86_REBOOTFIXUPS is not set
Actual value:
Value requested for CONFIG_MICROCODE_INITRD32 not in final .config
Requested value: CONFIG_MICROCODE_INITRD32=y
Actual value:
Value requested for CONFIG_NOHIGHMEM not in final .config
Requested value: # CONFIG_NOHIGHMEM is not set
Actual value:
Value requested for CONFIG_HIGHMEM4G not in final .config
Requested value: CONFIG_HIGHMEM4G=y
Actual value:
Value requested for CONFIG_HIGHMEM64G not in final .config
Requested value: # CONFIG_HIGHMEM64G is not set
Actual value:
Value requested for CONFIG_VMSPLIT_3G not in final .config
Requested value: CONFIG_VMSPLIT_3G=y
Actual value:
Value requested for CONFIG_VMSPLIT_3G_OPT not in final .config
Requested value: # CONFIG_VMSPLIT_3G_OPT is not set
Actual value:
Value requested for CONFIG_VMSPLIT_2G not in final .config
Requested value: # CONFIG_VMSPLIT_2G is not set
Actual value:
Value requested for CONFIG_VMSPLIT_2G_OPT not in final .config
Requested value: # CONFIG_VMSPLIT_2G_OPT is not set
Actual value:
Value requested for CONFIG_VMSPLIT_1G not in final .config
Requested value: # CONFIG_VMSPLIT_1G is not set
Actual value:
Value requested for CONFIG_PAGE_OFFSET not in final .config
Requested value: CONFIG_PAGE_OFFSET=0xC0000000
Actual value:
Value requested for CONFIG_HIGHMEM not in final .config
Requested value: CONFIG_HIGHMEM=y
Actual value:
Value requested for CONFIG_X86_PAE not in final .config
Requested value: # CONFIG_X86_PAE is not set
Actual value:
Value requested for CONFIG_ARCH_FLATMEM_ENABLE not in final .config
Requested value: CONFIG_ARCH_FLATMEM_ENABLE=y
Actual value:
Value requested for CONFIG_ARCH_SELECT_MEMORY_MODEL not in final .config
Requested value: CONFIG_ARCH_SELECT_MEMORY_MODEL=y
Actual value:
Value requested for CONFIG_ILLEGAL_POINTER_VALUE not in final .config
Requested value: CONFIG_ILLEGAL_POINTER_VALUE=0
Actual value: CONFIG_ILLEGAL_POINTER_VALUE=0xdead000000000000
Value requested for CONFIG_HIGHPTE not in final .config
Requested value: # CONFIG_HIGHPTE is not set
Actual value:
Value requested for CONFIG_COMPAT_VDSO not in final .config
Requested value: # CONFIG_COMPAT_VDSO is not set
Actual value:
Value requested for CONFIG_FUNCTION_PADDING_CFI not in final .config
Requested value: CONFIG_FUNCTION_PADDING_CFI=0
Actual value: CONFIG_FUNCTION_PADDING_CFI=11
Value requested for CONFIG_FUNCTION_PADDING_BYTES not in final .config
Requested value: CONFIG_FUNCTION_PADDING_BYTES=4
Actual value: CONFIG_FUNCTION_PADDING_BYTES=16
Value requested for CONFIG_APM not in final .config
Requested value: # CONFIG_APM is not set
Actual value:
Value requested for CONFIG_X86_POWERNOW_K6 not in final .config
Requested value: # CONFIG_X86_POWERNOW_K6 is not set
Actual value:
Value requested for CONFIG_X86_POWERNOW_K7 not in final .config
Requested value: # CONFIG_X86_POWERNOW_K7 is not set
Actual value:
Value requested for CONFIG_X86_GX_SUSPMOD not in final .config
Requested value: # CONFIG_X86_GX_SUSPMOD is not set
Actual value:
Value requested for CONFIG_X86_SPEEDSTEP_ICH not in final .config
Requested value: # CONFIG_X86_SPEEDSTEP_ICH is not set
Actual value:
Value requested for CONFIG_X86_SPEEDSTEP_SMI not in final .config
Requested value: # CONFIG_X86_SPEEDSTEP_SMI is not set
Actual value:
Value requested for CONFIG_X86_CPUFREQ_NFORCE2 not in final .config
Requested value: # CONFIG_X86_CPUFREQ_NFORCE2 is not set
Actual value:
Value requested for CONFIG_X86_LONGRUN not in final .config
Requested value: # CONFIG_X86_LONGRUN is not set
Actual value:
Value requested for CONFIG_X86_LONGHAUL not in final .config
Requested value: # CONFIG_X86_LONGHAUL is not set
Actual value:
Value requested for CONFIG_X86_E_POWERSAVER not in final .config
Requested value: # CONFIG_X86_E_POWERSAVER is not set
Actual value:
Value requested for CONFIG_PCI_GOBIOS not in final .config
Requested value: # CONFIG_PCI_GOBIOS is not set
Actual value:
Value requested for CONFIG_PCI_GOMMCONFIG not in final .config
Requested value: # CONFIG_PCI_GOMMCONFIG is not set
Actual value:
Value requested for CONFIG_PCI_GODIRECT not in final .config
Requested value: # CONFIG_PCI_GODIRECT is not set
Actual value:
Value requested for CONFIG_PCI_GOANY not in final .config
Requested value: CONFIG_PCI_GOANY=y
Actual value:
Value requested for CONFIG_PCI_BIOS not in final .config
Requested value: CONFIG_PCI_BIOS=y
Actual value:
Value requested for CONFIG_ISA not in final .config
Requested value: # CONFIG_ISA is not set
Actual value:
Value requested for CONFIG_SCx200 not in final .config
Requested value: # CONFIG_SCx200 is not set
Actual value:
Value requested for CONFIG_OLPC not in final .config
Requested value: # CONFIG_OLPC is not set
Actual value:
Value requested for CONFIG_ALIX not in final .config
Requested value: # CONFIG_ALIX is not set
Actual value:
Value requested for CONFIG_NET5501 not in final .config
Requested value: # CONFIG_NET5501 is not set
Actual value:
Value requested for CONFIG_GEOS not in final .config
Requested value: # CONFIG_GEOS is not set
Actual value:
Value requested for CONFIG_COMPAT_32 not in final .config
Requested value: CONFIG_COMPAT_32=y
Actual value:
Value requested for CONFIG_HAVE_ATOMIC_IOMAP not in final .config
Requested value: CONFIG_HAVE_ATOMIC_IOMAP=y
Actual value:
Value requested for CONFIG_ARCH_32BIT_OFF_T not in final .config
Requested value: CONFIG_ARCH_32BIT_OFF_T=y
Actual value:
Value requested for CONFIG_ARCH_WANT_IPC_PARSE_VERSION not in final .config
Requested value: CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y
Actual value:
Value requested for CONFIG_MODULES_USE_ELF_REL not in final .config
Requested value: CONFIG_MODULES_USE_ELF_REL=y
Actual value:
Value requested for CONFIG_ARCH_MMAP_RND_BITS not in final .config
Requested value: CONFIG_ARCH_MMAP_RND_BITS=8
Actual value: CONFIG_ARCH_MMAP_RND_BITS=28
Value requested for CONFIG_CLONE_BACKWARDS not in final .config
Requested value: CONFIG_CLONE_BACKWARDS=y
Actual value:
Value requested for CONFIG_OLD_SIGSUSPEND3 not in final .config
Requested value: CONFIG_OLD_SIGSUSPEND3=y
Actual value:
Value requested for CONFIG_OLD_SIGACTION not in final .config
Requested value: CONFIG_OLD_SIGACTION=y
Actual value:
Value requested for CONFIG_ARCH_SPLIT_ARG64 not in final .config
Requested value: CONFIG_ARCH_SPLIT_ARG64=y
Actual value:
Value requested for CONFIG_FUNCTION_ALIGNMENT not in final .config
Requested value: CONFIG_FUNCTION_ALIGNMENT=4
Actual value: CONFIG_FUNCTION_ALIGNMENT=16
Value requested for CONFIG_SELECT_MEMORY_MODEL not in final .config
Requested value: CONFIG_SELECT_MEMORY_MODEL=y
Actual value:
Value requested for CONFIG_FLATMEM_MANUAL not in final .config
Requested value: CONFIG_FLATMEM_MANUAL=y
Actual value:
Value requested for CONFIG_SPARSEMEM_MANUAL not in final .config
Requested value: # CONFIG_SPARSEMEM_MANUAL is not set
Actual value:
Value requested for CONFIG_FLATMEM not in final .config
Requested value: CONFIG_FLATMEM=y
Actual value:
Value requested for CONFIG_SPARSEMEM_STATIC not in final .config
Requested value: CONFIG_SPARSEMEM_STATIC=y
Actual value:
Value requested for CONFIG_BOUNCE not in final .config
Requested value: CONFIG_BOUNCE=y
Actual value:
Value requested for CONFIG_KMAP_LOCAL not in final .config
Requested value: CONFIG_KMAP_LOCAL=y
Actual value:
Value requested for CONFIG_HOTPLUG_PCI_COMPAQ not in final .config
Requested value: # CONFIG_HOTPLUG_PCI_COMPAQ is not set
Actual value:
Value requested for CONFIG_HOTPLUG_PCI_IBM not in final .config
Requested value: # CONFIG_HOTPLUG_PCI_IBM is not set
Actual value:
Value requested for CONFIG_EFI_CAPSULE_QUIRK_QUARK_CSH not in final .config
Requested value: CONFIG_EFI_CAPSULE_QUIRK_QUARK_CSH=y
Actual value:
Value requested for CONFIG_PCH_PHUB not in final .config
Requested value: # CONFIG_PCH_PHUB is not set
Actual value:
Value requested for CONFIG_SCSI_NSP32 not in final .config
Requested value: # CONFIG_SCSI_NSP32 is not set
Actual value:
Value requested for CONFIG_PATA_CS5520 not in final .config
Requested value: # CONFIG_PATA_CS5520 is not set
Actual value:
Value requested for CONFIG_PATA_CS5530 not in final .config
Requested value: # CONFIG_PATA_CS5530 is not set
Actual value:
Value requested for CONFIG_PATA_CS5535 not in final .config
Requested value: # CONFIG_PATA_CS5535 is not set
Actual value:
Value requested for CONFIG_PATA_CS5536 not in final .config
Requested value: # CONFIG_PATA_CS5536 is not set
Actual value:
Value requested for CONFIG_PATA_SC1200 not in final .config
Requested value: # CONFIG_PATA_SC1200 is not set
Actual value:
Value requested for CONFIG_PCH_GBE not in final .config
Requested value: # CONFIG_PCH_GBE is not set
Actual value:
Value requested for CONFIG_INPUT_WISTRON_BTNS not in final .config
Requested value: # CONFIG_INPUT_WISTRON_BTNS is not set
Actual value:
Value requested for CONFIG_SERIAL_TIMBERDALE not in final .config
Requested value: # CONFIG_SERIAL_TIMBERDALE is not set
Actual value:
Value requested for CONFIG_SERIAL_PCH_UART not in final .config
Requested value: # CONFIG_SERIAL_PCH_UART is not set
Actual value:
Value requested for CONFIG_HW_RANDOM_GEODE not in final .config
Requested value: CONFIG_HW_RANDOM_GEODE=y
Actual value:
Value requested for CONFIG_SONYPI not in final .config
Requested value: # CONFIG_SONYPI is not set
Actual value:
Value requested for CONFIG_PC8736x_GPIO not in final .config
Requested value: # CONFIG_PC8736x_GPIO is not set
Actual value:
Value requested for CONFIG_NSC_GPIO not in final .config
Requested value: # CONFIG_NSC_GPIO is not set
Actual value:
Value requested for CONFIG_I2C_EG20T not in final .config
Requested value: # CONFIG_I2C_EG20T is not set
Actual value:
Value requested for CONFIG_SCx200_ACB not in final .config
Requested value: # CONFIG_SCx200_ACB is not set
Actual value:
Value requested for CONFIG_PTP_1588_CLOCK_PCH not in final .config
Requested value: # CONFIG_PTP_1588_CLOCK_PCH is not set
Actual value:
Value requested for CONFIG_SBC8360_WDT not in final .config
Requested value: # CONFIG_SBC8360_WDT is not set
Actual value:
Value requested for CONFIG_SBC7240_WDT not in final .config
Requested value: # CONFIG_SBC7240_WDT is not set
Actual value:
Value requested for CONFIG_MFD_CS5535 not in final .config
Requested value: # CONFIG_MFD_CS5535 is not set
Actual value:
Value requested for CONFIG_AGP_ALI not in final .config
Requested value: # CONFIG_AGP_ALI is not set
Actual value:
Value requested for CONFIG_AGP_ATI not in final .config
Requested value: # CONFIG_AGP_ATI is not set
Actual value:
Value requested for CONFIG_AGP_AMD not in final .config
Requested value: # CONFIG_AGP_AMD is not set
Actual value:
Value requested for CONFIG_AGP_NVIDIA not in final .config
Requested value: # CONFIG_AGP_NVIDIA is not set
Actual value:
Value requested for CONFIG_AGP_SWORKS not in final .config
Requested value: # CONFIG_AGP_SWORKS is not set
Actual value:
Value requested for CONFIG_AGP_EFFICEON not in final .config
Requested value: # CONFIG_AGP_EFFICEON is not set
Actual value:
Value requested for CONFIG_SND_CS5530 not in final .config
Requested value: # CONFIG_SND_CS5530 is not set
Actual value:
Value requested for CONFIG_SND_CS5535AUDIO not in final .config
Requested value: # CONFIG_SND_CS5535AUDIO is not set
Actual value:
Value requested for CONFIG_SND_SIS7019 not in final .config
Requested value: # CONFIG_SND_SIS7019 is not set
Actual value:
Value requested for CONFIG_LEDS_OT200 not in final .config
Requested value: # CONFIG_LEDS_OT200 is not set
Actual value:
Value requested for CONFIG_PCH_DMA not in final .config
Requested value: # CONFIG_PCH_DMA is not set
Actual value:
Value requested for CONFIG_CLKSRC_I8253 not in final .config
Requested value: CONFIG_CLKSRC_I8253=y
Actual value:
Value requested for CONFIG_MAILBOX not in final .config
Requested value: # CONFIG_MAILBOX is not set
Actual value: CONFIG_MAILBOX=y
Value requested for CONFIG_CRYPTO_SERPENT_SSE2_586 not in final .config
Requested value: # CONFIG_CRYPTO_SERPENT_SSE2_586 is not set
Actual value:
Value requested for CONFIG_CRYPTO_TWOFISH_586 not in final .config
Requested value: # CONFIG_CRYPTO_TWOFISH_586 is not set
Actual value:
Value requested for CONFIG_CRYPTO_DEV_GEODE not in final .config
Requested value: # CONFIG_CRYPTO_DEV_GEODE is not set
Actual value:
Value requested for CONFIG_CRYPTO_DEV_HIFN_795X not in final .config
Requested value: # CONFIG_CRYPTO_DEV_HIFN_795X is not set
Actual value:
Value requested for CONFIG_CRYPTO_LIB_POLY1305_RSIZE not in final .config
Requested value: CONFIG_CRYPTO_LIB_POLY1305_RSIZE=1
Actual value: CONFIG_CRYPTO_LIB_POLY1305_RSIZE=11
Value requested for CONFIG_AUDIT_GENERIC not in final .config
Requested value: CONFIG_AUDIT_GENERIC=y
Actual value:
Value requested for CONFIG_GENERIC_VDSO_32 not in final .config
Requested value: CONFIG_GENERIC_VDSO_32=y
Actual value:
Value requested for CONFIG_DEBUG_KMAP_LOCAL not in final .config
Requested value: # CONFIG_DEBUG_KMAP_LOCAL is not set
Actual value:
Value requested for CONFIG_DEBUG_HIGHMEM not in final .config
Requested value: # CONFIG_DEBUG_HIGHMEM is not set
Actual value:
Value requested for CONFIG_HAVE_DEBUG_STACKOVERFLOW not in final .config
Requested value: CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
Actual value:
Value requested for CONFIG_DEBUG_STACKOVERFLOW not in final .config
Requested value: # CONFIG_DEBUG_STACKOVERFLOW is not set
Actual value:
Value requested for CONFIG_HAVE_FUNCTION_GRAPH_TRACER not in final .config
Requested value: CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
Actual value:
Value requested for CONFIG_HAVE_FUNCTION_GRAPH_RETVAL not in final .config
Requested value: CONFIG_HAVE_FUNCTION_GRAPH_RETVAL=y
Actual value:
Value requested for CONFIG_DRM_KUNIT_TEST not in final .config
Requested value: CONFIG_DRM_KUNIT_TEST=m
Actual value:
Value requested for CONFIG_DRM_XE_WERROR not in final .config
Requested value: CONFIG_DRM_XE_WERROR=y
Actual value:
Value requested for CONFIG_DRM_XE_DEBUG not in final .config
Requested value: CONFIG_DRM_XE_DEBUG=y
Actual value:
Value requested for CONFIG_DRM_XE_DEBUG_MEM not in final .config
Requested value: CONFIG_DRM_XE_DEBUG_MEM=y
Actual value:
Value requested for CONFIG_DRM_XE_KUNIT_TEST not in final .config
Requested value: CONFIG_DRM_XE_KUNIT_TEST=m
Actual value:
++ nproc
+ make -j48 ARCH=i386 olddefconfig
GEN Makefile
WARNING: unmet direct dependencies detected for FB_IOMEM_HELPERS
Depends on [n]: HAS_IOMEM [=y] && FB_CORE [=n]
Selected by [m]:
- DRM_XE_DISPLAY [=y] && HAS_IOMEM [=y] && DRM [=y] && DRM_XE [=m] && DRM_XE [=m]=m [=m] && HAS_IOPORT [=y]
#
# configuration written to .config
#
++ nproc
+ make -j48 ARCH=i386
SYNC include/config/auto.conf.cmd
GEN Makefile
WARNING: unmet direct dependencies detected for FB_IOMEM_HELPERS
Depends on [n]: HAS_IOMEM [=y] && FB_CORE [=n]
Selected by [m]:
- DRM_XE_DISPLAY [=y] && HAS_IOMEM [=y] && DRM [=y] && DRM_XE [=m] && DRM_XE [=m]=m [=m] && HAS_IOPORT [=y]
WARNING: unmet direct dependencies detected for FB_IOMEM_HELPERS
Depends on [n]: HAS_IOMEM [=y] && FB_CORE [=n]
Selected by [m]:
- DRM_XE_DISPLAY [=y] && HAS_IOMEM [=y] && DRM [=y] && DRM_XE [=m] && DRM_XE [=m]=m [=m] && HAS_IOPORT [=y]
WARNING: unmet direct dependencies detected for FB_IOMEM_HELPERS
Depends on [n]: HAS_IOMEM [=y] && FB_CORE [=n]
Selected by [m]:
- DRM_XE_DISPLAY [=y] && HAS_IOMEM [=y] && DRM [=y] && DRM_XE [=m] && DRM_XE [=m]=m [=m] && HAS_IOPORT [=y]
GEN Makefile
WRAP arch/x86/include/generated/uapi/asm/errno.h
WRAP arch/x86/include/generated/uapi/asm/bpf_perf_event.h
WRAP arch/x86/include/generated/uapi/asm/fcntl.h
WRAP arch/x86/include/generated/uapi/asm/ioctl.h
UPD include/generated/uapi/linux/version.h
WRAP arch/x86/include/generated/uapi/asm/ipcbuf.h
WRAP arch/x86/include/generated/uapi/asm/ioctls.h
SYSHDR arch/x86/include/generated/uapi/asm/unistd_32.h
WRAP arch/x86/include/generated/uapi/asm/param.h
WRAP arch/x86/include/generated/uapi/asm/poll.h
SYSHDR arch/x86/include/generated/uapi/asm/unistd_64.h
WRAP arch/x86/include/generated/uapi/asm/resource.h
SYSHDR arch/x86/include/generated/uapi/asm/unistd_x32.h
WRAP arch/x86/include/generated/uapi/asm/socket.h
SYSTBL arch/x86/include/generated/asm/syscalls_32.h
WRAP arch/x86/include/generated/uapi/asm/sockios.h
WRAP arch/x86/include/generated/uapi/asm/termbits.h
WRAP arch/x86/include/generated/uapi/asm/termios.h
WRAP arch/x86/include/generated/uapi/asm/types.h
UPD include/generated/compile.h
HOSTCC arch/x86/tools/relocs_32.o
HOSTCC arch/x86/tools/relocs_64.o
HOSTCC arch/x86/tools/relocs_common.o
WRAP arch/x86/include/generated/asm/early_ioremap.h
WRAP arch/x86/include/generated/asm/mcs_spinlock.h
WRAP arch/x86/include/generated/asm/mmzone.h
WRAP arch/x86/include/generated/asm/irq_regs.h
WRAP arch/x86/include/generated/asm/kmap_size.h
WRAP arch/x86/include/generated/asm/local64.h
WRAP arch/x86/include/generated/asm/mmiowb.h
WRAP arch/x86/include/generated/asm/module.lds.h
WRAP arch/x86/include/generated/asm/rwonce.h
HOSTCC scripts/kallsyms
HOSTCC scripts/sorttable
HOSTCC scripts/asn1_compiler
HOSTCC scripts/selinux/mdp/mdp
HOSTLD arch/x86/tools/relocs
UPD include/config/kernel.release
UPD include/generated/utsrelease.h
CC scripts/mod/empty.o
HOSTCC scripts/mod/mk_elfconfig
CC scripts/mod/devicetable-offsets.s
UPD scripts/mod/devicetable-offsets.h
MKELF scripts/mod/elfconfig.h
HOSTCC scripts/mod/modpost.o
HOSTCC scripts/mod/file2alias.o
HOSTCC scripts/mod/sumversion.o
HOSTCC scripts/mod/symsearch.o
HOSTLD scripts/mod/modpost
CC kernel/bounds.s
CHKSHA1 /workspace/kernel/include/linux/atomic/atomic-arch-fallback.h
CHKSHA1 /workspace/kernel/include/linux/atomic/atomic-instrumented.h
CHKSHA1 /workspace/kernel/include/linux/atomic/atomic-long.h
UPD include/generated/timeconst.h
UPD include/generated/bounds.h
CC arch/x86/kernel/asm-offsets.s
UPD include/generated/asm-offsets.h
CALL /workspace/kernel/scripts/checksyscalls.sh
LDS scripts/module.lds
HOSTCC usr/gen_init_cpio
CC init/main.o
CC certs/system_keyring.o
CC init/do_mounts.o
CC ipc/util.o
CC init/do_mounts_initrd.o
UPD init/utsversion-tmp.h
CC ipc/msgutil.o
CC init/initramfs.o
CC security/commoncap.o
CC ipc/msg.o
CC io_uring/io_uring.o
CC block/bdev.o
CC security/lsm_syscalls.o
CC io_uring/opdef.o
CC security/min_addr.o
CC init/calibrate.o
CC block/fops.o
CC ipc/sem.o
CC mm/filemap.o
CC arch/x86/realmode/init.o
AS arch/x86/lib/atomic64_cx8_32.o
CC ipc/shm.o
AS arch/x86/entry/entry.o
CC security/keys/gc.o
AR arch/x86/crypto/built-in.a
HOSTCC security/selinux/genheaders
AR arch/x86/net/built-in.a
CC io_uring/kbuf.o
CC block/partitions/core.o
CC security/integrity/iint.o
AR arch/x86/entry/vsyscall/built-in.a
CC arch/x86/video/video-common.o
CC arch/x86/pci/i386.o
CC arch/x86/power/cpu.o
CC arch/x86/mm/pat/set_memory.o
CC arch/x86/events/amd/core.o
AR virt/lib/built-in.a
CC block/partitions/msdos.o
AR arch/x86/platform/atom/built-in.a
CC arch/x86/virt/svm/cmdline.o
CC lib/math/div64.o
AR drivers/cache/built-in.a
CC net/core/sock.o
AR arch/x86/virt/vmx/built-in.a
CC fs/notify/dnotify/dnotify.o
CC arch/x86/kernel/fpu/init.o
CC sound/core/seq/seq.o
AR virt/built-in.a
CC arch/x86/events/amd/lbr.o
AS arch/x86/lib/checksum_32.o
AR arch/x86/platform/ce4100/built-in.a
AR drivers/irqchip/built-in.a
CC arch/x86/entry/vdso/vma.o
CC arch/x86/events/amd/ibs.o
CC arch/x86/platform/efi/memmap.o
AR drivers/bus/mhi/built-in.a
CC lib/crypto/mpi/generic_mpih-lshift.o
CC kernel/sched/core.o
CC arch/x86/kernel/cpu/mce/core.o
AR drivers/bus/built-in.a
CC arch/x86/lib/cmdline.o
AR drivers/pwm/built-in.a
CC crypto/asymmetric_keys/asymmetric_type.o
AR drivers/leds/trigger/built-in.a
AR drivers/leds/blink/built-in.a
AR drivers/leds/simple/built-in.a
CC drivers/leds/led-core.o
AR arch/x86/virt/svm/built-in.a
AR arch/x86/virt/built-in.a
CC crypto/asymmetric_keys/restrict.o
AS arch/x86/lib/cmpxchg8b_emu.o
CC lib/math/gcd.o
GEN security/selinux/flask.h security/selinux/av_permissions.h
CC security/selinux/avc.o
CC arch/x86/lib/cpu.o
CC lib/math/lcm.o
CC lib/math/int_log.o
CC lib/math/int_pow.o
GEN usr/initramfs_data.cpio
COPY usr/initramfs_inc_data
AS usr/initramfs_data.o
AR usr/built-in.a
CC init/init_task.o
HOSTCC certs/extract-cert
CC lib/math/int_sqrt.o
AS arch/x86/realmode/rm/header.o
CC arch/x86/kernel/fpu/bugs.o
AS arch/x86/realmode/rm/trampoline_32.o
AS arch/x86/realmode/rm/stack.o
AS arch/x86/realmode/rm/reboot.o
CC lib/math/reciprocal_div.o
AS arch/x86/realmode/rm/wakeup_asm.o
CC arch/x86/kernel/fpu/core.o
CC arch/x86/realmode/rm/wakemain.o
CC lib/math/rational.o
CC sound/core/seq/seq_lock.o
CC arch/x86/realmode/rm/video-mode.o
CC drivers/leds/led-class.o
CC fs/nfs_common/nfsacl.o
CC arch/x86/lib/delay.o
CC lib/crypto/mpi/generic_mpih-mul1.o
CERT certs/x509_certificate_list
CERT certs/signing_key.x509
AS certs/system_certificates.o
CC block/partitions/efi.o
AS arch/x86/realmode/rm/copy.o
AR certs/built-in.a
AR arch/x86/video/built-in.a
CC net/ethernet/eth.o
CC security/integrity/integrity_audit.o
CC net/core/request_sock.o
AS arch/x86/realmode/rm/bioscall.o
CC arch/x86/entry/vdso/extable.o
CC arch/x86/realmode/rm/regs.o
CC arch/x86/kernel/cpu/mtrr/mtrr.o
CC arch/x86/platform/efi/quirks.o
CC arch/x86/kernel/cpu/microcode/core.o
CC arch/x86/pci/init.o
CC crypto/asymmetric_keys/signature.o
CC arch/x86/realmode/rm/video-vga.o
CC security/keys/key.o
CC arch/x86/pci/pcbios.o
CC arch/x86/power/hibernate_32.o
AR fs/notify/dnotify/built-in.a
CC fs/notify/inotify/inotify_fsnotify.o
CC fs/notify/inotify/inotify_user.o
CC init/version.o
CC arch/x86/realmode/rm/video-vesa.o
CC arch/x86/kernel/cpu/microcode/intel.o
CC security/selinux/hooks.o
AS arch/x86/lib/getuser.o
GEN arch/x86/lib/inat-tables.c
CC arch/x86/lib/insn-eval.o
CC drivers/leds/led-triggers.o
AR lib/math/built-in.a
CC arch/x86/realmode/rm/video-bios.o
CC arch/x86/events/amd/uncore.o
CC sound/core/seq/seq_clientmgr.o
CC net/core/skbuff.o
PASYMS arch/x86/realmode/rm/pasyms.h
CC fs/nfs_common/grace.o
CC security/security.o
CC arch/x86/kernel/acpi/boot.o
LDS arch/x86/realmode/rm/realmode.lds
CC security/keys/keyring.o
LD arch/x86/realmode/rm/realmode.elf
RELOCS arch/x86/realmode/rm/realmode.relocs
OBJCOPY arch/x86/realmode/rm/realmode.bin
AS arch/x86/realmode/rmpiggy.o
CC security/lsm_audit.o
AR arch/x86/realmode/built-in.a
CC arch/x86/kernel/cpu/mce/severity.o
CC fs/iomap/trace.o
CC arch/x86/kernel/fpu/regset.o
CC lib/crypto/mpi/generic_mpih-mul2.o
CC fs/quota/dquot.o
CC fs/proc/task_mmu.o
CC fs/kernfs/mount.o
CC fs/sysfs/file.o
CC crypto/asymmetric_keys/public_key.o
CC fs/devpts/inode.o
CC security/device_cgroup.o
CC lib/crypto/memneq.o
AR fs/notify/fanotify/built-in.a
CC arch/x86/mm/pat/memtype.o
AR arch/x86/platform/geode/built-in.a
CC arch/x86/kernel/cpu/mce/genpool.o
CC mm/mempool.o
AR security/integrity/built-in.a
CC arch/x86/kernel/cpu/microcode/amd.o
AS arch/x86/entry/entry_32.o
AR init/built-in.a
CC io_uring/rsrc.o
CC security/selinux/selinuxfs.o
CC arch/x86/kernel/cpu/mtrr/if.o
LDS arch/x86/entry/vdso/vdso32/vdso32.lds
CC arch/x86/pci/mmconfig_32.o
AS arch/x86/entry/vdso/vdso32/note.o
AS arch/x86/entry/vdso/vdso32/system_call.o
AS arch/x86/power/hibernate_asm_32.o
AS arch/x86/entry/vdso/vdso32/sigreturn.o
AR block/partitions/built-in.a
CC arch/x86/power/hibernate.o
CC block/bio.o
CC arch/x86/entry/vdso/vdso32/vclock_gettime.o
CC arch/x86/platform/efi/efi.o
CC fs/quota/quota_v2.o
CC net/core/datagram.o
CC ipc/syscall.o
CC arch/x86/lib/insn.o
AR drivers/leds/built-in.a
CC ipc/ipc_sysctl.o
CC drivers/pci/msi/pcidev_msi.o
CC fs/nfs_common/common.o
AR fs/notify/inotify/built-in.a
CC lib/crypto/mpi/generic_mpih-mul3.o
CC fs/notify/fsnotify.o
CC ipc/mqueue.o
CC io_uring/notif.o
CC io_uring/tctx.o
ASN.1 crypto/asymmetric_keys/x509.asn1.[ch]
ASN.1 crypto/asymmetric_keys/x509_akid.asn1.[ch]
CC crypto/asymmetric_keys/x509_loader.o
CC io_uring/filetable.o
CC arch/x86/kernel/fpu/signal.o
CC mm/oom_kill.o
AR fs/devpts/built-in.a
CC fs/kernfs/inode.o
CC arch/x86/kernel/cpu/mce/intel.o
AR net/ethernet/built-in.a
CC io_uring/rw.o
CC arch/x86/lib/kaslr.o
CC io_uring/net.o
AR arch/x86/events/amd/built-in.a
CC arch/x86/events/intel/core.o
CC fs/sysfs/dir.o
CC arch/x86/kernel/cpu/mtrr/generic.o
CC crypto/asymmetric_keys/x509_public_key.o
CC io_uring/poll.o
CC arch/x86/pci/direct.o
CC arch/x86/kernel/acpi/sleep.o
CC arch/x86/entry/vdso/vdso32/vgetcpu.o
CC sound/core/seq/seq_memory.o
CC io_uring/eventfd.o
AR arch/x86/power/built-in.a
CC arch/x86/kernel/cpu/mce/amd.o
CC arch/x86/mm/pat/memtype_interval.o
HOSTCC arch/x86/entry/vdso/vdso2c
CC arch/x86/lib/memcpy_32.o
CC fs/iomap/iter.o
CC security/keys/keyctl.o
AS arch/x86/lib/memmove_32.o
CC security/keys/permission.o
AR arch/x86/kernel/cpu/microcode/built-in.a
CC lib/crypto/mpi/generic_mpih-rshift.o
CC arch/x86/lib/misc.o
CC io_uring/uring_cmd.o
CC drivers/pci/msi/api.o
CC io_uring/openclose.o
CC arch/x86/lib/pc-conf-reg.o
CC block/elevator.o
CC block/blk-core.o
AR fs/nfs_common/built-in.a
AR arch/x86/platform/iris/built-in.a
CC crypto/api.o
CC fs/notify/notification.o
CC arch/x86/platform/efi/efi_32.o
AS arch/x86/lib/putuser.o
CC arch/x86/kernel/fpu/xstate.o
AS arch/x86/lib/retpoline.o
ASN.1 crypto/asymmetric_keys/pkcs7.asn1.[ch]
CC crypto/asymmetric_keys/pkcs7_trust.o
CC fs/sysfs/symlink.o
CC arch/x86/lib/string_32.o
CC arch/x86/entry/vdso/vdso32-setup.o
CC arch/x86/lib/strstr_32.o
CC lib/crypto/utils.o
CC arch/x86/lib/usercopy.o
CC crypto/asymmetric_keys/pkcs7_verify.o
CC fs/kernfs/dir.o
CC crypto/cipher.o
CC fs/proc/inode.o
CC arch/x86/pci/mmconfig-shared.o
AS arch/x86/kernel/acpi/wakeup_32.o
AR arch/x86/mm/pat/built-in.a
AR sound/i2c/other/built-in.a
CC lib/crypto/mpi/generic_mpih-sub1.o
CC arch/x86/mm/init.o
AR sound/i2c/built-in.a
AR sound/drivers/opl3/built-in.a
CC arch/x86/kernel/acpi/cstate.o
CC arch/x86/kernel/cpu/mtrr/cleanup.o
AR sound/drivers/opl4/built-in.a
AR sound/drivers/mpu401/built-in.a
AR sound/drivers/vx/built-in.a
CC kernel/sched/fair.o
CC arch/x86/events/zhaoxin/core.o
AR sound/drivers/pcsp/built-in.a
AR sound/drivers/built-in.a
CC arch/x86/events/core.o
VDSO arch/x86/entry/vdso/vdso32.so.dbg
CC arch/x86/kernel/cpu/mtrr/amd.o
CC net/core/stream.o
OBJCOPY arch/x86/entry/vdso/vdso32.so
VDSO2C arch/x86/entry/vdso/vdso-image-32.c
CC arch/x86/entry/vdso/vdso-image-32.o
CC sound/core/seq/seq_queue.o
CC arch/x86/lib/usercopy_32.o
CC drivers/pci/pcie/portdrv.o
CC drivers/pci/msi/msi.o
CC fs/iomap/buffered-io.o
AR drivers/pci/pwrctrl/built-in.a
CC io_uring/sqpoll.o
CC fs/quota/quota_tree.o
CC fs/quota/quota.o
AS arch/x86/platform/efi/efi_stub_32.o
CC crypto/asymmetric_keys/x509.asn1.o
CC fs/notify/group.o
CC kernel/locking/mutex.o
CC crypto/asymmetric_keys/x509_akid.asn1.o
CC kernel/power/qos.o
CC crypto/asymmetric_keys/x509_cert_parser.o
CC kernel/printk/printk.o
CC arch/x86/platform/efi/runtime-map.o
AR arch/x86/entry/vdso/built-in.a
CC arch/x86/entry/syscall_32.o
CC ipc/namespace.o
CC kernel/irq/irqdesc.o
CC arch/x86/lib/msr-smp.o
CC fs/sysfs/mount.o
CC kernel/rcu/update.o
AR kernel/livepatch/built-in.a
CC kernel/dma/mapping.o
CC security/keys/process_keys.o
AR arch/x86/kernel/acpi/built-in.a
CC kernel/entry/common.o
CC lib/crypto/mpi/generic_mpih-add1.o
CC kernel/module/main.o
CC mm/fadvise.o
CC lib/zlib_inflate/inffast.o
CC sound/core/seq/seq_fifo.o
CC fs/proc/root.o
CC arch/x86/lib/cache-smp.o
CC drivers/pci/hotplug/pci_hotplug_core.o
CC arch/x86/kernel/cpu/mtrr/cyrix.o
AR drivers/pci/controller/dwc/built-in.a
AR drivers/pci/controller/mobiveil/built-in.a
CC lib/crypto/chacha.o
AR drivers/pci/controller/plda/built-in.a
AR drivers/pci/controller/built-in.a
CC lib/zlib_inflate/inflate.o
CC fs/kernfs/file.o
CC arch/x86/kernel/cpu/mce/threshold.o
CC arch/x86/pci/fixup.o
CC arch/x86/lib/msr.o
AR arch/x86/events/zhaoxin/built-in.a
AR arch/x86/kernel/fpu/built-in.a
CC crypto/asymmetric_keys/pkcs7.asn1.o
CC lib/zlib_deflate/deflate.o
CC kernel/dma/direct.o
CC arch/x86/mm/init_32.o
CC drivers/pci/pcie/rcec.o
CC lib/lzo/lzo1x_compress.o
CC drivers/pci/pcie/bwctrl.o
CC crypto/asymmetric_keys/pkcs7_parser.o
CC sound/core/sound.o
CC ipc/mq_sysctl.o
CC kernel/dma/ops_helpers.o
CC fs/notify/mark.o
CC fs/proc/base.o
CC kernel/irq/handle.o
CC drivers/pci/msi/irqdomain.o
AR arch/x86/platform/efi/built-in.a
CC lib/crypto/mpi/mpicoder.o
CC kernel/irq/manage.o
CC arch/x86/platform/intel/iosf_mbi.o
AR sound/isa/ad1816a/built-in.a
AR sound/isa/ad1848/built-in.a
AR sound/isa/cs423x/built-in.a
AR sound/isa/es1688/built-in.a
AR sound/isa/galaxy/built-in.a
AR sound/isa/gus/built-in.a
CC sound/core/seq/seq_prioq.o
CC fs/sysfs/group.o
AR sound/isa/msnd/built-in.a
AR sound/isa/opti9xx/built-in.a
AR sound/isa/sb/built-in.a
AR sound/isa/wavefront/built-in.a
AR sound/isa/wss/built-in.a
AR sound/isa/built-in.a
AR ipc/built-in.a
CC kernel/locking/semaphore.o
CC drivers/pci/hotplug/acpi_pcihp.o
CC arch/x86/kernel/cpu/mtrr/centaur.o
CC fs/quota/kqid.o
CC mm/maccess.o
CC arch/x86/entry/common.o
CC lib/lzo/lzo1x_decompress_safe.o
CC kernel/power/main.o
CC lib/zlib_inflate/infutil.o
CC kernel/time/time.o
AR crypto/asymmetric_keys/built-in.a
CC crypto/compress.o
CC security/keys/request_key.o
CC block/blk-sysfs.o
CC kernel/time/timer.o
CC kernel/entry/syscall_user_dispatch.o
CC fs/iomap/direct-io.o
CC security/selinux/netlink.o
CC arch/x86/events/intel/bts.o
AS arch/x86/entry/thunk.o
CC drivers/pci/pcie/aspm.o
CC kernel/power/console.o
CC fs/proc/generic.o
CC kernel/locking/rwsem.o
CC io_uring/xattr.o
CC lib/zlib_deflate/deftree.o
AS arch/x86/lib/msr-reg.o
CC arch/x86/pci/acpi.o
CC lib/zlib_inflate/inftrees.o
CC arch/x86/lib/msr-reg-export.o
AS arch/x86/lib/hweight.o
CC kernel/power/process.o
CC fs/kernfs/symlink.o
CC drivers/video/console/dummycon.o
CC lib/crypto/mpi/mpi-add.o
CC arch/x86/mm/fault.o
AR arch/x86/platform/intel/built-in.a
AR arch/x86/platform/intel-mid/built-in.a
AR drivers/pci/msi/built-in.a
CC fs/quota/netlink.o
CC fs/notify/fdinfo.o
AR lib/lzo/built-in.a
AR arch/x86/platform/intel-quark/built-in.a
CC lib/zlib_deflate/deflate_syms.o
CC lib/zlib_inflate/inflate_syms.o
AR drivers/idle/built-in.a
AR arch/x86/platform/olpc/built-in.a
CC arch/x86/kernel/cpu/mtrr/legacy.o
CC crypto/algapi.o
AR arch/x86/platform/scx200/built-in.a
AR arch/x86/platform/ts5500/built-in.a
CC sound/core/seq/seq_timer.o
AR arch/x86/platform/uv/built-in.a
AR arch/x86/platform/built-in.a
CC arch/x86/lib/iomem.o
AR fs/sysfs/built-in.a
CC kernel/locking/percpu-rwsem.o
CC crypto/scatterwalk.o
AR arch/x86/kernel/cpu/mce/built-in.a
CC arch/x86/mm/ioremap.o
CC kernel/irq/spurious.o
AR net/802/built-in.a
CC lib/crypto/aes.o
AR drivers/pci/hotplug/built-in.a
CC kernel/irq/resend.o
CC sound/core/init.o
CC drivers/video/backlight/backlight.o
CC mm/page-writeback.o
AR kernel/entry/built-in.a
CC io_uring/nop.o
AR arch/x86/entry/built-in.a
CC block/blk-flush.o
CC lib/crypto/arc4.o
AR lib/zlib_inflate/built-in.a
CC drivers/pci/pcie/pme.o
AR arch/x86/kernel/cpu/mtrr/built-in.a
AR drivers/pci/switch/built-in.a
CC arch/x86/kernel/cpu/cacheinfo.o
CC fs/netfs/buffered_read.o
AR lib/zlib_deflate/built-in.a
CC lib/crypto/gf128mul.o
CC arch/x86/lib/atomic64_32.o
CC security/selinux/nlmsgtab.o
CC kernel/sched/build_policy.o
CC security/keys/request_key_auth.o
CC arch/x86/lib/inat.o
AR arch/x86/lib/built-in.a
CC block/blk-settings.o
CC drivers/video/console/vgacon.o
CC lib/crypto/mpi/mpi-bit.o
CC sound/core/seq/seq_system.o
CC kernel/irq/chip.o
CC net/core/scm.o
CC fs/ext4/balloc.o
AR fs/notify/built-in.a
CC arch/x86/events/probe.o
CC fs/netfs/buffered_write.o
CC lib/crypto/blake2s.o
AR fs/kernfs/built-in.a
AR arch/x86/lib/lib.a
CC arch/x86/mm/extable.o
CC arch/x86/mm/mmap.o
CC arch/x86/pci/legacy.o
CC sound/core/seq/seq_ports.o
CC arch/x86/events/utils.o
CC kernel/locking/spinlock.o
CC kernel/printk/printk_safe.o
CC fs/iomap/fiemap.o
CC arch/x86/events/rapl.o
CC security/keys/user_defined.o
CC kernel/dma/remap.o
CC kernel/module/strict_rwx.o
CC arch/x86/events/intel/ds.o
CC arch/x86/events/intel/knc.o
CC kernel/rcu/sync.o
AR fs/quota/built-in.a
AR drivers/char/ipmi/built-in.a
CC fs/ext4/bitmap.o
CC drivers/pci/access.o
CC kernel/power/suspend.o
CC net/core/gen_stats.o
CC kernel/sched/build_utility.o
CC kernel/time/hrtimer.o
AR sound/ppc/built-in.a
AR sound/pci/ac97/built-in.a
CC fs/netfs/direct_read.o
CC kernel/locking/osq_lock.o
AR sound/pci/ali5451/built-in.a
CC block/blk-ioc.o
AR sound/pci/asihpi/built-in.a
CC net/sched/sch_generic.o
CC fs/proc/array.o
AR sound/pci/au88x0/built-in.a
AR drivers/video/backlight/built-in.a
CC fs/proc/fd.o
AR sound/pci/aw2/built-in.a
CC io_uring/fs.o
AR sound/pci/ctxfi/built-in.a
AR drivers/pci/pcie/built-in.a
AR sound/pci/ca0106/built-in.a
CC fs/ext4/block_validity.o
CC block/blk-map.o
AR sound/pci/cs46xx/built-in.a
CC kernel/irq/dummychip.o
AR sound/pci/cs5535audio/built-in.a
AR sound/pci/lola/built-in.a
AR sound/pci/lx6464es/built-in.a
CC kernel/rcu/srcutree.o
CC lib/crypto/mpi/mpi-cmp.o
AR sound/pci/echoaudio/built-in.a
CC crypto/proc.o
AR sound/pci/emu10k1/built-in.a
CC sound/pci/hda/hda_bind.o
CC kernel/rcu/tree.o
CC lib/crypto/mpi/mpi-sub-ui.o
CC kernel/locking/qspinlock.o
CC fs/iomap/seek.o
CC security/keys/proc.o
CC arch/x86/pci/irq.o
AR kernel/dma/built-in.a
CC kernel/printk/nbcon.o
CC net/sched/sch_mq.o
CC kernel/module/kmod.o
CC security/selinux/netif.o
CC arch/x86/kernel/cpu/scattered.o
CC lib/lz4/lz4_decompress.o
CC arch/x86/kernel/cpu/topology_common.o
CC sound/core/seq/seq_info.o
CC sound/core/seq/seq_dummy.o
CC fs/netfs/direct_write.o
CC arch/x86/mm/pgtable.o
CC arch/x86/events/intel/lbr.o
AR drivers/video/console/built-in.a
CC fs/netfs/iterator.o
AR drivers/video/fbdev/core/built-in.a
CC kernel/irq/devres.o
AR drivers/video/fbdev/omap/built-in.a
AR drivers/video/fbdev/omap2/omapfb/dss/built-in.a
CC lib/zstd/zstd_decompress_module.o
AR drivers/video/fbdev/omap2/omapfb/displays/built-in.a
CC lib/xz/xz_dec_syms.o
AR drivers/video/fbdev/omap2/omapfb/built-in.a
AR drivers/video/fbdev/omap2/built-in.a
AR drivers/video/fbdev/built-in.a
CC mm/folio-compat.o
CC drivers/video/aperture.o
CC drivers/pci/bus.o
CC security/selinux/netnode.o
CC lib/dim/dim.o
CC kernel/locking/rtmutex_api.o
CC crypto/aead.o
CC lib/fonts/fonts.o
CC lib/argv_split.o
CC kernel/time/sleep_timeout.o
CC lib/crypto/mpi/mpi-div.o
CC arch/x86/kernel/cpu/topology_ext.o
CC sound/pci/hda/hda_codec.o
CC io_uring/splice.o
CC net/core/gen_estimator.o
CC fs/ext4/dir.o
CC lib/fonts/font_8x16.o
CC fs/iomap/swapfile.o
CC arch/x86/pci/common.o
CC lib/xz/xz_dec_stream.o
CC lib/zstd/decompress/huf_decompress.o
CC security/keys/sysctl.o
CC lib/dim/net_dim.o
CC sound/pci/hda/hda_jack.o
CC kernel/irq/autoprobe.o
AR sound/core/seq/built-in.a
CC kernel/power/hibernate.o
CC fs/proc/proc_tty.o
CC sound/core/memory.o
CC block/blk-merge.o
CC kernel/printk/printk_ringbuffer.o
CC kernel/module/tree_lookup.o
CC kernel/module/kallsyms.o
CC arch/x86/kernel/apic/apic.o
CC lib/crypto/mpi/mpi-mod.o
CC arch/x86/mm/physaddr.o
AR lib/fonts/built-in.a
CC arch/x86/pci/early.o
CC kernel/rcu/rcu_segcblist.o
CC fs/jbd2/transaction.o
CC arch/x86/events/msr.o
CC mm/readahead.o
CC arch/x86/kernel/cpu/topology_amd.o
CC kernel/printk/sysctl.o
CC kernel/time/timekeeping.o
CC drivers/video/cmdline.o
CC drivers/pci/probe.o
CC kernel/time/ntp.o
CC lib/xz/xz_dec_lzma2.o
AR sound/arm/built-in.a
CC fs/netfs/locking.o
CC crypto/geniv.o
CC lib/dim/rdma_dim.o
CC kernel/irq/irqdomain.o
CC sound/core/control.o
CC security/keys/keyctl_pkey.o
CC fs/proc/cmdline.o
CC fs/jbd2/commit.o
AR lib/lz4/built-in.a
CC lib/bug.o
AR fs/iomap/built-in.a
CC sound/core/misc.o
CC kernel/futex/core.o
CC sound/core/device.o
CC kernel/locking/qrwlock.o
CC lib/xz/xz_dec_bcj.o
CC kernel/futex/syscalls.o
CC lib/crypto/mpi/mpi-mul.o
CC io_uring/sync.o
CC arch/x86/mm/tlb.o
CC arch/x86/events/intel/p4.o
CC arch/x86/kernel/cpu/common.o
CC net/core/net_namespace.o
AR kernel/printk/built-in.a
CC drivers/video/nomodeset.o
CC security/selinux/netport.o
CC kernel/power/snapshot.o
CC net/core/secure_seq.o
CC fs/ext4/ext4_jbd2.o
CC kernel/module/procfs.o
CC arch/x86/pci/bus_numa.o
CC lib/buildid.o
CC net/netlink/af_netlink.o
AR lib/dim/built-in.a
CC net/netlink/genetlink.o
CC net/sched/sch_frag.o
CC fs/ext4/extents.o
CC net/sched/sch_api.o
AR kernel/locking/built-in.a
CC arch/x86/kernel/apic/apic_common.o
CC lib/crypto/blake2s-generic.o
CC sound/core/info.o
AR security/keys/built-in.a
CC io_uring/msg_ring.o
CC drivers/video/hdmi.o
CC fs/ext4/extents_status.o
AR lib/xz/built-in.a
CC fs/proc/consoles.o
CC arch/x86/events/intel/p6.o
CC lib/zstd/decompress/zstd_ddict.o
CC net/sched/sch_blackhole.o
CC arch/x86/events/intel/pt.o
CC mm/swap.o
CC arch/x86/events/intel/uncore.o
CC lib/crypto/mpi/mpih-cmp.o
CC fs/netfs/main.o
CC lib/zstd/decompress/zstd_decompress.o
CC fs/jbd2/recovery.o
CC crypto/lskcipher.o
CC kernel/module/sysfs.o
CC block/blk-timeout.o
CC io_uring/advise.o
AR sound/pci/ice1712/built-in.a
AR sound/pci/korg1212/built-in.a
AR net/bpf/built-in.a
CC arch/x86/events/intel/uncore_nhmex.o
CC arch/x86/kernel/cpu/rdrand.o
CC arch/x86/kernel/cpu/match.o
CC kernel/futex/pi.o
CC arch/x86/pci/amd_bus.o
CC kernel/irq/proc.o
CC kernel/irq/migration.o
CC net/sched/cls_api.o
CC fs/proc/cpuinfo.o
CC fs/proc/devices.o
CC lib/crypto/sha1.o
CC arch/x86/kernel/apic/apic_noop.o
CC arch/x86/mm/cpu_entry_area.o
CC net/netlink/policy.o
CC lib/crypto/mpi/mpih-div.o
CC kernel/time/clocksource.o
CC kernel/futex/requeue.o
CC mm/truncate.o
AR drivers/video/built-in.a
CC net/core/flow_dissector.o
CC sound/pci/hda/hda_auto_parser.o
CC drivers/pci/host-bridge.o
CC kernel/cgroup/cgroup.o
CC security/selinux/status.o
CC sound/core/isadma.o
CC drivers/pci/remove.o
CC crypto/skcipher.o
CC sound/pci/hda/hda_sysfs.o
CC lib/zstd/decompress/zstd_decompress_block.o
CC kernel/trace/trace_clock.o
CC block/blk-lib.o
CC arch/x86/events/intel/uncore_snb.o
CC drivers/acpi/acpica/dsargs.o
AR kernel/module/built-in.a
CC arch/x86/kernel/apic/ipi.o
CC kernel/time/jiffies.o
AR drivers/acpi/pmic/built-in.a
CC net/ethtool/ioctl.o
CC net/core/sysctl_net_core.o
CC fs/jbd2/checkpoint.o
AR sound/sh/built-in.a
CC kernel/trace/ring_buffer.o
CC io_uring/epoll.o
CC arch/x86/kernel/cpu/bugs.o
CC kernel/irq/cpuhotplug.o
CC drivers/acpi/dptf/int340x_thermal.o
AR arch/x86/pci/built-in.a
CC sound/core/vmaster.o
CC sound/pci/hda/hda_controller.o
CC fs/proc/interrupts.o
CC kernel/power/swap.o
CC arch/x86/mm/maccess.o
CC block/blk-mq.o
CC crypto/seqiv.o
CC drivers/pnp/pnpacpi/core.o
CC arch/x86/kernel/cpu/aperfmperf.o
CC drivers/acpi/acpica/dscontrol.o
CC kernel/futex/waitwake.o
CC lib/crypto/sha256.o
CC drivers/pnp/core.o
CC lib/clz_tab.o
CC arch/x86/kernel/apic/vector.o
CC arch/x86/kernel/kprobes/core.o
CC lib/crypto/mpi/mpih-mul.o
CC drivers/pci/pci.o
CC arch/x86/mm/pgprot.o
CC drivers/pnp/pnpacpi/rsparser.o
CC arch/x86/mm/pgtable_32.o
CC net/ethtool/common.o
CC kernel/time/timer_list.o
AR drivers/acpi/dptf/built-in.a
CC lib/cmdline.o
AR drivers/amba/built-in.a
AR kernel/sched/built-in.a
AR sound/synth/emux/built-in.a
AR sound/synth/built-in.a
CC kernel/bpf/core.o
CC kernel/events/core.o
CC kernel/power/user.o
CC fs/proc/loadavg.o
CC kernel/fork.o
CC fs/netfs/misc.o
CC drivers/acpi/acpica/dsdebug.o
LDS arch/x86/kernel/vmlinux.lds
CC sound/core/ctljack.o
CC security/selinux/ss/ebitmap.o
CC mm/vmscan.o
CC kernel/irq/pm.o
AR kernel/rcu/built-in.a
CC arch/x86/mm/iomap_32.o
CC fs/ramfs/inode.o
CC drivers/pci/pci-driver.o
CC kernel/events/ring_buffer.o
CC io_uring/statx.o
CC arch/x86/kernel/cpu/cpuid-deps.o
AS arch/x86/kernel/head_32.o
CC lib/zstd/zstd_common_module.o
CC fs/ext4/file.o
CC arch/x86/events/intel/uncore_snbep.o
CC crypto/echainiv.o
CC arch/x86/mm/hugetlbpage.o
AR net/netlink/built-in.a
CC drivers/acpi/x86/apple.o
CC kernel/cgroup/rstat.o
CC drivers/acpi/acpica/dsfield.o
CC fs/hugetlbfs/inode.o
CC fs/jbd2/revoke.o
CC fs/fat/cache.o
AR kernel/futex/built-in.a
CC sound/core/jack.o
CC fs/isofs/namei.o
CC kernel/events/callchain.o
CC fs/proc/meminfo.o
CC kernel/time/timeconv.o
CC lib/crypto/mpi/mpi-pow.o
CC arch/x86/kernel/kprobes/opt.o
AR drivers/clk/actions/built-in.a
CC drivers/dma/dw/core.o
AR drivers/clk/analogbits/built-in.a
AR drivers/clk/bcm/built-in.a
AR drivers/clk/imgtec/built-in.a
AR drivers/soc/apple/built-in.a
CC drivers/virtio/virtio.o
AR drivers/clk/imx/built-in.a
AR drivers/soc/aspeed/built-in.a
AR drivers/clk/ingenic/built-in.a
AR drivers/soc/bcm/built-in.a
AR drivers/clk/mediatek/built-in.a
AR drivers/soc/fsl/built-in.a
AR drivers/clk/microchip/built-in.a
AR drivers/soc/fujitsu/built-in.a
AR drivers/clk/mstar/built-in.a
AR drivers/soc/hisilicon/built-in.a
CC drivers/tty/vt/vt_ioctl.o
AR drivers/clk/mvebu/built-in.a
AR drivers/soc/imx/built-in.a
AR drivers/pnp/pnpacpi/built-in.a
AR drivers/clk/ralink/built-in.a
CC drivers/pnp/card.o
AR drivers/soc/ixp4xx/built-in.a
CC kernel/power/poweroff.o
AR drivers/clk/renesas/built-in.a
AR drivers/soc/loongson/built-in.a
AR drivers/clk/socfpga/built-in.a
AR drivers/soc/mediatek/built-in.a
AR drivers/soc/microchip/built-in.a
AR drivers/clk/sophgo/built-in.a
AR drivers/soc/nuvoton/built-in.a
AR drivers/clk/sprd/built-in.a
AR drivers/soc/pxa/built-in.a
AR drivers/clk/starfive/built-in.a
CC drivers/acpi/acpica/dsinit.o
AR drivers/soc/amlogic/built-in.a
AR drivers/clk/sunxi-ng/built-in.a
AR drivers/soc/qcom/built-in.a
CC sound/pci/hda/hda_proc.o
AR drivers/clk/ti/built-in.a
AR drivers/soc/renesas/built-in.a
CC kernel/irq/msi.o
AR drivers/clk/versatile/built-in.a
AR drivers/soc/rockchip/built-in.a
AR drivers/clk/xilinx/built-in.a
CC drivers/acpi/x86/cmos_rtc.o
AR drivers/soc/sunxi/built-in.a
AR drivers/clk/built-in.a
AR drivers/soc/ti/built-in.a
AR drivers/soc/versatile/built-in.a
CC drivers/tty/vt/vc_screen.o
AR drivers/soc/xilinx/built-in.a
AR drivers/soc/built-in.a
CC fs/ramfs/file-mmu.o
CC kernel/time/timecounter.o
CC sound/pci/hda/hda_hwdep.o
CC crypto/ahash.o
CC arch/x86/mm/dump_pagetables.o
CC kernel/time/alarmtimer.o
CC fs/fat/dir.o
CC fs/netfs/objects.o
AR kernel/power/built-in.a
CC io_uring/timeout.o
CC drivers/tty/vt/selection.o
CC net/core/dev.o
CC arch/x86/kernel/cpu/umwait.o
CC fs/isofs/inode.o
CC sound/core/hwdep.o
CC arch/x86/kernel/apic/init.o
CC drivers/acpi/acpica/dsmethod.o
CC security/selinux/ss/hashtab.o
CC fs/jbd2/journal.o
CC arch/x86/events/intel/uncore_discovery.o
CC net/sched/act_api.o
CC fs/proc/stat.o
AR sound/usb/misc/built-in.a
AR sound/usb/usx2y/built-in.a
AR sound/firewire/built-in.a
AR sound/usb/caiaq/built-in.a
CC net/sched/sch_fifo.o
AR sound/usb/6fire/built-in.a
CC lib/zstd/common/debug.o
CC lib/crypto/mpi/mpiutil.o
AR sound/usb/hiface/built-in.a
AR sound/usb/bcd2000/built-in.a
CC drivers/tty/vt/keyboard.o
CC lib/zstd/common/entropy_common.o
AR sound/usb/built-in.a
AR sound/pci/mixart/built-in.a
AR sound/pci/nm256/built-in.a
CC kernel/time/posix-timers.o
CC arch/x86/mm/highmem_32.o
CC drivers/virtio/virtio_ring.o
CC block/blk-mq-tag.o
CC drivers/pnp/driver.o
CC lib/zstd/common/error_private.o
CC drivers/acpi/x86/lpss.o
AR arch/x86/kernel/kprobes/built-in.a
CC net/core/dev_addr_lists.o
CC lib/zstd/common/fse_decompress.o
AR fs/ramfs/built-in.a
CC net/sched/cls_cgroup.o
CC arch/x86/kernel/apic/hw_nmi.o
CC security/selinux/ss/symtab.o
CC crypto/shash.o
CC drivers/acpi/acpica/dsmthdat.o
CC drivers/tty/vt/vt.o
CC drivers/dma/dw/dw.o
CC lib/cpumask.o
CC fs/isofs/dir.o
CC fs/isofs/util.o
CC security/selinux/ss/sidtab.o
CC sound/core/timer.o
CC net/ethtool/netlink.o
MKCAP arch/x86/kernel/cpu/capflags.c
CC fs/proc/uptime.o
AR fs/hugetlbfs/built-in.a
CC drivers/pnp/resource.o
CC kernel/irq/affinity.o
AR lib/crypto/mpi/built-in.a
AR lib/crypto/built-in.a
CC sound/pci/hda/hda_intel.o
CC net/core/dst.o
CC fs/ext4/fsmap.o
CC net/core/netevent.o
CC fs/netfs/read_collect.o
CC lib/zstd/common/zstd_common.o
AR arch/x86/mm/built-in.a
CC io_uring/fdinfo.o
CC drivers/acpi/acpica/dsobject.o
CC drivers/char/hw_random/core.o
CC drivers/char/agp/backend.o
CC kernel/trace/trace.o
AR lib/zstd/built-in.a
CC net/core/neighbour.o
CC fs/netfs/read_pgpriv2.o
CC drivers/acpi/x86/s2idle.o
CC arch/x86/kernel/apic/io_apic.o
CC drivers/acpi/x86/utils.o
CC drivers/char/mem.o
CC drivers/acpi/x86/blacklist.o
CC lib/ctype.o
AR sound/pci/oxygen/built-in.a
CC net/ethtool/bitset.o
CC lib/dec_and_lock.o
CC drivers/dma/dw/idma32.o
CC arch/x86/kernel/apic/msi.o
CC kernel/irq/matrix.o
CC arch/x86/events/intel/cstate.o
CC fs/proc/util.o
CC fs/fat/fatent.o
CC fs/isofs/rock.o
CC fs/isofs/export.o
CC drivers/acpi/acpica/dsopcode.o
AR kernel/bpf/built-in.a
CC fs/netfs/read_retry.o
CC drivers/pci/search.o
CC crypto/akcipher.o
CC lib/decompress.o
CC kernel/time/posix-cpu-timers.o
CC lib/decompress_bunzip2.o
CC drivers/char/hw_random/intel-rng.o
CC drivers/pnp/manager.o
AR sound/pci/pcxhr/built-in.a
AR sound/sparc/built-in.a
CC drivers/dma/dw/acpi.o
CC drivers/char/agp/generic.o
CC drivers/virtio/virtio_anchor.o
CC drivers/acpi/acpica/dspkginit.o
CC fs/ext4/fsync.o
CC mm/shrinker.o
CC net/ethtool/strset.o
CC io_uring/cancel.o
CC fs/proc/version.o
AR sound/pci/riptide/built-in.a
CC block/blk-stat.o
CC net/sched/ematch.o
AR sound/spi/built-in.a
CC fs/fat/file.o
CC drivers/tty/hvc/hvc_console.o
CC arch/x86/kernel/cpu/powerflags.o
CC security/selinux/ss/avtab.o
CC drivers/tty/serial/8250/8250_core.o
AR drivers/tty/ipwireless/built-in.a
CC kernel/time/posix-clock.o
CC fs/nfs/client.o
CC lib/decompress_inflate.o
CC drivers/pnp/support.o
CC kernel/cgroup/namespace.o
AR sound/parisc/built-in.a
CC net/netfilter/core.o
CC fs/proc/softirqs.o
CC drivers/tty/serial/8250/8250_platform.o
AR drivers/acpi/x86/built-in.a
CC fs/proc/namespaces.o
CC drivers/tty/serial/serial_core.o
AR arch/x86/events/intel/built-in.a
CC net/netfilter/nf_log.o
AR arch/x86/events/built-in.a
AR sound/pci/rme9652/built-in.a
CC crypto/sig.o
CC drivers/acpi/acpica/dsutils.o
CC drivers/char/hw_random/amd-rng.o
CC crypto/kpp.o
CC fs/isofs/joliet.o
AR drivers/dma/dw/built-in.a
CC drivers/pci/rom.o
CC drivers/dma/hsu/hsu.o
CC sound/core/hrtimer.o
CC drivers/virtio/virtio_pci_modern_dev.o
CC net/core/rtnetlink.o
AR sound/pci/hda/built-in.a
AR sound/pci/trident/built-in.a
AR sound/pci/ymfpci/built-in.a
AR sound/pci/vx222/built-in.a
AR sound/pci/built-in.a
CC fs/netfs/write_collect.o
CC kernel/time/itimer.o
CC arch/x86/kernel/apic/probe_32.o
CC net/ethtool/linkinfo.o
AR kernel/irq/built-in.a
CC arch/x86/kernel/cpu/topology.o
CC fs/exportfs/expfs.o
CC lib/decompress_unlz4.o
AR fs/jbd2/built-in.a
CC kernel/cgroup/cgroup-v1.o
CC drivers/pnp/interface.o
CC fs/ext4/hash.o
CC drivers/acpi/tables.o
CC mm/shmem.o
CC drivers/acpi/acpica/dswexec.o
CC block/blk-mq-sysfs.o
CC drivers/char/agp/isoch.o
CC net/ipv4/netfilter/nf_defrag_ipv4.o
AR drivers/tty/hvc/built-in.a
CC sound/core/pcm.o
CC net/ipv4/route.o
CC net/ipv4/inetpeer.o
CC net/ipv4/netfilter/nf_reject_ipv4.o
CC io_uring/waitid.o
CC net/ipv4/netfilter/ip_tables.o
CC drivers/char/agp/amd64-agp.o
CC fs/isofs/compress.o
CC drivers/char/hw_random/geode-rng.o
AR arch/x86/kernel/apic/built-in.a
CC net/xfrm/xfrm_policy.o
AR net/sched/built-in.a
CC fs/fat/inode.o
CC net/xfrm/xfrm_state.o
COPY drivers/tty/vt/defkeymap.c
CC drivers/tty/vt/consolemap.o
CC drivers/pci/setup-res.o
CC fs/proc/self.o
CC net/xfrm/xfrm_hash.o
CC drivers/tty/serial/8250/8250_pnp.o
CC arch/x86/kernel/cpu/proc.o
ASN.1 crypto/rsapubkey.asn1.[ch]
ASN.1 crypto/rsaprivkey.asn1.[ch]
CC crypto/rsa.o
CC drivers/virtio/virtio_pci_legacy_dev.o
CC drivers/acpi/acpica/dswload.o
CC lib/decompress_unlzma.o
AR drivers/dma/hsu/built-in.a
AR drivers/dma/idxd/built-in.a
CC security/selinux/ss/policydb.o
AR drivers/dma/amd/built-in.a
CC kernel/events/hw_breakpoint.o
AR drivers/dma/mediatek/built-in.a
AR drivers/dma/qcom/built-in.a
AR drivers/dma/stm32/built-in.a
AR drivers/dma/ti/built-in.a
AR drivers/dma/xilinx/built-in.a
CC drivers/dma/dmaengine.o
CC drivers/pnp/quirks.o
AR fs/exportfs/built-in.a
CC drivers/char/random.o
AR drivers/iommu/amd/built-in.a
CC net/unix/af_unix.o
AR drivers/iommu/intel/built-in.a
AR drivers/iommu/arm/arm-smmu/built-in.a
AR drivers/iommu/arm/arm-smmu-v3/built-in.a
AR drivers/iommu/arm/built-in.a
CC kernel/time/clockevents.o
AR drivers/iommu/iommufd/built-in.a
AR drivers/iommu/riscv/built-in.a
CC drivers/iommu/iommu.o
CC fs/ext4/ialloc.o
CC block/blk-mq-cpumap.o
CC net/netfilter/nf_queue.o
CC net/ethtool/linkmodes.o
CC drivers/acpi/acpica/dswload2.o
CC drivers/char/hw_random/via-rng.o
CC sound/core/pcm_native.o
CC fs/proc/thread_self.o
CC lib/decompress_unlzo.o
CC fs/nfs/dir.o
CC lib/decompress_unxz.o
CC drivers/acpi/acpica/dswscope.o
CC drivers/acpi/acpica/dswstate.o
CC crypto/rsa_helper.o
CC fs/netfs/write_issue.o
AR fs/isofs/built-in.a
CC drivers/pci/irq.o
CC kernel/cgroup/freezer.o
CC drivers/char/agp/intel-agp.o
CC io_uring/register.o
CC drivers/tty/serial/8250/8250_rsa.o
CC drivers/virtio/virtio_pci_modern.o
CC drivers/dma/virt-dma.o
CC kernel/time/tick-common.o
HOSTCC drivers/tty/vt/conmakehash
CC drivers/char/misc.o
CC drivers/iommu/iommu-traces.o
AR drivers/char/hw_random/built-in.a
CC security/selinux/ss/services.o
CC fs/nfs/file.o
CC sound/core/pcm_lib.o
CC drivers/pnp/system.o
CC drivers/char/agp/intel-gtt.o
CC crypto/rsa-pkcs1pad.o
CC net/ipv6/netfilter/ip6_tables.o
CC drivers/tty/vt/defkeymap.o
CC fs/proc/proc_sysctl.o
CC fs/proc/proc_net.o
CC block/blk-mq-sched.o
CC drivers/acpi/acpica/evevent.o
CC net/packet/af_packet.o
CC lib/decompress_unzstd.o
CONMK drivers/tty/vt/consolemap_deftbl.c
CC drivers/tty/vt/consolemap_deftbl.o
CC fs/fat/misc.o
AR drivers/tty/vt/built-in.a
CC drivers/tty/tty_io.o
AR net/dsa/built-in.a
CC net/xfrm/xfrm_input.o
CC drivers/virtio/virtio_pci_common.o
CC drivers/pci/vpd.o
CC net/ipv4/netfilter/iptable_filter.o
CC drivers/virtio/virtio_pci_legacy.o
CC drivers/tty/serial/8250/8250_port.o
CC net/ipv4/netfilter/iptable_mangle.o
CC drivers/dma/acpi-dma.o
CC arch/x86/kernel/cpu/feat_ctl.o
CC net/ethtool/rss.o
CC drivers/acpi/acpica/evgpe.o
AR drivers/pnp/built-in.a
CC drivers/tty/serial/8250/8250_dma.o
CC kernel/trace/trace_output.o
CC kernel/cgroup/legacy_freezer.o
CC drivers/virtio/virtio_pci_admin_legacy_io.o
AR sound/pcmcia/vx/built-in.a
CC lib/dump_stack.o
AR sound/pcmcia/pdaudiocf/built-in.a
AR sound/pcmcia/built-in.a
CC net/netfilter/nf_sockopt.o
CC kernel/cgroup/pids.o
CC crypto/rsassa-pkcs1.o
AR fs/netfs/built-in.a
CC crypto/acompress.o
CC kernel/time/tick-broadcast.o
CC net/sunrpc/auth_gss/auth_gss.o
AR drivers/gpu/host1x/built-in.a
CC net/sunrpc/auth_gss/gss_generic_token.o
CC arch/x86/kernel/cpu/intel.o
CC kernel/events/uprobes.o
CC drivers/acpi/acpica/evgpeblk.o
CC mm/util.o
AR drivers/char/agp/built-in.a
AR drivers/gpu/drm/tests/built-in.a
CC drivers/char/virtio_console.o
AR drivers/gpu/drm/arm/built-in.a
AR drivers/gpu/drm/clients/built-in.a
CC fs/fat/nfs.o
CC drivers/gpu/drm/display/drm_display_helper_mod.o
CC arch/x86/kernel/cpu/tsx.o
CC block/ioctl.o
CC drivers/pci/setup-bus.o
CC drivers/iommu/iommu-sysfs.o
CC drivers/gpu/drm/display/drm_dp_dual_mode_helper.o
AR drivers/dma/built-in.a
CC drivers/acpi/acpica/evgpeinit.o
CC io_uring/truncate.o
CC kernel/exec_domain.o
CC net/xfrm/xfrm_output.o
CC drivers/virtio/virtio_input.o
CC kernel/cgroup/rdma.o
CC lib/earlycpio.o
CC net/ipv4/protocol.o
CC fs/fat/namei_vfat.o
CC net/core/utils.o
CC mm/mmzone.o
CC drivers/acpi/acpica/evgpeutil.o
CC net/ipv4/netfilter/ipt_REJECT.o
CC lib/extable.o
CC fs/ext4/indirect.o
CC net/ethtool/linkstate.o
CC kernel/time/tick-broadcast-hrtimer.o
CC arch/x86/kernel/head32.o
CC fs/proc/kcore.o
CC drivers/acpi/osi.o
CC net/ipv4/ip_input.o
CC arch/x86/kernel/cpu/intel_epb.o
CC arch/x86/kernel/cpu/amd.o
CC kernel/cgroup/cpuset.o
CC net/unix/garbage.o
CC net/netfilter/utils.o
CC sound/core/pcm_misc.o
CC net/ipv6/netfilter/ip6table_filter.o
CC crypto/scompress.o
CC drivers/iommu/dma-iommu.o
CC net/sunrpc/clnt.o
CC net/ipv6/af_inet6.o
CC net/unix/sysctl_net_unix.o
CC drivers/acpi/acpica/evglock.o
CC kernel/time/tick-oneshot.o
CC lib/flex_proportions.o
CC drivers/tty/n_tty.o
CC drivers/acpi/osl.o
CC net/ipv6/netfilter/ip6table_mangle.o
CC drivers/gpu/drm/ttm/ttm_tt.o
CC drivers/iommu/iova.o
CC kernel/trace/trace_seq.o
CC sound/core/pcm_memory.o
CC net/netfilter/nfnetlink.o
CC mm/vmstat.o
CC block/genhd.o
CC kernel/trace/trace_stat.o
CC drivers/gpu/drm/display/drm_dp_helper.o
CC net/netfilter/nfnetlink_log.o
CC drivers/virtio/virtio_dma_buf.o
CC io_uring/memmap.o
CC net/ipv6/netfilter/nf_defrag_ipv6_hooks.o
CC drivers/acpi/acpica/evhandler.o
CC lib/idr.o
CC kernel/time/tick-sched.o
CC sound/core/memalloc.o
CC drivers/tty/serial/8250/8250_dwlib.o
CC [M] net/ipv4/netfilter/iptable_nat.o
CC drivers/char/hpet.o
CC fs/proc/vmcore.o
CC security/selinux/ss/conditional.o
CC net/ipv6/netfilter/nf_conntrack_reasm.o
CC net/ethtool/debug.o
CC drivers/char/nvram.o
CC crypto/algboss.o
CC arch/x86/kernel/cpu/hygon.o
CC fs/fat/namei_msdos.o
CC drivers/acpi/acpica/evmisc.o
CC fs/nfs/getroot.o
AR kernel/events/built-in.a
CC net/core/link_watch.o
AR drivers/gpu/vga/built-in.a
CC io_uring/io-wq.o
AR net/wireless/tests/built-in.a
CC net/wireless/core.o
AR drivers/virtio/built-in.a
AR net/mac80211/tests/built-in.a
CC net/sunrpc/auth_gss/gss_mech_switch.o
CC net/mac80211/main.o
AR net/unix/built-in.a
CC net/xfrm/xfrm_sysctl.o
CC fs/ext4/inline.o
CC mm/backing-dev.o
CC drivers/pci/vc.o
CC lib/iomem_copy.o
CC drivers/gpu/drm/ttm/ttm_bo.o
CC arch/x86/kernel/ebda.o
CC kernel/trace/trace_printk.o
CC drivers/pci/mmap.o
CC fs/ext4/inode.o
CC lib/irq_regs.o
CC drivers/acpi/acpica/evregion.o
CC arch/x86/kernel/cpu/centaur.o
CC net/ipv6/netfilter/nf_reject_ipv6.o
CC fs/lockd/clntlock.o
CC drivers/tty/serial/8250/8250_pcilib.o
CC drivers/gpu/drm/i915/i915_config.o
CC net/ipv6/netfilter/ip6t_ipv6header.o
AR drivers/iommu/built-in.a
AR drivers/gpu/drm/renesas/rcar-du/built-in.a
AR net/packet/built-in.a
CC kernel/trace/pid_list.o
CC lib/is_single_threaded.o
CC io_uring/futex.o
AR drivers/gpu/drm/renesas/rz-du/built-in.a
AR drivers/gpu/drm/renesas/built-in.a
AR sound/mips/built-in.a
CC arch/x86/kernel/platform-quirks.o
CC sound/core/pcm_timer.o
CC crypto/testmgr.o
CC block/ioprio.o
CC sound/core/seq_device.o
CC fs/ext4/ioctl.o
CC drivers/gpu/drm/i915/i915_driver.o
CC kernel/cgroup/misc.o
CC kernel/time/timer_migration.o
AR drivers/char/built-in.a
CC arch/x86/kernel/process_32.o
CC net/ethtool/wol.o
CC net/core/filter.o
CC security/selinux/ss/mls.o
CC kernel/trace/trace_sched_switch.o
CC arch/x86/kernel/cpu/transmeta.o
AR net/ipv4/netfilter/built-in.a
CC drivers/acpi/acpica/evrgnini.o
CC drivers/gpu/drm/ttm/ttm_bo_util.o
CC net/ipv4/ip_fragment.o
CC fs/proc/kmsg.o
CC drivers/tty/serial/8250/8250_early.o
CC net/netfilter/nf_conntrack_core.o
AR fs/fat/built-in.a
CC net/netlabel/netlabel_user.o
CC drivers/acpi/utils.o
CC drivers/pci/devres.o
CC lib/klist.o
CC fs/lockd/clntproc.o
CC net/netfilter/nf_conntrack_standalone.o
CC fs/nfs/inode.o
CC net/xfrm/xfrm_replay.o
CC security/selinux/ss/context.o
CC net/ethtool/features.o
CC net/ethtool/privflags.o
CC net/mac80211/status.o
CC crypto/cmac.o
CC crypto/hmac.o
CC net/sunrpc/xprt.o
CC drivers/acpi/acpica/evsci.o
AR sound/core/built-in.a
CC lib/kobject.o
CC lib/kobject_uevent.o
AR sound/soc/built-in.a
AR sound/atmel/built-in.a
CC kernel/cgroup/debug.o
CC sound/hda/hda_bus_type.o
CC mm/mm_init.o
CC drivers/gpu/drm/display/drm_dp_mst_topology.o
CC fs/proc/page.o
CC arch/x86/kernel/cpu/zhaoxin.o
CC drivers/acpi/acpica/evxface.o
CC block/badblocks.o
CC net/sunrpc/auth_gss/svcauth_gss.o
CC io_uring/napi.o
CC drivers/connector/cn_queue.o
CC drivers/tty/serial/8250/8250_exar.o
CC fs/ext4/mballoc.o
CC net/sunrpc/socklib.o
CC fs/nfs/super.o
CC net/ipv4/ip_forward.o
CC drivers/gpu/drm/display/drm_dsc_helper.o
CC net/wireless/sysfs.o
CC drivers/gpu/drm/i915/i915_drm_client.o
CC block/blk-rq-qos.o
CC drivers/gpu/drm/ttm/ttm_bo_vm.o
CC net/ipv6/netfilter/ip6t_REJECT.o
CC drivers/pci/proc.o
CC arch/x86/kernel/cpu/vortex.o
CC crypto/crypto_null.o
CC security/selinux/netlabel.o
CC net/netlabel/netlabel_kapi.o
CC drivers/acpi/acpica/evxfevnt.o
AR drivers/gpu/drm/omapdrm/built-in.a
AR drivers/gpu/drm/tilcdc/built-in.a
CC sound/hda/hdac_bus.o
CC drivers/gpu/drm/virtio/virtgpu_drv.o
CC kernel/trace/trace_nop.o
CC net/netfilter/nf_conntrack_expect.o
AR fs/proc/built-in.a
AR kernel/cgroup/built-in.a
CC net/xfrm/xfrm_device.o
CC block/disk-events.o
CC fs/nfs/io.o
CC drivers/tty/serial/8250/8250_lpss.o
CC net/ethtool/rings.o
CC drivers/connector/connector.o
CC arch/x86/kernel/cpu/perfctr-watchdog.o
CC drivers/base/power/sysfs.o
CC drivers/acpi/acpica/evxfgpe.o
CC net/ethtool/channels.o
CC drivers/gpu/drm/virtio/virtgpu_kms.o
CC kernel/time/vsyscall.o
CC fs/lockd/clntxdr.o
CC lib/logic_pio.o
CC drivers/gpu/drm/display/drm_hdcp_helper.o
CC sound/hda/hdac_device.o
CC arch/x86/kernel/signal.o
CC crypto/md5.o
CC drivers/gpu/drm/ttm/ttm_module.o
CC drivers/gpu/drm/ttm/ttm_execbuf_util.o
CC mm/percpu.o
CC fs/nls/nls_base.o
CC drivers/pci/pci-sysfs.o
CC drivers/tty/serial/serial_base_bus.o
CC block/blk-ia-ranges.o
CC drivers/base/power/generic_ops.o
CC kernel/trace/blktrace.o
CC kernel/time/timekeeping_debug.o
CC drivers/acpi/acpica/evxfregn.o
CC drivers/gpu/drm/i915/i915_getparam.o
CC net/ipv6/anycast.o
CC arch/x86/kernel/cpu/vmware.o
CC net/sunrpc/xprtsock.o
AR io_uring/built-in.a
AR fs/unicode/built-in.a
CC net/xfrm/xfrm_nat_keepalive.o
AR net/ipv6/netfilter/built-in.a
CC drivers/tty/serial/serial_ctrl.o
CC fs/nfs/direct.o
CC net/ipv4/ip_options.o
CC drivers/tty/serial/8250/8250_mid.o
CC lib/maple_tree.o
CC kernel/panic.o
CC crypto/sha256_generic.o
CC net/netlabel/netlabel_domainhash.o
CC fs/nls/nls_cp437.o
CC drivers/block/loop.o
CC arch/x86/kernel/signal_32.o
CC fs/lockd/host.o
CC drivers/block/virtio_blk.o
CC drivers/connector/cn_proc.o
CC drivers/gpu/drm/virtio/virtgpu_gem.o
CC mm/slab_common.o
CC drivers/acpi/acpica/exconcat.o
CC net/wireless/radiotap.o
CC drivers/gpu/drm/ttm/ttm_range_manager.o
CC drivers/base/power/common.o
AR security/selinux/built-in.a
AR security/built-in.a
CC drivers/gpu/drm/ttm/ttm_resource.o
CC drivers/gpu/drm/ttm/ttm_pool.o
CC net/sunrpc/sched.o
CC drivers/tty/serial/8250/8250_pci.o
CC net/ipv4/ip_output.o
CC net/ethtool/coalesce.o
CC net/sunrpc/auth_gss/gss_rpc_upcall.o
CC fs/lockd/svc.o
CC sound/hda/hdac_sysfs.o
CC block/early-lookup.o
CC arch/x86/kernel/cpu/hypervisor.o
CC net/netfilter/nf_conntrack_helper.o
CC fs/nls/nls_ascii.o
CC drivers/misc/eeprom/eeprom_93cx6.o
CC kernel/time/namespace.o
CC drivers/acpi/acpica/exconfig.o
CC crypto/sha512_generic.o
CC net/mac80211/driver-ops.o
CC arch/x86/kernel/cpu/mshyperv.o
CC drivers/gpu/drm/i915/i915_ioctl.o
AR drivers/misc/cb710/built-in.a
CC drivers/base/power/qos.o
CC lib/memcat_p.o
AR drivers/gpu/drm/imx/built-in.a
CC drivers/gpu/drm/display/drm_hdmi_helper.o
CC drivers/pci/slot.o
CC fs/nls/nls_iso8859-1.o
CC drivers/pci/pci-acpi.o
CC net/sunrpc/auth_gss/gss_rpc_xdr.o
AR drivers/misc/eeprom/built-in.a
CC drivers/tty/tty_ioctl.o
AR drivers/misc/lis3lv02d/built-in.a
CC drivers/gpu/drm/virtio/virtgpu_vram.o
AR drivers/misc/cardreader/built-in.a
AR drivers/misc/keba/built-in.a
AR drivers/misc/built-in.a
CC drivers/base/firmware_loader/builtin/main.o
CC drivers/base/firmware_loader/main.o
CC fs/ext4/migrate.o
CC drivers/acpi/acpica/exconvrt.o
CC net/xfrm/xfrm_algo.o
CC fs/ext4/mmp.o
CC net/ipv6/ip6_output.o
CC net/wireless/util.o
CC block/bounce.o
CC fs/nls/nls_utf8.o
CC drivers/gpu/drm/ttm/ttm_device.o
CC mm/compaction.o
AR kernel/time/built-in.a
CC drivers/gpu/drm/display/drm_scdc_helper.o
AR sound/x86/built-in.a
CC net/ethtool/pause.o
CC net/sunrpc/auth_gss/trace.o
CC drivers/tty/serial/serial_port.o
AR drivers/connector/built-in.a
CC net/netlabel/netlabel_addrlist.o
CC sound/hda/hdac_regmap.o
AR drivers/base/firmware_loader/builtin/built-in.a
CC drivers/acpi/reboot.o
CC drivers/gpu/drm/virtio/virtgpu_display.o
CC fs/autofs/init.o
CC crypto/sha3_generic.o
CC kernel/trace/trace_events.o
CC drivers/acpi/acpica/excreate.o
CC net/xfrm/xfrm_user.o
CC net/core/sock_diag.o
AR drivers/block/built-in.a
CC drivers/base/power/runtime.o
CC net/netlabel/netlabel_mgmt.o
AR fs/nls/built-in.a
CC kernel/cpu.o
AR sound/xen/built-in.a
CC drivers/tty/tty_ldisc.o
CC drivers/gpu/drm/i915/i915_irq.o
CC fs/lockd/svclock.o
CC net/sunrpc/auth_gss/gss_krb5_mech.o
CC drivers/tty/serial/8250/8250_pericom.o
CC drivers/acpi/nvs.o
CC arch/x86/kernel/cpu/debugfs.o
CC block/bsg.o
CC net/wireless/reg.o
CC net/netfilter/nf_conntrack_proto.o
CC sound/hda/hdac_controller.o
CC drivers/acpi/acpica/exdebug.o
CC drivers/pci/iomap.o
CC crypto/ecb.o
CC drivers/gpu/drm/ttm/ttm_sys_manager.o
CC net/netlabel/netlabel_unlabeled.o
CC net/mac80211/sta_info.o
AR drivers/base/firmware_loader/built-in.a
CC net/mac80211/wep.o
CC net/core/dev_ioctl.o
CC sound/hda/hdac_stream.o
AR drivers/gpu/drm/i2c/built-in.a
CC fs/nfs/pagelist.o
CC net/netfilter/nf_conntrack_proto_generic.o
CC fs/autofs/inode.o
CC drivers/acpi/acpica/exdump.o
CC drivers/gpu/drm/virtio/virtgpu_vq.o
CC drivers/gpu/drm/virtio/virtgpu_fence.o
AR drivers/gpu/drm/display/built-in.a
CC net/netlabel/netlabel_cipso_v4.o
CC net/sunrpc/auth.o
CC fs/lockd/svcshare.o
CC net/mac80211/aead_api.o
CC net/ethtool/eee.o
CC arch/x86/kernel/cpu/bus_lock.o
CC crypto/cbc.o
CC drivers/gpu/drm/ttm/ttm_agp_backend.o
CC net/ipv6/ip6_input.o
AR drivers/tty/serial/8250/built-in.a
CC drivers/tty/serial/earlycon.o
CC fs/lockd/svcproc.o
CC drivers/acpi/acpica/exfield.o
CC drivers/base/regmap/regmap.o
CC block/blk-cgroup.o
CC net/ipv4/ip_sockglue.o
CC drivers/pci/quirks.o
CC drivers/base/power/wakeirq.o
CC fs/lockd/svcsubs.o
CC fs/9p/vfs_super.o
CC crypto/ctr.o
CC net/rfkill/core.o
CC fs/autofs/root.o
CC drivers/acpi/acpica/exfldio.o
CC block/blk-ioprio.o
CC fs/nfs/read.o
CC fs/ext4/move_extent.o
CC drivers/gpu/drm/i915/i915_mitigations.o
CC sound/hda/array.o
CC mm/show_mem.o
CC arch/x86/kernel/traps.o
CC net/core/tso.o
AR drivers/gpu/drm/ttm/built-in.a
CC kernel/trace/trace_export.o
CC net/sunrpc/auth_gss/gss_krb5_seal.o
AR drivers/tty/serial/built-in.a
CC drivers/tty/tty_buffer.o
CC drivers/base/power/main.o
CC crypto/gcm.o
CC net/netfilter/nf_conntrack_proto_tcp.o
CC arch/x86/kernel/cpu/capflags.o
CC drivers/acpi/wakeup.o
CC net/ethtool/tsinfo.o
AR arch/x86/kernel/cpu/built-in.a
CC net/ethtool/cabletest.o
CC net/netfilter/nf_conntrack_proto_udp.o
CC drivers/gpu/drm/virtio/virtgpu_object.o
CC net/sunrpc/auth_gss/gss_krb5_unseal.o
CC drivers/tty/tty_port.o
CC drivers/acpi/acpica/exmisc.o
CC fs/9p/vfs_inode.o
CC crypto/ccm.o
CC net/netlabel/netlabel_calipso.o
AR sound/virtio/built-in.a
CC crypto/aes_generic.o
CC fs/nfs/symlink.o
CC drivers/acpi/sleep.o
CC arch/x86/kernel/idt.o
CC sound/hda/hdmi_chmap.o
CC drivers/pci/pci-label.o
CC fs/autofs/symlink.o
CC net/9p/mod.o
CC net/rfkill/input.o
CC drivers/base/regmap/regcache.o
CC drivers/acpi/acpica/exmutex.o
CC fs/lockd/mon.o
CC kernel/trace/trace_event_perf.o
CC net/9p/client.o
CC drivers/gpu/drm/i915/i915_module.o
CC drivers/acpi/device_sysfs.o
CC fs/ext4/namei.o
CC block/blk-iolatency.o
AR net/xfrm/built-in.a
CC lib/nmi_backtrace.o
CC mm/interval_tree.o
CC drivers/gpu/drm/virtio/virtgpu_debugfs.o
CC net/ipv6/addrconf.o
AR fs/hostfs/built-in.a
CC drivers/base/regmap/regcache-rbtree.o
CC drivers/tty/tty_mutex.o
CC kernel/trace/trace_events_filter.o
CC net/ethtool/tunnels.o
AR drivers/base/test/built-in.a
CC net/netfilter/nf_conntrack_proto_icmp.o
CC drivers/acpi/acpica/exnames.o
CC kernel/exit.o
CC net/mac80211/wpa.o
CC net/wireless/scan.o
CC net/sunrpc/auth_gss/gss_krb5_wrap.o
CC sound/sound_core.o
CC crypto/crc32c_generic.o
CC sound/hda/trace.o
CC net/ipv4/inet_hashtables.o
AR net/rfkill/built-in.a
CC mm/list_lru.o
CC fs/autofs/waitq.o
CC arch/x86/kernel/irq.o
CC fs/nfs/unlink.o
CC drivers/base/regmap/regcache-flat.o
CC net/sunrpc/auth_gss/gss_krb5_crypto.o
CC lib/objpool.o
CC fs/9p/vfs_inode_dotl.o
CC drivers/acpi/acpica/exoparg1.o
CC fs/lockd/trace.o
AR net/netlabel/built-in.a
CC arch/x86/kernel/irq_32.o
CC net/ipv4/inet_timewait_sock.o
CC kernel/softirq.o
CC drivers/pci/vgaarb.o
CC drivers/base/power/wakeup.o
CC drivers/acpi/device_pm.o
AR drivers/mfd/built-in.a
CC net/core/sock_reuseport.o
CC net/core/fib_notifier.o
CC drivers/gpu/drm/virtio/virtgpu_plane.o
CC drivers/tty/tty_ldsem.o
CC crypto/authenc.o
AR drivers/nfc/built-in.a
CC net/core/xdp.o
CC sound/last.o
CC fs/lockd/xdr.o
CC fs/autofs/expire.o
CC lib/plist.o
CC drivers/gpu/drm/i915/i915_params.o
CC net/ethtool/fec.o
CC net/9p/error.o
CC fs/ext4/page-io.o
CC fs/debugfs/inode.o
CC kernel/resource.o
CC fs/9p/vfs_addr.o
CC drivers/base/regmap/regcache-maple.o
CC drivers/acpi/acpica/exoparg2.o
CC mm/workingset.o
CC net/ipv4/inet_connection_sock.o
CC lib/radix-tree.o
CC block/blk-iocost.o
CC fs/lockd/clnt4xdr.o
CC drivers/base/component.o
CC net/netfilter/nf_conntrack_extend.o
CC sound/hda/hdac_component.o
CC drivers/tty/tty_baudrate.o
CC fs/tracefs/inode.o
CC net/core/flow_offload.o
CC fs/tracefs/event_inode.o
CC kernel/trace/trace_events_trigger.o
CC drivers/acpi/acpica/exoparg3.o
CC drivers/gpu/drm/virtio/virtgpu_ioctl.o
CC net/9p/protocol.o
CC arch/x86/kernel/dumpstack_32.o
CC drivers/acpi/proc.o
CC fs/autofs/dev-ioctl.o
CC net/ipv6/addrlabel.o
CC fs/ext4/readpage.o
CC fs/lockd/xdr4.o
CC crypto/authencesn.o
AR drivers/pci/built-in.a
CC drivers/base/regmap/regmap-debugfs.o
CC [M] fs/efivarfs/inode.o
AR drivers/dax/hmem/built-in.a
CC net/ipv6/route.o
AR drivers/dax/built-in.a
CC kernel/trace/trace_eprobe.o
CC fs/9p/vfs_file.o
CC net/mac80211/scan.o
CC drivers/gpu/drm/i915/i915_pci.o
CC net/sunrpc/auth_gss/gss_krb5_keys.o
CC drivers/acpi/acpica/exoparg6.o
CC drivers/tty/tty_jobctrl.o
CC mm/debug.o
CC net/ethtool/eeprom.o
CC fs/lockd/svc4proc.o
CC net/dns_resolver/dns_key.o
CC drivers/base/power/wakeup_stats.o
CC net/ipv6/ip6_fib.o
CC fs/debugfs/file.o
CC net/sunrpc/auth_null.o
CC sound/hda/hdac_i915.o
CC mm/gup.o
CC net/netfilter/nf_conntrack_acct.o
CC lib/ratelimit.o
CC fs/nfs/write.o
CC lib/rbtree.o
CC arch/x86/kernel/time.o
CC fs/open.o
CC arch/x86/kernel/ioport.o
CC drivers/gpu/drm/virtio/virtgpu_prime.o
CC drivers/acpi/acpica/exprep.o
CC kernel/trace/trace_kprobe.o
CC drivers/tty/n_null.o
AR fs/tracefs/built-in.a
CC net/dns_resolver/dns_query.o
CC [M] fs/efivarfs/file.o
CC net/core/gro.o
CC crypto/lzo.o
CC net/9p/trans_common.o
CC drivers/dma-buf/dma-buf.o
CC drivers/acpi/acpica/exregion.o
AR fs/autofs/built-in.a
CC drivers/base/power/trace.o
CC net/ipv4/tcp.o
CC drivers/gpu/drm/i915/i915_scatterlist.o
AR drivers/base/regmap/built-in.a
CC lib/seq_buf.o
CC net/handshake/alert.o
CC net/wireless/nl80211.o
CC crypto/lzo-rle.o
CC fs/9p/vfs_dir.o
CC fs/nfs/namespace.o
CC drivers/gpu/drm/virtio/virtgpu_trace_points.o
CC mm/mmap_lock.o
AR drivers/cxl/core/built-in.a
CC sound/hda/intel-dsp-config.o
CC crypto/rng.o
AR drivers/cxl/built-in.a
CC crypto/drbg.o
CC lib/siphash.o
CC [M] fs/efivarfs/super.o
CC drivers/base/core.o
CC fs/lockd/procfs.o
CC drivers/acpi/acpica/exresnte.o
CC drivers/gpu/drm/virtio/virtgpu_submit.o
CC drivers/tty/pty.o
CC net/ethtool/stats.o
CC [M] fs/efivarfs/vars.o
CC net/core/netdev-genl.o
CC net/9p/trans_fd.o
AR net/sunrpc/auth_gss/built-in.a
CC net/devres.o
CC net/mac80211/offchannel.o
CC arch/x86/kernel/dumpstack.o
CC net/sunrpc/auth_tls.o
AR net/dns_resolver/built-in.a
CC drivers/tty/tty_audit.o
CC net/core/netdev-genl-gen.o
CC fs/ext4/resize.o
CC net/netfilter/nf_conntrack_seqadj.o
CC drivers/acpi/bus.o
CC sound/hda/intel-nhlt.o
AR fs/debugfs/built-in.a
CC lib/string.o
CC drivers/dma-buf/dma-fence.o
CC net/ipv4/tcp_input.o
CC net/handshake/genl.o
AR drivers/base/power/built-in.a
CC drivers/acpi/acpica/exresolv.o
CC mm/highmem.o
CC drivers/gpu/drm/i915/i915_switcheroo.o
CC fs/9p/vfs_dentry.o
CC lib/timerqueue.o
CC sound/hda/intel-sdw-acpi.o
CC fs/nfs/mount_clnt.o
CC drivers/tty/sysrq.o
CC fs/ext4/super.o
CC net/ipv6/ipv6_sockglue.o
CC arch/x86/kernel/nmi.o
AR fs/lockd/built-in.a
CC lib/union_find.o
CC drivers/base/bus.o
CC crypto/jitterentropy.o
CC lib/vsprintf.o
CC drivers/acpi/acpica/exresop.o
CC block/mq-deadline.o
CC crypto/jitterentropy-kcapi.o
AR drivers/gpu/drm/virtio/built-in.a
CC lib/win_minmax.o
LD [M] fs/efivarfs/efivarfs.o
CC net/handshake/netlink.o
CC net/ethtool/phc_vclocks.o
CC fs/9p/v9fs.o
CC drivers/macintosh/mac_hid.o
AR drivers/gpu/drm/panel/built-in.a
CC net/netfilter/nf_conntrack_proto_icmpv6.o
CC drivers/dma-buf/dma-fence-array.o
CC net/ipv4/tcp_output.o
CC net/netfilter/nf_conntrack_netlink.o
CC kernel/sysctl.o
CC drivers/acpi/acpica/exserial.o
CC drivers/gpu/drm/i915/i915_sysfs.o
CC drivers/base/dd.o
AR sound/hda/built-in.a
AR drivers/gpu/drm/bridge/analogix/built-in.a
AR sound/built-in.a
CC block/kyber-iosched.o
AR drivers/gpu/drm/bridge/cadence/built-in.a
AR drivers/gpu/drm/bridge/imx/built-in.a
CC drivers/acpi/glue.o
CC drivers/acpi/scan.o
AR drivers/gpu/drm/bridge/synopsys/built-in.a
AR drivers/gpu/drm/bridge/built-in.a
CC drivers/acpi/mipi-disco-img.o
CC drivers/acpi/resource.o
CC net/9p/trans_virtio.o
CC kernel/capability.o
CC net/sunrpc/auth_unix.o
CC crypto/ghash-generic.o
CC net/socket.o
CC drivers/acpi/acpi_processor.o
CC mm/memory.o
CC kernel/trace/error_report-traces.o
CC drivers/acpi/acpica/exstore.o
CC drivers/acpi/acpica/exstoren.o
AR drivers/scsi/pcmcia/built-in.a
CC drivers/scsi/scsi.o
AR drivers/macintosh/built-in.a
CC net/ipv4/tcp_timer.o
CC crypto/hash_info.o
CC net/sysctl_net.o
CC drivers/dma-buf/dma-fence-chain.o
CC net/mac80211/ht.o
CC net/ipv6/ndisc.o
CC arch/x86/kernel/ldt.o
CC fs/9p/fid.o
AR drivers/tty/built-in.a
CC net/core/gso.o
CC drivers/dma-buf/dma-fence-unwrap.o
CC net/handshake/request.o
AR drivers/gpu/drm/hisilicon/built-in.a
CC net/handshake/tlshd.o
CC crypto/rsapubkey.asn1.o
AR drivers/gpu/drm/mxsfb/built-in.a
CC net/netfilter/nf_conntrack_ftp.o
CC net/core/net-sysfs.o
CC crypto/rsaprivkey.asn1.o
CC drivers/acpi/acpica/exstorob.o
AR crypto/built-in.a
CC net/ethtool/mm.o
CC drivers/acpi/processor_core.o
CC kernel/trace/power-traces.o
CC fs/nfs/nfstrace.o
CC fs/read_write.o
CC arch/x86/kernel/setup.o
CC net/ipv6/udp.o
CC kernel/ptrace.o
CC mm/mincore.o
CC drivers/gpu/drm/i915/i915_utils.o
CC drivers/acpi/acpica/exsystem.o
CC drivers/scsi/hosts.o
CC net/netfilter/nf_conntrack_irc.o
AR drivers/gpu/drm/tiny/built-in.a
CC net/core/hotdata.o
CC arch/x86/kernel/x86_init.o
CC block/blk-mq-pci.o
AR drivers/nvme/common/built-in.a
CC drivers/dma-buf/dma-resv.o
AR drivers/nvme/host/built-in.a
AR drivers/nvme/target/built-in.a
AR drivers/nvme/built-in.a
CC drivers/dma-buf/sync_file.o
CC net/sunrpc/svc.o
CC fs/9p/xattr.o
CC drivers/scsi/scsi_ioctl.o
CC drivers/base/syscore.o
CC net/core/netdev_rx_queue.o
CC drivers/acpi/acpica/extrace.o
AR net/9p/built-in.a
CC lib/xarray.o
CC net/ethtool/module.o
CC fs/file_table.o
CC kernel/trace/rpm-traces.o
AR drivers/gpu/drm/xlnx/built-in.a
CC net/wireless/mlme.o
CC arch/x86/kernel/i8259.o
CC net/netfilter/nf_conntrack_sip.o
CC lib/lockref.o
CC net/core/net-procfs.o
CC net/ipv6/udplite.o
CC drivers/acpi/acpica/exutils.o
CC fs/nfs/export.o
CC net/sunrpc/svcsock.o
CC mm/mlock.o
CC net/ipv4/tcp_ipv4.o
CC block/blk-mq-virtio.o
CC fs/super.o
CC drivers/ata/libata-core.o
CC drivers/gpu/drm/i915/intel_clock_gating.o
CC fs/ext4/symlink.o
AR drivers/net/phy/mediatek/built-in.a
AR drivers/net/pse-pd/built-in.a
AR drivers/net/phy/qcom/built-in.a
CC fs/ext4/sysfs.o
CC drivers/net/phy/mdio-boardinfo.o
CC arch/x86/kernel/irqinit.o
AR drivers/dma-buf/built-in.a
CC net/ethtool/cmis_fw_update.o
AR fs/9p/built-in.a
CC drivers/acpi/processor_pdc.o
CC lib/bcd.o
CC drivers/acpi/acpica/hwacpi.o
CC net/handshake/trace.o
CC fs/ext4/xattr.o
CC drivers/ata/libata-scsi.o
CC drivers/acpi/ec.o
CC fs/nfs/sysfs.o
CC mm/mmap.o
CC drivers/scsi/scsicam.o
AR drivers/gpu/drm/gud/built-in.a
CC drivers/base/driver.o
CC block/blk-mq-debugfs.o
CC drivers/net/phy/stubs.o
CC drivers/ata/libata-eh.o
CC drivers/acpi/acpica/hwesleep.o
CC drivers/acpi/acpica/hwgpe.o
CC net/sunrpc/svcauth.o
CC kernel/trace/trace_dynevent.o
CC drivers/gpu/drm/i915/intel_cpu_info.o
CC kernel/user.o
CC drivers/scsi/scsi_error.o
CC net/sunrpc/svcauth_unix.o
CC drivers/ata/libata-transport.o
CC arch/x86/kernel/jump_label.o
CC fs/nfs/fs_context.o
CC lib/sort.o
CC drivers/acpi/acpica/hwregs.o
CC net/mac80211/agg-tx.o
CC drivers/base/class.o
CC fs/ext4/xattr_hurd.o
AR drivers/gpu/drm/solomon/built-in.a
CC drivers/scsi/scsi_lib.o
CC lib/parser.o
CC net/ipv4/tcp_minisocks.o
CC kernel/trace/trace_probe.o
CC net/core/netpoll.o
CC drivers/firewire/init_ohci1394_dma.o
CC net/sunrpc/addr.o
CC mm/mmu_gather.o
CC net/mac80211/agg-rx.o
CC drivers/net/phy/mdio_devres.o
CC drivers/net/mdio/acpi_mdio.o
CC drivers/gpu/drm/i915/intel_device_info.o
CC net/ethtool/cmis_cdb.o
CC fs/nfs/nfsroot.o
CC drivers/acpi/acpica/hwsleep.o
CC lib/debug_locks.o
CC net/ethtool/pse-pd.o
CC arch/x86/kernel/irq_work.o
CC net/ipv6/raw.o
CC net/sunrpc/rpcb_clnt.o
CC block/blk-pm.o
CC drivers/acpi/acpica/hwvalid.o
CC kernel/trace/trace_uprobe.o
CC lib/random32.o
CC drivers/base/platform.o
CC fs/ext4/xattr_trusted.o
CC net/netfilter/nf_nat_core.o
CC drivers/gpu/drm/i915/intel_memory_region.o
CC mm/mprotect.o
CC drivers/net/mdio/fwnode_mdio.o
AR drivers/firewire/built-in.a
CC net/wireless/ibss.o
CC fs/char_dev.o
CC net/core/fib_rules.o
AR net/handshake/built-in.a
CC net/netfilter/nf_nat_proto.o
CC fs/ext4/xattr_user.o
CC drivers/acpi/acpica/hwxface.o
CC drivers/base/cpu.o
CC drivers/net/phy/phy.o
CC fs/stat.o
CC lib/bust_spinlocks.o
CC net/netfilter/nf_nat_helper.o
CC [M] drivers/gpu/drm/scheduler/sched_main.o
CC kernel/trace/rethook.o
CC arch/x86/kernel/probe_roms.o
CC block/holder.o
CC drivers/acpi/acpica/hwxfsleep.o
CC [M] drivers/gpu/drm/scheduler/sched_fence.o
AR drivers/net/pcs/built-in.a
CC fs/nfs/sysctl.o
CC net/ethtool/plca.o
CC arch/x86/kernel/sys_ia32.o
CC kernel/signal.o
CC drivers/scsi/constants.o
CC net/ipv6/icmp.o
HOSTCC drivers/gpu/drm/xe/xe_gen_wa_oob
CC mm/mremap.o
CC lib/kasprintf.o
CC net/core/net-traces.o
CC net/wireless/sme.o
GEN xe_wa_oob.c xe_wa_oob.h
CC [M] drivers/gpu/drm/xe/xe_bb.o
CC drivers/gpu/drm/drm_atomic.o
AR drivers/net/mdio/built-in.a
CC kernel/sys.o
CC drivers/acpi/acpica/hwpci.o
CC drivers/scsi/scsi_lib_dma.o
CC net/wireless/chan.o
CC drivers/cdrom/cdrom.o
CC drivers/base/firmware.o
CC net/ipv4/tcp_cong.o
CC [M] drivers/gpu/drm/xe/xe_bo.o
CC fs/nfs/nfs3super.o
AR drivers/net/ethernet/3com/built-in.a
CC drivers/gpu/drm/i915/intel_pcode.o
CC drivers/net/ethernet/8390/ne2k-pci.o
AR drivers/net/ethernet/adaptec/built-in.a
CC drivers/gpu/drm/i915/intel_region_ttm.o
CC net/mac80211/vht.o
CC drivers/gpu/drm/i915/intel_runtime_pm.o
CC [M] drivers/gpu/drm/xe/xe_bo_evict.o
AR block/built-in.a
CC net/sunrpc/timer.o
CC lib/bitmap.o
CC drivers/ata/libata-trace.o
CC net/ipv4/tcp_metrics.o
CC drivers/acpi/acpica/nsaccess.o
CC drivers/base/init.o
CC drivers/gpu/drm/i915/intel_sbi.o
CC net/netfilter/nf_nat_masquerade.o
CC drivers/net/phy/phy-c45.o
CC arch/x86/kernel/ksysfs.o
CC net/netfilter/nf_nat_ftp.o
CC net/ipv6/mcast.o
CC [M] drivers/gpu/drm/xe/xe_devcoredump.o
AR kernel/trace/built-in.a
AR drivers/auxdisplay/built-in.a
CC drivers/net/ethernet/8390/8390.o
CC [M] drivers/gpu/drm/scheduler/sched_entity.o
CC net/sunrpc/xdr.o
CC drivers/scsi/scsi_scan.o
CC net/core/selftests.o
AR drivers/net/wireless/admtek/built-in.a
CC net/ipv4/tcp_fastopen.o
AR drivers/net/wireless/ath/built-in.a
CC net/ethtool/phy.o
CC drivers/acpi/acpica/nsalloc.o
CC fs/ext4/fast_commit.o
AR drivers/net/wireless/atmel/built-in.a
CC drivers/pcmcia/cs.o
AR drivers/net/wireless/broadcom/built-in.a
AR drivers/net/wireless/intel/built-in.a
AR drivers/net/wireless/intersil/built-in.a
AR drivers/net/wireless/marvell/built-in.a
AR drivers/net/wireless/mediatek/built-in.a
AR drivers/net/wireless/microchip/built-in.a
CC drivers/gpu/drm/drm_atomic_uapi.o
AR drivers/net/wireless/purelifi/built-in.a
AR drivers/net/wireless/quantenna/built-in.a
AR drivers/net/wireless/ralink/built-in.a
AR drivers/net/wireless/realtek/built-in.a
AR drivers/net/wireless/rsi/built-in.a
CC kernel/umh.o
AR drivers/net/wireless/silabs/built-in.a
AR drivers/net/wireless/st/built-in.a
AR drivers/net/wireless/ti/built-in.a
AR drivers/net/wireless/zydas/built-in.a
CC fs/nfs/nfs3client.o
AR drivers/net/wireless/virtual/built-in.a
AR drivers/net/wireless/built-in.a
CC net/wireless/ethtool.o
CC mm/msync.o
CC lib/scatterlist.o
CC net/mac80211/he.o
AR drivers/net/ethernet/agere/built-in.a
CC net/ipv6/reassembly.o
CC drivers/base/map.o
CC drivers/acpi/acpica/nsarguments.o
CC drivers/acpi/dock.o
CC arch/x86/kernel/bootflag.o
CC net/mac80211/s1g.o
CC net/mac80211/ibss.o
CC drivers/usb/common/common.o
CC lib/list_sort.o
CC drivers/pcmcia/socket_sysfs.o
AR drivers/net/ethernet/alacritech/built-in.a
CC net/ipv4/tcp_rate.o
CC drivers/ata/libata-sata.o
LD [M] drivers/gpu/drm/scheduler/gpu-sched.o
CC kernel/workqueue.o
CC drivers/net/phy/phy-core.o
CC drivers/gpu/drm/i915/intel_step.o
CC net/mac80211/iface.o
CC mm/page_vma_mapped.o
CC drivers/acpi/pci_root.o
CC drivers/acpi/acpica/nsconvert.o
AR drivers/net/usb/built-in.a
CC fs/nfs/nfs3proc.o
AR drivers/net/ethernet/alteon/built-in.a
CC drivers/net/mii.o
CC fs/ext4/orphan.o
CC drivers/base/devres.o
CC net/ipv4/tcp_recovery.o
CC drivers/gpu/drm/drm_auth.o
AR drivers/cdrom/built-in.a
CC net/netfilter/nf_nat_irc.o
CC net/wireless/mesh.o
AR drivers/net/ethernet/8390/built-in.a
AR drivers/net/ethernet/amazon/built-in.a
AR drivers/net/ethernet/amd/built-in.a
AR net/ethtool/built-in.a
CC net/core/ptp_classifier.o
AR drivers/net/ethernet/aquantia/built-in.a
CC drivers/gpu/drm/i915/intel_uncore.o
AR drivers/net/ethernet/arc/built-in.a
CC drivers/gpu/drm/i915/intel_uncore_trace.o
CC arch/x86/kernel/e820.o
AR drivers/net/ethernet/asix/built-in.a
CC drivers/pcmcia/cardbus.o
AR drivers/net/ethernet/atheros/built-in.a
CC drivers/usb/core/usb.o
GEN drivers/scsi/scsi_devinfo_tbl.c
AR drivers/net/ethernet/cadence/built-in.a
CC drivers/scsi/scsi_devinfo.o
CC drivers/net/ethernet/broadcom/bnx2.o
CC drivers/acpi/acpica/nsdump.o
CC drivers/usb/common/debug.o
CC drivers/base/attribute_container.o
CC net/core/netprio_cgroup.o
CC drivers/usb/core/hub.o
CC drivers/acpi/pci_link.o
CC [M] drivers/gpu/drm/xe/xe_device.o
AR drivers/usb/common/built-in.a
CC net/ipv4/tcp_ulp.o
CC lib/uuid.o
CC net/netfilter/nf_nat_sip.o
CC fs/exec.o
CC lib/iov_iter.o
CC mm/pagewalk.o
CC drivers/gpu/drm/drm_blend.o
CC drivers/acpi/acpica/nseval.o
CC [M] drivers/gpu/drm/xe/xe_device_sysfs.o
CC arch/x86/kernel/pci-dma.o
CC net/mac80211/link.o
CC drivers/scsi/scsi_sysctl.o
CC drivers/net/phy/phy_device.o
CC drivers/ata/libata-sff.o
CC drivers/base/transport_class.o
CC fs/pipe.o
CC drivers/pcmcia/ds.o
CC fs/ext4/acl.o
CC drivers/acpi/acpica/nsinit.o
CC drivers/net/loopback.o
CC net/core/netclassid_cgroup.o
CC drivers/ata/libata-pmp.o
CC drivers/scsi/scsi_proc.o
CC drivers/base/topology.o
CC fs/nfs/nfs3xdr.o
AR drivers/usb/phy/built-in.a
CC net/sunrpc/sunrpc_syms.o
CC drivers/input/serio/serio.o
CC arch/x86/kernel/quirks.o
CC drivers/pcmcia/pcmcia_resource.o
CC lib/clz_ctz.o
CC mm/pgtable-generic.o
CC net/mac80211/rate.o
CC kernel/pid.o
CC fs/nfs/nfs3acl.o
CC drivers/input/serio/i8042.o
CC drivers/acpi/acpica/nsload.o
CC net/mac80211/michael.o
CC drivers/net/netconsole.o
CC net/sunrpc/cache.o
CC drivers/net/ethernet/broadcom/tg3.o
CC drivers/input/keyboard/atkbd.o
CC [M] drivers/gpu/drm/xe/xe_dma_buf.o
CC drivers/acpi/pci_irq.o
CC net/ipv6/tcp_ipv6.o
CC drivers/input/serio/serport.o
CC net/core/dst_cache.o
CC net/ipv4/tcp_offload.o
CC drivers/acpi/acpica/nsnames.o
CC drivers/base/container.o
CC fs/ext4/xattr_security.o
CC drivers/net/phy/linkmode.o
CC drivers/ata/libata-acpi.o
CC drivers/scsi/scsi_debugfs.o
CC net/netfilter/x_tables.o
CC fs/nfs/nfs4proc.o
CC drivers/input/serio/libps2.o
CC fs/nfs/nfs4xdr.o
CC mm/rmap.o
CC arch/x86/kernel/kdebugfs.o
CC drivers/usb/core/hcd.o
CC drivers/gpu/drm/i915/intel_wakeref.o
CC drivers/ata/libata-pata-timings.o
CC drivers/base/property.o
CC net/netfilter/xt_tcpudp.o
CC drivers/acpi/acpica/nsobject.o
CC net/sunrpc/rpc_pipe.o
CC drivers/acpi/acpi_apd.o
CC arch/x86/kernel/alternative.o
CC mm/vmalloc.o
AR drivers/net/ethernet/brocade/built-in.a
CC drivers/net/phy/phy_link_topology.o
CC drivers/net/virtio_net.o
CC drivers/pcmcia/cistpl.o
CC [M] drivers/gpu/drm/xe/xe_drm_client.o
CC net/ipv6/ping.o
CC drivers/acpi/acpica/nsparse.o
CC net/ipv4/tcp_plb.o
CC drivers/gpu/drm/drm_bridge.o
CC drivers/acpi/acpi_platform.o
AR fs/ext4/built-in.a
CC drivers/base/cacheinfo.o
CC [M] drivers/gpu/drm/xe/xe_exec.o
AR drivers/input/keyboard/built-in.a
CC drivers/ata/ahci.o
CC drivers/scsi/scsi_trace.o
CC drivers/input/mouse/psmouse-base.o
AR drivers/net/ethernet/cavium/common/built-in.a
AR drivers/input/joystick/built-in.a
AR drivers/net/ethernet/cavium/thunder/built-in.a
CC fs/nfs/nfs4state.o
AR drivers/net/ethernet/cavium/liquidio/built-in.a
AR drivers/net/ethernet/cavium/octeon/built-in.a
AR drivers/net/ethernet/cavium/built-in.a
CC net/ipv6/exthdrs.o
CC drivers/usb/core/urb.o
CC net/core/gro_cells.o
AR drivers/input/serio/built-in.a
CC lib/bsearch.o
CC drivers/usb/mon/mon_main.o
CC net/wireless/ap.o
CC net/core/failover.o
CC mm/vma.o
CC mm/process_vm_access.o
CC net/netfilter/xt_CONNSECMARK.o
CC drivers/acpi/acpica/nspredef.o
CC [M] drivers/gpu/drm/xe/xe_execlist.o
CC kernel/task_work.o
CC drivers/gpu/drm/i915/vlv_sideband.o
CC net/ipv6/datagram.o
CC drivers/usb/host/pci-quirks.o
CC lib/find_bit.o
AR drivers/input/tablet/built-in.a
CC fs/nfs/nfs4renewd.o
CC drivers/acpi/acpica/nsprepkg.o
CC drivers/net/phy/mdio_bus.o
CC drivers/base/swnode.o
CC drivers/usb/mon/mon_stat.o
CC fs/namei.o
CC drivers/scsi/scsi_logging.o
CC drivers/usb/mon/mon_text.o
CC drivers/rtc/lib.o
CC drivers/rtc/class.o
CC drivers/usb/core/message.o
CC arch/x86/kernel/i8253.o
CC net/mac80211/tkip.o
CC lib/llist.o
CC fs/nfs/nfs4super.o
CC drivers/gpu/drm/i915/vlv_suspend.o
CC kernel/extable.o
CC lib/lwq.o
CC drivers/usb/host/ehci-hcd.o
CC net/ipv4/datagram.o
CC drivers/input/mouse/synaptics.o
CC net/sunrpc/sysfs.o
AR drivers/input/touchscreen/built-in.a
CC drivers/ata/libahci.o
CC drivers/acpi/acpica/nsrepair.o
CC fs/fcntl.o
CC net/mac80211/aes_cmac.o
CC drivers/pcmcia/pcmcia_cis.o
CC drivers/acpi/acpica/nsrepair2.o
AR net/core/built-in.a
CC drivers/acpi/acpi_pnp.o
CC drivers/gpu/drm/i915/soc/intel_dram.o
CC [M] drivers/gpu/drm/xe/xe_exec_queue.o
CC lib/memweight.o
CC drivers/i2c/algos/i2c-algo-bit.o
CC drivers/usb/host/ehci-pci.o
CC [M] drivers/gpu/drm/xe/xe_force_wake.o
CC net/netfilter/xt_NFLOG.o
CC drivers/pcmcia/rsrc_mgr.o
CC lib/kfifo.o
CC arch/x86/kernel/hw_breakpoint.o
CC drivers/rtc/interface.o
CC drivers/acpi/power.o
AR drivers/input/misc/built-in.a
CC drivers/gpu/drm/drm_cache.o
CC net/ipv4/raw.o
CC lib/percpu-refcount.o
CC drivers/pcmcia/rsrc_nonstatic.o
CC drivers/base/auxiliary.o
CC drivers/scsi/scsi_pm.o
CC drivers/usb/mon/mon_bin.o
CC fs/ioctl.o
CC drivers/acpi/acpica/nssearch.o
CC net/ipv6/ip6_flowlabel.o
CC net/netfilter/xt_SECMARK.o
CC kernel/params.o
CC [M] drivers/gpu/drm/xe/xe_ggtt.o
CC net/mac80211/aes_gmac.o
CC net/ipv4/udp.o
CC drivers/net/phy/mdio_device.o
CC drivers/net/phy/swphy.o
CC drivers/input/mouse/focaltech.o
CC drivers/base/devtmpfs.o
CC drivers/acpi/acpica/nsutils.o
CC drivers/base/module.o
CC lib/rhashtable.o
CC net/netfilter/xt_TCPMSS.o
CC drivers/net/phy/fixed_phy.o
CC drivers/ata/ata_piix.o
CC fs/nfs/nfs4file.o
CC drivers/rtc/nvmem.o
AR drivers/i2c/algos/built-in.a
CC drivers/i2c/busses/i2c-i801.o
AR drivers/i2c/muxes/built-in.a
CC drivers/i2c/i2c-boardinfo.o
CC lib/base64.o
CC [M] drivers/gpu/drm/xe/xe_gpu_scheduler.o
CC drivers/ata/pata_amd.o
CC drivers/usb/core/driver.o
CC net/sunrpc/svc_xprt.o
CC drivers/input/input.o
CC arch/x86/kernel/tsc.o
CC fs/readdir.o
CC drivers/base/auxiliary_sysfs.o
CC net/ipv6/inet6_connection_sock.o
CC drivers/scsi/scsi_bsg.o
CC drivers/gpu/drm/i915/soc/intel_gmch.o
CC kernel/kthread.o
AR drivers/net/ethernet/chelsio/built-in.a
CC drivers/acpi/acpica/nswalk.o
CC drivers/pcmcia/yenta_socket.o
CC drivers/gpu/drm/drm_color_mgmt.o
CC net/wireless/trace.o
CC drivers/acpi/event.o
CC fs/select.o
AR drivers/usb/mon/built-in.a
CC drivers/usb/core/config.o
CC mm/page_alloc.o
CC [M] drivers/gpu/drm/xe/xe_gsc.o
CC drivers/input/mouse/alps.o
CC drivers/ata/pata_oldpiix.o
AR drivers/net/ethernet/cisco/built-in.a
CC mm/page_frag_cache.o
CC net/mac80211/fils_aead.o
CC drivers/net/phy/realtek.o
CC net/netfilter/xt_conntrack.o
AR drivers/i3c/built-in.a
CC [M] drivers/gpu/drm/xe/xe_gsc_debugfs.o
CC drivers/acpi/evged.o
CC net/wireless/ocb.o
CC drivers/acpi/acpica/nsxfeval.o
CC drivers/ata/pata_sch.o
CC drivers/net/net_failover.o
CC drivers/rtc/dev.o
CC arch/x86/kernel/tsc_msr.o
CC drivers/base/devcoredump.o
CC drivers/scsi/scsi_common.o
CC drivers/usb/class/usblp.o
CC mm/init-mm.o
CC drivers/usb/storage/scsiglue.o
CC net/wireless/pmsr.o
CC drivers/usb/host/ohci-hcd.o
CC lib/once.o
CC drivers/usb/storage/protocol.o
CC mm/memblock.o
CC fs/nfs/delegation.o
CC drivers/scsi/scsi_transport_spi.o
AR drivers/i2c/busses/built-in.a
CC drivers/acpi/acpica/nsxfname.o
CC drivers/i2c/i2c-core-base.o
CC drivers/gpu/drm/i915/soc/intel_pch.o
AR drivers/usb/misc/built-in.a
CC drivers/gpu/drm/i915/soc/intel_rom.o
CC drivers/acpi/sysfs.o
CC arch/x86/kernel/io_delay.o
CC net/sunrpc/xprtmultipath.o
CC fs/dcache.o
CC fs/nfs/nfs4idmap.o
AR drivers/net/ethernet/cortina/built-in.a
CC kernel/sys_ni.o
CC drivers/acpi/acpica/nsxfobj.o
CC lib/refcount.o
CC net/ipv6/udp_offload.o
CC drivers/usb/early/ehci-dbgp.o
CC drivers/rtc/proc.o
CC drivers/usb/host/ohci-pci.o
CC drivers/base/platform-msi.o
CC drivers/input/mouse/byd.o
CC [M] drivers/gpu/drm/xe/xe_gsc_proxy.o
CC drivers/ata/pata_mpiix.o
AR drivers/net/ethernet/dec/tulip/built-in.a
AR drivers/net/ethernet/dec/built-in.a
CC net/ipv6/seg6.o
CC arch/x86/kernel/rtc.o
CC [M] drivers/gpu/drm/xe/xe_gsc_submit.o
GEN net/wireless/shipped-certs.c
CC drivers/usb/core/file.o
CC drivers/gpu/drm/drm_connector.o
CC lib/rcuref.o
CC net/netfilter/xt_policy.o
AR drivers/pcmcia/built-in.a
CC drivers/gpu/drm/i915/i915_memcpy.o
CC drivers/usb/storage/transport.o
CC kernel/nsproxy.o
CC drivers/gpu/drm/i915/i915_mm.o
CC drivers/acpi/acpica/psargs.o
CC net/mac80211/cfg.o
CC drivers/usb/core/buffer.o
AR drivers/media/i2c/built-in.a
AR drivers/pps/clients/built-in.a
CC lib/usercopy.o
AR drivers/media/tuners/built-in.a
AR drivers/pps/generators/built-in.a
AR drivers/net/phy/built-in.a
CC drivers/rtc/sysfs.o
AR drivers/usb/class/built-in.a
CC drivers/pps/pps.o
CC drivers/acpi/property.o
CC drivers/scsi/virtio_scsi.o
AR drivers/media/rc/keymaps/built-in.a
CC [M] drivers/gpu/drm/xe/xe_gt.o
AR drivers/media/rc/built-in.a
AR drivers/media/common/b2c2/built-in.a
AR drivers/media/common/saa7146/built-in.a
AR drivers/media/common/siano/built-in.a
AR drivers/media/common/v4l2-tpg/built-in.a
CC drivers/base/physical_location.o
AR drivers/media/common/videobuf2/built-in.a
AR drivers/media/common/built-in.a
CC drivers/rtc/rtc-mc146818-lib.o
AR drivers/media/platform/allegro-dvt/built-in.a
CC drivers/i2c/i2c-core-smbus.o
AR drivers/media/platform/amlogic/meson-ge2d/built-in.a
AR drivers/media/platform/amlogic/built-in.a
AR drivers/media/platform/amphion/built-in.a
AR drivers/media/platform/aspeed/built-in.a
AR drivers/media/platform/atmel/built-in.a
AR drivers/media/platform/broadcom/built-in.a
CC fs/nfs/callback.o
AR drivers/media/platform/cadence/built-in.a
AR drivers/media/platform/chips-media/coda/built-in.a
CC net/netfilter/xt_state.o
AR drivers/media/platform/chips-media/wave5/built-in.a
AR drivers/media/platform/chips-media/built-in.a
AR drivers/media/platform/imagination/built-in.a
AR drivers/media/platform/intel/built-in.a
AR drivers/media/platform/marvell/built-in.a
AR drivers/media/platform/mediatek/jpeg/built-in.a
CC drivers/input/mouse/logips2pp.o
AR drivers/media/platform/microchip/built-in.a
CC lib/errseq.o
AR drivers/media/platform/mediatek/mdp/built-in.a
CC net/mac80211/ethtool.o
CC drivers/input/input-compat.o
AR drivers/media/platform/mediatek/vcodec/common/built-in.a
AR drivers/media/platform/mediatek/vcodec/encoder/built-in.a
AR drivers/media/platform/mediatek/vcodec/decoder/built-in.a
AR drivers/media/platform/mediatek/vcodec/built-in.a
CC arch/x86/kernel/resource.o
AR drivers/media/platform/mediatek/vpu/built-in.a
CC drivers/acpi/acpica/psloop.o
CC net/sunrpc/stats.o
AR drivers/media/platform/mediatek/mdp3/built-in.a
AR drivers/media/platform/mediatek/built-in.a
AR drivers/media/platform/nuvoton/built-in.a
CC lib/bucket_locks.o
AR drivers/media/platform/nvidia/tegra-vde/built-in.a
CC drivers/base/trace.o
AR drivers/media/platform/nvidia/built-in.a
AR drivers/media/platform/nxp/dw100/built-in.a
AR drivers/media/platform/nxp/imx-jpeg/built-in.a
AR drivers/media/platform/nxp/imx8-isi/built-in.a
CC drivers/ata/ata_generic.o
AR drivers/media/platform/nxp/built-in.a
CC drivers/rtc/rtc-cmos.o
AR drivers/media/platform/qcom/camss/built-in.a
AR drivers/media/platform/qcom/venus/built-in.a
AR drivers/media/platform/qcom/built-in.a
CC drivers/pps/kapi.o
AR drivers/usb/early/built-in.a
AR drivers/media/platform/raspberrypi/pisp_be/built-in.a
AR drivers/media/platform/raspberrypi/rp1-cfe/built-in.a
AR drivers/media/platform/renesas/rcar-vin/built-in.a
AS arch/x86/kernel/irqflags.o
AR drivers/media/platform/renesas/rzg2l-cru/built-in.a
AR drivers/media/platform/raspberrypi/built-in.a
CC [M] net/netfilter/nf_log_syslog.o
AR drivers/media/platform/renesas/vsp1/built-in.a
CC [M] net/netfilter/xt_mark.o
CC arch/x86/kernel/static_call.o
AR drivers/media/platform/renesas/built-in.a
AR drivers/media/platform/rockchip/rga/built-in.a
CC net/ipv4/udplite.o
AR drivers/media/platform/rockchip/rkisp1/built-in.a
AR drivers/media/platform/rockchip/built-in.a
CC net/mac80211/rx.o
CC drivers/usb/core/sysfs.o
AR drivers/media/platform/samsung/exynos-gsc/built-in.a
CC drivers/acpi/acpica/psobject.o
CC drivers/gpu/drm/drm_crtc.o
AR drivers/media/platform/samsung/exynos4-is/built-in.a
AR drivers/media/platform/samsung/s3c-camif/built-in.a
CC fs/inode.o
CC drivers/usb/core/endpoint.o
AR drivers/media/platform/samsung/s5p-g2d/built-in.a
AR drivers/media/platform/samsung/s5p-jpeg/built-in.a
AR drivers/media/platform/samsung/s5p-mfc/built-in.a
AR drivers/media/platform/samsung/built-in.a
AR drivers/media/platform/st/sti/bdisp/built-in.a
AR drivers/media/platform/st/sti/c8sectpfe/built-in.a
CC mm/slub.o
AR drivers/media/platform/st/sti/delta/built-in.a
AR drivers/media/platform/st/sti/hva/built-in.a
AR drivers/media/platform/st/stm32/built-in.a
AR drivers/media/platform/st/built-in.a
CC drivers/gpu/drm/drm_displayid.o
CC drivers/usb/storage/usb.o
AR drivers/media/platform/sunxi/sun4i-csi/built-in.a
CC [M] net/netfilter/xt_nat.o
AR drivers/media/platform/sunxi/sun6i-csi/built-in.a
CC kernel/notifier.o
CC net/ipv6/fib6_notifier.o
AR drivers/media/platform/sunxi/sun6i-mipi-csi2/built-in.a
CC drivers/gpu/drm/i915/i915_sw_fence.o
AR drivers/media/platform/sunxi/sun8i-a83t-mipi-csi2/built-in.a
CC net/ipv6/rpl.o
AR drivers/media/platform/sunxi/sun8i-di/built-in.a
AR drivers/media/platform/sunxi/sun8i-rotate/built-in.a
AR drivers/media/platform/sunxi/built-in.a
AR drivers/media/platform/ti/am437x/built-in.a
AR drivers/media/platform/ti/cal/built-in.a
AR drivers/media/platform/ti/vpe/built-in.a
AR drivers/media/platform/ti/davinci/built-in.a
CC drivers/input/mouse/lifebook.o
AR drivers/media/pci/ttpci/built-in.a
AR drivers/media/platform/ti/j721e-csi2rx/built-in.a
AR drivers/media/pci/b2c2/built-in.a
AR drivers/media/platform/ti/omap/built-in.a
AR drivers/media/platform/ti/omap3isp/built-in.a
AR drivers/media/pci/pluto2/built-in.a
AR drivers/media/platform/ti/built-in.a
AR drivers/media/pci/dm1105/built-in.a
AR drivers/media/pci/pt1/built-in.a
AR drivers/media/platform/verisilicon/built-in.a
CC mm/madvise.o
AR drivers/media/pci/pt3/built-in.a
AR drivers/media/platform/via/built-in.a
CC lib/generic-radix-tree.o
CC drivers/scsi/sd.o
AR drivers/media/pci/mantis/built-in.a
AR drivers/media/platform/xilinx/built-in.a
AR drivers/media/platform/built-in.a
AR drivers/media/pci/ngene/built-in.a
AR drivers/media/usb/b2c2/built-in.a
CC arch/x86/kernel/process.o
CC net/ipv6/ioam6.o
AR drivers/media/pci/ddbridge/built-in.a
AR drivers/media/usb/dvb-usb/built-in.a
AR drivers/media/pci/saa7146/built-in.a
AR drivers/media/usb/dvb-usb-v2/built-in.a
AR drivers/media/pci/smipcie/built-in.a
AR drivers/media/usb/s2255/built-in.a
CC drivers/pps/sysfs.o
AR drivers/media/pci/netup_unidvb/built-in.a
AR drivers/media/usb/siano/built-in.a
AR drivers/media/pci/intel/ipu3/built-in.a
AR drivers/media/usb/ttusb-budget/built-in.a
AR drivers/media/pci/intel/ivsc/built-in.a
AR drivers/media/usb/ttusb-dec/built-in.a
AR drivers/media/pci/intel/built-in.a
AR drivers/media/usb/built-in.a
CC lib/bitmap-str.o
AR drivers/media/pci/built-in.a
CC drivers/acpi/acpica/psopcode.o
CC drivers/gpu/drm/i915/i915_sw_fence_work.o
CC drivers/usb/host/uhci-hcd.o
CC net/sunrpc/sysctl.o
CC [M] drivers/gpu/drm/xe/xe_gt_ccs_mode.o
CC net/ipv4/udp_offload.o
AR drivers/media/mmc/siano/built-in.a
CC net/ipv6/sysctl_net_ipv6.o
AR drivers/media/mmc/built-in.a
AR drivers/media/firewire/built-in.a
AR drivers/media/spi/built-in.a
AR drivers/media/test-drivers/built-in.a
AR drivers/base/built-in.a
AR drivers/media/built-in.a
CC drivers/scsi/sr.o
CC drivers/usb/host/xhci.o
CC drivers/usb/storage/initializers.o
AR drivers/net/ethernet/dlink/built-in.a
CC fs/attr.o
CC kernel/ksysfs.o
AR drivers/ata/built-in.a
CC drivers/input/input-mt.o
CC net/ipv6/xfrm6_policy.o
CC [M] drivers/gpu/drm/xe/xe_gt_clock.o
CC net/ipv4/arp.o
CC fs/nfs/callback_xdr.o
CC lib/string_helpers.o
CC drivers/acpi/acpica/psopinfo.o
CC drivers/scsi/sr_ioctl.o
AR drivers/rtc/built-in.a
CC drivers/gpu/drm/i915/i915_syncmap.o
CC drivers/usb/host/xhci-mem.o
AR drivers/pps/built-in.a
CC drivers/input/mouse/trackpoint.o
CC drivers/usb/storage/sierra_ms.o
CC arch/x86/kernel/ptrace.o
CC drivers/i2c/i2c-core-acpi.o
CC drivers/acpi/acpica/psparse.o
CC drivers/usb/core/devio.o
AR drivers/net/ethernet/emulex/built-in.a
CC fs/bad_inode.o
CC net/ipv6/xfrm6_state.o
CC drivers/usb/host/xhci-ext-caps.o
CC lib/hexdump.o
CC fs/nfs/callback_proc.o
CC drivers/ptp/ptp_clock.o
CC drivers/gpu/drm/i915/i915_user_extensions.o
CC drivers/acpi/debugfs.o
AR drivers/net/ethernet/engleder/built-in.a
CC drivers/usb/storage/option_ms.o
CC drivers/usb/storage/usual-tables.o
CC kernel/cred.o
CC kernel/reboot.o
CC drivers/usb/core/notify.o
CC net/ipv4/icmp.o
CC drivers/acpi/acpica/psscope.o
CC mm/page_io.o
CC [M] drivers/gpu/drm/xe/xe_gt_freq.o
CC drivers/acpi/acpica/pstree.o
CC fs/nfs/nfs4namespace.o
CC drivers/ptp/ptp_chardev.o
CC drivers/scsi/sr_vendor.o
CC kernel/async.o
CC drivers/gpu/drm/i915/i915_debugfs.o
CC drivers/ptp/ptp_sysfs.o
CC drivers/acpi/acpica/psutils.o
CC drivers/input/mouse/cypress_ps2.o
CC [M] net/netfilter/xt_LOG.o
CC drivers/power/supply/power_supply_core.o
CC lib/kstrtox.o
CC drivers/hwmon/hwmon.o
CC fs/nfs/nfs4getroot.o
CC mm/swap_state.o
CC net/ipv4/devinet.o
CC net/wireless/shipped-certs.o
CC arch/x86/kernel/tls.o
AR drivers/net/ethernet/ezchip/built-in.a
CC drivers/gpu/drm/drm_drv.o
CC [M] net/netfilter/xt_MASQUERADE.o
CC drivers/gpu/drm/i915/i915_debugfs_params.o
CC drivers/i2c/i2c-smbus.o
CC drivers/input/mouse/psmouse-smbus.o
AR net/sunrpc/built-in.a
CC fs/file.o
AR drivers/usb/storage/built-in.a
CC drivers/acpi/acpica/pswalk.o
CC mm/swapfile.o
CC drivers/input/input-poller.o
AR drivers/net/ethernet/fujitsu/built-in.a
CC [M] drivers/gpu/drm/xe/xe_gt_idle.o
CC [M] drivers/gpu/drm/xe/xe_gt_mcr.o
CC [M] drivers/gpu/drm/xe/xe_gt_pagefault.o
CC net/ipv6/xfrm6_input.o
CC [M] net/netfilter/xt_addrtype.o
CC lib/iomap.o
CC lib/iomap_copy.o
CC drivers/ptp/ptp_vclock.o
CC arch/x86/kernel/step.o
CC arch/x86/kernel/i8237.o
CC drivers/acpi/acpica/psxface.o
CC net/mac80211/spectmgmt.o
CC drivers/usb/core/generic.o
CC drivers/scsi/sg.o
AR drivers/net/ethernet/fungible/built-in.a
CC net/ipv4/af_inet.o
CC kernel/range.o
CC mm/swap_slots.o
CC arch/x86/kernel/stacktrace.o
CC net/ipv6/xfrm6_output.o
CC drivers/power/supply/power_supply_sysfs.o
CC drivers/acpi/acpica/rsaddr.o
CC kernel/smpboot.o
CC drivers/usb/host/xhci-ring.o
CC fs/filesystems.o
CC net/mac80211/tx.o
CC fs/namespace.o
CC drivers/gpu/drm/drm_dumb_buffers.o
AR drivers/input/mouse/built-in.a
AR drivers/i2c/built-in.a
CC drivers/input/ff-core.o
CC arch/x86/kernel/reboot.o
CC drivers/usb/host/xhci-hub.o
CC drivers/acpi/acpica/rscalc.o
CC drivers/power/supply/power_supply_leds.o
CC net/mac80211/key.o
CC fs/nfs/nfs4client.o
CC drivers/power/supply/power_supply_hwmon.o
CC drivers/gpu/drm/drm_edid.o
CC drivers/gpu/drm/i915/i915_pmu.o
CC net/ipv6/xfrm6_protocol.o
CC lib/devres.o
CC drivers/acpi/acpi_lpat.o
CC fs/seq_file.o
CC net/ipv4/igmp.o
CC drivers/input/touchscreen.o
CC mm/dmapool.o
CC drivers/acpi/acpica/rscreate.o
CC drivers/usb/core/quirks.o
AR drivers/hwmon/built-in.a
CC drivers/usb/core/devices.o
CC drivers/gpu/drm/i915/gt/gen2_engine_cs.o
AR drivers/net/ethernet/broadcom/built-in.a
CC drivers/ptp/ptp_kvm_x86.o
CC drivers/ptp/ptp_kvm_common.o
AR drivers/net/ethernet/google/built-in.a
AR drivers/net/ethernet/hisilicon/built-in.a
AR drivers/net/ethernet/huawei/built-in.a
CC mm/hugetlb.o
CC drivers/net/ethernet/intel/e1000/e1000_main.o
CC kernel/ucount.o
CC drivers/scsi/scsi_sysfs.o
CC drivers/net/ethernet/intel/e1000e/82571.o
CC drivers/usb/host/xhci-dbg.o
CC drivers/usb/core/phy.o
CC [M] drivers/gpu/drm/xe/xe_gt_sysfs.o
AR drivers/power/supply/built-in.a
AR drivers/power/built-in.a
CC lib/check_signature.o
CC drivers/acpi/acpi_pcc.o
AR drivers/net/ethernet/i825xx/built-in.a
CC mm/mmu_notifier.o
CC drivers/usb/core/port.o
CC drivers/usb/host/xhci-trace.o
CC drivers/acpi/acpica/rsdumpinfo.o
CC drivers/input/ff-memless.o
AR net/netfilter/built-in.a
CC drivers/net/ethernet/intel/e1000/e1000_hw.o
AR drivers/thermal/broadcom/built-in.a
AR drivers/thermal/renesas/built-in.a
CC fs/nfs/nfs4session.o
CC drivers/net/ethernet/intel/e100.o
AR drivers/thermal/samsung/built-in.a
CC drivers/thermal/intel/intel_tcc.o
AR drivers/net/ethernet/microsoft/built-in.a
CC lib/interval_tree.o
CC lib/assoc_array.o
AR drivers/thermal/st/built-in.a
CC drivers/thermal/intel/therm_throt.o
CC arch/x86/kernel/msr.o
CC drivers/acpi/ac.o
CC drivers/net/ethernet/intel/e1000/e1000_ethtool.o
CC kernel/regset.o
CC drivers/acpi/acpica/rsinfo.o
CC fs/nfs/dns_resolve.o
CC lib/bitrev.o
CC drivers/usb/host/xhci-debugfs.o
CC net/mac80211/util.o
AR drivers/ptp/built-in.a
CC drivers/net/ethernet/intel/e1000/e1000_param.o
CC fs/nfs/nfs4trace.o
CC [M] drivers/thermal/intel/x86_pkg_temp_thermal.o
CC drivers/input/sparse-keymap.o
CC drivers/gpu/drm/drm_eld.o
CC arch/x86/kernel/cpuid.o
CC drivers/net/ethernet/intel/e1000e/ich8lan.o
CC drivers/input/vivaldi-fmap.o
CC drivers/net/ethernet/intel/e1000e/80003es2lan.o
AR drivers/watchdog/built-in.a
CC arch/x86/kernel/early-quirks.o
CC kernel/ksyms_common.o
CC drivers/acpi/acpica/rsio.o
CC drivers/acpi/button.o
CC [M] drivers/gpu/drm/xe/xe_gt_throttle.o
CC net/ipv6/netfilter.o
CC drivers/usb/host/xhci-pci.o
CC fs/nfs/nfs4sysctl.o
AR drivers/net/ethernet/litex/built-in.a
CC net/mac80211/parse.o
CC mm/migrate.o
CC drivers/gpu/drm/i915/gt/gen6_engine_cs.o
CC fs/xattr.o
CC drivers/net/ethernet/intel/e1000e/mac.o
CC drivers/acpi/acpica/rsirq.o
AR drivers/net/ethernet/marvell/octeon_ep/built-in.a
AR drivers/net/ethernet/marvell/octeon_ep_vf/built-in.a
AR drivers/net/ethernet/marvell/octeontx2/built-in.a
AR drivers/net/ethernet/marvell/prestera/built-in.a
CC drivers/net/ethernet/marvell/sky2.o
AR drivers/net/ethernet/mellanox/built-in.a
AR drivers/thermal/qcom/built-in.a
CC drivers/input/input-leds.o
AR drivers/scsi/built-in.a
CC net/ipv4/fib_frontend.o
CC lib/crc-ccitt.o
CC drivers/acpi/fan_core.o
CC lib/crc16.o
CC drivers/usb/core/hcd-pci.o
CC fs/libfs.o
CC arch/x86/kernel/smp.o
HOSTCC lib/gen_crc32table
CC net/ipv4/fib_semantics.o
CC drivers/gpu/drm/i915/gt/gen6_ppgtt.o
CC [M] drivers/gpu/drm/xe/xe_gt_tlb_invalidation.o
CC drivers/usb/core/usb-acpi.o
CC drivers/acpi/acpica/rslist.o
AR drivers/thermal/intel/built-in.a
AR drivers/thermal/tegra/built-in.a
AR drivers/thermal/mediatek/built-in.a
CC drivers/thermal/thermal_core.o
CC net/ipv6/proc.o
CC kernel/groups.o
CC kernel/kcmp.o
CC lib/xxhash.o
AR drivers/net/ethernet/meta/built-in.a
AR drivers/net/ethernet/micrel/built-in.a
CC drivers/thermal/thermal_sysfs.o
CC drivers/gpu/drm/drm_encoder.o
CC kernel/freezer.o
CC drivers/acpi/acpica/rsmemory.o
CC net/mac80211/wme.o
CC drivers/input/evdev.o
CC drivers/gpu/drm/i915/gt/gen7_renderclear.o
CC drivers/gpu/drm/drm_file.o
CC drivers/acpi/acpica/rsmisc.o
CC drivers/net/ethernet/intel/e1000e/manage.o
CC net/ipv4/fib_trie.o
CC mm/page_counter.o
CC fs/fs-writeback.o
CC drivers/acpi/acpica/rsserial.o
CC kernel/profile.o
CC drivers/thermal/thermal_trip.o
CC lib/genalloc.o
AR drivers/usb/core/built-in.a
CC drivers/gpu/drm/drm_fourcc.o
CC arch/x86/kernel/smpboot.o
CC arch/x86/kernel/tsc_sync.o
CC [M] drivers/gpu/drm/xe/xe_gt_topology.o
AR drivers/net/ethernet/microchip/built-in.a
CC net/mac80211/chan.o
CC drivers/acpi/acpica/rsutils.o
CC drivers/gpu/drm/i915/gt/gen8_engine_cs.o
CC net/ipv4/fib_notifier.o
CC net/ipv4/inet_fragment.o
CC arch/x86/kernel/setup_percpu.o
CC drivers/thermal/thermal_helpers.o
AR drivers/net/ethernet/mscc/built-in.a
CC net/mac80211/trace.o
CC mm/hugetlb_cgroup.o
CC mm/early_ioremap.o
CC net/ipv6/syncookies.o
CC fs/pnode.o
CC drivers/thermal/thermal_thresholds.o
CC drivers/gpu/drm/drm_framebuffer.o
AR drivers/usb/host/built-in.a
AR drivers/usb/built-in.a
CC drivers/md/md.o
CC net/ipv6/calipso.o
CC arch/x86/kernel/mpparse.o
CC drivers/net/ethernet/intel/e1000e/nvm.o
CC net/ipv4/ping.o
CC fs/splice.o
CC kernel/stacktrace.o
CC net/ipv6/ah6.o
CC [M] drivers/gpu/drm/xe/xe_guc.o
CC net/ipv6/esp6.o
CC drivers/acpi/acpica/rsxface.o
CC arch/x86/kernel/trace_clock.o
AR drivers/net/ethernet/myricom/built-in.a
AR drivers/net/ethernet/natsemi/built-in.a
CC drivers/thermal/thermal_hwmon.o
AR drivers/input/built-in.a
CC drivers/cpufreq/cpufreq.o
CC lib/percpu_counter.o
CC [M] drivers/gpu/drm/xe/xe_guc_ads.o
CC drivers/cpufreq/freq_table.o
AR drivers/net/ethernet/intel/e1000/built-in.a
CC drivers/gpu/drm/i915/gt/gen8_ppgtt.o
CC drivers/thermal/gov_step_wise.o
CC drivers/acpi/fan_attr.o
CC net/ipv4/ip_tunnel_core.o
CC fs/sync.o
CC net/mac80211/mlme.o
CC drivers/acpi/acpica/tbdata.o
CC [M] drivers/gpu/drm/xe/xe_guc_capture.o
CC [M] drivers/gpu/drm/xe/xe_guc_ct.o
CC net/ipv6/sit.o
CC drivers/gpu/drm/drm_gem.o
AR drivers/net/ethernet/neterion/built-in.a
CC drivers/cpuidle/governors/menu.o
CC drivers/cpuidle/cpuidle.o
CC [M] drivers/gpu/drm/xe/xe_guc_db_mgr.o
CC net/mac80211/tdls.o
CC kernel/dma.o
CC net/ipv4/gre_offload.o
CC drivers/acpi/fan_hwmon.o
CC arch/x86/kernel/trace.o
CC mm/secretmem.o
CC lib/audit.o
CC drivers/cpuidle/governors/haltpoll.o
CC drivers/thermal/gov_user_space.o
CC drivers/net/ethernet/intel/e1000e/phy.o
CC net/ipv6/addrconf_core.o
CC arch/x86/kernel/rethook.o
CC drivers/acpi/acpica/tbfadt.o
CC drivers/cpufreq/cpufreq_performance.o
AR drivers/mmc/built-in.a
CC drivers/cpufreq/cpufreq_userspace.o
AR drivers/ufs/built-in.a
CC drivers/acpi/acpi_video.o
CC drivers/md/md-bitmap.o
CC net/mac80211/ocb.o
CC kernel/smp.o
CC drivers/acpi/video_detect.o
AR drivers/thermal/built-in.a
CC drivers/gpu/drm/i915/gt/intel_breadcrumbs.o
AR drivers/net/ethernet/netronome/built-in.a
CC fs/utimes.o
CC [M] drivers/gpu/drm/xe/xe_guc_hwconfig.o
AR fs/nfs/built-in.a
CC net/ipv4/metrics.o
CC arch/x86/kernel/vmcore_info_32.o
CC lib/syscall.o
CC drivers/cpufreq/cpufreq_ondemand.o
CC drivers/acpi/acpica/tbfind.o
CC drivers/md/md-autodetect.o
CC net/ipv6/exthdrs_core.o
CC net/mac80211/airtime.o
CC drivers/net/ethernet/intel/e1000e/param.o
CC drivers/gpu/drm/drm_ioctl.o
AR drivers/net/ethernet/marvell/built-in.a
CC drivers/cpuidle/driver.o
CC drivers/cpufreq/cpufreq_governor.o
AR drivers/net/ethernet/ni/built-in.a
AR drivers/firmware/arm_ffa/built-in.a
CC drivers/cpufreq/cpufreq_governor_attr_set.o
AR drivers/firmware/arm_scmi/built-in.a
AR drivers/firmware/broadcom/built-in.a
AR drivers/firmware/cirrus/built-in.a
CC mm/hmm.o
AR drivers/firmware/meson/built-in.a
CC [M] drivers/gpu/drm/xe/xe_guc_id_mgr.o
AR drivers/firmware/microchip/built-in.a
CC drivers/firmware/efi/efi-bgrt.o
CC net/ipv4/netlink.o
CC drivers/firmware/efi/libstub/efi-stub-helper.o
CC drivers/acpi/acpica/tbinstal.o
AR drivers/cpuidle/governors/built-in.a
CC mm/memfd.o
CC drivers/md/dm.o
CC kernel/uid16.o
CC drivers/acpi/processor_driver.o
CC drivers/firmware/efi/libstub/gop.o
CC drivers/gpu/drm/i915/gt/intel_context.o
AR drivers/crypto/stm32/built-in.a
CC drivers/clocksource/acpi_pm.o
AR drivers/crypto/xilinx/built-in.a
AR drivers/crypto/hisilicon/built-in.a
AR drivers/crypto/intel/keembay/built-in.a
AR drivers/crypto/intel/ixp4xx/built-in.a
AR drivers/crypto/intel/built-in.a
CC drivers/net/ethernet/nvidia/forcedeth.o
CC arch/x86/kernel/machine_kexec_32.o
AR drivers/net/ethernet/oki-semi/built-in.a
CC lib/errname.o
AR drivers/crypto/starfive/built-in.a
CC mm/ptdump.o
AR drivers/net/ethernet/packetengines/built-in.a
AR drivers/crypto/built-in.a
CC kernel/kallsyms.o
CC drivers/net/ethernet/intel/e1000e/ethtool.o
CC lib/nlattr.o
CC [M] drivers/gpu/drm/xe/xe_guc_klv_helpers.o
AS arch/x86/kernel/relocate_kernel_32.o
CC drivers/cpuidle/governor.o
CC net/mac80211/eht.o
CC fs/d_path.o
CC kernel/acct.o
AR drivers/net/ethernet/qlogic/built-in.a
CC drivers/firmware/efi/efi.o
CC drivers/gpu/drm/drm_lease.o
CC drivers/firmware/efi/libstub/secureboot.o
CC drivers/acpi/acpica/tbprint.o
CC mm/execmem.o
CC drivers/cpufreq/acpi-cpufreq.o
CC drivers/firmware/efi/libstub/tpm.o
CC drivers/hid/usbhid/hid-core.o
CC [M] drivers/gpu/drm/xe/xe_guc_log.o
AR drivers/firmware/imx/built-in.a
CC drivers/cpuidle/sysfs.o
CC arch/x86/kernel/crash_dump_32.o
CC fs/stack.o
CC net/mac80211/led.o
CC [M] drivers/gpu/drm/xe/xe_guc_pc.o
CC net/mac80211/pm.o
CC lib/cpu_rmap.o
CC net/ipv6/ip6_checksum.o
AR net/wireless/built-in.a
CC drivers/mailbox/mailbox.o
AR drivers/platform/x86/amd/built-in.a
CC [M] drivers/gpu/drm/xe/xe_guc_submit.o
AR drivers/platform/x86/intel/built-in.a
CC drivers/platform/x86/wmi.o
CC drivers/acpi/acpica/tbutils.o
CC drivers/cpuidle/poll_state.o
CC drivers/acpi/acpica/tbxface.o
CC net/ipv6/ip6_icmp.o
CC drivers/clocksource/i8253.o
AR drivers/net/ethernet/qualcomm/emac/built-in.a
AR drivers/net/ethernet/qualcomm/built-in.a
CC drivers/firmware/efi/libstub/file.o
CC kernel/vmcore_info.o
AR drivers/perf/built-in.a
CC drivers/hid/usbhid/hiddev.o
CC drivers/acpi/processor_thermal.o
CC [M] drivers/gpu/drm/xe/xe_heci_gsc.o
CC drivers/net/ethernet/realtek/8139too.o
CC drivers/gpu/drm/i915/gt/intel_context_sseu.o
CC net/ipv4/nexthop.o
AR drivers/hwtracing/intel_th/built-in.a
CC net/ipv6/output_core.o
CC drivers/hid/usbhid/hid-pidff.o
AR mm/built-in.a
CC drivers/cpufreq/amd-pstate.o
CC drivers/cpuidle/cpuidle-haltpoll.o
CC arch/x86/kernel/crash.o
CC drivers/hid/hid-core.o
CC lib/dynamic_queue_limits.o
CC drivers/acpi/acpica/tbxfload.o
AR drivers/clocksource/built-in.a
CC drivers/platform/x86/wmi-bmof.o
CC drivers/acpi/acpica/tbxfroot.o
CC fs/fs_struct.o
CC drivers/net/ethernet/intel/e1000e/netdev.o
CC drivers/gpu/drm/i915/gt/intel_engine_cs.o
CC drivers/md/dm-table.o
CC drivers/mailbox/pcc.o
CC net/mac80211/rc80211_minstrel_ht.o
AR drivers/platform/surface/built-in.a
CC drivers/gpu/drm/drm_managed.o
CC lib/glob.o
AR drivers/android/built-in.a
CC drivers/hid/hid-input.o
CC lib/strncpy_from_user.o
CC drivers/acpi/processor_idle.o
AR drivers/nvmem/layouts/built-in.a
CC drivers/nvmem/core.o
CC drivers/hid/hid-quirks.o
CC drivers/md/dm-target.o
CC drivers/firmware/efi/libstub/mem.o
CC drivers/platform/x86/eeepc-laptop.o
CC kernel/elfcorehdr.o
AR drivers/cpuidle/built-in.a
CC net/ipv6/protocol.o
CC drivers/net/ethernet/realtek/r8169_main.o
CC drivers/acpi/acpica/utaddress.o
CC arch/x86/kernel/module.o
CC drivers/cpufreq/amd-pstate-trace.o
AR drivers/net/ethernet/renesas/built-in.a
AR drivers/firmware/psci/built-in.a
CC drivers/net/ethernet/intel/e1000e/ptp.o
CC drivers/hid/hid-debug.o
CC drivers/acpi/processor_throttling.o
CC drivers/md/dm-linear.o
CC fs/statfs.o
CC lib/strnlen_user.o
CC drivers/cpufreq/intel_pstate.o
CC drivers/gpu/drm/i915/gt/intel_engine_heartbeat.o
AR drivers/net/ethernet/rdc/built-in.a
CC fs/fs_pin.o
CC drivers/firmware/efi/libstub/random.o
CC drivers/acpi/acpica/utalloc.o
AR drivers/mailbox/built-in.a
CC drivers/firmware/efi/vars.o
CC lib/net_utils.o
CC drivers/firmware/efi/libstub/randomalloc.o
CC fs/nsfs.o
CC drivers/net/ethernet/realtek/r8169_firmware.o
CC drivers/gpu/drm/i915/gt/intel_engine_pm.o
CC arch/x86/kernel/doublefault_32.o
CC kernel/crash_reserve.o
CC drivers/firmware/efi/reboot.o
CC [M] drivers/gpu/drm/xe/xe_hw_engine.o
CC drivers/acpi/processor_perflib.o
CC drivers/firmware/efi/memattr.o
AR drivers/hid/usbhid/built-in.a
CC drivers/firmware/efi/tpm.o
CC lib/sg_pool.o
CC drivers/acpi/container.o
CC drivers/acpi/acpica/utascii.o
CC kernel/kexec_core.o
AR drivers/firmware/qcom/built-in.a
CC drivers/md/dm-stripe.o
AR drivers/firmware/smccc/built-in.a
CC drivers/platform/x86/p2sb.o
CC drivers/firmware/efi/memmap.o
CC [M] drivers/gpu/drm/xe/xe_hw_engine_class_sysfs.o
CC drivers/acpi/thermal_lib.o
CC net/mac80211/wbrf.o
CC arch/x86/kernel/early_printk.o
CC net/ipv4/udp_tunnel_stub.o
AR drivers/nvmem/built-in.a
CC net/ipv6/ip6_offload.o
CC drivers/gpu/drm/drm_mm.o
AR drivers/net/ethernet/rocker/built-in.a
CC drivers/firmware/efi/libstub/pci.o
AR drivers/net/ethernet/samsung/built-in.a
CC [M] drivers/gpu/drm/xe/xe_hw_engine_group.o
CC net/ipv6/tcpv6_offload.o
CC drivers/gpu/drm/drm_mode_config.o
CC net/ipv4/ip_tunnel.o
CC [M] drivers/gpu/drm/xe/xe_hw_fence.o
CC drivers/acpi/thermal.o
CC drivers/acpi/nhlt.o
CC net/ipv6/exthdrs_offload.o
CC drivers/acpi/acpica/utbuffer.o
CC kernel/crash_core.o
CC fs/fs_types.o
CC [M] drivers/gpu/drm/xe/xe_huc.o
CC drivers/gpu/drm/i915/gt/intel_engine_user.o
CC net/ipv4/sysctl_net_ipv4.o
CC drivers/gpu/drm/i915/gt/intel_execlists_submission.o
CC kernel/kexec.o
CC lib/stackdepot.o
CC drivers/firmware/efi/capsule.o
CC drivers/firmware/efi/esrt.o
CC arch/x86/kernel/hpet.o
CC drivers/net/ethernet/realtek/r8169_phy_config.o
CC net/ipv6/inet6_hashtables.o
CC drivers/md/dm-ioctl.o
AR drivers/net/ethernet/nvidia/built-in.a
CC drivers/firmware/efi/libstub/skip_spaces.o
AR drivers/firmware/tegra/built-in.a
AR drivers/firmware/xilinx/built-in.a
CC drivers/acpi/acpica/utcksum.o
CC drivers/firmware/efi/libstub/lib-cmdline.o
AR drivers/platform/x86/built-in.a
AR drivers/platform/built-in.a
CC kernel/utsname.o
CC drivers/gpu/drm/i915/gt/intel_ggtt.o
CC net/ipv4/proc.o
CC [M] drivers/gpu/drm/xe/xe_irq.o
CC drivers/acpi/acpi_memhotplug.o
CC drivers/acpi/ioapic.o
CC drivers/gpu/drm/i915/gt/intel_ggtt_fencing.o
CC drivers/gpu/drm/drm_mode_object.o
CC drivers/firmware/efi/libstub/lib-ctype.o
CC arch/x86/kernel/amd_nb.o
CC fs/fs_context.o
CC drivers/firmware/efi/libstub/alignedmem.o
CC fs/fs_parser.o
CC drivers/hid/hidraw.o
CC drivers/firmware/dmi_scan.o
AR drivers/net/ethernet/seeq/built-in.a
CC drivers/acpi/battery.o
CC drivers/acpi/acpica/utcopy.o
CC kernel/pid_namespace.o
CC net/ipv4/fib_rules.o
CC drivers/firmware/efi/libstub/relocate.o
CC drivers/hid/hid-generic.o
CC drivers/gpu/drm/drm_modes.o
CC lib/asn1_decoder.o
CC fs/fsopen.o
CC drivers/firmware/dmi-id.o
CC drivers/md/dm-io.o
CC drivers/firmware/memmap.o
CC kernel/stop_machine.o
CC drivers/gpu/drm/drm_modeset_lock.o
CC drivers/acpi/acpica/utexcep.o
CC net/ipv4/ipmr.o
CC drivers/firmware/efi/libstub/printk.o
CC fs/init.o
CC drivers/md/dm-kcopyd.o
CC [M] drivers/gpu/drm/xe/xe_lrc.o
CC kernel/audit.o
AR drivers/cpufreq/built-in.a
CC net/ipv6/mcast_snoop.o
CC drivers/acpi/bgrt.o
CC drivers/md/dm-sysfs.o
CC drivers/firmware/efi/runtime-wrappers.o
CC kernel/auditfilter.o
CC fs/kernel_read_file.o
CC drivers/acpi/acpica/utdebug.o
CC drivers/hid/hid-a4tech.o
GEN lib/oid_registry_data.c
CC lib/ucs2_string.o
CC arch/x86/kernel/kvm.o
CC lib/sbitmap.o
CC drivers/gpu/drm/i915/gt/intel_gt.o
CC drivers/firmware/efi/libstub/vsprintf.o
CC arch/x86/kernel/kvmclock.o
CC [M] drivers/gpu/drm/xe/xe_migrate.o
CC drivers/md/dm-stats.o
CC kernel/auditsc.o
CC kernel/audit_watch.o
CC drivers/acpi/acpica/utdecode.o
CC drivers/hid/hid-apple.o
CC net/ipv4/ipmr_base.o
CC drivers/acpi/spcr.o
CC net/ipv4/syncookies.o
CC drivers/acpi/acpica/utdelete.o
CC drivers/firmware/efi/libstub/x86-stub.o
CC fs/mnt_idmapping.o
CC drivers/firmware/efi/libstub/smbios.o
CC drivers/acpi/acpica/uterror.o
CC lib/group_cpus.o
AR drivers/net/ethernet/silan/built-in.a
CC kernel/audit_fsnotify.o
CC drivers/gpu/drm/i915/gt/intel_gt_buffer_pool.o
CC fs/remap_range.o
CC lib/fw_table.o
CC [M] drivers/gpu/drm/xe/xe_mmio.o
CC drivers/hid/hid-belkin.o
CC drivers/gpu/drm/i915/gt/intel_gt_ccs_mode.o
CC drivers/gpu/drm/drm_plane.o
CC kernel/audit_tree.o
AR drivers/net/ethernet/sis/built-in.a
CC drivers/md/dm-rq.o
CC drivers/acpi/acpica/uteval.o
AR drivers/net/ethernet/realtek/built-in.a
CC drivers/firmware/efi/capsule-loader.o
CC drivers/hid/hid-cherry.o
CC [M] drivers/gpu/drm/xe/xe_mocs.o
CC drivers/gpu/drm/i915/gt/intel_gt_clock_utils.o
CC fs/pidfs.o
CC kernel/kprobes.o
STUBCPY drivers/firmware/efi/libstub/alignedmem.stub.o
CC drivers/gpu/drm/drm_prime.o
CC [M] drivers/gpu/drm/xe/xe_module.o
CC drivers/md/dm-io-rewind.o
STUBCPY drivers/firmware/efi/libstub/efi-stub-helper.stub.o
CC arch/x86/kernel/paravirt.o
AR lib/lib.a
AR drivers/net/ethernet/sfc/built-in.a
CC kernel/seccomp.o
CC kernel/relay.o
CC kernel/utsname_sysctl.o
CC net/ipv4/tunnel4.o
CC net/ipv4/ipconfig.o
STUBCPY drivers/firmware/efi/libstub/file.stub.o
CC drivers/md/dm-builtin.o
CC fs/buffer.o
GEN lib/crc32table.h
CC lib/oid_registry.o
CC drivers/acpi/acpica/utglobal.o
AR net/ipv6/built-in.a
CC [M] drivers/gpu/drm/xe/xe_oa.o
CC kernel/delayacct.o
AR drivers/net/ethernet/smsc/built-in.a
CC [M] drivers/gpu/drm/xe/xe_observation.o
CC drivers/hid/hid-chicony.o
STUBCPY drivers/firmware/efi/libstub/gop.stub.o
CC drivers/md/dm-raid1.o
CC drivers/firmware/efi/earlycon.o
CC net/ipv4/netfilter.o
STUBCPY drivers/firmware/efi/libstub/lib-cmdline.stub.o
STUBCPY drivers/firmware/efi/libstub/lib-ctype.stub.o
STUBCPY drivers/firmware/efi/libstub/mem.stub.o
CC kernel/taskstats.o
CC fs/mpage.o
STUBCPY drivers/firmware/efi/libstub/pci.stub.o
STUBCPY drivers/firmware/efi/libstub/printk.stub.o
STUBCPY drivers/firmware/efi/libstub/random.stub.o
STUBCPY drivers/firmware/efi/libstub/randomalloc.stub.o
STUBCPY drivers/firmware/efi/libstub/relocate.stub.o
STUBCPY drivers/firmware/efi/libstub/secureboot.stub.o
STUBCPY drivers/firmware/efi/libstub/skip_spaces.stub.o
CC drivers/acpi/acpica/uthex.o
STUBCPY drivers/firmware/efi/libstub/smbios.stub.o
AR drivers/net/ethernet/socionext/built-in.a
CC arch/x86/kernel/pvclock.o
STUBCPY drivers/firmware/efi/libstub/tpm.stub.o
AR drivers/net/ethernet/stmicro/built-in.a
STUBCPY drivers/firmware/efi/libstub/vsprintf.stub.o
CC [M] drivers/gpu/drm/xe/xe_pat.o
STUBCPY drivers/firmware/efi/libstub/x86-stub.stub.o
CC drivers/md/dm-log.o
AR drivers/firmware/efi/libstub/lib.a
CC lib/crc32.o
CC drivers/gpu/drm/i915/gt/intel_gt_debugfs.o
CC net/ipv4/tcp_cubic.o
CC kernel/tsacct.o
CC drivers/gpu/drm/drm_print.o
CC drivers/gpu/drm/i915/gt/intel_gt_engines_debugfs.o
CC [M] drivers/gpu/drm/xe/xe_pci.o
AR drivers/net/ethernet/sun/built-in.a
CC arch/x86/kernel/pcspeaker.o
CC drivers/hid/hid-cypress.o
CC drivers/md/dm-region-hash.o
CC drivers/gpu/drm/drm_property.o
CC drivers/gpu/drm/i915/gt/intel_gt_irq.o
CC drivers/md/dm-zero.o
CC drivers/hid/hid-ezkey.o
AR drivers/net/ethernet/intel/e1000e/built-in.a
CC kernel/tracepoint.o
CC net/ipv4/tcp_sigpool.o
CC kernel/irq_work.o
AR drivers/net/ethernet/intel/built-in.a
CC arch/x86/kernel/check.o
CC drivers/acpi/acpica/utids.o
CC drivers/gpu/drm/i915/gt/intel_gt_mcr.o
AR drivers/net/ethernet/tehuti/built-in.a
CC arch/x86/kernel/uprobes.o
AR drivers/net/ethernet/ti/built-in.a
AR drivers/net/ethernet/vertexcom/built-in.a
AR drivers/net/ethernet/via/built-in.a
CC drivers/gpu/drm/drm_rect.o
AR drivers/net/ethernet/wangxun/built-in.a
CC fs/proc_namespace.o
AR drivers/net/ethernet/wiznet/built-in.a
AR drivers/net/ethernet/xilinx/built-in.a
AR drivers/net/ethernet/xircom/built-in.a
AR drivers/net/ethernet/synopsys/built-in.a
AR drivers/net/ethernet/pensando/built-in.a
CC arch/x86/kernel/perf_regs.o
AR drivers/net/ethernet/built-in.a
CC [M] drivers/gpu/drm/xe/xe_pcode.o
AR net/mac80211/built-in.a
CC net/ipv4/cipso_ipv4.o
AR drivers/net/built-in.a
CC fs/direct-io.o
CC drivers/acpi/acpica/utinit.o
CC fs/eventpoll.o
AR drivers/firmware/efi/built-in.a
AR lib/built-in.a
AR drivers/firmware/built-in.a
CC drivers/gpu/drm/i915/gt/intel_gt_pm.o
CC drivers/gpu/drm/drm_syncobj.o
CC kernel/static_call.o
CC arch/x86/kernel/tracepoint.o
CC drivers/gpu/drm/drm_sysfs.o
CC [M] drivers/gpu/drm/xe/xe_pm.o
CC drivers/hid/hid-gyration.o
CC fs/anon_inodes.o
CC net/ipv4/xfrm4_policy.o
CC net/ipv4/xfrm4_state.o
CC arch/x86/kernel/itmt.o
CC [M] drivers/gpu/drm/xe/xe_preempt_fence.o
CC drivers/hid/hid-ite.o
CC drivers/acpi/acpica/utlock.o
CC fs/signalfd.o
CC kernel/padata.o
CC drivers/hid/hid-kensington.o
CC net/ipv4/xfrm4_input.o
CC drivers/acpi/acpica/utmath.o
CC drivers/gpu/drm/i915/gt/intel_gt_pm_debugfs.o
CC drivers/acpi/acpica/utmisc.o
CC drivers/gpu/drm/drm_trace_points.o
CC fs/timerfd.o
CC drivers/gpu/drm/i915/gt/intel_gt_pm_irq.o
CC kernel/jump_label.o
CC net/ipv4/xfrm4_output.o
CC arch/x86/kernel/umip.o
CC [M] drivers/gpu/drm/xe/xe_pt.o
CC fs/eventfd.o
CC [M] drivers/gpu/drm/xe/xe_pt_walk.o
CC kernel/context_tracking.o
AR drivers/md/built-in.a
CC drivers/acpi/acpica/utmutex.o
CC net/ipv4/xfrm4_protocol.o
CC drivers/gpu/drm/drm_vblank.o
CC drivers/gpu/drm/i915/gt/intel_gt_requests.o
CC [M] drivers/gpu/drm/xe/xe_query.o
CC drivers/gpu/drm/drm_vblank_work.o
CC arch/x86/kernel/unwind_frame.o
CC kernel/iomem.o
CC drivers/hid/hid-lg.o
CC fs/aio.o
CC drivers/gpu/drm/i915/gt/intel_gt_sysfs.o
CC drivers/acpi/acpica/utnonansi.o
CC drivers/gpu/drm/drm_vma_manager.o
CC kernel/rseq.o
CC [M] drivers/gpu/drm/xe/xe_range_fence.o
CC fs/locks.o
CC drivers/acpi/acpica/utobject.o
CC drivers/gpu/drm/drm_writeback.o
CC drivers/acpi/acpica/utosi.o
CC drivers/gpu/drm/i915/gt/intel_gt_sysfs_pm.o
CC fs/binfmt_misc.o
CC drivers/gpu/drm/drm_panel.o
CC drivers/acpi/acpica/utownerid.o
CC drivers/gpu/drm/drm_pci.o
CC fs/binfmt_script.o
CC fs/binfmt_elf.o
CC drivers/gpu/drm/drm_debugfs.o
CC drivers/hid/hid-lgff.o
CC drivers/acpi/acpica/utpredef.o
CC drivers/gpu/drm/i915/gt/intel_gtt.o
CC drivers/gpu/drm/i915/gt/intel_llc.o
CC drivers/gpu/drm/drm_debugfs_crc.o
CC drivers/gpu/drm/i915/gt/intel_lrc.o
CC [M] drivers/gpu/drm/xe/xe_reg_sr.o
CC drivers/acpi/acpica/utresdecode.o
CC fs/mbcache.o
CC drivers/hid/hid-lg4ff.o
CC drivers/gpu/drm/i915/gt/intel_migrate.o
CC drivers/gpu/drm/drm_panel_orientation_quirks.o
CC [M] drivers/gpu/drm/xe/xe_reg_whitelist.o
CC drivers/acpi/acpica/utresrc.o
CC drivers/hid/hid-lg-g15.o
CC drivers/gpu/drm/i915/gt/intel_mocs.o
CC fs/posix_acl.o
AR arch/x86/kernel/built-in.a
CC drivers/hid/hid-microsoft.o
CC [M] drivers/gpu/drm/xe/xe_rtp.o
AR arch/x86/built-in.a
CC drivers/acpi/acpica/utstate.o
CC [M] drivers/gpu/drm/xe/xe_ring_ops.o
CC drivers/hid/hid-monterey.o
CC drivers/gpu/drm/i915/gt/intel_ppgtt.o
CC drivers/gpu/drm/drm_buddy.o
CC [M] drivers/gpu/drm/xe/xe_sa.o
CC fs/coredump.o
CC drivers/hid/hid-ntrig.o
CC drivers/acpi/acpica/utstring.o
CC drivers/gpu/drm/drm_gem_shmem_helper.o
CC fs/drop_caches.o
CC fs/sysctls.o
CC fs/fhandle.o
CC drivers/gpu/drm/drm_atomic_helper.o
CC drivers/gpu/drm/i915/gt/intel_rc6.o
CC drivers/gpu/drm/drm_atomic_state_helper.o
CC drivers/hid/hid-pl.o
AR net/ipv4/built-in.a
AR net/built-in.a
CC [M] drivers/gpu/drm/xe/xe_sched_job.o
CC drivers/gpu/drm/i915/gt/intel_region_lmem.o
CC drivers/acpi/acpica/utstrsuppt.o
AR kernel/built-in.a
CC drivers/gpu/drm/drm_crtc_helper.o
CC [M] drivers/gpu/drm/xe/xe_step.o
CC drivers/gpu/drm/i915/gt/intel_renderstate.o
CC drivers/gpu/drm/drm_damage_helper.o
CC drivers/hid/hid-petalynx.o
CC drivers/acpi/acpica/utstrtoul64.o
CC drivers/hid/hid-redragon.o
CC drivers/gpu/drm/i915/gt/intel_reset.o
CC drivers/gpu/drm/drm_flip_work.o
CC [M] drivers/gpu/drm/xe/xe_sync.o
CC drivers/hid/hid-samsung.o
CC drivers/acpi/acpica/utxface.o
CC [M] drivers/gpu/drm/xe/xe_tile.o
CC [M] drivers/gpu/drm/xe/xe_tile_sysfs.o
CC drivers/gpu/drm/drm_format_helper.o
CC drivers/gpu/drm/i915/gt/intel_ring.o
CC drivers/hid/hid-sony.o
CC drivers/acpi/acpica/utxfinit.o
CC drivers/hid/hid-sunplus.o
CC drivers/hid/hid-topseed.o
CC drivers/gpu/drm/drm_gem_atomic_helper.o
CC drivers/acpi/acpica/utxferror.o
CC [M] drivers/gpu/drm/xe/xe_trace.o
CC drivers/gpu/drm/i915/gt/intel_ring_submission.o
CC drivers/acpi/acpica/utxfmutex.o
CC drivers/gpu/drm/drm_gem_framebuffer_helper.o
CC [M] drivers/gpu/drm/xe/xe_trace_bo.o
CC drivers/gpu/drm/i915/gt/intel_rps.o
CC drivers/gpu/drm/drm_kms_helper_common.o
CC [M] drivers/gpu/drm/xe/xe_trace_guc.o
CC drivers/gpu/drm/i915/gt/intel_sa_media.o
CC drivers/gpu/drm/drm_modeset_helper.o
CC drivers/gpu/drm/i915/gt/intel_sseu.o
CC [M] drivers/gpu/drm/xe/xe_trace_lrc.o
CC [M] drivers/gpu/drm/xe/xe_ttm_sys_mgr.o
CC drivers/gpu/drm/i915/gt/intel_sseu_debugfs.o
CC drivers/gpu/drm/i915/gt/intel_timeline.o
CC [M] drivers/gpu/drm/xe/xe_ttm_stolen_mgr.o
CC drivers/gpu/drm/drm_plane_helper.o
CC [M] drivers/gpu/drm/xe/xe_ttm_vram_mgr.o
CC drivers/gpu/drm/i915/gt/intel_tlb.o
CC [M] drivers/gpu/drm/xe/xe_tuning.o
CC drivers/gpu/drm/i915/gt/intel_wopcm.o
CC drivers/gpu/drm/drm_probe_helper.o
CC drivers/gpu/drm/drm_self_refresh_helper.o
CC drivers/gpu/drm/drm_simple_kms_helper.o
CC [M] drivers/gpu/drm/xe/xe_uc.o
CC drivers/gpu/drm/bridge/panel.o
AR drivers/acpi/acpica/built-in.a
CC [M] drivers/gpu/drm/xe/xe_uc_fw.o
AR drivers/acpi/built-in.a
CC drivers/gpu/drm/i915/gt/intel_workarounds.o
CC drivers/gpu/drm/drm_mipi_dsi.o
CC drivers/gpu/drm/i915/gt/shmem_utils.o
CC [M] drivers/gpu/drm/drm_exec.o
CC drivers/gpu/drm/i915/gt/sysfs_engines.o
CC [M] drivers/gpu/drm/xe/xe_vm.o
CC drivers/gpu/drm/i915/gt/intel_ggtt_gmch.o
CC [M] drivers/gpu/drm/drm_gpuvm.o
CC [M] drivers/gpu/drm/xe/xe_vram.o
CC drivers/gpu/drm/i915/gt/gen6_renderstate.o
CC [M] drivers/gpu/drm/xe/xe_vram_freq.o
CC drivers/gpu/drm/i915/gt/gen7_renderstate.o
CC [M] drivers/gpu/drm/drm_suballoc.o
CC [M] drivers/gpu/drm/xe/xe_vsec.o
CC drivers/gpu/drm/i915/gt/gen8_renderstate.o
CC [M] drivers/gpu/drm/xe/xe_wait_user_fence.o
CC drivers/gpu/drm/i915/gt/gen9_renderstate.o
CC [M] drivers/gpu/drm/drm_gem_ttm_helper.o
CC drivers/gpu/drm/i915/gem/i915_gem_busy.o
AR fs/built-in.a
CC [M] drivers/gpu/drm/xe/xe_wa.o
CC drivers/gpu/drm/i915/gem/i915_gem_clflush.o
CC [M] drivers/gpu/drm/xe/xe_wopcm.o
CC drivers/gpu/drm/i915/gem/i915_gem_context.o
CC drivers/gpu/drm/i915/gem/i915_gem_create.o
CC drivers/gpu/drm/i915/gem/i915_gem_dmabuf.o
CC [M] drivers/gpu/drm/xe/xe_hmm.o
CC [M] drivers/gpu/drm/xe/xe_hwmon.o
CC drivers/gpu/drm/i915/gem/i915_gem_domain.o
CC [M] drivers/gpu/drm/xe/xe_gt_sriov_vf.o
CC [M] drivers/gpu/drm/xe/xe_guc_relay.o
CC drivers/gpu/drm/i915/gem/i915_gem_execbuffer.o
AR drivers/hid/built-in.a
CC drivers/gpu/drm/i915/gem/i915_gem_internal.o
CC [M] drivers/gpu/drm/xe/xe_memirq.o
CC [M] drivers/gpu/drm/xe/xe_sriov.o
CC drivers/gpu/drm/i915/gem/i915_gem_lmem.o
CC drivers/gpu/drm/i915/gem/i915_gem_mman.o
CC drivers/gpu/drm/i915/gem/i915_gem_object.o
CC [M] drivers/gpu/drm/xe/xe_sriov_vf.o
CC [M] drivers/gpu/drm/xe/display/ext/i915_irq.o
CC drivers/gpu/drm/i915/gem/i915_gem_pages.o
CC drivers/gpu/drm/i915/gem/i915_gem_phys.o
CC drivers/gpu/drm/i915/gem/i915_gem_pm.o
LD [M] drivers/gpu/drm/drm_suballoc_helper.o
CC [M] drivers/gpu/drm/xe/display/ext/i915_utils.o
CC drivers/gpu/drm/i915/gem/i915_gem_region.o
CC [M] drivers/gpu/drm/xe/display/intel_bo.o
CC [M] drivers/gpu/drm/xe/display/intel_fb_bo.o
CC [M] drivers/gpu/drm/xe/display/intel_fbdev_fb.o
CC drivers/gpu/drm/i915/gem/i915_gem_shmem.o
CC [M] drivers/gpu/drm/xe/display/xe_display.o
CC drivers/gpu/drm/i915/gem/i915_gem_shrinker.o
CC [M] drivers/gpu/drm/xe/display/xe_display_misc.o
CC [M] drivers/gpu/drm/xe/display/xe_display_rps.o
CC [M] drivers/gpu/drm/xe/display/xe_display_wa.o
CC [M] drivers/gpu/drm/xe/display/xe_dsb_buffer.o
CC drivers/gpu/drm/i915/gem/i915_gem_stolen.o
CC [M] drivers/gpu/drm/xe/display/xe_fb_pin.o
CC drivers/gpu/drm/i915/gem/i915_gem_throttle.o
CC [M] drivers/gpu/drm/xe/display/xe_hdcp_gsc.o
LD [M] drivers/gpu/drm/drm_ttm_helper.o
CC drivers/gpu/drm/i915/gem/i915_gem_tiling.o
CC [M] drivers/gpu/drm/xe/display/xe_plane_initial.o
CC drivers/gpu/drm/i915/gem/i915_gem_ttm.o
CC [M] drivers/gpu/drm/xe/display/xe_tdf.o
CC [M] drivers/gpu/drm/xe/i915-soc/intel_dram.o
CC drivers/gpu/drm/i915/gem/i915_gem_ttm_move.o
CC [M] drivers/gpu/drm/xe/i915-soc/intel_pch.o
CC drivers/gpu/drm/i915/gem/i915_gem_ttm_pm.o
CC [M] drivers/gpu/drm/xe/i915-soc/intel_rom.o
CC [M] drivers/gpu/drm/xe/i915-display/icl_dsi.o
CC drivers/gpu/drm/i915/gem/i915_gem_userptr.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_alpm.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_atomic.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_atomic_plane.o
CC drivers/gpu/drm/i915/gem/i915_gem_wait.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_audio.o
CC drivers/gpu/drm/i915/gem/i915_gemfs.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_backlight.o
CC drivers/gpu/drm/i915/i915_active.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_bios.o
CC drivers/gpu/drm/i915/i915_cmd_parser.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_bw.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_cdclk.o
CC drivers/gpu/drm/i915/i915_deps.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_color.o
CC drivers/gpu/drm/i915/i915_gem.o
CC drivers/gpu/drm/i915/i915_gem_evict.o
CC drivers/gpu/drm/i915/i915_gem_gtt.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_combo_phy.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_connector.o
CC drivers/gpu/drm/i915/i915_gem_ww.o
CC drivers/gpu/drm/i915/i915_query.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_crtc.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_crtc_state_dump.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_cursor.o
CC drivers/gpu/drm/i915/i915_request.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_cx0_phy.o
CC drivers/gpu/drm/i915/i915_scheduler.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_ddi.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_ddi_buf_trans.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display.o
CC drivers/gpu/drm/i915/i915_trace_points.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_conversion.o
CC drivers/gpu/drm/i915/i915_ttm_buddy_manager.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_device.o
CC drivers/gpu/drm/i915/i915_vma.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_driver.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_irq.o
CC drivers/gpu/drm/i915/i915_vma_resource.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_params.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_power.o
CC drivers/gpu/drm/i915/gt/uc/intel_gsc_fw.o
CC drivers/gpu/drm/i915/gt/uc/intel_gsc_proxy.o
CC drivers/gpu/drm/i915/gt/uc/intel_gsc_uc.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_power_map.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_power_well.o
CC drivers/gpu/drm/i915/gt/uc/intel_gsc_uc_debugfs.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_trace.o
CC drivers/gpu/drm/i915/gt/uc/intel_gsc_uc_heci_cmd_submit.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_ads.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_wa.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dkl_phy.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dmc.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dp.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_capture.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dp_aux.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_ct.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dp_aux_backlight.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_debugfs.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dp_hdcp.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dp_link_training.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_fw.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dp_mst.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dp_test.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_hwconfig.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dpll.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dpll_mgr.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_log.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dpt_common.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_drrs.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dsb.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_log_debugfs.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dsi.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dsi_dcs_backlight.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_rc.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_slpc.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dsi_vbt.o
CC drivers/gpu/drm/i915/gt/uc/intel_guc_submission.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_encoder.o
CC drivers/gpu/drm/i915/gt/uc/intel_huc.o
CC drivers/gpu/drm/i915/gt/uc/intel_huc_debugfs.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_fb.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_fbc.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_fdi.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_fifo_underrun.o
CC drivers/gpu/drm/i915/gt/uc/intel_huc_fw.o
CC drivers/gpu/drm/i915/gt/uc/intel_uc.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_frontbuffer.o
CC drivers/gpu/drm/i915/gt/uc/intel_uc_debugfs.o
CC drivers/gpu/drm/i915/gt/uc/intel_uc_fw.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_global_state.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_gmbus.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_hdcp.o
CC drivers/gpu/drm/i915/gt/intel_gsc.o
CC drivers/gpu/drm/i915/i915_hwmon.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_hdcp_gsc_message.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_hdmi.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_hotplug.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_hotplug_irq.o
CC drivers/gpu/drm/i915/display/hsw_ips.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_hti.o
CC drivers/gpu/drm/i915/display/i9xx_plane.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_link_bw.o
CC drivers/gpu/drm/i915/display/i9xx_display_sr.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_lspcon.o
CC drivers/gpu/drm/i915/display/i9xx_wm.o
CC drivers/gpu/drm/i915/display/intel_alpm.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_modeset_lock.o
CC drivers/gpu/drm/i915/display/intel_atomic.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_modeset_setup.o
CC drivers/gpu/drm/i915/display/intel_atomic_plane.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_modeset_verify.o
CC drivers/gpu/drm/i915/display/intel_audio.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_panel.o
CC drivers/gpu/drm/i915/display/intel_bios.o
CC drivers/gpu/drm/i915/display/intel_bo.o
CC drivers/gpu/drm/i915/display/intel_bw.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_pfit.o
CC drivers/gpu/drm/i915/display/intel_cdclk.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_pmdemand.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_pps.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_psr.o
CC drivers/gpu/drm/i915/display/intel_color.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_qp_tables.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_quirks.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_snps_phy.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_tc.o
CC drivers/gpu/drm/i915/display/intel_combo_phy.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_vblank.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_vdsc.o
CC drivers/gpu/drm/i915/display/intel_connector.o
CC drivers/gpu/drm/i915/display/intel_crtc.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_vga.o
CC drivers/gpu/drm/i915/display/intel_crtc_state_dump.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_vrr.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_dmc_wl.o
CC drivers/gpu/drm/i915/display/intel_cursor.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_wm.o
CC [M] drivers/gpu/drm/xe/i915-display/skl_scaler.o
CC [M] drivers/gpu/drm/xe/i915-display/skl_universal_plane.o
CC [M] drivers/gpu/drm/xe/i915-display/skl_watermark.o
CC drivers/gpu/drm/i915/display/intel_display.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_acpi.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_opregion.o
CC drivers/gpu/drm/i915/display/intel_display_conversion.o
CC [M] drivers/gpu/drm/xe/xe_debugfs.o
CC drivers/gpu/drm/i915/display/intel_display_driver.o
CC drivers/gpu/drm/i915/display/intel_display_irq.o
CC drivers/gpu/drm/i915/display/intel_display_params.o
CC [M] drivers/gpu/drm/xe/xe_gt_debugfs.o
CC drivers/gpu/drm/i915/display/intel_display_power.o
CC [M] drivers/gpu/drm/xe/xe_gt_sriov_vf_debugfs.o
CC [M] drivers/gpu/drm/xe/xe_gt_stats.o
CC drivers/gpu/drm/i915/display/intel_display_power_map.o
CC [M] drivers/gpu/drm/xe/xe_guc_debugfs.o
CC [M] drivers/gpu/drm/xe/xe_huc_debugfs.o
CC [M] drivers/gpu/drm/xe/xe_uc_debugfs.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_debugfs.o
CC drivers/gpu/drm/i915/display/intel_display_power_well.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_display_debugfs_params.o
CC [M] drivers/gpu/drm/xe/i915-display/intel_pipe_crc.o
CC drivers/gpu/drm/i915/display/intel_display_reset.o
CC drivers/gpu/drm/i915/display/intel_display_rps.o
CC drivers/gpu/drm/i915/display/intel_display_snapshot.o
CC drivers/gpu/drm/i915/display/intel_display_wa.o
CC drivers/gpu/drm/i915/display/intel_dmc.o
CC drivers/gpu/drm/i915/display/intel_dmc_wl.o
CC drivers/gpu/drm/i915/display/intel_dpio_phy.o
CC drivers/gpu/drm/i915/display/intel_dpll.o
CC drivers/gpu/drm/i915/display/intel_dpll_mgr.o
CC drivers/gpu/drm/i915/display/intel_dpt.o
CC drivers/gpu/drm/i915/display/intel_dpt_common.o
CC drivers/gpu/drm/i915/display/intel_drrs.o
CC drivers/gpu/drm/i915/display/intel_dsb.o
CC drivers/gpu/drm/i915/display/intel_dsb_buffer.o
CC drivers/gpu/drm/i915/display/intel_fb.o
CC drivers/gpu/drm/i915/display/intel_fb_bo.o
CC drivers/gpu/drm/i915/display/intel_fb_pin.o
CC drivers/gpu/drm/i915/display/intel_fbc.o
CC drivers/gpu/drm/i915/display/intel_fdi.o
CC drivers/gpu/drm/i915/display/intel_fifo_underrun.o
CC drivers/gpu/drm/i915/display/intel_frontbuffer.o
CC drivers/gpu/drm/i915/display/intel_global_state.o
CC drivers/gpu/drm/i915/display/intel_hdcp.o
CC drivers/gpu/drm/i915/display/intel_hdcp_gsc.o
CC drivers/gpu/drm/i915/display/intel_hdcp_gsc_message.o
CC drivers/gpu/drm/i915/display/intel_hotplug.o
CC drivers/gpu/drm/i915/display/intel_hotplug_irq.o
CC drivers/gpu/drm/i915/display/intel_hti.o
CC drivers/gpu/drm/i915/display/intel_link_bw.o
CC drivers/gpu/drm/i915/display/intel_load_detect.o
CC drivers/gpu/drm/i915/display/intel_lpe_audio.o
CC drivers/gpu/drm/i915/display/intel_modeset_lock.o
CC drivers/gpu/drm/i915/display/intel_modeset_setup.o
CC drivers/gpu/drm/i915/display/intel_modeset_verify.o
CC drivers/gpu/drm/i915/display/intel_overlay.o
CC drivers/gpu/drm/i915/display/intel_pch_display.o
CC drivers/gpu/drm/i915/display/intel_pch_refclk.o
CC drivers/gpu/drm/i915/display/intel_plane_initial.o
CC drivers/gpu/drm/i915/display/intel_pmdemand.o
CC drivers/gpu/drm/i915/display/intel_psr.o
CC drivers/gpu/drm/i915/display/intel_quirks.o
CC drivers/gpu/drm/i915/display/intel_sprite.o
CC drivers/gpu/drm/i915/display/intel_sprite_uapi.o
CC drivers/gpu/drm/i915/display/intel_tc.o
CC drivers/gpu/drm/i915/display/intel_vblank.o
CC drivers/gpu/drm/i915/display/intel_vga.o
CC drivers/gpu/drm/i915/display/intel_wm.o
CC drivers/gpu/drm/i915/display/skl_scaler.o
CC drivers/gpu/drm/i915/display/skl_universal_plane.o
CC drivers/gpu/drm/i915/display/skl_watermark.o
CC drivers/gpu/drm/i915/display/intel_acpi.o
CC drivers/gpu/drm/i915/display/intel_opregion.o
CC drivers/gpu/drm/i915/display/intel_display_debugfs.o
CC drivers/gpu/drm/i915/display/intel_display_debugfs_params.o
CC drivers/gpu/drm/i915/display/intel_pipe_crc.o
CC drivers/gpu/drm/i915/display/dvo_ch7017.o
CC drivers/gpu/drm/i915/display/dvo_ch7xxx.o
CC drivers/gpu/drm/i915/display/dvo_ivch.o
CC drivers/gpu/drm/i915/display/dvo_ns2501.o
CC drivers/gpu/drm/i915/display/dvo_sil164.o
CC drivers/gpu/drm/i915/display/dvo_tfp410.o
CC drivers/gpu/drm/i915/display/g4x_dp.o
CC drivers/gpu/drm/i915/display/g4x_hdmi.o
CC drivers/gpu/drm/i915/display/icl_dsi.o
CC drivers/gpu/drm/i915/display/intel_backlight.o
CC drivers/gpu/drm/i915/display/intel_crt.o
CC drivers/gpu/drm/i915/display/intel_cx0_phy.o
CC drivers/gpu/drm/i915/display/intel_ddi.o
CC drivers/gpu/drm/i915/display/intel_ddi_buf_trans.o
CC drivers/gpu/drm/i915/display/intel_display_device.o
CC drivers/gpu/drm/i915/display/intel_display_trace.o
CC drivers/gpu/drm/i915/display/intel_dkl_phy.o
CC drivers/gpu/drm/i915/display/intel_dp.o
CC drivers/gpu/drm/i915/display/intel_dp_aux.o
CC drivers/gpu/drm/i915/display/intel_dp_aux_backlight.o
CC drivers/gpu/drm/i915/display/intel_dp_hdcp.o
LD [M] drivers/gpu/drm/xe/xe.o
CC drivers/gpu/drm/i915/display/intel_dp_link_training.o
CC drivers/gpu/drm/i915/display/intel_dp_mst.o
CC drivers/gpu/drm/i915/display/intel_dp_test.o
CC drivers/gpu/drm/i915/display/intel_dsi.o
CC drivers/gpu/drm/i915/display/intel_dsi_dcs_backlight.o
CC drivers/gpu/drm/i915/display/intel_dsi_vbt.o
CC drivers/gpu/drm/i915/display/intel_dvo.o
CC drivers/gpu/drm/i915/display/intel_encoder.o
CC drivers/gpu/drm/i915/display/intel_gmbus.o
CC drivers/gpu/drm/i915/display/intel_hdmi.o
CC drivers/gpu/drm/i915/display/intel_lspcon.o
CC drivers/gpu/drm/i915/display/intel_lvds.o
CC drivers/gpu/drm/i915/display/intel_panel.o
CC drivers/gpu/drm/i915/display/intel_pfit.o
CC drivers/gpu/drm/i915/display/intel_pps.o
CC drivers/gpu/drm/i915/display/intel_qp_tables.o
CC drivers/gpu/drm/i915/display/intel_sdvo.o
CC drivers/gpu/drm/i915/display/intel_snps_phy.o
CC drivers/gpu/drm/i915/display/intel_tv.o
CC drivers/gpu/drm/i915/display/intel_vdsc.o
CC drivers/gpu/drm/i915/display/intel_vrr.o
CC drivers/gpu/drm/i915/display/vlv_dsi.o
CC drivers/gpu/drm/i915/display/vlv_dsi_pll.o
CC drivers/gpu/drm/i915/i915_perf.o
CC drivers/gpu/drm/i915/pxp/intel_pxp.o
CC drivers/gpu/drm/i915/pxp/intel_pxp_huc.o
CC drivers/gpu/drm/i915/pxp/intel_pxp_tee.o
CC drivers/gpu/drm/i915/i915_gpu_error.o
CC drivers/gpu/drm/i915/i915_vgpu.o
AR drivers/gpu/drm/i915/built-in.a
AR drivers/gpu/drm/built-in.a
AR drivers/gpu/built-in.a
AR drivers/built-in.a
AR built-in.a
AR vmlinux.a
LD vmlinux.o
OBJCOPY modules.builtin.modinfo
GEN modules.builtin
MODPOST Module.symvers
CC .vmlinux.export.o
CC [M] fs/efivarfs/efivarfs.mod.o
CC [M] .module-common.o
CC [M] drivers/gpu/drm/drm_exec.mod.o
CC [M] drivers/gpu/drm/drm_gpuvm.mod.o
CC [M] drivers/gpu/drm/drm_suballoc_helper.mod.o
CC [M] drivers/gpu/drm/drm_ttm_helper.mod.o
CC [M] drivers/gpu/drm/scheduler/gpu-sched.mod.o
CC [M] drivers/gpu/drm/xe/xe.mod.o
CC [M] drivers/thermal/intel/x86_pkg_temp_thermal.mod.o
CC [M] net/netfilter/nf_log_syslog.mod.o
CC [M] net/netfilter/xt_mark.mod.o
CC [M] net/netfilter/xt_nat.mod.o
CC [M] net/netfilter/xt_LOG.mod.o
CC [M] net/netfilter/xt_MASQUERADE.mod.o
CC [M] net/netfilter/xt_addrtype.mod.o
CC [M] net/ipv4/netfilter/iptable_nat.mod.o
LD [M] drivers/gpu/drm/drm_gpuvm.ko
LD [M] drivers/gpu/drm/drm_ttm_helper.ko
LD [M] drivers/gpu/drm/scheduler/gpu-sched.ko
LD [M] drivers/gpu/drm/xe/xe.ko
LD [M] net/netfilter/xt_mark.ko
LD [M] net/netfilter/xt_LOG.ko
LD [M] net/netfilter/xt_addrtype.ko
LD [M] fs/efivarfs/efivarfs.ko
LD [M] drivers/gpu/drm/drm_exec.ko
LD [M] drivers/gpu/drm/drm_suballoc_helper.ko
LD [M] drivers/thermal/intel/x86_pkg_temp_thermal.ko
LD [M] net/netfilter/xt_MASQUERADE.ko
LD [M] net/ipv4/netfilter/iptable_nat.ko
LD [M] net/netfilter/xt_nat.ko
LD [M] net/netfilter/nf_log_syslog.ko
UPD include/generated/utsversion.h
CC init/version-timestamp.o
KSYMS .tmp_vmlinux0.kallsyms.S
AS .tmp_vmlinux0.kallsyms.o
LD .tmp_vmlinux1
NM .tmp_vmlinux1.syms
KSYMS .tmp_vmlinux1.kallsyms.S
AS .tmp_vmlinux1.kallsyms.o
LD .tmp_vmlinux2
NM .tmp_vmlinux2.syms
KSYMS .tmp_vmlinux2.kallsyms.S
AS .tmp_vmlinux2.kallsyms.o
LD vmlinux
NM System.map
SORTTAB vmlinux
RELOCS arch/x86/boot/compressed/vmlinux.relocs
RSTRIP vmlinux
CC arch/x86/boot/a20.o
AS arch/x86/boot/bioscall.o
CC arch/x86/boot/cmdline.o
AS arch/x86/boot/copy.o
HOSTCC arch/x86/boot/mkcpustr
CC arch/x86/boot/cpuflags.o
CC arch/x86/boot/cpucheck.o
CC arch/x86/boot/early_serial_console.o
CC arch/x86/boot/edd.o
CC arch/x86/boot/main.o
CC arch/x86/boot/memory.o
CC arch/x86/boot/pm.o
AS arch/x86/boot/pmjump.o
CC arch/x86/boot/printf.o
CC arch/x86/boot/regs.o
CC arch/x86/boot/string.o
CC arch/x86/boot/tty.o
CC arch/x86/boot/video.o
CC arch/x86/boot/video-mode.o
CC arch/x86/boot/version.o
CC arch/x86/boot/video-vga.o
CC arch/x86/boot/video-vesa.o
CC arch/x86/boot/video-bios.o
HOSTCC arch/x86/boot/tools/build
LDS arch/x86/boot/compressed/vmlinux.lds
AS arch/x86/boot/compressed/kernel_info.o
AS arch/x86/boot/compressed/head_32.o
VOFFSET arch/x86/boot/compressed/../voffset.h
CC arch/x86/boot/compressed/string.o
CC arch/x86/boot/compressed/cmdline.o
CPUSTR arch/x86/boot/cpustr.h
CC arch/x86/boot/compressed/error.o
OBJCOPY arch/x86/boot/compressed/vmlinux.bin
HOSTCC arch/x86/boot/compressed/mkpiggy
CC arch/x86/boot/compressed/cpuflags.o
CC arch/x86/boot/cpu.o
CC arch/x86/boot/compressed/early_serial_console.o
CC arch/x86/boot/compressed/kaslr.o
CC arch/x86/boot/compressed/acpi.o
CC arch/x86/boot/compressed/efi.o
GZIP arch/x86/boot/compressed/vmlinux.bin.gz
CC arch/x86/boot/compressed/misc.o
MKPIGGY arch/x86/boot/compressed/piggy.S
AS arch/x86/boot/compressed/piggy.o
LD arch/x86/boot/compressed/vmlinux
ZOFFSET arch/x86/boot/zoffset.h
OBJCOPY arch/x86/boot/vmlinux.bin
AS arch/x86/boot/header.o
LD arch/x86/boot/setup.elf
OBJCOPY arch/x86/boot/setup.bin
BUILD arch/x86/boot/bzImage
Kernel: arch/x86/boot/bzImage is ready (#1)
run-parts: executing /workspace/ci/hooks/20-kernel-doc
+ SRC_DIR=/workspace/kernel
+ cd /workspace/kernel
+ find drivers/gpu/drm/xe/ -name '*.[ch]' -not -path 'drivers/gpu/drm/xe/display/*'
+ xargs ./scripts/kernel-doc -Werror -none include/uapi/drm/xe_drm.h
All hooks done
^ permalink raw reply [flat|nested] 81+ messages in thread* ✓ CI.checksparse: success for drm/dumb-buffers: Fix and improve buffer-size calculation
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (29 preceding siblings ...)
2025-01-09 17:03 ` ✓ CI.Hooks: " Patchwork
@ 2025-01-09 17:05 ` Patchwork
2025-01-09 17:33 ` ✓ Xe.CI.BAT: " Patchwork
` (2 subsequent siblings)
33 siblings, 0 replies; 81+ messages in thread
From: Patchwork @ 2025-01-09 17:05 UTC (permalink / raw)
To: Thomas Zimmermann; +Cc: intel-xe
== Series Details ==
Series: drm/dumb-buffers: Fix and improve buffer-size calculation
URL : https://patchwork.freedesktop.org/series/143335/
State : success
== Summary ==
+ trap cleanup EXIT
+ KERNEL=/kernel
+ MT=/root/linux/maintainer-tools
+ git clone https://gitlab.freedesktop.org/drm/maintainer-tools /root/linux/maintainer-tools
Cloning into '/root/linux/maintainer-tools'...
warning: redirecting to https://gitlab.freedesktop.org/drm/maintainer-tools.git/
+ make -C /root/linux/maintainer-tools
make: Entering directory '/root/linux/maintainer-tools'
cc -O2 -g -Wextra -o remap-log remap-log.c
make: Leaving directory '/root/linux/maintainer-tools'
+ cd /kernel
+ git config --global --add safe.directory /kernel
+ /root/linux/maintainer-tools/dim sparse --fast 424f495e9572bf87a42e3be0aa02ac4777541033
Sparse version: 0.6.4 (Ubuntu: 0.6.4-4ubuntu3)
Fast mode used, each commit won't be checked separately.
Okay!
+ cleanup
++ stat -c %u:%g /kernel
+ chown -R 1003:1003 /kernel
^ permalink raw reply [flat|nested] 81+ messages in thread* ✓ Xe.CI.BAT: success for drm/dumb-buffers: Fix and improve buffer-size calculation
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (30 preceding siblings ...)
2025-01-09 17:05 ` ✓ CI.checksparse: " Patchwork
@ 2025-01-09 17:33 ` Patchwork
2025-01-10 13:29 ` ✗ CI.Patch_applied: failure for drm/dumb-buffers: Fix and improve buffer-size calculation (rev2) Patchwork
2025-01-12 1:54 ` ✗ Xe.CI.Full: failure for drm/dumb-buffers: Fix and improve buffer-size calculation Patchwork
33 siblings, 0 replies; 81+ messages in thread
From: Patchwork @ 2025-01-09 17:33 UTC (permalink / raw)
To: Thomas Zimmermann; +Cc: intel-xe
[-- Attachment #1: Type: text/plain, Size: 3203 bytes --]
== Series Details ==
Series: drm/dumb-buffers: Fix and improve buffer-size calculation
URL : https://patchwork.freedesktop.org/series/143335/
State : success
== Summary ==
CI Bug Log - changes from xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c_BAT -> xe-pw-143335v1_BAT
====================================================
Summary
-------
**SUCCESS**
No regressions found.
Participating hosts (9 -> 8)
------------------------------
Missing (1): bat-adlp-vm
Known issues
------------
Here are the changes found in xe-pw-143335v1_BAT that come from known issues:
### IGT changes ###
#### Issues hit ####
* igt@kms_pipe_crc_basic@compare-crc-sanitycheck-nv12@pipe-c-hdmi-a-3:
- bat-bmg-1: [PASS][1] -> [DMESG-WARN][2] ([Intel XE#877]) +1 other test dmesg-warn
[1]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/bat-bmg-1/igt@kms_pipe_crc_basic@compare-crc-sanitycheck-nv12@pipe-c-hdmi-a-3.html
[2]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/bat-bmg-1/igt@kms_pipe_crc_basic@compare-crc-sanitycheck-nv12@pipe-c-hdmi-a-3.html
* igt@xe_intel_bb@intel-bb-blit-y:
- bat-adlp-vf: [PASS][3] -> [DMESG-WARN][4] ([Intel XE#3958] / [Intel XE#3970])
[3]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/bat-adlp-vf/igt@xe_intel_bb@intel-bb-blit-y.html
[4]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/bat-adlp-vf/igt@xe_intel_bb@intel-bb-blit-y.html
* igt@xe_live_ktest@xe_migrate:
- bat-adlp-vf: [PASS][5] -> [SKIP][6] ([Intel XE#1192]) +1 other test skip
[5]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/bat-adlp-vf/igt@xe_live_ktest@xe_migrate.html
[6]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/bat-adlp-vf/igt@xe_live_ktest@xe_migrate.html
#### Warnings ####
* igt@xe_live_ktest@xe_bo:
- bat-adlp-vf: [SKIP][7] ([Intel XE#2229] / [Intel XE#455]) -> [SKIP][8] ([Intel XE#1192])
[7]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/bat-adlp-vf/igt@xe_live_ktest@xe_bo.html
[8]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/bat-adlp-vf/igt@xe_live_ktest@xe_bo.html
[Intel XE#1192]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1192
[Intel XE#2229]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2229
[Intel XE#3958]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3958
[Intel XE#3970]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3970
[Intel XE#455]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/455
[Intel XE#877]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/877
Build changes
-------------
* Linux: xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c -> xe-pw-143335v1
IGT_8184: ee7a3ac616f55f6ed1b959ff951237099bda86d8 @ https://gitlab.freedesktop.org/drm/igt-gpu-tools.git
xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c: c9da975358cd0763449f08b7063ee935eace4f8c
xe-pw-143335v1: 143335v1
== Logs ==
For more details see: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/index.html
[-- Attachment #2: Type: text/html, Size: 3906 bytes --]
^ permalink raw reply [flat|nested] 81+ messages in thread* ✗ CI.Patch_applied: failure for drm/dumb-buffers: Fix and improve buffer-size calculation (rev2)
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (31 preceding siblings ...)
2025-01-09 17:33 ` ✓ Xe.CI.BAT: " Patchwork
@ 2025-01-10 13:29 ` Patchwork
2025-01-12 1:54 ` ✗ Xe.CI.Full: failure for drm/dumb-buffers: Fix and improve buffer-size calculation Patchwork
33 siblings, 0 replies; 81+ messages in thread
From: Patchwork @ 2025-01-10 13:29 UTC (permalink / raw)
To: Thomas Zimmermann; +Cc: intel-xe
== Series Details ==
Series: drm/dumb-buffers: Fix and improve buffer-size calculation (rev2)
URL : https://patchwork.freedesktop.org/series/143335/
State : failure
== Summary ==
=== Applying kernel patches on branch 'drm-tip' with base: ===
Base commit: 00f461924629 drm-tip: 2025y-01m-10d-10h-22m-27s UTC integration manifest
=== git am output follows ===
Applying: drm/dumb-buffers: Sanitize output on errors
Patch is empty.
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To record the empty patch as an empty commit, run "git am --allow-empty".
To restore the original branch and stop patching, run "git am --abort".
^ permalink raw reply [flat|nested] 81+ messages in thread* ✗ Xe.CI.Full: failure for drm/dumb-buffers: Fix and improve buffer-size calculation
2025-01-09 14:56 [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation Thomas Zimmermann
` (32 preceding siblings ...)
2025-01-10 13:29 ` ✗ CI.Patch_applied: failure for drm/dumb-buffers: Fix and improve buffer-size calculation (rev2) Patchwork
@ 2025-01-12 1:54 ` Patchwork
33 siblings, 0 replies; 81+ messages in thread
From: Patchwork @ 2025-01-12 1:54 UTC (permalink / raw)
To: Thomas Zimmermann; +Cc: intel-xe
[-- Attachment #1: Type: text/plain, Size: 47974 bytes --]
== Series Details ==
Series: drm/dumb-buffers: Fix and improve buffer-size calculation
URL : https://patchwork.freedesktop.org/series/143335/
State : failure
== Summary ==
CI Bug Log - changes from xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c_full -> xe-pw-143335v1_full
====================================================
Summary
-------
**FAILURE**
Serious unknown changes coming with xe-pw-143335v1_full absolutely need to be
verified manually.
If you think the reported changes have nothing to do with the changes
introduced in xe-pw-143335v1_full, please notify your bug team (I915-ci-infra@lists.freedesktop.org) to allow them
to document this new failure mode, which will reduce false positives in CI.
Participating hosts (4 -> 4)
------------------------------
No changes in participating hosts
Possible new issues
-------------------
Here are the unknown changes that may have been introduced in xe-pw-143335v1_full:
### IGT changes ###
#### Possible regressions ####
* igt@kms_ccs@crc-primary-suspend-4-tiled-lnl-ccs@pipe-c-edp-1:
- shard-lnl: [PASS][1] -> [INCOMPLETE][2]
[1]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-lnl-4/igt@kms_ccs@crc-primary-suspend-4-tiled-lnl-ccs@pipe-c-edp-1.html
[2]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-lnl-7/igt@kms_ccs@crc-primary-suspend-4-tiled-lnl-ccs@pipe-c-edp-1.html
* igt@kms_flip@2x-flip-vs-suspend@cd-hdmi-a2-dp2:
- shard-dg2-set2: NOTRUN -> [ABORT][3]
[3]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-432/igt@kms_flip@2x-flip-vs-suspend@cd-hdmi-a2-dp2.html
* igt@kms_vblank@wait-busy:
- shard-bmg: [PASS][4] -> [INCOMPLETE][5] +1 other test incomplete
[4]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-4/igt@kms_vblank@wait-busy.html
[5]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-5/igt@kms_vblank@wait-busy.html
Known issues
------------
Here are the changes found in xe-pw-143335v1_full that come from known issues:
### IGT changes ###
#### Issues hit ####
* igt@kms_async_flips@async-flip-with-page-flip-events@pipe-b-hdmi-a-6-4-mc-ccs:
- shard-dg2-set2: NOTRUN -> [SKIP][6] ([Intel XE#2550]) +23 other tests skip
[6]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-463/igt@kms_async_flips@async-flip-with-page-flip-events@pipe-b-hdmi-a-6-4-mc-ccs.html
* igt@kms_atomic_transition@plane-toggle-modeset-transition:
- shard-adlp: [PASS][7] -> [FAIL][8] ([Intel XE#3908]) +1 other test fail
[7]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-1/igt@kms_atomic_transition@plane-toggle-modeset-transition.html
[8]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-8/igt@kms_atomic_transition@plane-toggle-modeset-transition.html
* igt@kms_big_fb@x-tiled-32bpp-rotate-90:
- shard-dg2-set2: NOTRUN -> [SKIP][9] ([Intel XE#316]) +2 other tests skip
[9]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_big_fb@x-tiled-32bpp-rotate-90.html
* igt@kms_big_fb@y-tiled-addfb:
- shard-dg2-set2: NOTRUN -> [SKIP][10] ([Intel XE#619])
[10]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-463/igt@kms_big_fb@y-tiled-addfb.html
* igt@kms_big_fb@yf-tiled-32bpp-rotate-180:
- shard-dg2-set2: NOTRUN -> [SKIP][11] ([Intel XE#1124]) +6 other tests skip
[11]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_big_fb@yf-tiled-32bpp-rotate-180.html
* igt@kms_bw@connected-linear-tiling-2-displays-1920x1080p:
- shard-bmg: [PASS][12] -> [SKIP][13] ([Intel XE#2314] / [Intel XE#2894])
[12]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-4/igt@kms_bw@connected-linear-tiling-2-displays-1920x1080p.html
[13]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-6/igt@kms_bw@connected-linear-tiling-2-displays-1920x1080p.html
* igt@kms_bw@connected-linear-tiling-3-displays-1920x1080p:
- shard-dg2-set2: NOTRUN -> [SKIP][14] ([Intel XE#2191])
[14]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_bw@connected-linear-tiling-3-displays-1920x1080p.html
* igt@kms_bw@linear-tiling-1-displays-1920x1080p:
- shard-dg2-set2: NOTRUN -> [SKIP][15] ([Intel XE#367]) +2 other tests skip
[15]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_bw@linear-tiling-1-displays-1920x1080p.html
* igt@kms_ccs@bad-aux-stride-4-tiled-mtl-mc-ccs@pipe-a-hdmi-a-6:
- shard-dg2-set2: NOTRUN -> [SKIP][16] ([Intel XE#787]) +181 other tests skip
[16]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_ccs@bad-aux-stride-4-tiled-mtl-mc-ccs@pipe-a-hdmi-a-6.html
* igt@kms_ccs@bad-aux-stride-4-tiled-mtl-rc-ccs-cc:
- shard-adlp: NOTRUN -> [SKIP][17] ([Intel XE#455] / [Intel XE#787]) +1 other test skip
[17]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@kms_ccs@bad-aux-stride-4-tiled-mtl-rc-ccs-cc.html
* igt@kms_ccs@bad-aux-stride-4-tiled-mtl-rc-ccs-cc@pipe-b-hdmi-a-1:
- shard-adlp: NOTRUN -> [SKIP][18] ([Intel XE#787]) +2 other tests skip
[18]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@kms_ccs@bad-aux-stride-4-tiled-mtl-rc-ccs-cc@pipe-b-hdmi-a-1.html
* igt@kms_ccs@crc-primary-rotation-180-4-tiled-mtl-rc-ccs-cc@pipe-d-dp-4:
- shard-dg2-set2: NOTRUN -> [SKIP][19] ([Intel XE#455] / [Intel XE#787]) +37 other tests skip
[19]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_ccs@crc-primary-rotation-180-4-tiled-mtl-rc-ccs-cc@pipe-d-dp-4.html
* igt@kms_ccs@crc-primary-suspend-4-tiled-dg2-mc-ccs:
- shard-dg2-set2: [PASS][20] -> [INCOMPLETE][21] ([Intel XE#3862]) +1 other test incomplete
[20]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-464/igt@kms_ccs@crc-primary-suspend-4-tiled-dg2-mc-ccs.html
[21]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_ccs@crc-primary-suspend-4-tiled-dg2-mc-ccs.html
* igt@kms_ccs@crc-primary-suspend-4-tiled-lnl-ccs:
- shard-lnl: [PASS][22] -> [INCOMPLETE][23] ([Intel XE#3862])
[22]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-lnl-4/igt@kms_ccs@crc-primary-suspend-4-tiled-lnl-ccs.html
[23]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-lnl-7/igt@kms_ccs@crc-primary-suspend-4-tiled-lnl-ccs.html
* igt@kms_chamelium_color@ctm-green-to-red:
- shard-dg2-set2: NOTRUN -> [SKIP][24] ([Intel XE#306])
[24]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_chamelium_color@ctm-green-to-red.html
* igt@kms_chamelium_hpd@hdmi-hpd-storm:
- shard-dg2-set2: NOTRUN -> [SKIP][25] ([Intel XE#373]) +3 other tests skip
[25]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_chamelium_hpd@hdmi-hpd-storm.html
* igt@kms_content_protection@dp-mst-lic-type-0:
- shard-dg2-set2: NOTRUN -> [SKIP][26] ([Intel XE#307])
[26]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_content_protection@dp-mst-lic-type-0.html
* igt@kms_content_protection@uevent@pipe-a-dp-4:
- shard-dg2-set2: NOTRUN -> [FAIL][27] ([Intel XE#1188])
[27]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-463/igt@kms_content_protection@uevent@pipe-a-dp-4.html
* igt@kms_cursor_legacy@basic-busy-flip-before-cursor-varying-size:
- shard-dg2-set2: NOTRUN -> [SKIP][28] ([Intel XE#323])
[28]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_cursor_legacy@basic-busy-flip-before-cursor-varying-size.html
* igt@kms_cursor_legacy@cursorb-vs-flipb-legacy:
- shard-bmg: [PASS][29] -> [SKIP][30] ([Intel XE#2291])
[29]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-8/igt@kms_cursor_legacy@cursorb-vs-flipb-legacy.html
[30]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-6/igt@kms_cursor_legacy@cursorb-vs-flipb-legacy.html
* igt@kms_cursor_legacy@torture-bo:
- shard-dg2-set2: [PASS][31] -> [INCOMPLETE][32] ([Intel XE#3226]) +1 other test incomplete
[31]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-463/igt@kms_cursor_legacy@torture-bo.html
[32]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_cursor_legacy@torture-bo.html
* igt@kms_fbcon_fbt@psr:
- shard-dg2-set2: NOTRUN -> [SKIP][33] ([Intel XE#776])
[33]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_fbcon_fbt@psr.html
* igt@kms_flip@2x-flip-vs-absolute-wf_vblank-interruptible@ab-dp2-hdmi-a3:
- shard-bmg: [PASS][34] -> [FAIL][35] ([Intel XE#2882]) +2 other tests fail
[34]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-1/igt@kms_flip@2x-flip-vs-absolute-wf_vblank-interruptible@ab-dp2-hdmi-a3.html
[35]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-8/igt@kms_flip@2x-flip-vs-absolute-wf_vblank-interruptible@ab-dp2-hdmi-a3.html
* igt@kms_flip@2x-flip-vs-expired-vblank-interruptible@bc-hdmi-a6-dp4:
- shard-dg2-set2: [PASS][36] -> [FAIL][37] ([Intel XE#301]) +4 other tests fail
[36]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-433/igt@kms_flip@2x-flip-vs-expired-vblank-interruptible@bc-hdmi-a6-dp4.html
[37]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-464/igt@kms_flip@2x-flip-vs-expired-vblank-interruptible@bc-hdmi-a6-dp4.html
* igt@kms_flip@2x-flip-vs-expired-vblank@cd-dp2-hdmi-a3:
- shard-bmg: [PASS][38] -> [FAIL][39] ([Intel XE#3321])
[38]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-5/igt@kms_flip@2x-flip-vs-expired-vblank@cd-dp2-hdmi-a3.html
[39]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-5/igt@kms_flip@2x-flip-vs-expired-vblank@cd-dp2-hdmi-a3.html
* igt@kms_flip@2x-nonexisting-fb-interruptible:
- shard-adlp: NOTRUN -> [SKIP][40] ([Intel XE#310])
[40]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@kms_flip@2x-nonexisting-fb-interruptible.html
* igt@kms_flip@2x-plain-flip-ts-check-interruptible:
- shard-bmg: [PASS][41] -> [SKIP][42] ([Intel XE#2316]) +5 other tests skip
[41]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-8/igt@kms_flip@2x-plain-flip-ts-check-interruptible.html
[42]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-6/igt@kms_flip@2x-plain-flip-ts-check-interruptible.html
* igt@kms_flip@flip-vs-expired-vblank@d-dp4:
- shard-dg2-set2: NOTRUN -> [FAIL][43] ([Intel XE#301] / [Intel XE#3321])
[43]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-463/igt@kms_flip@flip-vs-expired-vblank@d-dp4.html
* igt@kms_flip@flip-vs-expired-vblank@d-hdmi-a6:
- shard-dg2-set2: NOTRUN -> [FAIL][44] ([Intel XE#301]) +1 other test fail
[44]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-463/igt@kms_flip@flip-vs-expired-vblank@d-hdmi-a6.html
* igt@kms_flip@flip-vs-suspend-interruptible:
- shard-adlp: [PASS][45] -> [DMESG-WARN][46] ([Intel XE#2953]) +10 other tests dmesg-warn
[45]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-8/igt@kms_flip@flip-vs-suspend-interruptible.html
[46]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-1/igt@kms_flip@flip-vs-suspend-interruptible.html
* igt@kms_flip_scaled_crc@flip-64bpp-ytile-to-32bpp-ytilegen12rcccs-upscaling:
- shard-dg2-set2: NOTRUN -> [SKIP][47] ([Intel XE#455]) +8 other tests skip
[47]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_flip_scaled_crc@flip-64bpp-ytile-to-32bpp-ytilegen12rcccs-upscaling.html
* igt@kms_flip_tiling@flip-change-tiling@pipe-b-hdmi-a-1-y-to-y:
- shard-adlp: [PASS][48] -> [DMESG-FAIL][49] ([Intel XE#1033]) +1 other test dmesg-fail
[48]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-2/igt@kms_flip_tiling@flip-change-tiling@pipe-b-hdmi-a-1-y-to-y.html
[49]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-8/igt@kms_flip_tiling@flip-change-tiling@pipe-b-hdmi-a-1-y-to-y.html
* igt@kms_flip_tiling@flip-change-tiling@pipe-d-hdmi-a-1-x-to-x:
- shard-adlp: [PASS][50] -> [FAIL][51] ([Intel XE#1874]) +1 other test fail
[50]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-2/igt@kms_flip_tiling@flip-change-tiling@pipe-d-hdmi-a-1-x-to-x.html
[51]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-8/igt@kms_flip_tiling@flip-change-tiling@pipe-d-hdmi-a-1-x-to-x.html
* igt@kms_frontbuffer_tracking@fbc-suspend:
- shard-dg2-set2: [PASS][52] -> [ABORT][53] ([Intel XE#2625]) +1 other test abort
[52]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-435/igt@kms_frontbuffer_tracking@fbc-suspend.html
[53]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-432/igt@kms_frontbuffer_tracking@fbc-suspend.html
* igt@kms_frontbuffer_tracking@fbcdrrs-1p-rte:
- shard-dg2-set2: NOTRUN -> [SKIP][54] ([Intel XE#651]) +22 other tests skip
[54]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_frontbuffer_tracking@fbcdrrs-1p-rte.html
* igt@kms_frontbuffer_tracking@fbcdrrs-modesetfrombusy:
- shard-adlp: NOTRUN -> [SKIP][55] ([Intel XE#651])
[55]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@kms_frontbuffer_tracking@fbcdrrs-modesetfrombusy.html
* igt@kms_frontbuffer_tracking@fbcpsr-2p-scndscrn-spr-indfb-onoff:
- shard-adlp: NOTRUN -> [SKIP][56] ([Intel XE#656])
[56]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@kms_frontbuffer_tracking@fbcpsr-2p-scndscrn-spr-indfb-onoff.html
* igt@kms_frontbuffer_tracking@fbcpsr-slowdraw:
- shard-dg2-set2: NOTRUN -> [SKIP][57] ([Intel XE#653]) +22 other tests skip
[57]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_frontbuffer_tracking@fbcpsr-slowdraw.html
* igt@kms_frontbuffer_tracking@pipe-fbc-rte@pipe-b-dp-2:
- shard-bmg: NOTRUN -> [FAIL][58] ([Intel XE#2333])
[58]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-5/igt@kms_frontbuffer_tracking@pipe-fbc-rte@pipe-b-dp-2.html
* igt@kms_hdr@invalid-hdr:
- shard-dg2-set2: [PASS][59] -> [SKIP][60] ([Intel XE#455])
[59]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-463/igt@kms_hdr@invalid-hdr.html
[60]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_hdr@invalid-hdr.html
- shard-bmg: [PASS][61] -> [SKIP][62] ([Intel XE#1503])
[61]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-8/igt@kms_hdr@invalid-hdr.html
[62]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-6/igt@kms_hdr@invalid-hdr.html
* igt@kms_joiner@invalid-modeset-force-ultra-joiner:
- shard-dg2-set2: NOTRUN -> [SKIP][63] ([Intel XE#2925])
[63]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_joiner@invalid-modeset-force-ultra-joiner.html
* igt@kms_plane_cursor@overlay@pipe-a-hdmi-a-2-size-64:
- shard-dg2-set2: NOTRUN -> [FAIL][64] ([Intel XE#616])
[64]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-432/igt@kms_plane_cursor@overlay@pipe-a-hdmi-a-2-size-64.html
* igt@kms_plane_scaling@plane-downscale-factor-0-25-with-modifiers@pipe-d:
- shard-dg2-set2: NOTRUN -> [SKIP][65] ([Intel XE#2763] / [Intel XE#455]) +3 other tests skip
[65]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_plane_scaling@plane-downscale-factor-0-25-with-modifiers@pipe-d.html
* igt@kms_plane_scaling@plane-downscale-factor-0-25-with-rotation@pipe-c:
- shard-dg2-set2: NOTRUN -> [SKIP][66] ([Intel XE#2763]) +5 other tests skip
[66]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_plane_scaling@plane-downscale-factor-0-25-with-rotation@pipe-c.html
* igt@kms_plane_scaling@plane-downscale-factor-0-75-with-pixel-format@pipe-a:
- shard-bmg: [PASS][67] -> [DMESG-WARN][68] ([Intel XE#877]) +2 other tests dmesg-warn
[67]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-8/igt@kms_plane_scaling@plane-downscale-factor-0-75-with-pixel-format@pipe-a.html
[68]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-6/igt@kms_plane_scaling@plane-downscale-factor-0-75-with-pixel-format@pipe-a.html
* igt@kms_psr2_sf@fbc-pr-cursor-plane-update-sf:
- shard-dg2-set2: NOTRUN -> [SKIP][69] ([Intel XE#1489]) +2 other tests skip
[69]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_psr2_sf@fbc-pr-cursor-plane-update-sf.html
* igt@kms_psr@fbc-psr2-cursor-plane-onoff:
- shard-dg2-set2: NOTRUN -> [SKIP][70] ([Intel XE#2850] / [Intel XE#929]) +11 other tests skip
[70]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_psr@fbc-psr2-cursor-plane-onoff.html
* igt@kms_psr@fbc-psr2-primary-page-flip:
- shard-adlp: NOTRUN -> [SKIP][71] ([Intel XE#2850] / [Intel XE#929])
[71]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@kms_psr@fbc-psr2-primary-page-flip.html
* igt@kms_setmode@invalid-clone-single-crtc-stealing:
- shard-bmg: [PASS][72] -> [SKIP][73] ([Intel XE#1435])
[72]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-8/igt@kms_setmode@invalid-clone-single-crtc-stealing.html
[73]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-6/igt@kms_setmode@invalid-clone-single-crtc-stealing.html
* igt@kms_tiled_display@basic-test-pattern:
- shard-dg2-set2: NOTRUN -> [FAIL][74] ([Intel XE#1729])
[74]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_tiled_display@basic-test-pattern.html
* igt@kms_tv_load_detect@load-detect:
- shard-dg2-set2: NOTRUN -> [SKIP][75] ([Intel XE#330])
[75]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_tv_load_detect@load-detect.html
* igt@kms_vrr@cmrr:
- shard-dg2-set2: NOTRUN -> [SKIP][76] ([Intel XE#2168])
[76]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_vrr@cmrr.html
* igt@kms_writeback@writeback-invalid-parameters:
- shard-dg2-set2: NOTRUN -> [SKIP][77] ([Intel XE#756])
[77]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@kms_writeback@writeback-invalid-parameters.html
* igt@xe_copy_basic@mem-copy-linear-0xfffe:
- shard-dg2-set2: NOTRUN -> [SKIP][78] ([Intel XE#1123])
[78]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@xe_copy_basic@mem-copy-linear-0xfffe.html
* igt@xe_eudebug@basic-client:
- shard-adlp: NOTRUN -> [SKIP][79] ([Intel XE#2905])
[79]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@xe_eudebug@basic-client.html
* igt@xe_eudebug@basic-vm-access-parameters:
- shard-dg2-set2: NOTRUN -> [SKIP][80] ([Intel XE#2905]) +4 other tests skip
[80]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@xe_eudebug@basic-vm-access-parameters.html
* igt@xe_eudebug@basic-vm-bind-ufence-reconnect:
- shard-adlp: NOTRUN -> [SKIP][81] ([Intel XE#3889])
[81]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@xe_eudebug@basic-vm-bind-ufence-reconnect.html
- shard-dg2-set2: NOTRUN -> [SKIP][82] ([Intel XE#3889])
[82]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@xe_eudebug@basic-vm-bind-ufence-reconnect.html
* igt@xe_evict@evict-beng-large-multi-vm-cm:
- shard-dg2-set2: NOTRUN -> [FAIL][83] ([Intel XE#1600])
[83]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@xe_evict@evict-beng-large-multi-vm-cm.html
* igt@xe_evict@evict-beng-mixed-many-threads-large:
- shard-adlp: NOTRUN -> [SKIP][84] ([Intel XE#261] / [Intel XE#688])
[84]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@xe_evict@evict-beng-mixed-many-threads-large.html
* igt@xe_evict@evict-mixed-many-threads-small:
- shard-dg2-set2: [PASS][85] -> [TIMEOUT][86] ([Intel XE#1473])
[85]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-432/igt@xe_evict@evict-mixed-many-threads-small.html
[86]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@xe_evict@evict-mixed-many-threads-small.html
* igt@xe_exec_basic@multigpu-no-exec-basic-defer-mmap:
- shard-dg2-set2: [PASS][87] -> [SKIP][88] ([Intel XE#1392]) +2 other tests skip
[87]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-436/igt@xe_exec_basic@multigpu-no-exec-basic-defer-mmap.html
[88]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-432/igt@xe_exec_basic@multigpu-no-exec-basic-defer-mmap.html
* igt@xe_exec_fault_mode@many-bindexecqueue-rebind:
- shard-adlp: NOTRUN -> [SKIP][89] ([Intel XE#288])
[89]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@xe_exec_fault_mode@many-bindexecqueue-rebind.html
* igt@xe_exec_fault_mode@once-bindexecqueue-rebind:
- shard-dg2-set2: NOTRUN -> [SKIP][90] ([Intel XE#288]) +16 other tests skip
[90]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@xe_exec_fault_mode@once-bindexecqueue-rebind.html
* igt@xe_live_ktest@xe_bo@xe_ccs_migrate_kunit:
- shard-bmg: NOTRUN -> [SKIP][91] ([Intel XE#2229])
[91]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-5/igt@xe_live_ktest@xe_bo@xe_ccs_migrate_kunit.html
* igt@xe_live_ktest@xe_dma_buf:
- shard-bmg: [PASS][92] -> [SKIP][93] ([Intel XE#1192])
[92]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-4/igt@xe_live_ktest@xe_dma_buf.html
[93]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-6/igt@xe_live_ktest@xe_dma_buf.html
* igt@xe_oa@closed-fd-and-unmapped-access:
- shard-dg2-set2: NOTRUN -> [SKIP][94] ([Intel XE#2541] / [Intel XE#3573]) +4 other tests skip
[94]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-433/igt@xe_oa@closed-fd-and-unmapped-access.html
* igt@xe_oa@oa-unit-exclusive-stream-exec-q:
- shard-adlp: NOTRUN -> [SKIP][95] ([Intel XE#2541] / [Intel XE#3573])
[95]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@xe_oa@oa-unit-exclusive-stream-exec-q.html
* igt@xe_pm@d3cold-basic-exec:
- shard-dg2-set2: NOTRUN -> [SKIP][96] ([Intel XE#2284] / [Intel XE#366])
[96]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-463/igt@xe_pm@d3cold-basic-exec.html
* igt@xe_pm@s4-vm-bind-prefetch:
- shard-adlp: [PASS][97] -> [ABORT][98] ([Intel XE#1358] / [Intel XE#1607] / [Intel XE#1794]) +1 other test abort
[97]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-3/igt@xe_pm@s4-vm-bind-prefetch.html
[98]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-9/igt@xe_pm@s4-vm-bind-prefetch.html
* igt@xe_pm@s4-vm-bind-unbind-all:
- shard-dg2-set2: [PASS][99] -> [ABORT][100] ([Intel XE#1358] / [Intel XE#1794]) +1 other test abort
[99]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-436/igt@xe_pm@s4-vm-bind-unbind-all.html
[100]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-432/igt@xe_pm@s4-vm-bind-unbind-all.html
* igt@xe_pm@s4-vm-bind-userptr:
- shard-lnl: [PASS][101] -> [ABORT][102] ([Intel XE#1358] / [Intel XE#1794])
[101]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-lnl-5/igt@xe_pm@s4-vm-bind-userptr.html
[102]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-lnl-2/igt@xe_pm@s4-vm-bind-userptr.html
* igt@xe_query@multigpu-query-invalid-uc-fw-version-mbz:
- shard-dg2-set2: NOTRUN -> [SKIP][103] ([Intel XE#944]) +1 other test skip
[103]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@xe_query@multigpu-query-invalid-uc-fw-version-mbz.html
#### Possible fixes ####
* igt@kms_async_flips@alternate-sync-async-flip:
- shard-bmg: [FAIL][104] ([Intel XE#827]) -> [PASS][105] +1 other test pass
[104]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-5/igt@kms_async_flips@alternate-sync-async-flip.html
[105]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-4/igt@kms_async_flips@alternate-sync-async-flip.html
* igt@kms_async_flips@invalid-async-flip-atomic@pipe-b-hdmi-a-1:
- shard-adlp: [DMESG-WARN][106] ([Intel XE#1033]) -> [PASS][107] +1 other test pass
[106]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-1/igt@kms_async_flips@invalid-async-flip-atomic@pipe-b-hdmi-a-1.html
[107]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-2/igt@kms_async_flips@invalid-async-flip-atomic@pipe-b-hdmi-a-1.html
* igt@kms_atomic_transition@plane-all-modeset-transition-fencing-internal-panels:
- shard-lnl: [FAIL][108] ([Intel XE#3908]) -> [PASS][109] +1 other test pass
[108]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-lnl-1/igt@kms_atomic_transition@plane-all-modeset-transition-fencing-internal-panels.html
[109]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-lnl-3/igt@kms_atomic_transition@plane-all-modeset-transition-fencing-internal-panels.html
* igt@kms_cursor_legacy@cursorb-vs-flipb-atomic-transitions-varying-size:
- shard-bmg: [SKIP][110] ([Intel XE#2291]) -> [PASS][111] +1 other test pass
[110]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-6/igt@kms_cursor_legacy@cursorb-vs-flipb-atomic-transitions-varying-size.html
[111]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-5/igt@kms_cursor_legacy@cursorb-vs-flipb-atomic-transitions-varying-size.html
* igt@kms_flip@2x-absolute-wf_vblank:
- shard-bmg: [SKIP][112] ([Intel XE#2316]) -> [PASS][113] +2 other tests pass
[112]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-6/igt@kms_flip@2x-absolute-wf_vblank.html
[113]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-2/igt@kms_flip@2x-absolute-wf_vblank.html
* igt@kms_flip@2x-flip-vs-blocking-wf-vblank:
- shard-bmg: [FAIL][114] ([Intel XE#2882]) -> [PASS][115] +2 other tests pass
[114]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-5/igt@kms_flip@2x-flip-vs-blocking-wf-vblank.html
[115]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-2/igt@kms_flip@2x-flip-vs-blocking-wf-vblank.html
* igt@kms_flip@flip-vs-expired-vblank-interruptible:
- shard-bmg: [FAIL][116] ([Intel XE#2882] / [Intel XE#3288]) -> [PASS][117]
[116]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-2/igt@kms_flip@flip-vs-expired-vblank-interruptible.html
[117]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-8/igt@kms_flip@flip-vs-expired-vblank-interruptible.html
* igt@kms_flip@flip-vs-expired-vblank-interruptible@a-hdmi-a6:
- shard-dg2-set2: [FAIL][118] ([Intel XE#301]) -> [PASS][119] +3 other tests pass
[118]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-433/igt@kms_flip@flip-vs-expired-vblank-interruptible@a-hdmi-a6.html
[119]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-463/igt@kms_flip@flip-vs-expired-vblank-interruptible@a-hdmi-a6.html
* igt@kms_flip@flip-vs-expired-vblank-interruptible@d-dp2:
- shard-bmg: [FAIL][120] ([Intel XE#3288]) -> [PASS][121]
[120]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-2/igt@kms_flip@flip-vs-expired-vblank-interruptible@d-dp2.html
[121]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-8/igt@kms_flip@flip-vs-expired-vblank-interruptible@d-dp2.html
* igt@kms_flip@plain-flip-fb-recreate-interruptible@c-hdmi-a1:
- shard-adlp: [FAIL][122] ([Intel XE#2882]) -> [PASS][123] +1 other test pass
[122]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-6/igt@kms_flip@plain-flip-fb-recreate-interruptible@c-hdmi-a1.html
[123]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-8/igt@kms_flip@plain-flip-fb-recreate-interruptible@c-hdmi-a1.html
* igt@kms_flip_tiling@flip-change-tiling@pipe-b-hdmi-a-1-y-to-x:
- shard-adlp: [DMESG-FAIL][124] ([Intel XE#1033]) -> [PASS][125]
[124]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-2/igt@kms_flip_tiling@flip-change-tiling@pipe-b-hdmi-a-1-y-to-x.html
[125]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-8/igt@kms_flip_tiling@flip-change-tiling@pipe-b-hdmi-a-1-y-to-x.html
* igt@kms_flip_tiling@flip-change-tiling@pipe-c-hdmi-a-1-x-to-x:
- shard-adlp: [FAIL][126] ([Intel XE#1874]) -> [PASS][127] +1 other test pass
[126]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-2/igt@kms_flip_tiling@flip-change-tiling@pipe-c-hdmi-a-1-x-to-x.html
[127]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-8/igt@kms_flip_tiling@flip-change-tiling@pipe-c-hdmi-a-1-x-to-x.html
* igt@kms_hdr@bpc-switch-suspend:
- shard-dg2-set2: [ABORT][128] ([Intel XE#2625]) -> [PASS][129] +2 other tests pass
[128]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-432/igt@kms_hdr@bpc-switch-suspend.html
[129]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@kms_hdr@bpc-switch-suspend.html
* igt@kms_joiner@basic-force-big-joiner:
- shard-bmg: [SKIP][130] ([Intel XE#3012]) -> [PASS][131]
[130]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-6/igt@kms_joiner@basic-force-big-joiner.html
[131]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-2/igt@kms_joiner@basic-force-big-joiner.html
* igt@kms_universal_plane@cursor-fb-leak:
- shard-adlp: [FAIL][132] ([Intel XE#771] / [Intel XE#899]) -> [PASS][133]
[132]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-2/igt@kms_universal_plane@cursor-fb-leak.html
[133]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-9/igt@kms_universal_plane@cursor-fb-leak.html
* igt@kms_universal_plane@cursor-fb-leak@pipe-a-edp-1:
- shard-lnl: [FAIL][134] ([Intel XE#899]) -> [PASS][135]
[134]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-lnl-6/igt@kms_universal_plane@cursor-fb-leak@pipe-a-edp-1.html
[135]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-lnl-8/igt@kms_universal_plane@cursor-fb-leak@pipe-a-edp-1.html
* igt@kms_universal_plane@cursor-fb-leak@pipe-c-hdmi-a-1:
- shard-adlp: [FAIL][136] ([Intel XE#899]) -> [PASS][137]
[136]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-2/igt@kms_universal_plane@cursor-fb-leak@pipe-c-hdmi-a-1.html
[137]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-9/igt@kms_universal_plane@cursor-fb-leak@pipe-c-hdmi-a-1.html
* igt@xe_evict@evict-beng-mixed-many-threads-small:
- shard-dg2-set2: [TIMEOUT][138] ([Intel XE#1473] / [Intel XE#402]) -> [PASS][139]
[138]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-433/igt@xe_evict@evict-beng-mixed-many-threads-small.html
[139]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-463/igt@xe_evict@evict-beng-mixed-many-threads-small.html
* igt@xe_exec_basic@multigpu-no-exec-userptr-invalidate-race:
- shard-dg2-set2: [SKIP][140] ([Intel XE#1392]) -> [PASS][141] +2 other tests pass
[140]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-432/igt@xe_exec_basic@multigpu-no-exec-userptr-invalidate-race.html
[141]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@xe_exec_basic@multigpu-no-exec-userptr-invalidate-race.html
* igt@xe_live_ktest@xe_mocs:
- shard-bmg: [SKIP][142] ([Intel XE#1192]) -> [PASS][143] +2 other tests pass
[142]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-2/igt@xe_live_ktest@xe_mocs.html
[143]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-1/igt@xe_live_ktest@xe_mocs.html
* igt@xe_pm@s2idle-vm-bind-unbind-all:
- shard-dg2-set2: [ABORT][144] ([Intel XE#1358] / [Intel XE#1794]) -> [PASS][145]
[144]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-432/igt@xe_pm@s2idle-vm-bind-unbind-all.html
[145]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@xe_pm@s2idle-vm-bind-unbind-all.html
* igt@xe_pm@s4-basic:
- shard-adlp: [ABORT][146] ([Intel XE#1358] / [Intel XE#1607]) -> [PASS][147] +1 other test pass
[146]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-9/igt@xe_pm@s4-basic.html
[147]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-4/igt@xe_pm@s4-basic.html
- shard-dg2-set2: [ABORT][148] ([Intel XE#1358]) -> [PASS][149] +1 other test pass
[148]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-dg2-432/igt@xe_pm@s4-basic.html
[149]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-dg2-435/igt@xe_pm@s4-basic.html
* igt@xe_wedged@basic-wedged:
- shard-adlp: [DMESG-WARN][150] ([Intel XE#2953]) -> [PASS][151] +3 other tests pass
[150]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-adlp-4/igt@xe_wedged@basic-wedged.html
[151]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-adlp-3/igt@xe_wedged@basic-wedged.html
#### Warnings ####
* igt@kms_frontbuffer_tracking@fbc-2p-scndscrn-cur-indfb-draw-blt:
- shard-bmg: [FAIL][152] ([Intel XE#2333]) -> [SKIP][153] ([Intel XE#2312]) +2 other tests skip
[152]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-4/igt@kms_frontbuffer_tracking@fbc-2p-scndscrn-cur-indfb-draw-blt.html
[153]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-6/igt@kms_frontbuffer_tracking@fbc-2p-scndscrn-cur-indfb-draw-blt.html
* igt@kms_frontbuffer_tracking@fbc-2p-scndscrn-spr-indfb-draw-render:
- shard-bmg: [SKIP][154] ([Intel XE#2312]) -> [FAIL][155] ([Intel XE#2333]) +6 other tests fail
[154]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-6/igt@kms_frontbuffer_tracking@fbc-2p-scndscrn-spr-indfb-draw-render.html
[155]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-5/igt@kms_frontbuffer_tracking@fbc-2p-scndscrn-spr-indfb-draw-render.html
* igt@kms_frontbuffer_tracking@fbcdrrs-2p-primscrn-spr-indfb-draw-render:
- shard-bmg: [SKIP][156] ([Intel XE#2312]) -> [SKIP][157] ([Intel XE#2311]) +13 other tests skip
[156]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-6/igt@kms_frontbuffer_tracking@fbcdrrs-2p-primscrn-spr-indfb-draw-render.html
[157]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-5/igt@kms_frontbuffer_tracking@fbcdrrs-2p-primscrn-spr-indfb-draw-render.html
* igt@kms_frontbuffer_tracking@fbcdrrs-2p-scndscrn-indfb-msflip-blt:
- shard-bmg: [SKIP][158] ([Intel XE#2311]) -> [SKIP][159] ([Intel XE#2312]) +7 other tests skip
[158]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-4/igt@kms_frontbuffer_tracking@fbcdrrs-2p-scndscrn-indfb-msflip-blt.html
[159]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-6/igt@kms_frontbuffer_tracking@fbcdrrs-2p-scndscrn-indfb-msflip-blt.html
* igt@kms_frontbuffer_tracking@fbcpsr-2p-primscrn-cur-indfb-draw-blt:
- shard-bmg: [SKIP][160] ([Intel XE#2313]) -> [SKIP][161] ([Intel XE#2312]) +7 other tests skip
[160]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-4/igt@kms_frontbuffer_tracking@fbcpsr-2p-primscrn-cur-indfb-draw-blt.html
[161]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-6/igt@kms_frontbuffer_tracking@fbcpsr-2p-primscrn-cur-indfb-draw-blt.html
* igt@kms_frontbuffer_tracking@fbcpsr-2p-scndscrn-cur-indfb-draw-blt:
- shard-bmg: [SKIP][162] ([Intel XE#2312]) -> [SKIP][163] ([Intel XE#2313]) +10 other tests skip
[162]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-6/igt@kms_frontbuffer_tracking@fbcpsr-2p-scndscrn-cur-indfb-draw-blt.html
[163]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-5/igt@kms_frontbuffer_tracking@fbcpsr-2p-scndscrn-cur-indfb-draw-blt.html
* igt@kms_frontbuffer_tracking@pipe-fbc-rte:
- shard-bmg: [DMESG-FAIL][164] ([Intel XE#877]) -> [FAIL][165] ([Intel XE#2333])
[164]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-6/igt@kms_frontbuffer_tracking@pipe-fbc-rte.html
[165]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-5/igt@kms_frontbuffer_tracking@pipe-fbc-rte.html
* igt@kms_hdr@brightness-with-hdr:
- shard-bmg: [SKIP][166] ([Intel XE#3544]) -> [SKIP][167] ([Intel XE#3374] / [Intel XE#3544])
[166]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-1/igt@kms_hdr@brightness-with-hdr.html
[167]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-8/igt@kms_hdr@brightness-with-hdr.html
* igt@kms_tiled_display@basic-test-pattern-with-chamelium:
- shard-bmg: [SKIP][168] ([Intel XE#2426]) -> [SKIP][169] ([Intel XE#2509])
[168]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-4/igt@kms_tiled_display@basic-test-pattern-with-chamelium.html
[169]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-1/igt@kms_tiled_display@basic-test-pattern-with-chamelium.html
* igt@xe_evict@evict-beng-mixed-many-threads-small:
- shard-bmg: [INCOMPLETE][170] ([Intel XE#1473]) -> [TIMEOUT][171] ([Intel XE#1473])
[170]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-2/igt@xe_evict@evict-beng-mixed-many-threads-small.html
[171]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-8/igt@xe_evict@evict-beng-mixed-many-threads-small.html
* igt@xe_evict@evict-beng-mixed-threads-large:
- shard-bmg: [TIMEOUT][172] ([Intel XE#1473]) -> [FAIL][173] ([Intel XE#1000])
[172]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c/shard-bmg-5/igt@xe_evict@evict-beng-mixed-threads-large.html
[173]: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/shard-bmg-5/igt@xe_evict@evict-beng-mixed-threads-large.html
[Intel XE#1000]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1000
[Intel XE#1033]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1033
[Intel XE#1123]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1123
[Intel XE#1124]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1124
[Intel XE#1188]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1188
[Intel XE#1192]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1192
[Intel XE#1358]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1358
[Intel XE#1392]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1392
[Intel XE#1435]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1435
[Intel XE#1473]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1473
[Intel XE#1489]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1489
[Intel XE#1503]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1503
[Intel XE#1600]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1600
[Intel XE#1607]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1607
[Intel XE#1729]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1729
[Intel XE#1794]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1794
[Intel XE#1874]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/1874
[Intel XE#2168]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2168
[Intel XE#2191]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2191
[Intel XE#2229]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2229
[Intel XE#2284]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2284
[Intel XE#2291]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2291
[Intel XE#2311]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2311
[Intel XE#2312]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2312
[Intel XE#2313]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2313
[Intel XE#2314]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2314
[Intel XE#2316]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2316
[Intel XE#2333]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2333
[Intel XE#2426]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2426
[Intel XE#2509]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2509
[Intel XE#2541]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2541
[Intel XE#2550]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2550
[Intel XE#261]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/261
[Intel XE#2625]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2625
[Intel XE#2763]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2763
[Intel XE#2850]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2850
[Intel XE#288]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/288
[Intel XE#2882]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2882
[Intel XE#2894]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2894
[Intel XE#2905]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2905
[Intel XE#2925]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2925
[Intel XE#2953]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/2953
[Intel XE#301]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/301
[Intel XE#3012]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3012
[Intel XE#306]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/306
[Intel XE#307]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/307
[Intel XE#310]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/310
[Intel XE#316]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/316
[Intel XE#3226]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3226
[Intel XE#323]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/323
[Intel XE#3288]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3288
[Intel XE#330]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/330
[Intel XE#3321]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3321
[Intel XE#3374]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3374
[Intel XE#3544]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3544
[Intel XE#3573]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3573
[Intel XE#366]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/366
[Intel XE#367]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/367
[Intel XE#373]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/373
[Intel XE#3862]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3862
[Intel XE#3889]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3889
[Intel XE#3908]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/3908
[Intel XE#402]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/402
[Intel XE#455]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/455
[Intel XE#616]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/616
[Intel XE#619]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/619
[Intel XE#651]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/651
[Intel XE#653]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/653
[Intel XE#656]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/656
[Intel XE#688]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/688
[Intel XE#756]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/756
[Intel XE#771]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/771
[Intel XE#776]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/776
[Intel XE#787]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/787
[Intel XE#827]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/827
[Intel XE#877]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/877
[Intel XE#899]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/899
[Intel XE#929]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/929
[Intel XE#944]: https://gitlab.freedesktop.org/drm/xe/kernel/issues/944
Build changes
-------------
* Linux: xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c -> xe-pw-143335v1
IGT_8184: ee7a3ac616f55f6ed1b959ff951237099bda86d8 @ https://gitlab.freedesktop.org/drm/igt-gpu-tools.git
xe-2462-c9da975358cd0763449f08b7063ee935eace4f8c: c9da975358cd0763449f08b7063ee935eace4f8c
xe-pw-143335v1: 143335v1
== Logs ==
For more details see: https://intel-gfx-ci.01.org/tree/intel-xe/xe-pw-143335v1/index.html
[-- Attachment #2: Type: text/html, Size: 55276 bytes --]
^ permalink raw reply [flat|nested] 81+ messages in thread