- Kernel - mailweb.openeuler.org

[PATCH openEuler-1.0-LTS] usb-storage: alauda: Fix uninit-value in alauda_check_media()
by Xinyu Zheng 11 Dec '25

11 Dec '25

From: Alan Stern <stern(a)rowland.harvard.edu> stable inclusion from stable-v4.19.292 commit 49d380bcd6cba987c6085fae6464c9c087e8d9a0 category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/IDBOSI CVE: CVE-2023-53847 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id… -------------------------------- commit a6ff6e7a9dd69364547751db0f626a10a6d628d2 upstream. Syzbot got KMSAN to complain about access to an uninitialized value in the alauda subdriver of usb-storage: BUG: KMSAN: uninit-value in alauda_transport+0x462/0x57f0 drivers/usb/storage/alauda.c:1137 CPU: 0 PID: 12279 Comm: usb-storage Not tainted 5.3.0-rc7+ #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x191/0x1f0 lib/dump_stack.c:113 kmsan_report+0x13a/0x2b0 mm/kmsan/kmsan_report.c:108 __msan_warning+0x73/0xe0 mm/kmsan/kmsan_instr.c:250 alauda_check_media+0x344/0x3310 drivers/usb/storage/alauda.c:460 The problem is that alauda_check_media() doesn't verify that its USB transfer succeeded before trying to use the received data. What should happen if the transfer fails isn't entirely clear, but a reasonably conservative approach is to pretend that no media is present. A similar problem exists in a usb_stor_dbg() call in alauda_get_media_status(). In this case, when an error occurs the call is redundant, because usb_stor_ctrl_transfer() already will print a debugging message. Finally, unrelated to the uninitialized memory access, is the fact that alauda_check_media() performs DMA to a buffer on the stack. Fortunately usb-storage provides a general purpose DMA-able buffer for uses like this. We'll use it instead. Reported-and-tested-by: syzbot+e7d46eb426883fb97efd(a)syzkaller.appspotmail.com Closes: https://lore.kernel.org/all/0000000000007d25ff059457342d@google.com/T/ Suggested-by: Christophe JAILLET <christophe.jaillet(a)wanadoo.fr> Signed-off-by: Alan Stern <stern(a)rowland.harvard.edu> Fixes: e80b0fade09e ("[PATCH] USB Storage: add alauda support") Cc: <stable(a)vger.kernel.org> Link: https://lore.kernel.org/r/693d5d5e-f09b-42d0-8ed9-1f96cd30bcce@rowland.harv… Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Signed-off-by: Xinyu Zheng <zhengxinyu6(a)huawei.com> --- drivers/usb/storage/alauda.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/usb/storage/alauda.c b/drivers/usb/storage/alauda.c index 6b8edf6178df..81cd02a343c6 100644 --- a/drivers/usb/storage/alauda.c +++ b/drivers/usb/storage/alauda.c @@ -317,7 +317,8 @@ static int alauda_get_media_status(struct us_data *us, unsigned char *data) rc = usb_stor_ctrl_transfer(us, us->recv_ctrl_pipe, command, 0xc0, 0, 1, data, 2); - usb_stor_dbg(us, "Media status %02X %02X\n", data[0], data[1]); + if (rc == USB_STOR_XFER_GOOD) + usb_stor_dbg(us, "Media status %02X %02X\n", data[0], data[1]); return rc; } @@ -451,10 +452,14 @@ static int alauda_init_media(struct us_data *us) static int alauda_check_media(struct us_data *us) { struct alauda_info *info = (struct alauda_info *) us->extra; - unsigned char status[2]; + unsigned char *status = us->iobuf; int rc; rc = alauda_get_media_status(us, status); + if (rc != USB_STOR_XFER_GOOD) { + status[0] = 0xF0; /* Pretend there's no media */ + status[1] = 0; + } /* Check for no media or door open */ if ((status[0] & 0x80) || ((status[0] & 0x1F) == 0x10) -- 2.34.1

2 1

[PATCH OLK-6.6] fbdev: bitblit: bound-check glyph index in bit_putcs*
by Luo Gengkun 11 Dec '25

11 Dec '25

