On Mon, Feb 03, 2025 at 12:39:24AM +0530, Kaustabh Chakraborty wrote:
Subject - drop driver. Bindings are about hardware. This applies to all
your bindings patches
> +clock-names:
> + items:
> +- const: oscclk
> +- const: gout_mif_cmu_mfcmscl_mfc
> +
On Mon, Feb 03, 2025 at 12:37:58AM +0530, Kaustabh Chakraborty wrote:
> From: Sergey Lisov
>
> Add unique identifiers for exynos7870 clocks for every bank. It adds all
> clocks of CMU_MIF, CMU_DISPAUD, CMU_G3D, CMU_ISP, CMU_MFCMSCL, and
> CMU_PERI.
>
> Signed-off-by: Sergey Lisov
> Signed-off-b
On Mon, Feb 03, 2025 at 12:06:34AM +0530, Kaustabh Chakraborty wrote:
> Add the compatible string "samsung,exynos7870-chipid" to the documentation,
> with a fallback to "samsung,exynos4210-chipid".
>
> Signed-off-by: Kaustabh Chakraborty
> ---
> Documentation/devicetree/bindings/hwinfo/samsung,e
On Mon, Feb 03, 2025 at 12:33:53AM +0530, Kaustabh Chakraborty wrote:
> Add the compatible string "samsung,exynos7870-chipid" to the documentation,
> with a fallback to "samsung,exynos4210-chipid".
This we see from the diff. Say something not obvious about hardware
instead of repeating redudundant
> As it stands, I'll fix up the current rules in v2 following your
> suggestion to keep the multiplication in each line to allow Coccinelle
> to use the commutativity properties and find more instances.
Corresponding software development challenges can eventually be clarified
further.
> I'll re
On Sat, Feb 1, 2025 at 1:02 AM Kairui Song wrote:
>
> On Thu, Jan 30, 2025 at 6:02 PM Kirill A. Shutemov
> wrote:
> >
> > The recently introduced PG_dropbehind allows for freeing folios
> > immediately after writeback. Unlike PG_reclaim, it does not need vmscan
> > to be involved to get the folio
This patch works as expected with 6.13.0-rc7 on Dell Bolan.
Tested-by: Ben Kao
This patch works as expected with 6.13.0-rc7 on Dell Bolan.
Tested-by: Ben Kao
This patch works as expected with 6.13.0-rc7 on Dell Bolan.
Tested-by: Ben Kao
This patch works as expected with 6.13.0-rc7 on Dell Bolan.
Tested-by: Ben Kao
This patch works as expected with 6.13.0-rc7 on Dell Bolan.
Tested-by: Ben Kao
This patch works as expected with 6.13.0-rc7 on Dell Bolan.
Tested-by: Ben Kao
This patch works as expected with 6.13.0-rc7 on Dell Bolan.
Tested-by: Ben Kao
This patch works as expected with 6.13.0-rc7 on Dell Bolan.
Tested-by: Ben Kao
From: Hermes Wu
For supporting audio form I2S to DP audio data sub stream.
Add hdmi_audio callbacks to drm_bridge_funcs for the
HDMI codec framework. The DRM_BRIDGE_OP_HDMI flag in bridge.ops
must be set, and hdmi_write_infoframe and hdmi_clear_infoframe
are necessary for the drm_bridge_connector
On Sun, Feb 02, 2025 at 12:08:46AM -0500, Demi Marie Obenour wrote:
> Recently, AMD submitted patches to the dri-devel mailing list to support
> using application-provided buffers in virtio-GPU. This feature is
> called Shared Virtual Memory (SVM) and it is implemented via an API
> called User Poi
On 12/2/24 20:19, Jocelyn Falempe wrote:
>>>
>>> I've now noticed that drm_gem_shmem_vmap() expects BO reservation lock
>>> to be held and we can't take lock it at a panic time.
>>>
>>> https://elixir.bootlin.com/linux/v6.12.1/source/drivers/gpu/drm/
>>> drm_gem_shmem_helper.c#L330
>>>
>>> This res
On 2/3/25 3:53 AM, Danilo Krummrich wrote:
> Hi Lina,
>
> On Sun, Feb 02, 2025 at 10:34:49PM +0900, Asahi Lina wrote:
>> Some hardware requires dummy page mappings to efficiently implement
>> Vulkan sparse features. These mappings consist of the same physical
>> memory page, repeated for a larg
There is a spelling mistake in an error message. Fix it.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/i915/selftests/i915_gem_gtt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/selftests/i915_gem_gtt.c
b/drivers/gpu/drm/i915/selftests/i915_gem_gt
From: "Dr. David Alan Gilbert"
link_enc_cfg_get_link_enc_used_by_stream() is no longer used after
2021's:
commit 6366b00346c0 ("drm/amd/display: Maintain consistent mode of
operation during encoder assignment")
which introduces and uses the _current version instead.
Remove it.
Signed-off-by: Dr
From: "Dr. David Alan Gilbert"
mpc1_is_mpcc_idle() was added in 2017 by
commit feb4a3cd8eb0 ("drm/amd/display: Integrating MPC pseudocode")
but never used.
Remove it.
Signed-off-by: Dr. David Alan Gilbert
---
.../gpu/drm/amd/display/dc/mpc/dcn10/dcn10_mpc.c | 16
.../gpu/drm/
From: "Dr. David Alan Gilbert"
get_clock_requirements_for_state() was added in 2018 by
commit 8ab2180f96f5 ("drm/amd/display: Add function to fetch clock
requirements")
but never used.
Remove it.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/gpu/drm/amd/display/dc/core/dc.c | 12 -
From: "Dr. David Alan Gilbert"
The last user of dc_stream_get_crtc_position() was
mod_freesync_get_v_position() which is removed in a previous
patch in this series.
Remove it.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/gpu/drm/amd/display/dc/core/dc.c | 27 --
dri
From: "Dr. David Alan Gilbert"
hubbub1_toggle_watermark_change_req() last use was removed in 2017 by
commit b8fce2c9d773 ("drm/amd/display: Optimize programming front end")
Remove it.
Signed-off-by: Dr. David Alan Gilbert
---
.../amd/display/dc/hubbub/dcn10/dcn10_hubbub.c | 18 ---
From: "Dr. David Alan Gilbert"
Another small pile of deadcode patches.
Signed-off-by: Dr. David Alan Gilbert
Dr. David Alan Gilbert (7):
drm/amd/display: Remove unused mpc1_is_mpcc_idle
drm/amd/display: Remove unused freesync functions
drm/amd/display: Remove unused dc_stream_get_crtc_p
From: "Dr. David Alan Gilbert"
mod_freesync_get_vmin_vmax() and mod_freesync_get_v_position() were
added in 2017 by
commit 72ada5f76939 ("drm/amd/display: FreeSync Auto Sweep Support")
mod_freesync_is_valid_range() was added in 2018 by
commit e80e94460841 ("drm/amd/display: add method to check f
From: "Dr. David Alan Gilbert"
get_max_support_fbc_buffersize() is unused since 2021's
commit 94f0d0c80cf3 ("drm/amd/display/dc/dce110/dce110_compressor: Remove
unused function 'dce110_get_required_compressed_surfacesize")
removed it's only caller.
Remove it.
Signed-off-by: Dr. David Alan Gilbe
On Sun, 2 Feb 2025 at 12:15, Dave Airlie wrote:
>
> Currently FW_CACHE is an optional feature (that distros may or may not
> configure off), where we will cache loaded firmwares to avoid problems
> over suspend/resume (and speed up resume).
>
> I've just discovered a problem in nouveau's suspend c
Hi,
I'm asking to see if there is any chance of consensus on having a
driver rely on (select) FW_CACHE. Nobody currently does.
Currently FW_CACHE is an optional feature (that distros may or may not
configure off), where we will cache loaded firmwares to avoid problems
over suspend/resume (and spe
On 02/02/2025 19:36, Kaustabh Chakraborty wrote:
> Samsung Exynos 7870 (codename: Joshua) is an ARM-v8 system-on-chip that was
> announced in 2016. The chipset was found in several popular mid-range to
> low-end Samsung phones, released within 2016 to 2019.
>
> This patch series aims to add suppor
Provide dt-schema documentation for Exynos7870 SoC clock controller.
Signed-off-by: Kaustabh Chakraborty
---
.../clock/samsung,exynos7870-clock.yaml | 246 ++
1 file changed, 246 insertions(+)
create mode 100644
Documentation/devicetree/bindings/clock/samsung,exynos7870-c
From: Sergey Lisov
Add unique identifiers for exynos7870 clocks for every bank. It adds all
clocks of CMU_MIF, CMU_DISPAUD, CMU_G3D, CMU_ISP, CMU_MFCMSCL, and
CMU_PERI.
Signed-off-by: Sergey Lisov
Signed-off-by: Kaustabh Chakraborty
---
include/dt-bindings/clock/exynos7870.h | 324 +++
From: Sergey Lisov
Add unique identifiers for exynos7870 clocks for every bank. It adds all
clocks of CMU_MIF, CMU_DISPAUD, CMU_G3D, CMU_ISP, CMU_MFCMSCL, and
CMU_PERI.
Signed-off-by: Sergey Lisov
Signed-off-by: Kaustabh Chakraborty
---
include/dt-bindings/clock/exynos7870.h | 324 +++
Add the compatible string "samsung,exynos7870-chipid" to the documentation,
with a fallback to "samsung,exynos4210-chipid".
Signed-off-by: Kaustabh Chakraborty
---
.../devicetree/bindings/hwinfo/samsung,exynos-chipid.yaml| 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/
Hi Lina,
On Sun, Feb 02, 2025 at 10:34:49PM +0900, Asahi Lina wrote:
> Some hardware requires dummy page mappings to efficiently implement
> Vulkan sparse features. These mappings consist of the same physical
> memory page, repeated for a large range of address space (e.g. 16GiB).
>
> Add support
Samsung Exynos 7870 (codename: Joshua) is an ARM-v8 system-on-chip that was
announced in 2016. The chipset was found in several popular mid-range to
low-end Samsung phones, released within 2016 to 2019.
This patch series aims to add support for Exynos 7870, starting with the
most basic yet essenti
Add the compatible string "samsung,exynos7870-chipid" to the documentation,
with a fallback to "samsung,exynos4210-chipid".
Signed-off-by: Kaustabh Chakraborty
---
Documentation/devicetree/bindings/hwinfo/samsung,exynos-chipid.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentati
syzbot has bisected this issue to:
commit c6a3194c05e7e6fd0e8fbfb1720084ae2503c4ac
Author: Vivek Kasireddy
Date: Mon Jun 24 06:36:16 2024 +
udmabuf: pin the pages using memfd_pin_folios() API
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=12c7172458
start commit: 6
On 1/30/25 12:05, Ryosuke Yasuoka wrote:
> diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.h
> b/drivers/gpu/drm/virtio/virtgpu_drv.h
> index f42ca9d8ed10..44511f316851 100644
> --- a/drivers/gpu/drm/virtio/virtgpu_drv.h
> +++ b/drivers/gpu/drm/virtio/virtgpu_drv.h
> @@ -126,6 +126,12 @@ struct vi
Hi,
On 1/30/25 12:05, Ryosuke Yasuoka wrote:
...
> +static int virtio_drm_get_scanout_buffer(struct drm_plane *plane,
> + struct drm_scanout_buffer *sb)
> +{
> + struct virtio_gpu_object *bo;
> +
> + if (!plane->state || !plane->state->fb || !plane->sta
On 2/2/25 05:27, David Laight wrote:
On Tue, 21 Jan 2025 15:15:09 -0800
Linus Torvalds wrote:
On Tue, 21 Jan 2025 at 14:59, Rodrigo Vivi wrote:
I'm pushing this soon to drm-intel-next, unless Linus want to take
this one directly to his tree
Let's just go through the proper channels and go
Now that the map API functions take a flags argument, plumb it through
into the drm_gpuva_op_map structure so that drivers can retrieve the
value that was passed. Similarly, for remap calls, take the flags from
the existing drm_gpuva.
Signed-off-by: Asahi Lina
---
drivers/gpu/drm/drm_gpuvm.c | 2
drm_gpuva objects have a flags field. Currently, this can be managed by
drivers out-of-band, without any special handling in drm_gpuvm.
To be able to introduce flags that do affect the logic in the drm_gpuvm
core, we need to plumb it through the map calls. This will allow the
core to check the fla
drm/drm_gpuvm.h| 26 +---
6 files changed, 84 insertions(+), 26 deletions(-)
---
base-commit: ffd294d346d185b70e28b1a28abe367bbfe53c04
change-id: 20250202-gpuvm-single-page-253346a74677
Cheers,
~~ Lina
Now that drm_gpuva_op_map has a flags field, plumb it through to the
helper that populates a drm_gpuva.
This helper is only used by drm_gpuva_remap(), which in turn is only
used by drivers which do not use flags at all (panthor, imagination),
so this change has no effect on existing drivers.
Sign
To be able to support "fake sparse" mappings without relying on GPU page
fault handling, drivers may need to create large (e.g. 4GiB) mappings of
the same page repeatedly. Doing this through individual single-page
mappings would be very wasteful. This can be handled better by using a
flag on map cr
On Tue, 21 Jan 2025 15:15:09 -0800
Linus Torvalds wrote:
> On Tue, 21 Jan 2025 at 14:59, Rodrigo Vivi wrote:
> >
> > I'm pushing this soon to drm-intel-next, unless Linus want to take
> > this one directly to his tree
>
> Let's just go through the proper channels and go through the drm tree.
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
---
drivers/gpu/drm/drm_connector.c | 12
1 file changed, 12 insertions(+)
Let drm_bridge drivers handle CEC adapters in a generic way. Add a set
of helper functions to be called by DRM bridge drivers to report CEC
message-related events.
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_hdmi_cec_helper.c | 38 +++
drivers/gpu/drm/
Implement necessary glue code to let DRM bridge drivers to implement CEC
adapters support.
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_bridge_connector.c | 93 ++
include/drm/drm_bridge.h | 21 ++
2 files changed, 114 insertio
Call HDMI CEC helpers in order to update physical address of the
adapter.
Reviewed-by: Maxime Ripard
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/drivers/gpu/drm/display/drm_hdmi_st
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
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
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
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
---
drivers/gpu/drm/display/drm_bridge_connector.c | 1 +
drivers/gp
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
---
include/drm/drm_bridge.h | 31 +
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.
The drm_bridge.hdmi_audio_dev field is renamed to hdmi_dev to facilitate
that it specifies just the HDMI device, common to both a
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
---
drivers/gpu/drm/vc4/Kconfig| 1 +
drivers/gpu/drm/vc4/vc4_hdmi.c | 138 -
As a preparation to adding HDMI CEC helper code, add CEC-related fields
to the struct drm_connector. Include both cec_adapter and cec_notifier,
allowing drivers to select which one to use. The unregister callback
is provided to let drivers unregister CEC-related data in a generic way
without pollut
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
Hi Lucas and Yury,
On 08/02/2024 at 16:45, Lucas De Marchi wrote:
> ove the implementation of REG_GENMASK/REG_BIT to a more appropriate
> place to be shared by i915, xe and possibly other parts of the kernel.
>
> For now this re-defines the old macros. In future we may start using the
> new macro
Hello,
syzbot tried to test the proposed patch but the build/boot failed:
ion.
[2.130514][T0] rcu: RCU lockdep checking is enabled.
[2.131658][T0] rcu: RCU restricting CPUs from NR_CPUS=8 to
nr_cpu_ids=2.
[2.133496][T0] rcu: RCU callback double-/use-after-free
62 matches
Mail list logo
