On Wed, Jan 08, 2025 at 11:04:21AM +1000, Dave Airlie wrote:
> On Wed, 8 Jan 2025 at 02:02, Danilo Krummrich wrote:
> >
> > On Tue, Jan 07, 2025 at 03:58:46PM +1000, Dave Airlie wrote:
> > > From: Dave Airlie
> > >
> > > If we have two nouveau controlled devices and one passes a dma-fence
> > > t
On 2024/12/29 12:44, Dmitry Baryshkov wrote:
On Thu, Dec 26, 2024 at 05:40:44PM +0800, Yongxing Mou wrote:
This series introduces support to enable the Mobile Display Subsystem (MDSS)
, Display Processing Unit (DPU), DisplayPort controller and eDP PHY for
the Qualcomm QCS8300 target. It inclu
On 2024/12/27 16:39, Krzysztof Kozlowski wrote:
On Thu, Dec 26, 2024 at 05:40:44PM +0800, Yongxing Mou wrote:
This series introduces support to enable the Mobile Display Subsystem (MDSS)
, Display Processing Unit (DPU), DisplayPort controller and eDP PHY for
the Qualcomm QCS8300 target. It in
On 2024/12/29 12:42, Dmitry Baryshkov wrote:
On Thu, Dec 26, 2024 at 05:40:48PM +0800, Yongxing Mou wrote:
Add compatible string for the supported eDP PHY on QCS8300 platform.
QCS8300 have the same eDP PHY with SA8775P.
Signed-off-by: Yongxing Mou
---
.../devicetree/bindings/phy/qcom,edp-
On 2024/12/27 16:41, Krzysztof Kozlowski wrote:
On Thu, Dec 26, 2024 at 05:40:45PM +0800, Yongxing Mou wrote:
Document the DPU for Qualcomm QCS8300 platform.It use the same DPU
Missing space after full stop.
Got it. thanks, will fix it in next patch.
hardware with SA8775P and reuse it's
On Wed, Jan 08, 2025 at 10:18:02AM +0530, Ling Xu wrote:
> fastrpc_req_munmap involves two steps to unmap memory, first to locates
> a matching fastrpc buf in the list and second is to send request to DSP
> to unmap. There is a potential race condition between two operations
> which can lead to use
Add driver specific function definition for the plane->funcs
format_mod_supported_async to check if the provided format/modifier is
supported for asynchronous flip.
Signed-off-by: Arun R Murthy
---
drivers/gpu/drm/i915/display/skl_universal_plane.c | 62 --
1 file changed, 47
Populate the list of formats/modifiers supported by async flip. Register
a async property and expose the same to user through blob.
Signed-off-by: Arun R Murthy
---
drivers/gpu/drm/i915/display/skl_universal_plane.c | 51 ++
1 file changed, 51 insertions(+)
diff --git a/driv
Seperate function for async flips is to be called in order to check the
provided format/modifier support.
At present the flag for async flip is stored in crtc_state as async flip
is supported on only one plane for a given crtc. The same is being
used over here to decide the async function pointer.
Expose drm plane function to create formats/modifiers blob. This
function can be used to expose list of supported formats/modifiers for
sync/async flips.
Signed-off-by: Arun R Murthy
---
drivers/gpu/drm/drm_plane.c | 44 +---
include/drm/drm_plane.h |
There exists a property IN_FORMATS which exposes the plane supported
modifiers/formats to the user. In some platforms when asynchronous flips
are used all of modifiers/formats mentioned in IN_FORMATS are not
supported. This patch adds a new plane property IN_FORMATS_ASYNC to
expose the async flips
All of the formats/modifiers supported by the plane during synchronous
flips are nor supported by asynchronous flips. The formats/modifiers
exposed to user by IN_FORMATS exposes all formats/modifiers supported by
plane and this list varies for async flips. If the async flip supported
formats/modifi
DRM_DEV_DEBUG_DRIVER(dev,
+"V' all match!! %d",
+retry);
+ return true;
+ }
}
}
---
base-commit: 938fbb16aba8f7b88e0fdcf5
On Fri, Dec 13, 2024 at 02:33:35PM -0700, Jeffrey Hugo wrote:
> From: Matthew Leung
>
> Currently, mhi host only performs firmware transfer via BHI in PBL and
s/mhi/MHI here and below.
> BHIe from SBL. To support BHIe transfer directly from PBL, a policy
> needs to be added.
>
> With this poli
On Fri, Dec 13, 2024 at 02:33:34PM -0700, Jeffrey Hugo wrote:
> From: Matthew Leung
>
> Refactor the firmware loading code to have distinct helper functions for
> BHI and BHIe operations. This lays the foundation for separating the
> firmware loading protocol from the firmware being loaded and th
fastrpc_req_munmap involves two steps to unmap memory, first to locates
a matching fastrpc buf in the list and second is to send request to DSP
to unmap. There is a potential race condition between two operations
which can lead to user-after-free scenario.
Lock unmap request to avoid use-after-free
Hi Dave, Simona,
Pull for v6.14, as described below. Has a merge from the pm/opp tree
to resolve a dependency on the newly added dev_pm_opp_get_bw()
The following changes since commit 40384c840ea1944d7c5a392e8975ed088ecf0b37:
Linux 6.13-rc1 (2024-12-01 14:28:56 -0800)
are available in the Gi
On Tue, Jan 07, 2025 at 04:37:40PM +0530, Dheeraj Reddy Jonnalagadda wrote:
> The inner loop in it6505_hdcp_part2_ksvlist_check had an unreachable
> increment due to returning true before the loop could continue.
> Restructure the loop to only return after verifying all 5 entries
> match, making th
On 01/07/2025, Alexander Stein wrote:
> This simplifies the code and gives additional information upon deferral.
>
> Signed-off-by: Alexander Stein
> ---
> .../gpu/drm/bridge/imx/imx8qxp-pixel-link.c | 19 ++-
> 1 file changed, 6 insertions(+), 13 deletions(-)
Reviewed-by: Liu
On 01/07/2025, Alexander Stein wrote:
> This simplifies the code and gives additional information upon deferral.
>
> Signed-off-by: Alexander Stein
> ---
> drivers/gpu/drm/bridge/imx/imx-ldb-helper.c | 13 -
> 1 file changed, 4 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/
On 01/07/2025, Alexander Stein wrote:
> This simplifies the code and gives additional information upon deferral.
>
> Signed-off-by: Alexander Stein
> ---
> drivers/gpu/drm/bridge/imx/imx8qxp-ldb.c | 37
> 1 file changed, 12 insertions(+), 25 deletions(-)
Reviewed-by: Li
On 01/07/2025, Alexander Stein wrote:
> Hi everyone,
Hi Alexander,
>
> this is a v2 of an old series still in my queue.
>
> Changes in v2:
> * Rebase to next-20250107
> * Remove 'imx' prefix for commit subject in patch 2 & 3
>
> Best regards,
>
On 01/07/2025, Alexander Stein wrote:
> This simplifies the code and gives additional information upon deferral.
>
> Signed-off-by: Alexander Stein
> ---
> drivers/gpu/drm/bridge/imx/imx8qxp-pxl2dpi.c | 26 ++--
> 1 file changed, 7 insertions(+), 19 deletions(-)
>
> diff --git a
On Tue, Jan 07, 2025 at 05:34:20PM -0800, Abhinav Kumar wrote:
>
>
> On 12/18/2024 1:33 PM, Jessica Zhang wrote:
> >
> >
> > On 12/18/2024 3:20 AM, Dmitry Baryshkov wrote:
> > > On Tue, Dec 17, 2024 at 04:27:57PM -0800, Jessica Zhang wrote:
> > > > From: Abhinav Kumar
> > > >
> > > > There is
Implement TDX specific private MMIO map/unmap in existing TDP MMU hooks.
Signed-off-by: Yan Zhao
Signed-off-by: Xu Yilun
---
TODO: This patch is still based on the earlier kvm-coco-queue version
(v6.13-rc2). Will follow up the latest SEAMCALL wrapper change. [1]
[1] https://lore.kernel.org/all
From: Xu Yilun
Export kvm_is_mmio_pfn() for KVM TDX to decide which seamcall should be
used to setup SEPT leaf entry.
TDX Module requires tdh_mem_page_aug() for memory page setup,
and tdh_mmio_map() for MMIO setup.
Signed-off-by: Yan Zhao
Signed-off-by: Xu Yilun
---
arch/x86/kvm/mmu.h |
Fetch VFIO specific dma-buf data to see if the dma-buf is eligible to
be assigned to CoCo VM as private MMIO.
KVM expects host unaccessible dma-buf for private MMIO mapping. So need
the exporter provide this information. VFIO also provides the
struct kvm *kvm handler for KVM to check if the owner
VFIO dma-buf supports exporting host unaccessible MMIO regions for
private assignment. Export this info by attaching VFIO specific
dma-buf data in struct dma_buf::priv. Provide a helper
vfio_dma_buf_get_data() for importers to fetch these data.
The exported host unaccessible info are for importers
Add a flag for ioctl(VFIO_DEVICE_BIND_IOMMUFD) to mark a device as
for private assignment. For these private assigned devices, disallow
host accessing their MMIO resources.
Since the MMIO regions for private assignment are not accessible from
host, remove the VFIO_REGION_INFO_FLAG_MMAP/READ/WRITE
Extend KVM_SET_USER_MEMORY_REGION2 to support mapping vfio_dmabuf
backed MMIO region into a guest.
The main purpose of this change is for KVM to map MMIO resources
without firstly mapping into the host, similar to what is done in
guest_memfd. The immediate use case is for CoCo VMs to support priva
Add support for resolving page faults on vfio_dmabuf backed MMIO. This
is to support private MMIO for private assigned devices (known as TDI
in TDISP spec).
Private MMIOs are set to KVM as vfio_dmabuf typed memory slot, which is
another type of can-be-private memory slot just like the gmem slot.
L
Implement get_pfn() callback for exported MMIO resources.
Signed-off-by: Xu Yilun
---
drivers/vfio/pci/dma_buf.c | 30 --
1 file changed, 28 insertions(+), 2 deletions(-)
diff --git a/drivers/vfio/pci/dma_buf.c b/drivers/vfio/pci/dma_buf.c
index 1d5f46744922..ad12cfb
From: Vivek Kasireddy
This is a reduced version of Vivek's series [1]. Removed the
dma_buf_ops.attach/map/unmap_dma_buf/mmap() as they are not necessary
in this series, also because of the WIP p2p dma mapping opens [2]. Just
focus on the private MMIO get PFN function in this early stage.
>From J
From: Vivek Kasireddy
There is no need to share the main device pointer (struct vfio_device *)
with all the feature functions as they only need the core device
pointer. Therefore, extract the core device pointer once in the
caller (vfio_pci_core_ioctl_feature) and share it instead.
Signed-off-by
From: Vivek Kasireddy
These helpers are useful for managing additional references taken
on the device from other associated VFIO modules.
Original-patch-by: Jason Gunthorpe
Signed-off-by: Vivek Kasireddy
---
drivers/vfio/vfio_main.c | 2 ++
include/linux/vfio.h | 2 ++
2 files changed, 4
This series is based on an earlier kvm-coco-queue version (v6.12-rc2)
which includes all basic TDX patches.
The series is to start the early stage discussion of the private MMIO
handling for Coco-VM, which is part of the Private Device
Assignment (aka TEE-IO, TIO) enabling. There are already some
Introduce a new API for dma-buf importer, also add a dma_buf_ops
callback for dma-buf exporter. This API is for subsystem importers who
map the dma-buf to some user defined address space, e.g. for IOMMUFD to
map the dma-buf to userspace IOVA via IOMMU page table, or for KVM to
map the dma-buf to GP
On 12/18/2024 1:33 PM, Jessica Zhang wrote:
On 12/18/2024 3:20 AM, Dmitry Baryshkov wrote:
On Tue, Dec 17, 2024 at 04:27:57PM -0800, Jessica Zhang wrote:
From: Abhinav Kumar
There is no recovery mechanism in place yet to recover from mmu
faults for DPU. We can only prevent the faults by
On Tue, Dec 17, 2024 at 03:33:23PM -0800, Matthew Brost wrote:
> This patch introduces support for GPU Shared Virtual Memory (SVM) in the
> Direct Rendering Manager (DRM) subsystem. SVM allows for seamless
> sharing of memory between the CPU and GPU, enhancing performance and
> flexibility in GPU c
Hi All,
On Mon, 6 Jan 2025 13:03:48 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the drm-intel tree got a conflict in:
>
> drivers/gpu/drm/i915/display/intel_display_driver.c
>
> between commit:
>
> 4fc0cee83590 ("drivers: remove get_task_comm() and print task comm
> dir
On Wed, 8 Jan 2025 at 02:02, Danilo Krummrich wrote:
>
> On Tue, Jan 07, 2025 at 03:58:46PM +1000, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > If we have two nouveau controlled devices and one passes a dma-fence
> > to the other, when we hit the sync path it can cause the second device
> > t
The inner loop in it6505_hdcp_part2_ksvlist_check had an unreachable
increment due to returning true before the loop could continue.
Restructure the loop to only return after verifying all 5 entries
match, making the loop increment reachable.
Fixes: 0989c02c7a5c ("drm/bridge: it6505: fix HDCP CTS
The following OOPS plagues me on about every 10th suspend and resume:
[160640.791304] BUG: kernel NULL pointer dereference, address: 0008
[160640.791309] #PF: supervisor read access in kernel mode
[160640.791311] #PF: error_code(0x) - not-present page
[160640.791313] PGD 0 P4D 0
[1
[...]
> > The OOPS happens because the rq member of entity is NULL in
> > drm_sched_job_arm() after the call to drm_sched_entity_select_rq().
> >
> > In drm_sched_entity_select_rq(), the code considers that
> > drb_sched_pick_best() might return a NULL value. When NULL, it assigns
> > NULL to entit
>
>
> Hi,
>
> Am Dienstag, 7. Januar 2025, 15:42:56 CET schrieb Sandor Yu:
> > Hi Alexander
> >
> > It may cause by the first preferred mode in EDID is not supported by driver.
> > Please use modetest or other user application to change the video mode to
> CTA standard modes.
> > Such as148.5MHz 10
On Mon, 16 Dec 2024 16:43:11 -0800, Jessica Zhang wrote:
> DPU supports a single writeback session running concurrently with primary
> display when the CWB mux is configured properly. This series enables
> clone mode for DPU driver and adds support for programming the CWB mux
> in cases where the h
On Wed, 11 Dec 2024 13:18:41 -0800, Jessica Zhang wrote:
> Call encoder mode_set() when connectors are changed. This avoids issues
> for cases where the connectors are changed but CRTC mode is not.
>
Applied to drm-misc-next, thanks!
[1/2] drm: allow encoder mode_set even when connectors change
On 12/23/2024 8:25 PM, Dmitry Baryshkov wrote:
Enable CDM on the X Elite platform, allowing RGB to YUV conversion for
the output.
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_9_2_x1e80100.h | 1 +
1 file changed, 1 insertion(+)
Reviewed-by: Abhinav Kuma
On 12/23/2024 8:25 PM, Dmitry Baryshkov wrote:
Enable CDM on the SC8280XP platform, allowing RGB to YUV conversion for
the output.
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_8_0_sc8280xp.h | 1 +
1 file changed, 1 insertion(+)
Reviewed-by: Abhinav Kum
On 12/23/2024 8:25 PM, Dmitry Baryshkov wrote:
Enable the CDM_0 block on all DPU generations which have the CDM block
documented in the vendor dtsi file.
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_10_0_sm8650.h | 1 +
drivers/gpu/drm/msm/disp/dpu1/catal
On Tue, Dec 17, 2024 at 10:14:31AM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The i.MX7D MIPI DSIM block is compatible with i.MX8MM.
>
> imx7s.dtsi uses the following compatible string:
>
> compatible = "fsl,imx7d-mipi-dsim", "fsl,imx8mm-mipi-dsim";
>
> Document "fsl,imx7d-mipi-dsim
On Mon, Jan 06, 2025 at 04:21:43PM +0800, Jun Nie wrote:
> Dmitry Baryshkov 于2025年1月4日周六 01:51写道：
> >
> > On Fri, Jan 03, 2025 at 11:49:07PM +0800, Jun Nie wrote:
> > > Dmitry Baryshkov 于2024年12月20日周五 07:46写道：
> > > >
> > > > On Thu, Dec 19, 2024 at 03:49:33PM +0800, Jun Nie wrote:
> > > >
> > >
On 12/23/2024 8:25 PM, Dmitry Baryshkov wrote:
The CDM block is not limited to SC7280, but it is common to all
platforms that are known up to this point. Rename it from sc7280_cdm to
dpu_cdm_0.
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_6_0_sm8250.h | 2
On Tue, 07 Jan 2025 10:49:42 +0100, Alexander Stein wrote:
> This add a imx7(d) specific compatible which is compatible to imx8mm.
> This silences the dtbs_check warning:
> arch/arm/boot/dts/nxp/imx/imx7s-mba7.dtb: dsi@3076: compatible: 'oneOf'
> conditional failed, one must be fixed:
> ['f
On 1/6/2025 8:50 PM, fange zhang wrote:
On 2025/1/7 3:15, Abhinav Kumar wrote:
On 1/5/2025 10:39 PM, Fange Zhang wrote:
On the SM6150 platform there is WB_2 block. Add it to the SM6150
catalog.
Signed-off-by: Fange Zhang
---
A followup patch to add writeback configuration for the SM61
On Tue, Jan 07, 2025 at 01:58:51PM +0100, Krzysztof Kozlowski wrote:
> DTS example in the bindings should be indented with 2- or 4-spaces and
> aligned with opening '- |', so correct any differences like 3-spaces or
> mixtures 2- and 4-spaces in one binding.
>
> No functional changes here, but sav
On 1/7/2025 4:58 AM, Krzysztof Kozlowski wrote:
DTS example in the bindings should be indented with 2- or 4-spaces and
aligned with opening '- |', so correct any differences like 3-spaces or
mixtures 2- and 4-spaces in one binding.
No functional changes here, but saves some comments during re
On Tue, 2024-12-17 at 15:33 -0800, Matthew Brost wrote:
> TTM doesn't support fair eviction via WW locking, this mitigated in
> by
> using retry loops in exec and preempt rebind worker. Extend this
> retry
> loop to BO allocation. Once TTM supports fair eviction this patch can
> be
> reverted.
>
>
On 12/19/2024 6:05 PM, Dmitry Baryshkov wrote:
On Tue, Dec 17, 2024 at 04:02:21PM +0100, Maxime Ripard wrote:
On Mon, Dec 16, 2024 at 10:27:44AM -0800, Abhinav Kumar wrote:
On 12/16/2024 3:06 AM, Maxime Ripard wrote:
On Wed, Dec 11, 2024 at 01:18:41PM -0800, Jessica Zhang wrote:
Call enc
On Tue, Jan 7, 2025 at 1:58 PM Krzysztof Kozlowski
wrote:
>
> DTS example in the bindings should be indented with 2- or 4-spaces and
> aligned with opening '- |', so correct any differences like 3-spaces or
> mixtures 2- and 4-spaces in one binding.
>
> No functional changes here, but saves some c
Hi Sima and Dave,
Here goes the last i915 towards 6.14.
An active display round with some big series, but
nothing extraordinary.
Thanks,
Rodrigo.
drm-intel-next-2025-01-07:
Driver Changes:
- Some DG2 refactor to fix DG2 bugs when operating with certain CPUs (Raag)
- Use hw support for min/int
Hi Sima and Dave,
Here goes the last Xe PR towards 6.14.
It is important to highlight that this has a Revert that
fixes a regression that was part of my previous pull request:
- Revert some changes that break a mesa debug tool.
Other than that a quiet and small round.
Thanks,
Rodrigo.
drm-xe-n
On 1/7/2025 3:48 AM, Dmitry Baryshkov wrote:
On Mon, Jan 06, 2025 at 07:17:40PM -0800, Abhinav Kumar wrote:
On 12/23/2024 8:25 PM, Dmitry Baryshkov wrote:
Enable CDM block on all the platforms where it is supposed to be
present. Notably, from the platforms being supported by the DPU driver
On 1/7/2025 3:46 AM, Dmitry Baryshkov wrote:
On Tue, Jan 07, 2025 at 09:16:21AM +0100, neil.armstr...@linaro.org wrote:
On 24/12/2024 05:25, Dmitry Baryshkov wrote:
Enable CDM block on all the platforms where it is supposed to be
present. Notably, from the platforms being supported by the DP
Hi Doug,
On Tue, Jan 7, 2025 at 6:27 PM Doug Anderson wrote:
> On Wed, Dec 11, 2024 at 12:27 AM Geert Uytterhoeven
> wrote:
> > On Tue, Dec 10, 2024 at 6:09 PM Doug Anderson wrote:
> > > On Tue, Dec 10, 2024 at 6:19 AM Geert Uytterhoeven
> > > wrote:
> > > > Each bridge instance creates up to
On Tue, Jan 07, 2025 at 03:36:20PM +0100, Maxime Ripard wrote:
> On Wed, Dec 25, 2024 at 01:10:13AM +0200, Dmitry Baryshkov wrote:
> > CEC adapter functions are protected by drm_dev_enter() / _exit(), so it
> > is safe to keep CEC registered until DRM device is being torn down. Drop
> > custom CEC
Remove unused function declaration in panthor_gem.h:
- `panthor_gem_prime_import_sg_table()`
Remove duplicate macro definitions:
- `MAX_CSG_PRIO`
- `MIN_CS_PER_CSG`
- `MIN_CSGS`
Signed-off-by: Florent Tomasin
---
drivers/gpu/drm/panthor/panthor_fw.c| 1 -
drivers/gpu/drm/panthor/panthor_gem
Hi
On Wed, Dec 11, 2024 at 12:27 AM Geert Uytterhoeven
wrote:
>
> Hi Doug,
>
> On Tue, Dec 10, 2024 at 6:09 PM Doug Anderson wrote:
> > On Tue, Dec 10, 2024 at 6:19 AM Geert Uytterhoeven
> > wrote:
> > > Each bridge instance creates up to four auxiliary devices with different
> > > names. Howe
Arm Mali GPUs require AS_LOCKADDR region to be 32KB
aligned, and does not support a size greater than
the one specified by the HW property:
`GPU_MMU_FEATURES_VA_BITS()`.
NOTES:
- The size limitation is implementation defined.
- Invalid alignment or size can result in an HW
undefined behaviour.
On Tue, Jan 07, 2025 at 03:34:35PM +0100, Maxime Ripard wrote:
> On Wed, Dec 25, 2024 at 01:10:12AM +0200, Dmitry Baryshkov wrote:
> > Switch VC4 driver to using CEC helpers code, simplifying hotplug and
> > registration / cleanup. The existing vc4_hdmi_cec_release() is kept for
> > now.
> >
> > S
On Tue, 7 Jan 2025 at 16:32, Maxime Ripard wrote:
>
> On Wed, Dec 25, 2024 at 01:10:10AM +0200, Dmitry Baryshkov wrote:
> > 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 f
Hi,
On Tue, Jan 7, 2025 at 1:26 AM Tejas Vipin wrote:
>
> Changes the xinpeng-xpp055c272 panel to use multi style functions for
> improved error handling.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Tejas Vipin
> ---
> Changes in v2:
> - Changed print statement to conditionally run
>
On Tue, 10 Dec 2024 08:51:18 -0800, Rob Clark wrote:
> This series extends io-pgtable-arm with a method to retrieve the page
> table entries traversed in the process of address translation, and then
> beefs up drm/msm gpu devcore dump to include this (and additional info)
> in the devcore dump.
>
On 06/01/2025 10:55, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
A small set of drm_syncobj optimisations which should make things a tiny bit
more efficient on the CPU side of things.
Improvement seems to be around 1.5%* more FPS if observed with "vkgears
-present-mailbox" on a Steam Deck Pla
Hi,
Am Dienstag, 7. Januar 2025, 15:42:56 CET schrieb Sandor Yu:
> Hi Alexander
>
> It may cause by the first preferred mode in EDID is not supported by driver.
> Please use modetest or other user application to change the video mode to CTA
> standard modes.
> Such as148.5MHz 1080p60 or 594MHz 3
On Tue, Jan 07, 2025 at 03:58:46PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> If we have two nouveau controlled devices and one passes a dma-fence
> to the other, when we hit the sync path it can cause the second device
> to try and put a sync wait in it's pushbuf for the seqno of the cont
In order to avoid having userspace to use MI_MEM_FENCE,
we are adding a mechanism for userspace to generate a
PCI memory barrier with low overhead (avoiding IOCTL call
as well as writing to VRAM will adds some overhead).
This is implemented by memory-mapping a page as uncached
that is backed by MM
Test-with: 20250107140023.2940684-1-tejas.upadh...@intel.com
Tejas Upadhyay (1):
drm/xe/mmap: Add mmap support for PCI memory barrier
drivers/gpu/drm/xe/xe_bo.c | 16 -
drivers/gpu/drm/xe/xe_bo.h | 2 +
drivers/gpu/drm/xe/xe_device.c | 103 -
incl
On Mon, Jan 06, 2025 at 05:19:42PM +0100, Louis Chauvet wrote:
> On 06/01/25 - 14:04, Maxime Ripard wrote:
> > On Mon, Dec 30, 2024 at 07:37:37PM +0100, Louis Chauvet wrote:
> > > To allows driver to only use drmm objects, add helper to create
> > > drm_writeback_connectors with automated lifetime
On Tue, 7 Jan 2025 at 16:27, Maxime Ripard wrote:
>
> Hi,
>
> Thanks a lot for working on this.
>
> On Wed, Dec 25, 2024 at 01:10:09AM +0200, Dmitry Baryshkov wrote:
> > As a preparation to adding HDMI CEC helper code, add CEC-related fields
> > to the struct drm_connector. Include both cec_adapte
On 07/01/2025 15:42, Thomas Zimmermann wrote:
Hi Jocelyn
Am 07.01.25 um 13:10 schrieb Jocelyn Falempe:
On 12/12/2024 18:08, Thomas Zimmermann wrote:
Rework fbdev probing to support fbdev_probe in struct drm_driver
and remove the old fb_probe callback. Provide an initializer macro
that sets th
On Tue, Jan 7, 2025 at 4:58 AM Will Deacon wrote:
>
> On Tue, Jan 07, 2025 at 12:55:55PM +, Mostafa Saleh wrote:
> > On Tue, Dec 10, 2024 at 08:51:18AM -0800, Rob Clark wrote:
> > > From: Rob Clark
> > >
> > > This series extends io-pgtable-arm with a method to retrieve the page
> > > table e
Hi Christian,
On 7-Jan-25 4:01 PM, Christian Kujau wrote:
> Now that VirtualBox is able to run as a host on arm64 (e.g. the Apple M3
> processors) we can enable VBOXSF_FS (and in turn VBOXGUEST) for this
> architecture. Tested with various runs of bonnie++ and dbench on an Apple
> MacBook Pro w
On Tue, Jan 07, 2025 at 02:00:35AM +0200, Cristian Ciocaltea wrote:
> drm_atomic_helper_connector_hdmi_check() helper makes use of
> connector_state_get_mode() to obtain a drm_display_mode pointer, but it
> doesn't validate it, which may lead to a NULL pointer dereference in
> some cases, i.e. unlo
On Wed, Dec 25, 2024 at 01:10:13AM +0200, Dmitry Baryshkov wrote:
> CEC adapter functions are protected by drm_dev_enter() / _exit(), so it
> is safe to keep CEC registered until DRM device is being torn down. Drop
> custom CEC unsregistration code and rely on the DRM core to unregister
> CEC adapt
On Mon, Jan 06, 2025 at 01:00:12AM +0200, Dmitry Baryshkov wrote:
> The nouveau driver is the only user of the drm_encoder_slave interface.
> Demote it from KMS helpers module to the nouveau driver itself, moving
> corresponding I2C encoders to be handled by nouveau driver too.
>
> Ideally those t
On Tue, Dec 17, 2024 at 09:17:24PM +0100, Maarten Lankhorst wrote:
> Hey,
>
> Den 2024-12-17 kl. 19:23, skrev Tejun Heo:
> > Hello,
> >
> > On Tue, Dec 17, 2024 at 06:37:22PM +0100, Maarten Lankhorst wrote:
> > > Den 2024-12-17 kl. 18:11, skrev Tejun Heo:
> > > > On Tue, Dec 17, 2024 at 03:28:50P
On Tue, Jan 07, 2025 at 12:35:15PM +0200, Dmitry Baryshkov wrote:
> On Mon, Jan 06, 2025 at 03:49:48PM +0100, Maxime Ripard wrote:
> > On Mon, Jan 06, 2025 at 02:24:00PM +0200, Dmitry Baryshkov wrote:
> > > On Mon, 6 Jan 2025 at 12:39, Maxime Ripard wrote:
> > > >
> > > > Hi,
> > > >
> > > > Most
Now that VirtualBox is able to run as a host on arm64 (e.g. the Apple M3
processors) we can enable VBOXSF_FS (and in turn VBOXGUEST) for this
architecture. Tested with various runs of bonnie++ and dbench on an Apple
MacBook Pro with the latest Virtualbox 7.1.4 r165100 installed.
Signed-off-by:
From: Karol Wachowski
Implement support for explicit command queue management.
To allow more flexible control over command queues add capabilities
to create, destroy and submit jobs to specific command queues.
Signed-off-by: Karol Wachowski
Signed-off-by: Maciej Falkowski
---
drivers/accel/iv
Hi Alexander
It may cause by the first preferred mode in EDID is not supported by driver.
Please use modetest or other user application to change the video mode to CTA
standard modes.
Such as148.5MHz 1080p60 or 594MHz 3840x2160p60.
B.R
Sandor
>
> Hi Sandor,
>
> thanks for the updates.
>
> Am Di
On Mon, 06 Jan 2025 16:32:05 +0100, Christian Kujau wrote:
> Now that VirtualBox is able to run as a host on arm64 (e.g. the Apple M3
> processors) we can enable VBOXSF_FS (and in turn VBOXGUEST) for this
> architecture. Tested with various runs of bonnie++ and dbench on an Apple
> MacBook Pro with
On Thu, Jan 02, 2025 at 12:49:36PM +0100, Takashi Iwai wrote:
> Macbook 5,1 with MCP79 lost its backlight control since the recent
> change for supporting GFP-RM; it rewrote the whole nv50 backlight
> control code and each display engine is supposed to have an entry for
> IOR bl callback, but it di
Hi,
Thanks a lot for working on this.
On Wed, Dec 25, 2024 at 01:10:09AM +0200, Dmitry Baryshkov wrote:
> 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
Hi Jocelyn
Am 07.01.25 um 13:10 schrieb Jocelyn Falempe:
On 12/12/2024 18:08, Thomas Zimmermann wrote:
Rework fbdev probing to support fbdev_probe in struct drm_driver
and remove the old fb_probe callback. Provide an initializer macro
that sets the callback in struct drm_driver according to th
This simplifies the code and gives additional information upon deferral.
Signed-off-by: Alexander Stein
---
.../gpu/drm/bridge/imx/imx8qxp-pixel-link.c | 19 ++-
1 file changed, 6 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/bridge/imx/imx8qxp-pixel-link.c
b/dr
This simplifies the code and gives additional information upon deferral.
Signed-off-by: Alexander Stein
---
drivers/gpu/drm/bridge/imx/imx-ldb-helper.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/bridge/imx/imx-ldb-helper.c
b/drivers/gpu/drm
This simplifies the code and gives additional information upon deferral.
Signed-off-by: Alexander Stein
---
drivers/gpu/drm/bridge/imx/imx8qxp-ldb.c | 37
1 file changed, 12 insertions(+), 25 deletions(-)
diff --git a/drivers/gpu/drm/bridge/imx/imx8qxp-ldb.c
b/drivers/
Hi everyone,
this is a v2 of an old series still in my queue.
Changes in v2:
* Rebase to next-20250107
* Remove 'imx' prefix for commit subject in patch 2 & 3
Best regards,
Alexander
Alexander Stein (4):
drm/bridge: imx8qxp-pxl2dpi: Use dev_err_probe
drm/bridge: im
This simplifies the code and gives additional information upon deferral.
Signed-off-by: Alexander Stein
---
drivers/gpu/drm/bridge/imx/imx8qxp-pxl2dpi.c | 26 ++--
1 file changed, 7 insertions(+), 19 deletions(-)
diff --git a/drivers/gpu/drm/bridge/imx/imx8qxp-pxl2dpi.c
b/drive
1 - 100 of 166 matches
Mail list logo