From: Junjie Cao <junjie.cao(a)intel.com> stable inclusion from stable-v6.6.117 commit 9ba1a7802ca9a2590cef95b253e6526f4364477f category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/IDBAJ2 CVE: CVE-2025-40322 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id… ---------------------------------------------------------------------- commit 18c4ef4e765a798b47980555ed665d78b71aeadf upstream. bit_putcs_aligned()/unaligned() derived the glyph pointer from the character value masked by 0xff/0x1ff, which may exceed the actual font's glyph count and read past the end of the built-in font array. Clamp the index to the actual glyph count before computing the address. This fixes a global out-of-bounds read reported by syzbot. Reported-by: syzbot+793cf822d213be1a74f2(a)syzkaller.appspotmail.com Closes: https://syzkaller.appspot.com/bug?extid=793cf822d213be1a74f2 Tested-by: syzbot+793cf822d213be1a74f2(a)syzkaller.appspotmail.com Signed-off-by: Junjie Cao <junjie.cao(a)intel.com> Reviewed-by: Thomas Zimmermann <tzimmermann(a)suse.de> Signed-off-by: Helge Deller <deller(a)gmx.de> Cc: stable(a)vger.kernel.org Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Signed-off-by: Luo Gengkun <luogengkun2(a)huawei.com> --- drivers/video/fbdev/core/bitblit.c | 16 ++++++++++++---- 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/drivers/video/fbdev/core/bitblit.c b/drivers/video/fbdev/core/bitblit.c index 8587c9da0670..43639f045269 100644 --- a/drivers/video/fbdev/core/bitblit.c +++ b/drivers/video/fbdev/core/bitblit.c @@ -80,12 +80,16 @@ static inline void bit_putcs_aligned(struct vc_data *vc, struct fb_info *info, struct fb_image *image, u8 *buf, u8 *dst) { u16 charmask = vc->vc_hi_font_mask ? 0x1ff : 0xff; + unsigned int charcnt = vc->vc_font.charcount; u32 idx = vc->vc_font.width >> 3; u8 *src; while (cnt--) { - src = vc->vc_font.data + (scr_readw(s++)& - charmask)*cellsize; + u16 ch = scr_readw(s++) & charmask; + + if (ch >= charcnt) + ch = 0; + src = vc->vc_font.data + (unsigned int)ch * cellsize; if (attr) { update_attr(buf, src, attr, vc); @@ -113,14 +117,18 @@ static inline void bit_putcs_unaligned(struct vc_data *vc, u8 *dst) { u16 charmask = vc->vc_hi_font_mask ? 0x1ff : 0xff; + unsigned int charcnt = vc->vc_font.charcount; u32 shift_low = 0, mod = vc->vc_font.width % 8; u32 shift_high = 8; u32 idx = vc->vc_font.width >> 3; u8 *src; while (cnt--) { - src = vc->vc_font.data + (scr_readw(s++)& - charmask)*cellsize; + u16 ch = scr_readw(s++) & charmask; + + if (ch >= charcnt) + ch = 0; + src = vc->vc_font.data + (unsigned int)ch * cellsize; if (attr) { update_attr(buf, src, attr, vc); -- 2.34.1

2 1

[PATCH openEuler-1.0-LTS] fbdev: bitblit: bound-check glyph index in bit_putcs*
by Luo Gengkun 11 Dec '25

11 Dec '25

