Hi,
On 2024-09-26 13:22 +03:00, Jason-JH.Lin wrote:
> Some SoCs not support pre-multiplied pixel formats and extending
> configuration of OVL pre-multiplied color formats, such as MT8173.
>
> Fix the SoC degradation problem by this sreies.
>
> ---
>
> Change in v7:
> 1. Add the remove color for
On 28 September 2024 at 01:46pm, Christian Zigotzky wrote:
Am 28.09.24 um 10:42 schrieb Christophe Leroy:
Hi Christian,
Le 28/09/2024 à 09:40, Christian Zigotzky a écrit :
On 28 September 2024 at 09:21am, Christian Zigotzky wrote:
>
>> On Sun, Sep 22, 2024 at 12:28 AM Christian Zigotzky
>>
From: Zack Rusin
commit aba07b9a0587f50e5d3346eaa19019cf3f86c0ea upstream.
The kms paths keep a persistent map active to read and compare the cursor
buffer. These maps can race with each other in simple scenario where:
a) buffer "a" mapped for update
b) buffer "a" mapped for compare
c) do the co
From: Zack Rusin
commit aba07b9a0587f50e5d3346eaa19019cf3f86c0ea upstream.
The kms paths keep a persistent map active to read and compare the cursor
buffer. These maps can race with each other in simple scenario where:
a) buffer "a" mapped for update
b) buffer "a" mapped for compare
c) do the co
OVL_CON_CLRFMT_MAN is a configuration for extending color format
settings of DISP_REG_OVL_CON(n).
It will change some of the original color format settings.
Take the settings of (3 << 12) for example.
- If OVL_CON_CLRFMT_MAN = 0 means OVL_CON_CLRFMT_RGBA.
- If OVL_CON_CLRFMT_MAN = 1 means OVL_
The pull request you sent on Sat, 28 Sep 2024 09:39:41 +1000:
> https://gitlab.freedesktop.org/drm/kernel.git tags/drm-next-2024-09-28
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/994aeacbb3c039b4f3e02e76e6d39407920e76c6
Thank you!
--
Deet-doot-dot, I am a bot.
ht
The pull request you sent on Sat, 28 Sep 2024 13:28:04 +0200:
> http://git.kernel.org/pub/scm/linux/kernel/git/deller/linux-fbdev.git
> tags/fbdev-for-6.12-rc1-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f95c139099f8dad235191caec9e9268ca717beb9
Thank you!
--
D
Since some SoCs support premultiplied pixel formats but some do not,
the blend_modes parameter is added to mtk_plane_init(), which is
obtained from the mtk_ddp_comp_get_blend_modes function implemented
in different blending supported components.
The blending supported components can use driver dat
From: Jason-jh Lin
Some SoCs not support pre-multiplied pixel formats and extending
configuration of OVL pre-multiplied color formats, such as MT8173.
Fix the SoC degradation problem by this sreies.
---
Change in v8:
Remove blend_modes for not supported pre-multiplied SoCs to fix the
return err
On 2024-09-26 05:34, Kwanghoon Son wrote:
> On Wed, 2024-09-25 at 20:05 +, Kaustabh Chakraborty wrote:
>> On 2024-09-25 19:56, Krzysztof Kozlowski wrote:
>> > On 25/09/2024 21:36, Kaustabh Chakraborty wrote:
>> > > On 2024-09-25 19:25, Krzysztof Kozlowski wrote:
>> > > > On 25/09/2024 20:42, Ka
Hi,
On 2024-09-28 19:15 +03:00, Jason-JH.Lin wrote:
> From: Jason-jh Lin
>
> Some SoCs not support pre-multiplied pixel formats and extending
> configuration of OVL pre-multiplied color formats, such as MT8173.
>
> Fix the SoC degradation problem by this sreies.
>
> ---
> Change in v8:
> Remov
On 2024-09-27 18:02, Dmitry Baryshkov wrote:
On Fri, 27 Sept 2024 at 17:39, wrote:
On 2024-08-01 21:25, Dmitry Baryshkov wrote:
> On Fri, Jun 28, 2024 at 04:39:38PM GMT, Barnabás Czémán wrote:
>> This patch series add dpu support for MSM8996/MSM8953 devices.
>>
>> Note, by default these platfo
On Sat, Aug 17, 2024 at 10:56:21AM +0800, Yafang Shao wrote:
> In kstrdup(), it is critical to ensure that the dest string is always
> NUL-terminated. However, potential race condidtion can occur between a
> writer and a reader.
>
> Consider the following scenario involving task->comm:
>
> re
On Sat, Aug 17, 2024 at 10:48:15AM +0200, Alejandro Colomar wrote:
> Hi Yafang,
>
> On Sat, Aug 17, 2024 at 10:56:21AM GMT, Yafang Shao wrote:
> > In kstrdup(), it is critical to ensure that the dest string is always
> > NUL-terminated. However, potential race condidtion can occur between a
> > wr
On Fri, Sep 27, 2024 at 02:27:14AM +, Moudy Ho (何宗原) wrote:
> On Thu, 2024-09-26 at 11:38 +0200, AngeloGioacchino Del Regno wrote:
> > Il 25/09/24 16:34, Conor Dooley ha scritto:
> > > On Wed, Sep 25, 2024 at 04:42:59PM +0800, Macpaul Lin wrote:
> > > >
> > > > On 9/25/24 00:00, Conor Dooley w
Hi Jason-JH.Lin,
kernel test robot noticed the following build errors:
[auto build test ERROR on drm/drm-next]
[also build test ERROR on linus/master next-20240927]
[cannot apply to v6.11]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we sugges
On 9/27/24 12:16, Jani Nikula wrote:
> On Fri, 27 Sep 2024, Christian König wrote:
>> Am 27.09.24 um 10:48 schrieb Pierre-Eric Pelloux-Prayer:
>>> v4 changelog:
>>> * DRM_SET_NAME -> DRM_SET_CLIENT_NAME (Dmitry)
>>> * reject names that would mess up with formatting (Sima),
>>>and use a stricte
On 9/27/24 11:48, Pierre-Eric Pelloux-Prayer wrote:
> Giving the opportunity to userspace to associate a free-form
> name with a drm_file struct is helpful for tracking and debugging.
>
> This is similar to the existing DMA_BUF_SET_NAME ioctl.
>
> Access to client_name is protected by a mutex, an
"name" is allocated and freed in intel_backlight_device_register().
The initial allocation just duplicates "intel_backlight".
Later, if a device with this name has already been registered, another
dynamically generated one is allocated using kasprintf().
So at the end of the function, when "name"
Since we changed MACROs to be consistent with DRM input color format
naming, the comment for ovl_fmt_conver() is no longer needed.
Fixes: 9f428b95ac89 ("drm/mediatek: Add new color format MACROs in OVL")
Signed-off-by: Jason-JH.Lin
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_disp_ovl.c
Rockchip RK3588 SoC integrates the Synopsys DesignWare HDMI 2.1
Quad-Pixel (QP) TX controller IP.
Since this is a new IP block, quite different from those used in the
previous generations of Rockchip SoCs, add a dedicated binding file.
Reviewed-by: Krzysztof Kozlowski
Signed-off-by: Cristian Cio
The Rockchip RK3588 SoC family integrates the Synopsys DesignWare HDMI
2.1 Quad-Pixel (QP) TX controller, which is a new IP block, quite
different from those used in the previous generations of Rockchip SoCs.
The controller supports the following features, among others:
* Fixed Rate Link (FRL)
*
The RK3588 SoC family integrates the newer Synopsys DesignWare HDMI 2.1
Quad-Pixel (QP) TX controller IP and a HDMI/eDP TX Combo PHY based on a
Samsung IP block.
Add just the basic support for now, i.e. RGB output up to 4K@60Hz,
without audio, CEC or any of the HDMI 2.1 specific features.
Co-deve
Hi Jason-JH.Lin,
kernel test robot noticed the following build warnings:
[auto build test WARNING on drm/drm-next]
[also build test WARNING on linus/master next-20240927]
[cannot apply to v6.11]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we
Hi Jason-JH.Lin,
kernel test robot noticed the following build errors:
[auto build test ERROR on drm/drm-next]
[also build test ERROR on linus/master next-20240927]
[cannot apply to v6.11]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we sugges
The Synopsys DesignWare HDMI 2.1 Quad-Pixel (QP) TX Controller IP
supports the following features, among others:
* Fixed Rate Link (FRL)
* Display Stream Compression (DSC)
* 4K@120Hz and 8K@60Hz video modes
* Variable Refresh Rate (VRR) including Quick Media Switching (QMS), aka
Cinema VRR
* Fas
Hi Maxime,
On 9/24/24 5:02 PM, Maxime Ripard wrote:
> Hi,
>
> On Sat, Sep 14, 2024 at 09:56:53PM GMT, Cristian Ciocaltea wrote:
>> The RK3588 SoC family integrates the newer Synopsys DesignWare HDMI 2.1
>> Quad-Pixel (QP) TX controller IP and a HDMI/eDP TX Combo PHY based on a
>> Samsung IP block
Hi Adrián,
kernel test robot noticed the following build errors:
[auto build test ERROR on linus/master]
[also build test ERROR on v6.11 next-20240927]
[cannot apply to drm-misc/drm-misc-next]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we su
Hi Benjamin,
Am 27.09.24 um 18:08 schrieb Benjamin Tissoires:
On Sep 26 2024, Werner Sembach wrote:
Hi,
took some time but now a first working draft of the suggested new way of
handling per-key RGB keyboard backlights is finished. See:
https://lore.kernel.org/all/1fb08a74-62c7-4d0c-ba5d-648e230
Hi,
Am 28.09.24 um 00:21 schrieb Armin Wolf:
Am 27.09.24 um 23:01 schrieb Pavel Machek:
Hi!
The TUXEDO Sirius 16 Gen1 and TUXEDO Sirius 16 Gen2 devices have a
per-key
controllable RGB keyboard backlight. The firmware API for it is
implemented
via WMI.
Ok.
To make the backlight userspace
Hi,
Am 28.09.24 um 09:27 schrieb Benjamin Tissoires:
On Sep 28 2024, Armin Wolf wrote:
Am 27.09.24 um 23:01 schrieb Pavel Machek:
Hi!
The TUXEDO Sirius 16 Gen1 and TUXEDO Sirius 16 Gen2 devices have a per-key
controllable RGB keyboard backlight. The firmware API for it is implemented
via WM
op.org/drm/drm-misc drm-misc-next
patch link:
https://lore.kernel.org/r/20240927141745.145176-1-wse%40tuxedocomputers.com
patch subject: [PATCH v3] platform/x86/tuxedo: Add virtual LampArray for TUXEDO
NB04 devices
config: x86_64-buildonly-randconfig-002-20240928
(https://download.01.org/0day-
Hi Christian,
Le 28/09/2024 à 09:40, Christian Zigotzky a écrit :
On 28 September 2024 at 09:21am, Christian Zigotzky wrote:
>
>> On Sun, Sep 22, 2024 at 12:28 AM Christian Zigotzky
>> wrote:
>>>
>>> Hi All,
>>>
>>> The lastest Git kernel doesn't boot anymore after the latest DRM
updat
On Sep 28 2024, Werner Sembach wrote:
> Hi,
>
> Am 28.09.24 um 09:27 schrieb Benjamin Tissoires:
> > On Sep 28 2024, Armin Wolf wrote:
> > > Am 27.09.24 um 23:01 schrieb Pavel Machek:
> > >
> > > > Hi!
> > > >
> > > > > The TUXEDO Sirius 16 Gen1 and TUXEDO Sirius 16 Gen2 devices have a
> > > >
Hi Linus,
please pull the last few fbdev fixes for this merge window.
Thanks!
Helge
The following changes since commit abf2050f51fdca0fd146388f83cddd95a57a008d:
Merge tag 'media/v6.12-1' of
git://git.kernel.org/pub/scm/linux/ke
Hi Pavel,
Am 27.09.24 um 23:01 schrieb Pavel Machek:
Hi!
The TUXEDO Sirius 16 Gen1 and TUXEDO Sirius 16 Gen2 devices have a per-key
controllable RGB keyboard backlight. The firmware API for it is implemented
via WMI.
Ok.
To make the backlight userspace configurable this driver emulates a
La
On Sep 28 2024, Armin Wolf wrote:
> Am 27.09.24 um 23:01 schrieb Pavel Machek:
>
> > Hi!
> >
> > > The TUXEDO Sirius 16 Gen1 and TUXEDO Sirius 16 Gen2 devices have a per-key
> > > controllable RGB keyboard backlight. The firmware API for it is
> > > implemented
> > > via WMI.
> > Ok.
> >
> > >
Hi Armin,
Am 27.09.24 um 19:15 schrieb Armin Wolf:
[...]
If so, please mark your patches as "RFC" if they are not considered as
a potentially "final" release.
Otherwise they might get accepted with the debug printing still inside.
Talking about noob mistakes ... I'm sorry, will do this with t
Hi,
Am 27.09.24 um 19:18 schrieb Armin Wolf:
Am 27.09.24 um 13:24 schrieb Werner Sembach:
Hi,
an additional question below
Am 27.09.24 um 08:59 schrieb Werner Sembach:
Hi,
Am 26.09.24 um 20:39 schrieb Armin Wolf:
Am 26.09.24 um 19:44 schrieb Werner Sembach:
[...]
+// We don't know if th
op.org/drm/drm-misc drm-misc-next
patch link:
https://lore.kernel.org/r/20240927141745.145176-1-wse%40tuxedocomputers.com
patch subject: [PATCH v3] platform/x86/tuxedo: Add virtual LampArray for TUXEDO
NB04 devices
config: x86_64-buildonly-randconfig-004-20240928
(https://download.01.org/0day-
Am 28.09.24 um 10:42 schrieb Christophe Leroy:
Hi Christian,
Le 28/09/2024 à 09:40, Christian Zigotzky a écrit :
On 28 September 2024 at 09:21am, Christian Zigotzky wrote:
>
>> On Sun, Sep 22, 2024 at 12:28 AM Christian Zigotzky
>> wrote:
>>>
>>> Hi All,
>>>
>>> The lastest Git kernel
Hi Cristian,
On 2024-09-29 00:36, Cristian Ciocaltea wrote:
> The RK3588 SoC family integrates the newer Synopsys DesignWare HDMI 2.1
> Quad-Pixel (QP) TX controller IP and a HDMI/eDP TX Combo PHY based on a
> Samsung IP block.
>
> Add just the basic support for now, i.e. RGB output up to 4K@60Hz
Hello,
syzbot found the following issue on:
HEAD commit:3efc57369a0c Merge tag 'for-linus' of git://git.kernel.org..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12964d9f98
kernel config: https://syzkaller.appspot.com/x/.config?x=a4fcb065287cdb84
das
Hi Krzysztof，
Thanks for your comments,
>
>
> On Tue, Sep 24, 2024 at 03:36:48PM +0800, Sandor Yu wrote:
> > Add bindings for Cadence MHDP8501 DisplayPort/HDMI bridge.
> >
> > Signed-off-by: Sandor Yu
> > Reviewed-by: Krzysztof Kozlowski
>
> Drop
OK, I will remove it in the next version.
>
Hi Maxime,
Thanks for your comments.
>
> On Tue, Sep 24, 2024 at 03:36:49PM GMT, Sandor Yu wrote:
> > +static int cdns_mhdp8501_read_hpd(struct cdns_mhdp8501_device
> *mhdp)
> > +{
> > + u8 status;
> > + int ret;
> > +
> > + mutex_lock(&mhdp_mailbox_mutex);
> > +
> > + ret = cdns_mhdp_ma
Hi Dmitry,
Thanks for your comments,
>
> On Tue, Sep 24, 2024 at 12:16:27PM GMT, Maxime Ripard wrote:
> > On Tue, Sep 24, 2024 at 03:36:49PM GMT, Sandor Yu wrote:
> > > +static int cdns_mhdp8501_read_hpd(struct cdns_mhdp8501_device
> > > +*mhdp) {
> > > + u8 status;
> > > + int ret;
> > > +
m-misc drm-misc-next
patch link:
https://lore.kernel.org/r/20240927124152.139099-2-wse%40tuxedocomputers.com
patch subject: [PATCH v2 1/1] platform/x86/tuxedo: Add virtual LampArray for
TUXEDO
config: x86_64-randconfig-161-20240928
(https://download.01.org/0day-ci/archive/20240929/20240929081
48 matches
Mail list logo
