On Fri, Jul 25, 2025 at 05:34:40AM +, Kasireddy, Vivek wrote:
> Hi Leon,
>
> > Subject: Re: [PATCH 10/10] vfio/pci: Add dma-buf export support for MMIO
> > regions
> >
> > > >
> > > > From: Leon Romanovsky
> > > >
> > > > Add support for exporting PCI device MMIO regions through dma-buf,
> >
On Fri, Jul 25, 2025 at 01:12:35PM -0600, Logan Gunthorpe wrote:
>
>
> On 2025-07-25 12:54, Leon Romanovsky wrote:
> >> The solution that would make more sense to me would be for either
> >> dma_iova_try_alloc() or another helper in dma-iommu.c to handle the
> >> P2PDMA case. dma-iommu.c already
On Sun, Jul 27, 2025 at 01:27:36PM +0900, Simon Richter wrote:
> This driver, for the time being, assumes that the kernel page size is 4kB,
> so it fails on loong64 and aarch64 with 16kB pages, and ppc64el with 64kB
> pages.
> ---
> drivers/gpu/drm/xe/Kconfig | 2 +-
> 1 file changed, 1 insertion(
Tested-by: Anthony Ruhier
Thanks for this patch series! I tested in on the Yoga Slim 7x, it works well on
my setup beside this specific patch. On Hyprland, it makes the animations
stuttery (in particular workspace changes, which are by default similar to
Gnome's).
Dropping this patch fixes this
Hi Maud,
kernel test robot noticed the following build warnings:
[auto build test WARNING on d7af19298454ed155f5cf67201a70f5cf836c842]
url:
https://github.com/intel-lab-lkp/linux/commits/Maud-Spierings-via-B4-Relay/dt-bindings-backlight-Add-max25014-bindings/20250725-191221
base: d7af19298
> -Original Message-
> From: Dmitry Baryshkov
> Sent: Saturday, July 26, 2025 6:04 PM
> To: Kandpal, Suraj
> Cc: dri-devel@lists.freedesktop.org; intel...@lists.freedesktop.org; intel-
> g...@lists.freedesktop.org; Nautiyal, Ankit K ;
> Murthy, Arun R ; Shankar, Uma
>
> Subject: Re: [
> -Original Message-
> From: Dmitry Baryshkov
> Sent: Saturday, July 26, 2025 5:50 PM
> To: Kandpal, Suraj
> Cc: dri-devel@lists.freedesktop.org; intel...@lists.freedesktop.org; intel-
> g...@lists.freedesktop.org; Nautiyal, Ankit K ;
> Murthy, Arun R ; Shankar, Uma
>
> Subject: Re: [
> -Original Message-
> From: Dmitry Baryshkov
> Sent: Saturday, July 26, 2025 5:46 PM
> To: Kandpal, Suraj
> Cc: dri-devel@lists.freedesktop.org; intel...@lists.freedesktop.org; intel-
> g...@lists.freedesktop.org; Nautiyal, Ankit K ;
> Murthy, Arun R ; Shankar, Uma
>
> Subject: Re: [
> -Original Message-
> From: Dmitry Baryshkov
> Sent: Saturday, July 26, 2025 6:10 PM
> To: Kandpal, Suraj
> Cc: dri-devel@lists.freedesktop.org; intel...@lists.freedesktop.org; intel-
> g...@lists.freedesktop.org; Nautiyal, Ankit K ;
> Murthy, Arun R ; Shankar, Uma
> ; Harry Wetland
> -Original Message-
> From: Dmitry Baryshkov
> Sent: Saturday, July 26, 2025 6:11 PM
> To: Kandpal, Suraj
> Cc: dri-devel@lists.freedesktop.org; intel...@lists.freedesktop.org; intel-
> g...@lists.freedesktop.org; Nautiyal, Ankit K ;
> Murthy, Arun R ; Shankar, Uma
>
> Subject: Re: [
ci/archive/20250726/202507262326.1j1vnzbd-...@intel.com/config)
compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project
87f0227cb60147a26a1eeb4fb06e3b505e9c7261)
reproduce (this is a W=1 build):
(https://download.01.org/0day-ci/archive/20250726/202507262326.1j1vnzbd-...@intel.com/repr
On Fri, Jul 25, 2025 at 01:48:38PM +0530, Nilesh Laad wrote:
> Currently valid mode checks are only for hdisplay and vdisplay,
> add htotal and vtotal to filter only specific modes.
Why?
>
> Signed-off-by: Nilesh Laad
> ---
> drivers/gpu/drm/bridge/lontium-lt9611uxc.c | 36
> +
On Fri, Jul 18, 2025 at 02:51:24PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> Add colorbar disable operation before reset chontroller, to make sure
> colorbar status is clear in the DP init, so if rmmod the driver and the
> previous colorbar configuration will not affect the next time insmo
On Fri, Jul 18, 2025 at 02:51:23PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> When using command rmmod and insmod, there is no showing in second time
> insmoding. Because DP controller won't send HPD signals, if connection
> doesn't change or controller isn't reset. So add reset before unre
On Fri, Jul 18, 2025 at 02:51:22PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> Our chip support KVM over IP feature, so hibmc diiver need to support
I assume that KVM-over-IP doesnt provide EDID reads. This needs to be
stated in the commit message.
> displaying without any connectors plugg
On Fri, Jul 18, 2025 at 02:51:20PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> If DP is connected, add mode check and BW check in mode_valid_ctx() to
> ensure DP's cfg is usable.
>
> For example: Some DP's mode(1920x1080 60HZ 138.5 MHz) gives to drm,
> however, the GPU is configured for 148
On Fri, Jul 18, 2025 at 02:51:19PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> In some case, the dp link training success at 8.1Gbps, but the sink's
> maximum supported rate is less than 8.1G. So change the default 8.1Gbps
> link rate to the rate that reads from devices' capabilities.
You
On Fri, Jul 18, 2025 at 02:51:16PM +0800, Yongbang Shi wrote:
> From: Baihan Li
>
> The debouncing when HPD pulled out still remains sometimes, 200ms still can
> not ensure helper_detect() is correct. Add hibmc_dp_detect_link() in
> detect_ctx(), which is to try dp link training.
I'm not sure if
rg/0day-ci/archive/20250726/202507262142.woblefkc-...@intel.com/config)
compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project
87f0227cb60147a26a1eeb4fb06e3b505e9c7261)
reproduce (this is a W=1 build):
(https://download.01.org/0day-ci/archive/20250726/202507262142.woblefkc-...
E_DEADLINE immutable atomic CRTC
property
config: x86_64-defconfig
(https://download.01.org/0day-ci/archive/20250726/202507262035.wxgijwaz-...@intel.com/config)
compiler: gcc-11 (Debian 11.3.0-12) 11.3.0
reproduce (this is a W=1 build):
(https://download.01.org/0day-ci/archive/20250726/20
On Fri, Jul 25, 2025 at 10:33:58AM +0530, Suraj Kandpal wrote:
> Define function to destroy the drm_writbeack_connector and
> drm_connector associated with it.
>
> Signed-off-by: Suraj Kandpal
> ---
> drivers/gpu/drm/i915/display/intel_writeback.c | 7 +++
> 1 file changed, 7 insertions(+)
>
On Fri, Jul 25, 2025 at 10:33:41AM +0530, Suraj Kandpal wrote:
> This series aims to enable pipe writeback functionality on
> ADLP where it has been tested. The plan is to slowly accomodate
> all supported hardware after this functionality is tested on them.
> This series also brings change to drm
On Fri, Jul 25, 2025 at 10:33:59AM +0530, Suraj Kandpal wrote:
> Add connector helper function for atomic check which sets the
> mode_changed bit and checks if pixel format of fb is valid or not.
>
> Signed-off-by: Suraj Kandpal
> ---
> .../gpu/drm/i915/display/intel_writeback.c| 49
On Fri, Jul 25, 2025 at 10:33:44AM +0530, Suraj Kandpal wrote:
> Now that drm_connector may not always be embedded within
> drm_writeback_connector, let's define a function which either uses
> the writeback helper hook that returns the drm_connector associated
> with the drm_writeback_connector or
On Fri, Jul 25, 2025 at 10:33:43AM +0530, Suraj Kandpal wrote:
> Now that we can initialize a drm_writeback_connector without
> having to initialize the drm_connector within it and leaving the
> responsibility of initialising the drm_connector and maintaining
> the association with drm_writeback_co
On Fri, Jul 25, 2025 at 10:33:42AM +0530, Suraj Kandpal wrote:
> Write a function that takes a preallocated drm_connector instead of
> using the one allocated inside the drm writeback connector init
> function.
Please start your commit message with describing the problem.
>
> Signed-off-by: Sura
On Thu, Jul 24, 2025 at 04:03:01PM +0800, Damon Ding wrote:
> Apply analogix_dp_find_panel_or_bridge() in order to move the
> panel/bridge parsing from Exynos side to the Analogix side.
>
> Signed-off-by: Damon Ding
> ---
> drivers/gpu/drm/exynos/exynos_dp.c | 18 +++---
> 1 file cha
On Thu, Jul 24, 2025 at 04:03:00PM +0800, Damon Ding wrote:
> Apply analogix_dp_find_panel_or_bridge() in order to move the
> panel/bridge parsing from Rockchip side to the Analogix side.
>
> Signed-off-by: Damon Ding
> ---
> .../gpu/drm/rockchip/analogix_dp-rockchip.c | 38 +--
On Thu, Jul 24, 2025 at 04:02:59PM +0800, Damon Ding wrote:
> Since the panel/bridge should logically be positioned behind the
> Analogix bridge in the display pipeline, it makes sense to handle
> the panel/bridge parsing on the Analogix side.
>
> Signed-off-by: Damon Ding
> ---
> .../drm/bridge
op.org/drm-intel for-linux-next
patch link:
https://lore.kernel.org/r/20250725050409.2687242-12-suraj.kandpal%40intel.com
patch subject: [PATCH 11/28] drm/i915/writeback: Define encoder->get_hw_state
config: i386-buildonly-randconfig-006-20250725
(https://download.01.org/0day-ci/arc
: e48123c607a0db8b9ad02f83c8c3d39918dbda06
patch link:
https://lore.kernel.org/r/1a56b67cf8849bc3a6140d2163a0206d03bb9a60.1753449448.git.lukas.zapolskas%40arm.com
patch subject: [PATCH v5 4/7] drm/panthor: Introduce sampling sessions to
handle userspace clients
config: x86_64-buildonly-randconfig-005-20250726
(https
: e48123c607a0db8b9ad02f83c8c3d39918dbda06
patch link:
https://lore.kernel.org/r/ae6f93a51033a35e9b8e7d2994c8595975f95264.1753449448.git.lukas.zapolskas%40arm.com
patch subject: [PATCH v5 5/7] drm/panthor: Implement the counter sampler and
sample handling
config: i386-buildonly-randconfig-006-20250726
(https://download
32 matches
Mail list logo