From: Junjie Cao <junjie.cao(a)intel.com> stable inclusion from stable-v6.6.117 commit 9ba1a7802ca9a2590cef95b253e6526f4364477f category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/IDBAJ2 CVE: CVE-2025-40322 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id… ---------------------------------------------------------------------- commit 18c4ef4e765a798b47980555ed665d78b71aeadf upstream. bit_putcs_aligned()/unaligned() derived the glyph pointer from the character value masked by 0xff/0x1ff, which may exceed the actual font's glyph count and read past the end of the built-in font array. Clamp the index to the actual glyph count before computing the address. This fixes a global out-of-bounds read reported by syzbot. Reported-by: syzbot+793cf822d213be1a74f2(a)syzkaller.appspotmail.com Closes: https://syzkaller.appspot.com/bug?extid=793cf822d213be1a74f2 Tested-by: syzbot+793cf822d213be1a74f2(a)syzkaller.appspotmail.com Signed-off-by: Junjie Cao <junjie.cao(a)intel.com> Reviewed-by: Thomas Zimmermann <tzimmermann(a)suse.de> Signed-off-by: Helge Deller <deller(a)gmx.de> Cc: stable(a)vger.kernel.org Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Signed-off-by: Luo Gengkun <luogengkun2(a)huawei.com> --- drivers/video/fbdev/core/bitblit.c | 16 ++++++++++++---- 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/drivers/video/fbdev/core/bitblit.c b/drivers/video/fbdev/core/bitblit.c index e2275f4aacd1..8f59206321e0 100644 --- a/drivers/video/fbdev/core/bitblit.c +++ b/drivers/video/fbdev/core/bitblit.c @@ -80,12 +80,16 @@ static inline void bit_putcs_aligned(struct vc_data *vc, struct fb_info *info, struct fb_image *image, u8 *buf, u8 *dst) { u16 charmask = vc->vc_hi_font_mask ? 0x1ff : 0xff; + unsigned int charcnt = vc->vc_font.charcount; u32 idx = vc->vc_font.width >> 3; u8 *src; while (cnt--) { - src = vc->vc_font.data + (scr_readw(s++)& - charmask)*cellsize; + u16 ch = scr_readw(s++) & charmask; + + if (ch >= charcnt) + ch = 0; + src = vc->vc_font.data + (unsigned int)ch * cellsize; if (attr) { update_attr(buf, src, attr, vc); @@ -113,14 +117,18 @@ static inline void bit_putcs_unaligned(struct vc_data *vc, u8 *dst) { u16 charmask = vc->vc_hi_font_mask ? 0x1ff : 0xff; + unsigned int charcnt = vc->vc_font.charcount; u32 shift_low = 0, mod = vc->vc_font.width % 8; u32 shift_high = 8; u32 idx = vc->vc_font.width >> 3; u8 *src; while (cnt--) { - src = vc->vc_font.data + (scr_readw(s++)& - charmask)*cellsize; + u16 ch = scr_readw(s++) & charmask; + + if (ch >= charcnt) + ch = 0; + src = vc->vc_font.data + (unsigned int)ch * cellsize; if (attr) { update_attr(buf, src, attr, vc); -- 2.34.1

2 1

[PATCH OLK-5.10] fbdev: bitblit: bound-check glyph index in bit_putcs*
by Luo Gengkun 11 Dec '25

11 Dec '25

From: Junjie Cao <junjie.cao(a)intel.com> stable inclusion from stable-5.10.247 commit 0998a6cb232674408a03e8561dc15aa266b2f53b category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/IDBAJ2 CVE: CVE-2025-40322 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id… ---------------------------------------------------------------------- commit 18c4ef4e765a798b47980555ed665d78b71aeadf upstream. bit_putcs_aligned()/unaligned() derived the glyph pointer from the character value masked by 0xff/0x1ff, which may exceed the actual font's glyph count and read past the end of the built-in font array. Clamp the index to the actual glyph count before computing the address. This fixes a global out-of-bounds read reported by syzbot. Reported-by: syzbot+793cf822d213be1a74f2(a)syzkaller.appspotmail.com Closes: https://syzkaller.appspot.com/bug?extid=793cf822d213be1a74f2 Tested-by: syzbot+793cf822d213be1a74f2(a)syzkaller.appspotmail.com Signed-off-by: Junjie Cao <junjie.cao(a)intel.com> Reviewed-by: Thomas Zimmermann <tzimmermann(a)suse.de> Signed-off-by: Helge Deller <deller(a)gmx.de> Cc: stable(a)vger.kernel.org Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Signed-off-by: Luo Gengkun <luogengkun2(a)huawei.com> --- drivers/video/fbdev/core/bitblit.c | 16 ++++++++++++---- 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/drivers/video/fbdev/core/bitblit.c b/drivers/video/fbdev/core/bitblit.c index 8e095b0982db..f22a68603a61 100644 --- a/drivers/video/fbdev/core/bitblit.c +++ b/drivers/video/fbdev/core/bitblit.c @@ -80,12 +80,16 @@ static inline void bit_putcs_aligned(struct vc_data *vc, struct fb_info *info, struct fb_image *image, u8 *buf, u8 *dst) { u16 charmask = vc->vc_hi_font_mask ? 0x1ff : 0xff; + unsigned int charcnt = vc->vc_font.charcount; u32 idx = vc->vc_font.width >> 3; u8 *src; while (cnt--) { - src = vc->vc_font.data + (scr_readw(s++)& - charmask)*cellsize; + u16 ch = scr_readw(s++) & charmask; + + if (ch >= charcnt) + ch = 0; + src = vc->vc_font.data + (unsigned int)ch * cellsize; if (attr) { update_attr(buf, src, attr, vc); @@ -113,14 +117,18 @@ static inline void bit_putcs_unaligned(struct vc_data *vc, u8 *dst) { u16 charmask = vc->vc_hi_font_mask ? 0x1ff : 0xff; + unsigned int charcnt = vc->vc_font.charcount; u32 shift_low = 0, mod = vc->vc_font.width % 8; u32 shift_high = 8; u32 idx = vc->vc_font.width >> 3; u8 *src; while (cnt--) { - src = vc->vc_font.data + (scr_readw(s++)& - charmask)*cellsize; + u16 ch = scr_readw(s++) & charmask; + + if (ch >= charcnt) + ch = 0; + src = vc->vc_font.data + (unsigned int)ch * cellsize; if (attr) { update_attr(buf, src, attr, vc); -- 2.34.1

