Am 13.10.24 um 21:11 schrieb Dave Stevenson:
Hi Stefan.
On Sun, 13 Oct 2024, 18:19 Stefan Wahren, wrote:
Hi,
i recently switch for my suspend2idle tests from Raspberry Pi Bullseye
to Bookworm. After that testing suspend2idle shows a new warning
which i
never saw before:
On 10/13/24 8:11 PM, Javier Carrasco wrote:
for_each_endpoint_of_node() requires a call to of_node_put() for every
early exit. A new error path was added to the loop without observing
this requirement.
Add the missing call to of_node_put() in the error path.
Fixes: 1fb4dceeedc5 ("drm/bridge: tc
Add the driver for Samsung AMS581VF01 SOFEF01-based 5.81" FHD Plus CMD
mode OLED panel support found in Google Pixel 4a (sm7150-google-sunfish)
Signed-off-by: Danila Tikhonov
---
drivers/gpu/drm/panel/Kconfig | 9 +
drivers/gpu/drm/panel/Makefile| 1 +
.../gpu
This patch series adds support for the Samsung AMS581VF01 panel, used in
the Google Pixel 4a (sm7150-google-sunfish). Unlike many other devices,
which may use different panels in various revisions, the Pixel 4a has only
one possible panel option. Also this panel is not used in other devices.
Testin
The Samsung AMS581VF01 is a 5.81 inch 1080x2340 MIPI-DSI CMD mode
OLED panel used in Google Pixel 4a (sm7150-google-sunfish)
Add a dt-binding for it.
Signed-off-by: Danila Tikhonov
---
.../display/panel/samsung,ams581vf01.yaml | 79 +++
1 file changed, 79 insertions(+)
crea
'struct sbus_mmap_map' are not modified in these drivers.
Constifying this structure moves some data to a read-only section, so
increases overall security.
Update sbusfb_mmap_helper() accordingly.
On a x86_64, with allmodconfig, as an example:
Before:
==
textdata bss dec h
This is a flag to opt-out of the automagic buffer migration to
system memory when importing a DMA-BUF.
In multi-GPU scenarii, a Wayland client might allocate on any
device. The Wayland compositor receiving the DMA-BUF has no clue
where the buffer has been allocated from. The compositor will
typica
Hi Stefan.
On Sun, 13 Oct 2024, 18:19 Stefan Wahren, wrote:
> Hi,
>
> i recently switch for my suspend2idle tests from Raspberry Pi Bullseye
> to Bookworm. After that testing suspend2idle shows a new warning which i
> never saw before:
>
> HDMI Sink doesn't support RGB, something's wrong.
>
Can
Hello dri maintainers/developers,
This is a 31-day syzbot report for the dri subsystem.
All related reports/information can be found at:
https://syzkaller.appspot.com/upstream/s/dri
During the period, 0 new issues were detected and 0 were fixed.
In total, 18 issues are still open and 31 have been
> Prior to this patch ksz_ptp_msg_irq_setup() uses snprintf() to copy
> strings. It does so by passing strings as the format argument of
> snprintf(). This appears to be safe, due to the absence of format
> specifiers in the strings, which are declared within the same function.
> But nonetheless GC
Hi Dmitry Baryshkov,
> -Original Message-
> From: Dmitry Baryshkov
> Sent: Saturday, October 12, 2024 9:45 AM
> Subject: Re: [PATCH v2 6/9] drm/bridge: Add ITE IT6263 LVDS to HDMI converter
>
> On Sat, Oct 12, 2024 at 03:35:40PM +0800, Liu Ying wrote:
> > Add basic HDMI video output supp
Hi Liu Ying,
> -Original Message-
> From: Liu Ying
> Sent: Saturday, October 12, 2024 11:02 AM
> To: Dmitry Baryshkov
> Cc: dri-devel@lists.freedesktop.org; devicet...@vger.kernel.org;
> linux-ker...@vger.kernel.org;
> Subject: Re: [PATCH v2 6/9] drm/bridge: Add ITE IT6263 LVDS to HDMI
Hi,
i recently switch for my suspend2idle tests from Raspberry Pi Bullseye
to Bookworm. After that testing suspend2idle shows a new warning which i
never saw before:
HDMI Sink doesn't support RGB, something's wrong.
Platform: Raspberry Pi 3 B+
Kernel: 6.12-rc1
Kernel config: arm/multi_v7_defcon
On Mon, Oct 14, 2024 at 12:24:02AM +0300, Danila Tikhonov wrote:
> Add the driver for Samsung AMS581VF01 SOFEF01-based 5.81" FHD Plus CMD
> mode OLED panel support found in Google Pixel 4a (sm7150-google-sunfish)
>
> Signed-off-by: Danila Tikhonov
> ---
> drivers/gpu/drm/panel/Kconfig
On Sat, Oct 12, 2024 at 05:14:13PM +0800, Liu Ying wrote:
> On 10/12/2024, Dmitry Baryshkov wrote:
> > On Sat, Oct 12, 2024 at 03:35:39PM +0800, Liu Ying wrote:
> >> Document ITE IT6263 LVDS to HDMI converter.
> >>
> >> Product link:
> >> https://www.ite.com.tw/en/product/cate1/IT6263
> >>
> >> Sig
On Sat, Oct 12, 2024 at 06:01:30PM +0800, Liu Ying wrote:
> On 10/12/2024, Dmitry Baryshkov wrote:
> > On Sat, Oct 12, 2024 at 03:35:40PM +0800, Liu Ying wrote:
> >> Add basic HDMI video output support. Currently, only RGB888 output
> >> pixel format is supported. At the LVDS input side, the drive
On Sun, Oct 13, 2024 at 10:48:54AM +, Biju Das wrote:
> Hi Liu Ying,
>
> > -Original Message-
> > From: Liu Ying
> > Sent: Saturday, October 12, 2024 11:02 AM
> > To: Dmitry Baryshkov
> > Cc: dri-devel@lists.freedesktop.org; devicet...@vger.kernel.org;
> > linux-ker...@vger.kernel.o
On Sun, Oct 13, 2024 at 10:27:39AM +, Biju Das wrote:
> Hi Dmitry Baryshkov,
>
> > -Original Message-
> > From: Dmitry Baryshkov
> > Sent: Saturday, October 12, 2024 9:45 AM
> > Subject: Re: [PATCH v2 6/9] drm/bridge: Add ITE IT6263 LVDS to HDMI
> > converter
> >
> > On Sat, Oct 12,
I think this can be folded into "drm/colorop: Add atomic state print for
drm_colorop".
On Thursday, October 3rd, 2024 at 22:01, Harry Wentland
wrote:
> From: Alex Hung
>
> It is to be used to enable HDR by allowing userpace to create and pass
> 3D LUTs to kernel and hardware.
>
> 1. new drm_colorop_type: DRM_COLOROP_3D_LUT.
> 2. 3D LUT modes define hardware capabilities to user
Would be nice to have user-space uAPI docs for the colorop properties.
Just like we have for other KMS object types:
https://dri.freedesktop.org/docs/drm/gpu/drm-kms.html#standard-connector-properties
Internal kernel docs aren't great for user-space developers, because
user-space developers have n
Shouldn't this patch come before the others, otherwise we're exposing
unconditionally color OP uAPI to user-space in-between the first patch
and this one?
Usually we try to not have a broken kernel in intermediate commits. It's
important for bisecting.
On Sunday, October 13th, 2024 at 17:19, Simon Ser wrote:
> Would be nice to have user-space uAPI docs for the colorop properties.
> Just like we have for other KMS object types:
> https://dri.freedesktop.org/docs/drm/gpu/drm-kms.html#standard-connector-properties
Ah, I suppose subsequent patches
On Tue, 8 Oct 2024, Niklas Schnelle wrote:
> > > +static __always_inline bool is_upf_fourport(struct uart_port *port)
> > > +{
> > > + if (!IS_ENABLED(CONFIG_HAS_IOPORT))
> > > + return false;
> > > +
> > > + return port->flags & UPF_FOURPORT;
> > > +}
> >
> > Can we perhaps avoid adding
On Tue, 8 Oct 2024, Niklas Schnelle wrote:
> In a future patch HAS_IOPORT=n will disable inb()/outb() and friends at
> compile time. We thus need to add HAS_IOPORT as dependency for those
> drivers using them unconditionally. Some 8250 serial drivers support
> MMIO only use, so fence only the part
dev_err(dev, "Incorrect Pre-Emphasis setting,
use either 0=0dB 1=3.5dB 2=6dB\n");
+ of_node_put(node);
return -EINVAL;
}
}
---
base-commit: d61a00525464bfc5
On Fri, Oct 11, 2024 at 10:25:13AM -0700, Jessica Zhang wrote:
> Only enable the merge_3d block for the video phys encoder when the 3d
> blend mode is not *_NONE since there is no need to activate the merge_3d
> block for cases where merge_3d is not needed.
>
> Fixes: 3e79527a33a8 ("drm/msm/dpu: e
On 9/4/2024 8:08 PM, Dmitry Baryshkov wrote:
In the drm/msm driver both DSI and DPU subdrivers use drm_dsc_*
functions, but only DSI selects DRM_DISPLAY_DSC_HELPER symbol. Add
missing select to the DPU subdriver too.
Fixes: ca097d4d94d8 ("drm/display: split DSC helpers from DP helpers")
Repor
Hi Dmitry
On 10/13/2024 5:20 PM, Dmitry Baryshkov wrote:
On Fri, Oct 11, 2024 at 10:25:13AM -0700, Jessica Zhang wrote:
Only enable the merge_3d block for the video phys encoder when the 3d
blend mode is not *_NONE since there is no need to activate the merge_3d
block for cases where merge_3d i
On 10/14/2024, Liu Ying wrote:
> On 10/14/2024, Dmitry Baryshkov wrote:
>> On Sat, Oct 12, 2024 at 05:14:13PM +0800, Liu Ying wrote:
>>> On 10/12/2024, Dmitry Baryshkov wrote:
On Sat, Oct 12, 2024 at 03:35:39PM +0800, Liu Ying wrote:
> Document ITE IT6263 LVDS to HDMI converter.
>
On 10/14/2024, Dmitry Baryshkov wrote:
> On Sat, Oct 12, 2024 at 05:14:13PM +0800, Liu Ying wrote:
>> On 10/12/2024, Dmitry Baryshkov wrote:
>>> On Sat, Oct 12, 2024 at 03:35:39PM +0800, Liu Ying wrote:
Document ITE IT6263 LVDS to HDMI converter.
Product link:
https://www.ite.co
On 10/13/2024 8:11 PM, Abhinav Kumar wrote:
On 9/4/2024 8:08 PM, Dmitry Baryshkov wrote:
In the drm/msm driver both DSI and DPU subdrivers use drm_dsc_*
functions, but only DSI selects DRM_DISPLAY_DSC_HELPER symbol. Add
missing select to the DPU subdriver too.
Fixes: ca097d4d94d8 ("drm/dis
On 9/16/2024 11:13 PM, Dmitry Baryshkov wrote:
On Mon, Sep 16, 2024 at 06:04:08PM GMT, Abhinav Kumar wrote:
On 9/2/2024 8:22 PM, Dmitry Baryshkov wrote:
Historically CRTC resources (LMs and CTLs) were assigned in
dpu_crtc_atomic_begin(). The commit 9222cdd27e82 ("drm/msm/dpu: move hw
resou
update the LCDC_ATTRE register in drm plane atomic_disable to handle
the configuration changes of each layer when a plane is disabled.
Signed-off-by: Manikandan Muralidharan
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.h| 3 ++-
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 17 +++
On Fri, 11 Oct 2024 18:58:45 +0100
Adrián Larumbe wrote:
> Hi Boris,
>
> On 09.10.2024 09:10, Steven Price wrote:
> > On 08/10/2024 09:47, Boris Brezillon wrote:
> > > The system and GPU MMU page size might differ, which becomes a
> > > problem for FW sections that need to be mapped at explici
Hi all,
Today's linux-next merge of the drm-xe tree got a conflict in:
drivers/gpu/drm/xe/display/xe_display.c
between commit:
5c30cfa295cc ("drm/i915/dmc: Convert DMC code to intel_display")
from the drm-intel tree and commit:
a4de6beb83fc ("drm/xe/display: Separate the d3cold and non-
38 matches
Mail list logo
