From: Hector Martin
%p4cc is designed for DRM/V4L2 FourCCs with their specific quirks, but
it's useful to be able to print generic 4-character codes formatted as
an integer. Extend it to add format specifiers for printing generic
32-bit FourCCs with various endian semantics:
%p4ch Host byte or
On Tue, Apr 08, 2025 at 09:32:19AM +0800, jiangf...@kylinos.cn wrote:
> From: Feng Jiang
>
> The format of the event_string value is `WEDGED=[,..,]`,
> so method should be appended after 'WEDGED=' rather than overwriting it.
It's already appending it, the fix is rather for the potential array
ov
Hi Pengyu,
kernel test robot noticed the following build errors:
[auto build test ERROR on lee-backlight/for-backlight-next]
[also build test ERROR on lee-leds/for-leds-next
lee-backlight/for-backlight-fixes linus/master v6.15-rc1 next-20250407]
[If your patch is applied to the wrong git tree
Hi,
On 07/04/2025 20:59, Aradhya Bhatia wrote:
Hi Tomi,
On 02/04/25 19:00, Tomi Valkeinen wrote:
The docs say about mode_valid():
"it is not allowed to look at anything else but the passed-in mode, and
validate it against configuration-invariant hardware constraints"
We're doing a lot more t
нд, 23 лют. 2025 р. о 17:33 Svyatoslav Ryhel пише:
>
> SSD2825 is a cost-effective MIPI Bridge Chip solution targeting mainly
> smartphones. It can convert 24bit RGB interface into 4-lane MIPI-DSI
> interface to drive display modules of up to 800 x 1366, while supporting
> AMOLED, a-si LCD or LTPS
Hi Pengyu,
kernel test robot noticed the following build errors:
[auto build test ERROR on lee-backlight/for-backlight-next]
[also build test ERROR on lee-leds/for-leds-next
lee-backlight/for-backlight-fixes linus/master v6.15-rc1 next-20250407]
[If your patch is applied to the wrong git tree
(-)
---
base-commit: c4fc93b0ec49f4b0105c142502b7d1d5de379950
change-id: 20250407-hblank-49b340aeba31
Best regards,
--
Arun R Murthy
Export the function to calculate dsc slice count. This will be used in
minimum hblank calculation.
Signed-off-by: Arun R Murthy
---
drivers/gpu/drm/i915/display/intel_dp_mst.c | 4 ++--
drivers/gpu/drm/i915/display/intel_dp_mst.h | 3 +++
2 files changed, 5 insertions(+), 2 deletions(-)
diff --
Link symbol cycles are required for the calculation of the minimum
HBlank calculation.
Signed-off-by: Arun R Murthy
---
drivers/gpu/drm/display/drm_dp_helper.c | 10 ++
include/drm/display/drm_dp_helper.h | 5 +
2 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/dri
On Mon, 07 Apr 2025 18:40:24 -0700, Dixit, Ashutosh wrote:
>
> On Mon, 07 Apr 2025 17:18:23 -0700, Dixit, Ashutosh wrote:
> >
> > On Mon, 07 Apr 2025 16:22:40 -0700, Dixit, Ashutosh wrote:
> > >
> > > On Mon, 07 Apr 2025 08:49:23 -0700, Imre Deak wrote:
> > > >
> > > > Hi,
> > > >
> > > > On Tue, A
Hi Pengyu,
kernel test robot noticed the following build errors:
[auto build test ERROR on lee-backlight/for-backlight-next]
[also build test ERROR on lee-leds/for-leds-next
lee-backlight/for-backlight-fixes linus/master v6.15-rc1 next-20250407]
[If your patch is applied to the wrong git tree
Hello Maxime and Dmitry,
At 2025-03-23 10:22:27, "Dmitry Baryshkov"
wrote:
>On Fri, Mar 21, 2025 at 10:46:56AM +0100, Maxime Ripard wrote:
>> On Tue, Mar 18, 2025 at 09:00:29PM +0200, Dmitry Baryshkov wrote:
>> > On Tue, Mar 18, 2025 at 04:51:19PM +0100, Maxime Ripard wrote:
>> > > On Fri, Mar
From: Hersen Wu
[ Upstream commit a54f7e866cc73a4cb71b8b24bb568ba35c8969df ]
[Why]
Coverity reports Memory - illegal accesses.
[How]
Skip inactive planes.
Reviewed-by: Alex Hung
Acked-by: Tom Chung
Signed-off-by: Hersen Wu
Tested-by: Daniel Wheeler
Signed-off-by: Alex Deucher
[get_pipe_id
From: Feng Jiang
The format of the event_string value is `WEDGED=[,..,]`,
so method should be appended after 'WEDGED=' rather than overwriting it.
Fixes: b7cf9f4ac1b8 ("drm: Introduce device wedged event")
Signed-off-by: Feng Jiang
---
drivers/gpu/drm/drm_drv.c | 3 ++-
1 file changed, 2 inser
From: Hersen Wu
[ Upstream commit a54f7e866cc73a4cb71b8b24bb568ba35c8969df ]
[Why]
Coverity reports Memory - illegal accesses.
[How]
Skip inactive planes.
Reviewed-by: Alex Hung
Acked-by: Tom Chung
Signed-off-by: Hersen Wu
Tested-by: Daniel Wheeler
Signed-off-by: Alex Deucher
[get_pipe_id
This is the new API for allocating DRM bridges.
This driver already implements refcounting of the struct vc4_dsi, which
embeds struct drm_bridge. Now this is a duplicate of the refcounting
implemented by the DRM bridge core, so convert the vc4_dsi_get/put() calls
into drm_bridge_get/put() calls an
On Mon, Apr 7, 2025 at 4:46 AM Christian König wrote:
>
> Am 05.04.25 um 03:57 schrieb T.J. Mercier:
> > On Fri, Apr 4, 2025 at 1:47 AM Christian König
> > wrote:
> >> Hi Maxime,
> >>
> >> Am 03.04.25 um 17:47 schrieb Maxime Ripard:
> >>> On Thu, Apr 03, 2025 at 09:39:52AM +0200, Christian König
From: Alex Hung
[ Upstream commit 8aa2864044b9d13e95fe224f32e808afbf79ecdf ]
[WHY & HOW]
dc->links[] has max size of MAX_LINKS and NULL is return when trying to
access with out-of-bound index.
This fixes 3 OVERRUN and 1 RESOURCE_LEAK issues reported by Coverity.
Reviewed-by: Harry Wentland
Ac
On Mon, 07 Apr 2025 16:22:40 -0700, Dixit, Ashutosh wrote:
>
> On Mon, 07 Apr 2025 08:49:23 -0700, Imre Deak wrote:
> >
> > Hi,
> >
> > On Tue, Apr 01, 2025 at 12:03:47PM -0400, Anusha Srivatsa wrote:
> > > Move to using the new API devm_drm_panel_alloc() to allocate the
> > > panel.
> > >
> > > Si
[..]
- struct {
- struct nvif_chan_v0 chan;
- char name[TASK_COMM_LEN+16];
- } args;
+ DEFINE_RAW_FLEX(struct nvif_chan_v0, args, name, TASK_COMM_LEN + 16);
struct nvif_device *device = &cli->device;
struct nouveau_channel *chan;
On Wed, Apr 02, 2025 at 03:28:10PM -0600, Gustavo A. R. Silva wrote:
> -Wflex-array-member-not-at-end was introduced in GCC-14, and we are
> getting ready to enable it, globally.
>
> Use the `DEFINE_RAW_FLEX()` helper for an on-stack definition of
> a flexible structure where the size of the flexi
devm_drm_bridge_alloc() is the new API to allocate and initialize a DRM
bridge, and the only one supported from now on. It is also necessary for
implementing reference counting and thus needed to support removal of
bridges from a still existing DRM pipeline without use-after-free.
This series conv
Arnd,
> It turns out that there are no platforms that have PCI but don't have
> an MMU, so adding a Kconfig dependency on CONFIG_PCI simplifies build
> testing kernels for those platforms a lot, and avoids a lot of
> inadvertent build regressions.
>
> Add a dependency for CONFIG_PCI and remove a
Am 05.04.25 um 03:57 schrieb T.J. Mercier:
> On Fri, Apr 4, 2025 at 1:47 AM Christian König
> wrote:
>> Hi Maxime,
>>
>> Am 03.04.25 um 17:47 schrieb Maxime Ripard:
>>> On Thu, Apr 03, 2025 at 09:39:52AM +0200, Christian König wrote:
> For the UMA GPU case where there is no device memory or e
Bincai Liu (4):
dt-bindings: soc: mediatek: add mipi yaml for MT8196
dt-bindings: soc: mediatek: add dsi yaml for MT8196
drm/mediatek: Add mipi dsi driver for mt8196
drm/mediatek: dsi: Enable runtime PM
.../display/mediatek/mediatek,dsi.yaml| 1 +
.../bindings/phy/mediatek,dsi-p
This power is new added in MT8196. So runtime PM is enable
to turn off dsi power to reduce power consumption.
Signed-off-by: Bincai Liu
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/gpu/drm/mediatek/m
Add compatible string to support mipi for MT8196.
Signed-off-by: Bincai Liu
---
Documentation/devicetree/bindings/phy/mediatek,dsi-phy.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/phy/mediatek,dsi-phy.yaml
b/Documentation/devicetree/bindings/phy/med
Hi Himal,
kernel test robot noticed the following build warnings:
[auto build test WARNING on drm-xe/drm-xe-next]
[cannot apply to linus/master v6.15-rc1 next-20250407]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '-
Hello Ilpo,
On Mon, 7 Apr 2025 19:46:59 +0300 (EEST)
Ilpo Järvinen wrote:
> On Mon, 7 Apr 2025, Luca Ceresoli wrote:
>
> > This is the new API for allocating DRM bridges.
> >
> > Signed-off-by: Luca Ceresoli
> >
> > ---
> >
> > Cc: "Bryan O'Donoghue"
> > Cc: "Ilpo Järvinen"
> > Cc: Hans d
On Mon, Apr 07, 2025 at 01:57:48PM -0600, Gustavo A. R. Silva wrote:
>
>
> On 07/04/25 13:50, Kees Cook wrote:
> > On Thu, Apr 03, 2025 at 10:45:18AM -0600, Gustavo A. R. Silva wrote:
> > > -Wflex-array-member-not-at-end was introduced in GCC-14, and we are
> > > getting ready to enable it, globa
On Fri, Apr 04, 2025 at 09:58:03AM -0600, Gustavo A. R. Silva wrote:
> -Wflex-array-member-not-at-end was introduced in GCC-14, and we are
> getting ready to enable it, globally.
>
> Adjust heap allocation to account for the flex-array-in-the-middle
> issue, and refactor the rest of the code accor
On 7 April 2025 20:51:50 BST, Timur Tabi wrote:
>On Mon, 2025-04-07 at 20:41 +0100, David Woodhouse wrote:
>> Yes. The proprietary driver (570.133.07) did manage to light up the
>> external monitor over USB-C/DP.
>>
>> It was utterly unusable, as I couldn't make it do 100% scaling on the
>> exter
On Mon, 2025-04-07 at 20:41 +0100, David Woodhouse wrote:
> Yes. The proprietary driver (570.133.07) did manage to light up the
> external monitor over USB-C/DP.
>
> It was utterly unusable, as I couldn't make it do 100% scaling on the
> external screen and 200% on the high-DPI laptop screen, and
On Mon, 2025-04-07 at 18:01 +0100, David Woodhouse wrote:
> >
>
> Not exactly the same build (I'm on 6.14 now) but:
>
> (gdb) list *(r535_gsp_msgq_wait+0x1c4)
> 0xd24 is in r535_gsp_msgq_wait
> (drivers/gpu/drm/nouveau/nvkm/subdev/gsp/r535.c:117).
> 112 break;
> 113
On Mon, 2025-04-07 at 18:47 +, Timur Tabi wrote:
>
> Have you tried the proprietary driver? With Ada GPUs like yours, Nouveau
> just uses GSP-RM to do most of the GPU work. GSP-RM is just the Nvidia
> proprietary driver ported to RISC-V, and Nouveau basically does the same
> thing that our o
On Wed, Apr 02, 2025 at 03:39:07PM -0600, Gustavo A. R. Silva wrote:
> -Wflex-array-member-not-at-end was introduced in GCC-14, and we are
> getting ready to enable it, globally.
>
> Use the `DEFINE_RAW_FLEX()` helper for an on-stack definition of
> a flexible structure where the size of the flexi
On Mon, 2025-04-07 at 19:39 +0100, David Woodhouse wrote:
> I'd already upgraded to 6.14, and have just rebooted into 6.14.1 with
> that option enabled. I now have the four files in debugfs of which you
> spoke, but I'm assuming you don't actually want them until something
> *interesting* happens,
On Mon, 2025-04-07 at 18:30 +, Timur Tabi wrote:
> On Mon, 2025-04-07 at 17:14 +, Timur Tabi wrote:
> > What I need now are the GSP-RM logs. In your /etc/modprobe.d, see if
> > there
> > is a file with "options nouveau". If there isn't, create one, and then
> > add
> > the "keep-gsp-loggi
On Mon, 2025-04-07 at 17:14 +, Timur Tabi wrote:
> What I need now are the GSP-RM logs. In your /etc/modprobe.d, see if
> there
> is a file with "options nouveau". If there isn't, create one, and then
> add
> the "keep-gsp-logging=1" parameter, so it looks something like this:
>
> opti
Hi Tomi,
On 02/04/25 19:00, Tomi Valkeinen wrote:
> The docs say about mode_valid():
>
> "it is not allowed to look at anything else but the passed-in mode, and
> validate it against configuration-invariant hardware constraints"
>
> We're doing a lot more than just looking at the mode. The main
This short series adds power on/off timings to the Tianma TM070JDHG34-00
panel and adds support for the the Tianma P0700WXF1MBAA panel.
Signed-off-by: Luca Ceresoli
---
Changes in v2:
- Rebased on current drm-misc-next
- Added Conor's R-by on the bindings
- Link to v1:
https://lore.kernel.org/r/
Am 07.04.25 um 18:29 schrieb Maxime Ripard:
> The system heap is storing its struct dma_heap pointer in a global
> variable but isn't using it anywhere.
>
> Let's move the global variable into system_heap_create() to make it
> local.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Christian König
On 02/04/25 19:00, Tomi Valkeinen wrote:
> Clean up the function a bit, mainly by doing the mode_valid_check dance
> once in the beginning of the function, and grouping the calculations
> wrt. sync/event mode a bit better.
>
> Signed-off-by: Tomi Valkeinen
> ---
> drivers/gpu/drm/bridge/caden
On 02/04/25 19:00, Tomi Valkeinen wrote:
> At the moment the driver just sets the clock rate with clk_set_rate(),
> and if the resulting rate is not the same as requested, prints a debug
> print, but nothing else.
>
> Add functionality to atomic_check(), in which the clk_round_rate() is
> used
On 02/04/25 19:00, Tomi Valkeinen wrote:
> The phy_validate() can change the HS clock rate we passed to it in the
> PHY config, depending on what the HW can actually do. The driver just
> ignores this at the moment, but if the actual HS clock rate is different
> than the requested one, the pipel
On Mon, Apr 07, 2025 at 10:17:40AM +0300, Jani Nikula wrote:
> Even with Jason's idea [1], you *still* have to start small and opt-in
> (i.e. the patch series at hand). You can't just start off by testing
> every header in one go, because it's a flag day switch.
You'd add something like 'make he
On Fri, Apr 4, 2025 at 2:32 PM Biju Das wrote:
>
> Add support for zpos, alpha and blend properties to RZ/G2L DU
> driver as the IP supports all these properties.
>
> It is tested by the below modetest commands:
>
> modetest -M rzg2l-du -s 44@42:1920x1080@AR24 -d -P \
> 37@42:512x300+200+200@XR15
On Mon, 2025-04-07 at 16:28 +, Timur Tabi wrote:
> On Mon, 2025-04-07 at 16:28 +0100, David Woodhouse wrote:
> > [608593.5728743 CPU: 15 UID: 626640614 PID: 17529 Comm: WebKitWebProces
> > Taint
> > [608593.576062] Tainted: [W]=WARN
>
> What does this mean?
That the kernel is 'tainted' beca
Hi Laurent,
> -Original Message-
> From: Laurent Pinchart
> Sent: 04 April 2025 21:57
> Subject: Re: [PATCH] drm: renesas: Add zpos, alpha and blend properties to
> RZ/G2L DU
>
> Hi Biju,
>
> Thank you for the patch.
>
> On Fri, Apr 04, 2025 at 02:30:45PM +0100, Biju Das wrote:
> > Ad
This is the new API for allocating DRM bridges.
Signed-off-by: Luca Ceresoli
---
Cc: Abhinav Kumar
Cc: Bjorn Andersson
Cc: Marijn Suijten
Cc: Rob Clark
Cc: Sean Paul
---
drivers/gpu/drm/msm/dp/dp_drm.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gp
On Mon, 7 Apr 2025, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
>
> ---
>
> Cc: "Bryan O'Donoghue"
> Cc: "Ilpo Järvinen"
> Cc: Hans de Goede
> ---
> drivers/platform/arm64/acer-aspire1-ec.c | 7 +++
> 1 file changed, 3 inserti
Hi,
On Tue, Apr 01, 2025 at 12:03:47PM -0400, Anusha Srivatsa wrote:
> Move to using the new API devm_drm_panel_alloc() to allocate the
> panel.
>
> Signed-off-by: Anusha Srivatsa
> ---
> drivers/gpu/drm/panel/panel-auo-a030jtn01.c | 10 --
> 1 file changed, 4 insertions(+), 6 deletions
Add the Tianma Micro-electronics P0700WXF1MBAA 7.0" LVDS LCD TFT panel.
Acked-by: Conor Dooley
Signed-off-by: Luca Ceresoli
---
Documentation/devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/panel
Add the Tianma P0700WXF1MBAA 7" 1280x800 LVDS RGB TFT LCD panel.
Reuse the timings of the TM070JDHG34-00 as they are identical, even though
they are described differently by the datasheet as noted in the
comment. Power up/down timing are slightly different, so add a new struct
panel_desc for that.
Add power on/off delays for the Tianma TM070JDHG34-00.
Signed-off-by: Luca Ceresoli
---
drivers/gpu/drm/panel/panel-simple.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index
df718c4a86cb7dc0cd126e807d333
Hi,
This series is the follow-up of the discussion that John and I had some
time ago here:
https://lore.kernel.org/all/candhncqujn6bh3kxkf65bwitylvqsd9892-xtfdhhqqyrro...@mail.gmail.com/
The initial problem we were discussing was that I'm currently working on
a platform which has a memory layout
The system heap is storing its struct dma_heap pointer in a global
variable but isn't using it anywhere.
Let's move the global variable into system_heap_create() to make it
local.
Signed-off-by: Maxime Ripard
---
drivers/dma-buf/heaps/system_heap.c | 3 +--
1 file changed, 1 insertion(+), 2 del
On Mon, 2025-04-07 at 16:28 +0100, David Woodhouse wrote:
> [608593.5728743 CPU: 15 UID: 626640614 PID: 17529 Comm: WebKitWebProces
> Taint
> [608593.576062] Tainted: [W]=WARN
What does this mean?
> C608593.579235] Hardware name: LENOVO 21FVS16V08/21FVS16V80, BIOS N3ZET45W
> (1.
> [608593.58244
On Mon, Apr 07, 2025 at 05:51:18PM +0800, Pengyu Luo wrote:
> I polled all registers when the module was loading, found that
> current sinks have already been configured. Bootloader would set
> when booting. So checking it before setting the all channels.
Can you rephrase this so the problem and s
On 4/7/2025 4:38 AM, Arnd Bergmann wrote:
From: Arnd Bergmann
It turns out that there are no platforms that have PCI but don't have an MMU,
so adding a Kconfig dependency on CONFIG_PCI simplifies build testing kernels
for those platforms a lot, and avoids a lot of inadvertent build regressions.
Changes since the RFC:
- (None)
Howdy,
as many of you know, we have potential memory leaks in drm_sched_fini()
which have been tried to be solved by various parties with various
methods in the past.
In our past discussions, we came to the conclusion, that the simplest
solution, blocking in drm
I have a Thinkpad P1 Gen6 with combined Intel + NVIDIA graphics:
00:02.0 VGA compatible controller [0300]: Intel Corporation Raptor Lake-P [Iris
Xe Graphics] [8086:a7a0] (rev 04)
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation AD107GLM [RTX 2000
Ada Generation Laptop GPU] [10de:28b8
Bridges obtained via devm_drm_bridge_alloc(dev, ...) will be put when the
requesting device (@dev) is removed.
However drivers which obtained them may need to put the obtained reference
explicitly. One such case is if they bind the devm removal action to a
different device than the one implemented
This is the new API for allocating DRM bridges.
The devm lifetime management of this driver is peculiar. The underlying
device for the panel_bridge is the panel, and the devm lifetime is tied the
panel device (panel->dev). However the panel_bridge allocation is not
performed by the panel driver, b
This is the new API for allocating DRM bridges.
Converting this driver is a bit convoluted because the drm_bridge funcs
pointer differs based on the bridge mode. So the current code does:
* tc_probe()
* devm_kzalloc() private struct embedding drm_bridge
* call tc_probe_bridge_endpoint() wh
Hi Luca,
On Mon, 07 Apr 2025 16:23:28 +0200
Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
> ---
> drivers/gpu/drm/bridge/ti-sn65dsi86.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
Reviewed-by: Herve Codina
Best re
drm_sched_fini() can leak jobs under certain circumstances.
Warn if that happens.
Signed-off-by: Philipp Stanner
---
drivers/gpu/drm/scheduler/sched_main.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/scheduler/sched_main.c
b/drivers/gpu/drm/scheduler/sched_main.c
in
There is a new callback for always tearing the scheduler down in a
leak-free, deadlock-free manner.
Port Nouveau as its first user by providing the scheduler with a
callback that ensures the fence context gets killed in drm_sched_fini().
Signed-off-by: Philipp Stanner
---
drivers/gpu/drm/nouvea
The waitqueue that ensures that drm_sched_fini() blocks until the
pending_list has become empty could theoretically cause that function to
block for a very long time. That, ultimately, could block userspace
procesess and prevent them from being killable through SIGKILL.
When a driver calls drm_sch
From: Philipp Stanner
The GPU scheduler currently does not ensure that its pending_list is
empty before performing various other teardown tasks in
drm_sched_fini().
If there are still jobs in the pending_list, this is problematic because
after scheduler teardown, no one will call backend_ops.fre
THe Kconfig symbol DRM_DISPLAY_DP_AUX_CEC is a boolean which simply
toggles whether DP_AUX_CEC support should be built into the
drm_display_helper (which can be eithera module or built-in into the
kernel). If DRM_DISPLAY_DP_AUX_CEC is selected, then CEC_CORE is
selected to be built-in into the kern
In order to make sure that CEC adapters or notifiers are unregistered
and CEC-related data is properly destroyed make drm_connector_cleanup()
call CEC's unregister() callback.
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/drm_connector.c | 9 +
1 fi
By default HDMI codec registers all formats supported on the I2S bus.
Allow bridges (and connectors) to limit the list of the PCM formats
supported by the HDMI codec.
Reviewed-by: Maxime Ripard
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_brid
Rewrite the ADV7511 driver to use implementation provided by the DRM
HDMI connector framework, including the Audio and CEC bits. Drop the
in-bridge connector support and use drm_bridge_connector if the host
requires the connector to be provided by the bridge.
Note: currently only AVI InfoFrames ar
Currently it is next to impossible to implement CEC handling for the
setup using drm_bridges and drm_bridge_connector: bridges don't have a
hold of the connector at the proper time to be able to route CEC events.
At the same time it not very easy and obvious to get the CEC physical
address handlin
Implement necessary glue code to let DRM bridge drivers to implement CEC
adapters support.
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_bridge_connector.c | 83 ++
include/drm/drm_bridge.h | 26
WHen adding HDMI fields I didn't notice the private: declaration for HPD
fields. Move private fields to the end of the struct drm_bride to have
clear distinction between private and public fields.
Reviewed-by: Maxime Ripard
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Dmitry Baryshkov
---
in
Switch VC4 driver to using CEC helpers code, simplifying hotplug and
registration / cleanup. The existing vc4_hdmi_cec_release() is kept for
now.
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/vc4/Kconfig| 1 +
drivers/gpu/drm/vc4/vc4_hdmi.c | 138
Allow HDMI DRM bridges to create CEC notifier. Physical address is
handled automatically by drm_atomic_helper_connector_hdmi_hotplug()
being called from .detect() path.
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/Kconfig| 1 +
dri
Call HDMI CEC helpers in order to update physical address of the
adapter.
Reviewed-by: Maxime Ripard
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_hdmi_state_helper.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/dr
Add generic CEC helpers to be used by HDMI drivers. Both notifier and
and adapter are supported for registration. Once registered, the driver
can call common set of functions to update physical address, to
invalidate it or to unregister CEC data. Unlike drm_connector_cec_funcs
(which provides inter
As a preparation to adding HDMI CEC helper code, add CEC-related fields
to the struct drm_connector. The callbacks abstract CEC infrastructure
in order to support CEC adapters and CEC notifiers in a universal way.
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/d
This controller support scalable data lanes from 1 to 4. Add the
'data-lanes' property to configure the number of MIPI display panel lanes
selected for boards.
Change $ref of port@1 from 'port' to 'port-base' and add 'endpoint'
property referencing video-interfaces.yaml. Allow 'data-lanes' values
This is the new API for allocating DRM bridges.
Signed-off-by: Luca Ceresoli
---
Cc: Cristian Ciocaltea
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
b/drivers/gpu/drm/bridge/
In cdv_intel_dp_get_modes(), the return value of drm_mode_duplicate()
is assigned to mode, which will lead to a NULL pointer dereference on
failure of drm_mode_duplicate(). Add a check to avoid npd.
This is similar to the fix commit cb520c3f366c
("drm/gma500: fix null pointer dereference in cdv_in
Hi Amir,
On Fri, Mar 28, 2025 at 3:48 AM Amirreza Zarrabi
wrote:
>
> The tee_context can be used to manage TEE user resources, including
> those allocated by the driver for the TEE on behalf of the user.
> The release() callback is invoked only when all resources, such as
> tee_shm, are released
On Mon, Apr 07, 2025 at 07:57:08PM +0530, Aditya Garg wrote:
> On 07-04-2025 07:52 pm, Andy Shevchenko wrote:
> > On Mon, Apr 07, 2025 at 02:17:00PM +, Aditya Garg wrote:
> >>> On 7 Apr 2025, at 7:26 PM, Andy Shevchenko
> >>> wrote:
> >>> On Mon, Apr 07, 2025 at 07:05:13PM +0530, Aditya Garg
This is the new API for allocating DRM bridges.
These two drivers are tangled together by the ldb_add_bridge_helper(), so
they are converted at once.
They also have a similar design, each embedding an array of channels in
their main struct, and each channel embeds a drm_bridge. This prevents
dyna
devm_drm_bridge_alloc() is the new API to be used for allocating (and
partially initializing) a private driver struct embedding a struct
drm_bridge.
For many drivers having a simple code flow in the probe function, this
commit does a mass conversion automatically with the following semantic
patch.
This is the new API for allocating DRM bridges.
Signed-off-by: Luca Ceresoli
---
Cc: Abhinav Kumar
Cc: Marijn Suijten
Cc: Rob Clark
Cc: Sean Paul
---
drivers/gpu/drm/msm/hdmi/hdmi_bridge.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/msm/hdmi
This is the new API for allocating DRM bridges.
This driver embeds an array of channels in the main struct, and each
channel embeds a drm_bridge. This prevents dynamic, refcount-based
deallocation of the bridges.
To make the new, dynamic bridge allocation possible:
* change the array of channel
[Public]
> -Original Message-
> From: Paul E. McKenney
> Sent: Thursday, April 3, 2025 5:15 PM
> To: linux-ker...@vger.kernel.org
> Cc: kernel-t...@meta.com; Paul E. McKenney ; kernel
> test robot ; Feng, Kenneth ; Deucher,
> Alexander ; Koenig, Christian
> ; Xinhui Pan ; David Airlie
> ;
This is the new API for allocating DRM bridges.
Signed-off-by: Luca Ceresoli
---
Cc: "Uwe Kleine-König"
Cc: Andy Yan
Cc: Dmitry Baryshkov
Cc: Jani Nikula
Cc: Sui Jingfeng
---
drivers/gpu/drm/bridge/analogix/analogix-anx6345.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
On Mon, Apr 07, 2025 at 02:17:00PM +, Aditya Garg wrote:
> > On 7 Apr 2025, at 7:26 PM, Andy Shevchenko
> > wrote:
> > On Mon, Apr 07, 2025 at 07:05:13PM +0530, Aditya Garg wrote:
> >> The vsprint patch was originally being sent as a seperate patch [1], and
> >> I was waiting it to be taken u
Simpledrm contains invalid upcasts from struct drm_device. Remove
upcasting.
Thomas Zimmermann (2):
drm/simpledrm: Do not upcast in release helpers
drm/sysfb: simpledrm: Remove unused helper simpledrm_device_of_dev()
drivers/gpu/drm/sysfb/simpledrm.c | 9 ++---
1 file changed, 2 insertio
From: Aditya Garg
This patch adds support for kunit tests of generic 32-bit FourCCs added to
vsprintf.
Acked-by: Tamir Duberstein
Reviewed-by: Andy Shevchenko
Signed-off-by: Aditya Garg
---
lib/tests/printf_kunit.c | 39 ---
1 file changed, 32 insertions(+
On 07-04-2025 07:52 pm, Andy Shevchenko wrote:
> On Mon, Apr 07, 2025 at 02:17:00PM +, Aditya Garg wrote:
>>> On 7 Apr 2025, at 7:26 PM, Andy Shevchenko
>>> wrote:
>>> On Mon, Apr 07, 2025 at 07:05:13PM +0530, Aditya Garg wrote:
The vsprint patch was originally being sent as a seperat
This is the new API for allocating DRM bridges.
This driver has a peculiar structure. zynqmp_dpsub.c is the actual driver,
which delegates to a submodule (zynqmp_dp.c) the allocation of a
sub-structure embedding the drm_bridge and its initialization, however it
does not delegate the drm_bridge_add
This is the new API for allocating DRM bridges.
This driver allocates the DRM bridge separately from the main driver
private struct, which prevents using the new devm_drm_bridge_alloc()
API. Simplify the code by replacing the struct drm_bridge opinter with an
embedded struct drm_bridge inside the
1 - 100 of 201 matches
Mail list logo