2 1

[PATCH openEuler-26.09] just use test patch2pr
by Coopermassaki 11 Dec '25

11 Dec '25

--- README | 1 + 1 file changed, 1 insertion(+) diff --git a/README b/README index 669ac7c32292..e27b37bdb455 100644 --- a/README +++ b/README @@ -16,3 +16,4 @@ several of them using the Restructured Text markup notation. Please read the Documentation/process/changes.rst file, as it contains the requirements for building and running the kernel, and information about the problems which may result by upgrading your kernel. +JUST TEST -- 2.34.1

1 0

[PATCH openEuler-26.09] just use test patch2pr
by Coopermassaki 11 Dec '25

11 Dec '25

--- README | 1 + 1 file changed, 1 insertion(+) diff --git a/README b/README index 669ac7c32292..e27b37bdb455 100644 --- a/README +++ b/README @@ -16,3 +16,4 @@ several of them using the Restructured Text markup notation. Please read the Documentation/process/changes.rst file, as it contains the requirements for building and running the kernel, and information about the problems which may result by upgrading your kernel. +JUST TEST -- 2.34.1

1 0

[PATCH openEuler-26.09] just use test patch2pr
by Coopermassaki 11 Dec '25

11 Dec '25

--- README | 1 + 1 file changed, 1 insertion(+) diff --git a/README b/README index 669ac7c32292..e27b37bdb455 100644 --- a/README +++ b/README @@ -16,3 +16,4 @@ several of them using the Restructured Text markup notation. Please read the Documentation/process/changes.rst file, as it contains the requirements for building and running the kernel, and information about the problems which may result by upgrading your kernel. +JUST TEST -- 2.34.1

1 0

[openeuler:OLK-6.6 3540/3540] kernel/sched/debug.c:102:12: warning: no previous prototype for 'is_prefer_numa'
by kernel test robot 11 Dec '25

11 Dec '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 5930fa3740c518a9f6ba688fd0c1873d6f3adbce commit: 0f22304e62d360fce47988586d599e33895ccb01 [3540/3540] sched: Support NUMA parallel scheduling for multiple processes config: x86_64-randconfig-161-20251211 (https://download.01.org/0day-ci/archive/20251211/202512111810.cbJGbotT-lkp@…) compiler: gcc-14 (Debian 14.2.0-19) 14.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251211/202512111810.cbJGbotT-lkp@…) If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add following tags | Reported-by: kernel test robot <lkp(a)intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202512111810.cbJGbotT-lkp@intel.com/ All warnings (new ones prefixed by >>): In file included from kernel/sched/build_utility.c:73: >> kernel/sched/debug.c:102:12: warning: no previous prototype for 'is_prefer_numa' [-Wmissing-prototypes] 102 | int __weak is_prefer_numa(void) | ^~~~~~~~~~~~~~ Kconfig warnings: (for reference only) WARNING: unmet direct dependencies detected for PTP_1588_CLOCK Depends on [n]: NET [=y] && POSIX_TIMERS [=n] Selected by [m]: - SXE [=m] && NETDEVICES [=y] && ETHERNET [=y] && NET_VENDOR_LINKDATA [=y] && (X86 [=y] || ARM64) && PCI [=y] - SXE_VF [=m] && NETDEVICES [=y] && ETHERNET [=y] && NET_VENDOR_LINKDATA [=y] && (X86 [=y] || ARM64) && PCI [=y] vim +/is_prefer_numa +102 kernel/sched/debug.c 101 > 102 int __weak is_prefer_numa(void) 103 { 104 return 0; 105 } 106 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[PATCH openEuler-26.09] just use test patch2pr
by Coopermassaki 11 Dec '25

11 Dec '25

--- README | 1 + 1 file changed, 1 insertion(+) diff --git a/README b/README index 669ac7c32292..e27b37bdb455 100644 --- a/README +++ b/README @@ -16,3 +16,4 @@ several of them using the Restructured Text markup notation. Please read the Documentation/process/changes.rst file, as it contains the requirements for building and running the kernel, and information about the problems which may result by upgrading your kernel. +JUST TEST -- 2.34.1

1 0

[openeuler:OLK-6.6 3508/3508] htmldocs: ./include/drm/drm_connector.h:328: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_hdmi_info'
by kernel test robot 11 Dec '25

11 Dec '25

tree: https://gitee.com/openeuler/kernel.git OLK-6.6 head: 5930fa3740c518a9f6ba688fd0c1873d6f3adbce commit: d67d4ba70c215e955e6a657b6142645719e7fd34 [3508/3508] drm: drm_connector.h: Add kabi_reserve reproduce: (https://download.01.org/0day-ci/archive/20251211/202512111048.rwyzTlEH-lkp@…) If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add following tags | Reported-by: kernel test robot <lkp(a)intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202512111048.rwyzTlEH-lkp@intel.com/ All warnings (new ones prefixed by >>): Error: Cannot open file ./include/linux/backlight.h ./include/drm/drm_client.h:121: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_client_dev' ./include/drm/drm_client.h:163: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_client_buffer' ./include/drm/drm_atomic.h:246: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_private_state_funcs' ./include/drm/drm_atomic.h:347: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_private_state' >> ./include/drm/drm_connector.h:328: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_hdmi_info' ./include/drm/drm_connector.h:531: warning: Enum value 'DRM_MODE_COLORIMETRY_COUNT' not described in enum 'drm_colorspace' >> ./include/drm/drm_connector.h:826: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_display_info' >> ./include/drm/drm_connector.h:888: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_tv_connector_state' >> ./include/drm/drm_connector.h:1350: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_connector_funcs' >> ./include/drm/drm_connector.h:1499: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_cmdline_mode' >> ./include/drm/drm_connector.h:1897: warning: Function parameter or member 'KABI_RESERVE(1' not described in 'drm_connector' Error: Cannot open file ./include/linux/hdmi.h Error: Cannot open file ./include/linux/hdmi.h Error: Cannot open file ./include/linux/host1x.h Error: Cannot open file ./include/linux/vga_switcheroo.h Error: Cannot open file ./include/linux/vga_switcheroo.h vim +328 ./include/drm/drm_connector.h 62c58af32c935a Shashank Sharma 2017-03-13 287 afa1c763653e0f Shashank Sharma 2017-03-13 288 /** afa1c763653e0f Shashank Sharma 2017-03-13 289 * struct drm_hdmi_info - runtime information about the connected HDMI sink afa1c763653e0f Shashank Sharma 2017-03-13 290 * afa1c763653e0f Shashank Sharma 2017-03-13 291 * Describes if a given display supports advanced HDMI 2.0 features. afa1c763653e0f Shashank Sharma 2017-03-13 292 * This information is available in CEA-861-F extension blocks (like HF-VSDB). afa1c763653e0f Shashank Sharma 2017-03-13 293 */ afa1c763653e0f Shashank Sharma 2017-03-13 294 struct drm_hdmi_info { 86cc921cb4aa8f Shashank Sharma 2017-03-28 295 /** @scdc: sink's scdc support and capabilities */ afa1c763653e0f Shashank Sharma 2017-03-13 296 struct drm_scdc scdc; d85231530b0719 Shashank Sharma 2017-07-13 297 d85231530b0719 Shashank Sharma 2017-07-13 298 /** d85231530b0719 Shashank Sharma 2017-07-13 299 * @y420_vdb_modes: bitmap of modes which can support ycbcr420 919dfb7830568f Thomas Anderson 2019-12-10 300 * output only (not normal RGB/YCBCR444/422 outputs). The max VIC 919dfb7830568f Thomas Anderson 2019-12-10 301 * defined by the CEA-861-G spec is 219, so the size is 256 bits to map 919dfb7830568f Thomas Anderson 2019-12-10 302 * up to 256 VICs. d85231530b0719 Shashank Sharma 2017-07-13 303 */ 919dfb7830568f Thomas Anderson 2019-12-10 304 unsigned long y420_vdb_modes[BITS_TO_LONGS(256)]; 832d4f2f417d17 Shashank Sharma 2017-07-14 305 832d4f2f417d17 Shashank Sharma 2017-07-14 306 /** 832d4f2f417d17 Shashank Sharma 2017-07-14 307 * @y420_cmdb_modes: bitmap of modes which can support ycbcr420 919dfb7830568f Thomas Anderson 2019-12-10 308 * output also, along with normal HDMI outputs. The max VIC defined by 919dfb7830568f Thomas Anderson 2019-12-10 309 * the CEA-861-G spec is 219, so the size is 256 bits to map up to 256 919dfb7830568f Thomas Anderson 2019-12-10 310 * VICs. 832d4f2f417d17 Shashank Sharma 2017-07-14 311 */ 919dfb7830568f Thomas Anderson 2019-12-10 312 unsigned long y420_cmdb_modes[BITS_TO_LONGS(256)]; 832d4f2f417d17 Shashank Sharma 2017-07-14 313 e6a9a2c3dc4377 Shashank Sharma 2017-07-13 314 /** @y420_dc_modes: bitmap of deep color support index */ e6a9a2c3dc4377 Shashank Sharma 2017-07-13 315 u8 y420_dc_modes; 4499d488f6eeb1 Swati Sharma 2020-12-18 316 4499d488f6eeb1 Swati Sharma 2020-12-18 317 /** @max_frl_rate_per_lane: support fixed rate link */ 4499d488f6eeb1 Swati Sharma 2020-12-18 318 u8 max_frl_rate_per_lane; 4499d488f6eeb1 Swati Sharma 2020-12-18 319 4499d488f6eeb1 Swati Sharma 2020-12-18 320 /** @max_lanes: supported by sink */ 4499d488f6eeb1 Swati Sharma 2020-12-18 321 u8 max_lanes; 76ee7b905678f4 Ankit Nautiyal 2020-12-18 322 76ee7b905678f4 Ankit Nautiyal 2020-12-18 323 /** @dsc_cap: DSC capabilities of the sink */ 76ee7b905678f4 Ankit Nautiyal 2020-12-18 324 struct drm_hdmi_dsc_cap dsc_cap; d67d4ba70c215e Lin Yujun 2024-02-04 325 d67d4ba70c215e Lin Yujun 2024-02-04 326 KABI_RESERVE(1) d67d4ba70c215e Lin Yujun 2024-02-04 327 KABI_RESERVE(2) 52217195176115 Daniel Vetter 2016-08-12 @328 }; 52217195176115 Daniel Vetter 2016-08-12 329 :::::: The code at line 328 was first introduced by commit :::::: 522171951761153172c75b94ae1f4bc9ab631745 drm: Extract drm_connector.[hc] :::::: TO: Daniel Vetter <daniel.vetter(a)ffwll.ch> :::::: CC: Daniel Vetter <daniel.vetter(a)ffwll.ch> -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0