djust the MST resume flow") promised
> > a follow-up, but that seems to have never materialized. Really should
> > materialize though. Patch lgtm
> >
> > Reviewed-by: Daniel Vetter
>
> Thanks!
>
> Cc: AMD folks, ack for merging the series via drm-misc-next?
ory, with a default of 32. Adapt this for
> the new client interface.
>
> v2:
> - style changes
>
> Signed-off-by: Thomas Zimmermann
> Cc: Alex Deucher
> Cc: "Christian König"
> Cc: Xinhui Pan
Acked-by: Alex Deucher
> ---
> drivers/gpu
a preferred color mode depending on
> the available video memory, with a default of 32. Adapt this for
> the new client interface.
>
> v2:
> - style changes
>
> Signed-off-by: Thomas Zimmermann
> Cc: Alex Deucher
> Cc: "Christian König"
> Cc: Xinhui Pan
iel Vetter
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/firmware/sysfb.c | 19 +--
drivers/of/platform.c| 2 +-
drivers/video/aperture.c | 11 +++
include/linux/sysfb.h| 4 ++--
4 files changed, 19 insertions(+), 17 deletions(-)
diff --git
I forgot to update the patch title but it should probably be something like:
video/aperture: optionally match the device in sysfb_disable()
Alex
On Mon, Aug 19, 2024 at 1:00 PM Alex Deucher wrote:
>
> In aperture_remove_conflicting_pci_devices(), we currently only
> call sysfb_disable
emove sysfb on the default vga pci
device")
Cc: Javier Martinez Canillas
Cc: Thomas Zimmermann
Cc: Helge Deller
Cc: Sam Ravnborg
Cc: Daniel Vetter
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/firmware/sysfb.c | 11 +--
drivers/of/platform.c| 2 +-
dri
ree_information]
> >
> > url:
> > https://github.com/intel-lab-lkp/linux/commits/Alex-Deucher/video-aperture-match-the-pci-device-when-calling-sysfb_disable/20240810-021357
> > base: git://anongit.freedesktop.org/drm/drm-misc drm-misc-next
> > patch link:
&g
On Tue, Aug 13, 2024 at 8:19 PM Michał Winiarski
wrote:
>
> On Mon, Aug 12, 2024 at 01:38:38PM GMT, Alex Deucher wrote:
> > Are there any objections to this series? We have been running into
> > this limit as a problem for a while now on big servers.
>
> I don't th
Are there any objections to this series? We have been running into
this limit as a problem for a while now on big servers.
Alex
On Mon, Jul 24, 2023 at 5:15 PM Michał Winiarski
wrote:
>
> 64 DRM device nodes is not enough for everyone.
> Upgrade it to ~512K (which definitely is more than enough
nillas
Cc: Thomas Zimmermann
Cc: Helge Deller
Cc: Sam Ravnborg
Cc: Daniel Vetter
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/video/aperture.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/video/aperture.c b/drivers/video/aperture.c
index 56
On Thu, Aug 8, 2024 at 1:19 AM Thomas Zimmermann wrote:
>
> Hi
>
> Am 07.08.24 um 21:47 schrieb Alex Deucher:
> > On Tue, Aug 6, 2024 at 3:06 AM Thomas Zimmermann
> > wrote:
> >> Hi
> >>
> >> Am 05.08.24 um 21:00 schrieb Deucher, Alexander
immermann ; Deucher, Alexander
> >> ; Koenig, Christian
> >> ; Pan, Xinhui
> >> Subject: [PATCH 1/9] drm/amdgpu: Use backlight power constants
> >>
> >> Replace FB_BLANK_ constants with their counterparts from the backlight
> >> subsystem. The
Applied and pushed out:
https://cgit.freedesktop.org/drm/drm-misc/commit/?id=8a0a7b98d4b6eeeab337ec25daa4bc0a5e710a15
Alex
On Tue, May 21, 2024 at 12:12 PM Alex Deucher wrote:
>
> I've got it teed up. Is drm-misc-fixes the right branch since we are
> in the merge window?
>
I've got it teed up. Is drm-misc-fixes the right branch since we are
in the merge window?
Alex
On Tue, May 21, 2024 at 7:20 AM Linux regression tracking (Thorsten
Leemhuis) wrote:
>
> Hi, Thorsten here, the Linux kernel's regression tracker. Top-posting
> for once, to make this easily accessibl
On Mon, May 13, 2024 at 8:20 AM Jani Nikula wrote:
>
> On Fri, 10 May 2024, Alex Deucher wrote:
> > On Fri, May 10, 2024 at 11:17 AM Jani Nikula wrote:
> >>
> >> I've sent this some moths ago, let's try again...
> >>
> >> BR,
> >&
d has_audio from display info
> drm/radeon: remove radeon_connector_edid() and stop using
> edid_blob_ptr
> drm/amdgpu: remove amdgpu_connector_edid() and stop using
> edid_blob_ptr
> drm/edid: add a helper for EDID sysfs property show
> drm/connector: update
On Wed, May 8, 2024 at 4:12 PM Easwar Hariharan
wrote:
>
> On 5/8/2024 7:53 AM, Alex Deucher wrote:
> > On Tue, May 7, 2024 at 2:32 PM Easwar Hariharan
> > wrote:
> >>
> >> On 5/3/2024 11:13 AM, Easwar Hariharan wrote:
> >>> I2C v7, SMBus
On Tue, May 7, 2024 at 2:32 PM Easwar Hariharan
wrote:
>
> On 5/3/2024 11:13 AM, Easwar Hariharan wrote:
> > I2C v7, SMBus 3.2, and I3C 1.1.1 specifications have replaced "master/slave"
> > with more appropriate terms. Inspired by and following on to Wolfram's
> > series to fix drivers/i2c/[1], fi
On Mon, Apr 8, 2024 at 3:06 PM Ville Syrjala
wrote:
>
> From: Ville Syrjälä
>
> Replace the open coded drm_crtc_vblank_crtc() with the real
> thing.
>
> Cc: Alex Deucher
> Cc: "Christian König"
> Cc: "Pan, Xinhui"
> Cc: amd-...@lists.freedes
re.kernel.org/oe-kbuild-all/202403072259.eec2vf1x-...@intel.com/
> Signed-off-by: Jani Nikula
Reviewed-by: Alex Deucher
> ---
> include/drm/ttm/ttm_pool.h | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/include/drm/ttm/ttm_pool.h b/include/drm/ttm/ttm_poo
On Fri, Mar 8, 2024 at 7:23 AM Jani Nikula wrote:
>
> Include for pgprot_t.
>
> Cc: Christian Koenig
> Cc: Huang Rui
> Acked-by: Thomas Zimmermann
> Signed-off-by: Jani Nikula
Reviewed-by: Alex Deucher
> ---
> include/drm/ttm/ttm_caching.h | 2 ++
>
On Fri, Mar 8, 2024 at 7:23 AM Jani Nikula wrote:
>
> Including the file twice can lead to errors.
>
> Signed-off-by: Jani Nikula
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/drm_crtc_helper_internal.h | 5 +
> 1 file changed, 5 insertions(+)
>
> d
On Fri, Mar 8, 2024 at 7:08 AM Jani Nikula wrote:
>
> Document structs drm_encoder_slave_funcs, drm_encoder_slave, and
> drm_i2c_encoder_driver.
>
> v2: Actually document the structs instead of just silencing kernel-doc
>
> Signed-off-by: Jani Nikula
Reviewed-by: Alex Deuch
On Fri, Mar 8, 2024 at 7:03 AM Jani Nikula wrote:
>
> Including the file twice can lead to errors.
>
> Signed-off-by: Jani Nikula
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/drm_crtc_internal.h | 5 +
> 1 file changed, 5 insertions(+)
>
> d
On Wed, Mar 6, 2024 at 1:43 PM Jani Nikula wrote:
>
> Include for u8.
>
> Signed-off-by: Jani Nikula
Acked-by: Alex Deucher
Do you want me to pick this up? Otherwise, feel free to take it via
whatever tree makes sense.
Alex
> ---
> include/drm/amd_asic_type.h | 3 +++
&g
On Thu, Feb 15, 2024 at 9:18 AM Christian König
wrote:
>
> Am 12.02.24 um 22:04 schrieb Alex Deucher:
> > We had a request to add shared buffer stats to fdinfo for amdgpu and
> > while implementing that, Christian mentioned that just looking at
> > the GEM handle count d
Add shared stats. Useful for seeing shared memory.
v2: take dma-buf into account as well
v3: use the new gem helper
Link:
https://lore.kernel.org/all/20231207180225.439482-1-alexander.deuc...@amd.com/
Signed-off-by: Alex Deucher
Cc: Rob Clark
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fdinfo.c
Switch to using the new gem shared memory stats helper
rather than hand rolling it.
Link:
https://lore.kernel.org/all/20231207180225.439482-1-alexander.deuc...@amd.com/
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/xe/xe_drm_client.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Switch to using the new gem shared memory stats helper
rather than hand rolling it.
Link:
https://lore.kernel.org/all/20231207180225.439482-1-alexander.deuc...@amd.com/
Reviewed-by: Tvrtko Ursulin
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/i915/i915_drm_client.c | 2 +-
1 file changed, 1
:
https://lore.kernel.org/all/20231207180225.439482-1-alexander.deuc...@amd.com/
Reviewed-by: Tvrtko Ursulin (v1)
Signed-off-by: Alex Deucher
---
include/drm/drm_gem.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/include/drm/drm_gem.h b/include/drm/drm_gem.h
index 369505447acd
: Alex Deucher
Cc: Rob Clark
---
drivers/gpu/drm/drm_file.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_file.c b/drivers/gpu/drm/drm_file.c
index 8c87287c3e16..638ffaf5 100644
--- a/drivers/gpu/drm/drm_file.c
+++ b/drivers/gpu/drm/drm_file.c
@@ -913,7
Clarify the documentation in preparation for updated
helpers which check the handle count as well as whether
a dma-buf has been attached.
Link:
https://lore.kernel.org/all/20231207180225.439482-1-alexander.deuc...@amd.com/
Reviewed-by: Tvrtko Ursulin
Signed-off-by: Alex Deucher
t really matter from a GPU top perspective, but it's more
correct if you actually want to see shared buffers.
After further discussions, add a helper and update all fdinfo
implementations to use that helper for consistency.
v4: switch drm_gem_object_is_shared_for_memory_stats() to an inline fu
Switch to using the new gem shared memory stats helper
rather than hand rolling it.
Link:
https://lore.kernel.org/all/20231207180225.439482-1-alexander.deuc...@amd.com/
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/i915/i915_drm_client.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Switch to using the new gem shared memory stats helper
rather than hand rolling it.
Link:
https://lore.kernel.org/all/20231207180225.439482-1-alexander.deuc...@amd.com/
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/xe/xe_drm_client.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
/20231207180225.439482-1-alexander.deuc...@amd.com/
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/drm_gem.c | 16
include/drm/drm_gem.h | 1 +
2 files changed, 17 insertions(+)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 44a948b80ee1..71b5f628d828
Clarify the documentaiton in preparation for updated
helpers which check the handle count as well as whether
a dma-buf has been attached.
Link:
https://lore.kernel.org/all/20231207180225.439482-1-alexander.deuc...@amd.com/
Signed-off-by: Alex Deucher
---
Documentation/gpu/drm-usage-stats.rst
Show buffers as shared if they are shared via dma-buf as well
(e.g., shared with v4l or some other subsystem).
v2: switch to gem helper
Link:
https://lore.kernel.org/all/20231207180225.439482-1-alexander.deuc...@amd.com/
Reviewed-by: Rob Clark (v1)
Signed-off-by: Alex Deucher
Cc: Rob Clark
Add shared stats. Useful for seeing shared memory.
v2: take dma-buf into account as well
v3: use the new gem helper
Link:
https://lore.kernel.org/all/20231207180225.439482-1-alexander.deuc...@amd.com/
Signed-off-by: Alex Deucher
Cc: Rob Clark
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fdinfo.c
t really matter from a GPU top perspective, but it's more
correct if you actually want to see shared buffers.
After further discussions, add a helper and update all fdinfo
implementations to use that helper for consistency.
Alex Deucher (6):
Documentation/gpu: Update documentation on drm
On Wed, Jan 10, 2024 at 12:39 PM Jani Nikula wrote:
>
> This will trade the W=1 warning -Wformat-overflow to
> -Wformat-truncation. This lets us enable -Wformat-overflow subsystem
> wide.
>
> Cc: Alex Deucher
> Cc: Christian König
> Cc: Pan, Xinhui
> Cc: amd-...@lis
Cc: Jonas Karlman
> Cc: Jernej Skrabec
> Cc: Jaroslav Kysela
> Cc: Takashi Iwai
> Cc: linux-so...@vger.kernel.org
> Acked-by: Maxime Ripard
> Signed-off-by: Jani Nikula
Series is:
Acked-by: Alex Deucher
> ---
> drivers/gpu/drm/bridge/lontium-lt9611.c| 1 +
&g
On Mon, Nov 13, 2023 at 3:55 PM Wolfram Sang wrote:
>
>
> > We're not in a hurry. It's just my experience with patch series' affecting
> > multiple subsystems that typically the decision was to apply the full
> > series via one tree. Also to avoid inquires from maintainers like:
> > Shall I take i
On Mon, Oct 2, 2023 at 5:20 AM Christian König
wrote:
>
> Am 29.09.23 um 21:33 schrieb Kees Cook:
> > On Fri, 22 Sep 2023 10:32:05 -0700, Kees Cook wrote:
> >> This is a batch of patches touching drm for preparing for the coming
> >> implementation by GCC and Clang of the __counted_by attribute. F
On Mon, Sep 25, 2023 at 1:52 PM Kees Cook wrote:
>
> On Mon, Sep 25, 2023 at 08:30:30AM +0200, Christian König wrote:
> > Am 22.09.23 um 19:41 schrieb Alex Deucher:
> > > On Fri, Sep 22, 2023 at 1:32 PM Kees Cook wrote:
> > > > Prepare for the coming imple
On Mon, Sep 25, 2023 at 10:07 AM Alex Deucher wrote:
>
> On Mon, Sep 25, 2023 at 2:30 AM Christian König
> wrote:
> >
> > Am 22.09.23 um 19:41 schrieb Alex Deucher:
> > > On Fri, Sep 22, 2023 at 1:32 PM Kees Cook wrote:
> > >> Prepare for the com
On Mon, Sep 25, 2023 at 2:30 AM Christian König
wrote:
>
> Am 22.09.23 um 19:41 schrieb Alex Deucher:
> > On Fri, Sep 22, 2023 at 1:32 PM Kees Cook wrote:
> >> Prepare for the coming implementation by GCC and Clang of the __counted_by
> >> attribute. Flexibl
> (for array indexing) and CONFIG_FORTIFY_SOURCE (for strcpy/memcpy-family
> functions).
>
> As found with Coccinelle[1], add __counted_by for struct ip_hw_instance.
>
> [1]
> https://github.com/kees/kernel-tools/blob/trunk/coccinelle/examples/counted_by.cocci
>
> Cc: Alex Deuch
> (for array indexing) and CONFIG_FORTIFY_SOURCE (for strcpy/memcpy-family
> functions).
>
> As found with Coccinelle[1], add __counted_by for struct
> smu10_voltage_dependency_table.
>
> [1]
> https://github.com/kees/kernel-tools/blob/trunk/coccinelle/examples/counted_by.cocci
&
On Tue, Sep 5, 2023 at 1:25 PM suijingfeng wrote:
>
> Hi,
>
>
> On 2023/9/5 13:50, Christian König wrote:
> > Am 04.09.23 um 21:57 schrieb Sui Jingfeng:
> >> From: Sui Jingfeng
> >>
> >> On a machine with multiple GPUs, a Linux user has no control over
> >> which one
> >> is primary at boot time.
On Thu, Aug 24, 2023 at 9:46 AM Jani Nikula wrote:
>
> Checking edid->input & DRM_EDID_INPUT_DIGITAL is common enough to
> deserve a helper that also lets us abstract the raw EDID a bit better.
>
> Signed-off-by: Jani Nikula
Reviewed-by: Alex Deucher
Seems to be a few ad
On Thu, Aug 31, 2023 at 6:01 PM Alex Hung wrote:
>
>
>
> On 2023-08-30 01:29, Jani Nikula wrote:
> > On Tue, 29 Aug 2023, Alex Hung wrote:
> >> On 2023-08-29 11:03, Jani Nikula wrote:
> >>> On Tue, 29 Aug 2023, Jani Nikula wrote:
> >>>> On
On Tue, Aug 29, 2023 at 6:48 AM Jani Nikula wrote:
>
> On Wed, 23 Aug 2023, Jani Nikula wrote:
> > On Tue, 22 Aug 2023, Alex Hung wrote:
> >> On 2023-08-22 06:01, Jani Nikula wrote:
> >>> Over the past years I've been trying to unify the override and firmware
> >>> EDID handling as well as EDID
about the sound tree, as nobody has really missed it
> since v5.13, and focus on the drm branches.
>
> Signed-off-by: Jani Nikula
Acked-by: Alex Deucher
> ---
> nightly.conf | 7 ---
> 1 file changed, 7 deletions(-)
>
> diff --git a/nightly.conf b/nightly.conf
>
On Fri, Jun 16, 2023 at 10:22 AM Sui Jingfeng wrote:
>
>
> On 2023/6/16 21:41, Alex Deucher wrote:
> > On Fri, Jun 16, 2023 at 3:11 AM Sui Jingfeng
> > wrote:
> >> Hi,
> >>
> >> On 2023/6/16 05:11, Alex Deucher wrote:
> >>> On Wed, J
On Fri, Jun 16, 2023 at 3:11 AM Sui Jingfeng wrote:
>
> Hi,
>
> On 2023/6/16 05:11, Alex Deucher wrote:
> > On Wed, Jun 14, 2023 at 6:50 AM Sui Jingfeng
> > wrote:
> >> Hi,
> >>
> >> On 2023/6/13 11:01, Sui Jingfeng wrote:
> >>> Fro
On Wed, Jun 14, 2023 at 6:50 AM Sui Jingfeng wrote:
>
> Hi,
>
> On 2023/6/13 11:01, Sui Jingfeng wrote:
> > From: Sui Jingfeng
> >
> > Deal only with the VGA devcie(pdev->class == 0x0300), so replace the
> > pci_get_subsys() function with pci_get_class(). Filter the non-PCI display
> > device(pde
On Tue, May 16, 2023 at 4:05 AM Jani Nikula wrote:
>
> On Thu, 09 Mar 2023, Jani Nikula wrote:
> > On Thu, 09 Mar 2023, Christian König wrote:
> >> Am 09.03.23 um 13:37 schrieb Jani Nikula:
> >>> Make the struct ttm_device_funcs pointers const so the data can be placed
> >>> in rodata.
> >>>
>
On Mon, Feb 27, 2023 at 8:04 AM Christian König
wrote:
>
> Am 27.02.23 um 10:00 schrieb Thomas Hellström:
> > Hi, Maarten,
> >
> > On 2/27/23 09:55, Maarten Lankhorst wrote:
> >> Hey,
> >>
> >> I can push this to drm-misc-next, I don't think a drm maintainer ack
> >> is needed, as long as we have
On Thu, Feb 23, 2023 at 10:03 AM Thomas Hellström
wrote:
>
> Hi, Daniel,
>
> On 2/16/23 21:18, Daniel Vetter wrote:
> > On Thu, Feb 16, 2023 at 05:27:28PM +0100, Thomas Hellström wrote:
> >> A slightly unusual cover letter for a single patch.
> >>
> >> The page table walker is currently used by th
of drm_lastclose() and drivers do not
> need their own lastclose helpers any longer.
>
> I kept the r-bs from v1, but patch 1 is entirely new and patch 3 has
> significantly grown in size.
Series is:
Reviewed-by: Alex Deucher
>
> v3:
> * include drm_fb_helper.h in
mark scores.
> >
> > Signed-off-by: Arunpravin Paneer Selvam
>
> Acked-by: Christian König , but somebody with more
> insight of the drm buddy allocator should take a closer look at this.
I'm not a drm_buddy expert either, but this patch fixes a lot of
issues on both dGPUs
own to a sane allocation behavior again.
>
> Signed-off-by: Christian König
This looks like a good bug fix and unrelated to the rest of this series.
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c| 16 +++-
> drivers/gpu/drm/amd/amdgpu/a
On Tue, Oct 11, 2022 at 10:12 AM Jani Nikula wrote:
>
> On Tue, 11 Oct 2022, Harry Wentland wrote:
> > On 2022-10-11 09:49, Jani Nikula wrote:
> >> The connector->override_edid flag is strictly for EDID override debugfs
> >> management, and drivers have no busi
Pushed patches 1-5 to drm-misc-next.
Alex
On Tue, Sep 13, 2022 at 2:14 AM Christian König
wrote:
>
> Nice cleanup. Acked-by: Christian König for
> the whole series.
>
> Thanks,
> Christian.
>
> Am 13.09.22 um 04:48 schrieb Gaosheng Cui:
> > This series contains a few cleanup patches, to remove
Acked-by: Alex Deucher
On Mon, Aug 1, 2022 at 10:08 AM Simon Ser wrote:
>
> Acked-by: Simon Ser
>
> CC amd-gfx
>
> On Monday, August 1st, 2022 at 15:52, Imre Deak wrote:
>
> > The API change introduced in
> >
> > commit 30c637151cfa ("drm/plane-hel
klight device should be used, it will be available
> before the radeon drm_device gets registered with userspace.
>
> Signed-off-by: Hans de Goede
Acked-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_encoders.c | 11 ++-
> 1 file changed, 10 insertions(+), 1 delet
ster_acpi_backlight:
> + /* Try registering an ACPI video backlight device instead. */
> + acpi_video_register_backlight();
> + return;
Can drop the return here. Either way,
Acked-by: Alex Deucher
> }
>
> void
> diff --git a/drivers/gpu/drm/amd/display/amd
On Tue, Jul 12, 2022 at 3:40 PM Hans de Goede wrote:
>
> On x86/ACPI boards the acpi_video driver will usually initializing before
initializing -> initialize
> the kms driver (except i915). This causes /sys/class/backlight/acpi_video0
> to show up and then the kms driver registers its own native
On Wed, Jul 20, 2022 at 12:44 PM Alex Deucher wrote:
>
> On Tue, Jul 12, 2022 at 3:39 PM Hans de Goede wrote:
> >
> > Before this commit when we want userspace to use the acpi_video backlight
> > device we register both the GPU's native backlight device and acpi_vi
> - To avoid linker errors when radeon is builtin and video_detect.c is in
> a module, select ACPI_VIDEO and its deps if ACPI && X86 are enabled.
> When these are not set, ACPI_VIDEO is disabled, ensuring the stubs
> from acpi/video.h will be used.
>
> Signed-of
> - To avoid linker errors when amdgpu is builtin and video_detect.c is in
> a module, select ACPI_VIDEO and its deps if ACPI && X86 are enabled.
> When these are not set, ACPI_VIDEO is disabled, ensuring the stubs
> from acpi/video.h will be used.
>
> Signed-of
in where it makes sense.
> >>
> >> Signed-off-by: Christian König
> >
> > After applying the patch, fence merging works and all sw_sync subtests
> > are passing. Thanks for taking care of this.
> >
> > Tested-by: Karolina Drobnik
>
> can an
Pushed to drm-misc-next.
Alex
On Wed, Jun 15, 2022 at 7:26 PM Stephen Rothwell wrote:
>
> Hi all,
>
> On Wed, 15 Jun 2022 13:52:34 -0700 Nathan Chancellor
> wrote:
> >
> > On Wed, Jun 15, 2022 at 04:45:16PM -0400, Alex Deucher wrote:
> > > On Wed, Jun 1
+ dri-devel
On Tue, May 31, 2022 at 6:00 AM Christian König
wrote:
>
> Hello everyone,
>
> To summarize the issue I'm trying to address here: Processes can allocate
> resources through a file descriptor without being held responsible for it.
>
> Especially for the DRM graphics driver subsystem th
On Mon, May 16, 2022 at 8:40 AM Mike Lothian wrote:
>
> Hi
>
> The merge window for 5.19 will probably be opening next week, has
> there been any progress with this bug?
It took a while to find a combination of GPUs that would repro the
issue, but now that we can, it is still being investigated.
On Wed, Mar 23, 2022 at 11:04 AM Daniel Stone wrote:
>
> Hi Alex,
>
> On Wed, 23 Mar 2022 at 14:42, Alex Deucher wrote:
> > On Wed, Mar 23, 2022 at 10:00 AM Daniel Stone wrote:
> > > On Wed, 23 Mar 2022 at 08:19, Christian König
> > > wrote:
> > >
On Wed, Mar 23, 2022 at 10:00 AM Daniel Stone wrote:
>
> On Wed, 23 Mar 2022 at 08:19, Christian König
> wrote:
> > Am 23.03.22 um 09:10 schrieb Paul Menzel:
> > > Sorry, I disagree. The motivation needs to be part of the commit
> > > message. For example see recent discussion on the LWN article
On Mon, Mar 14, 2022 at 6:12 PM Ville Syrjälä
wrote:
>
> On Fri, Feb 18, 2022 at 12:03:41PM +0200, Ville Syrjala wrote:
> > drm: Add drm_mode_init()
> > drm/bridge: Use drm_mode_copy()
> > drm/imx: Use drm_mode_duplicate()
> > drm/panel: Use drm_mode_duplicate()
> > drm/vc4: Use drm_mode
, S)
> > + drm_mode_copy(mode, E)
> > )
> >
> > @depends on !is_mode_copy@
> > struct drm_display_mode mode;
> > expression E;
> > @@
> > (
> > - mode = E
> > + drm_mode_copy(&mode, &E)
> > |
> > - memcpy(&mode
+ drm_mode_copy(mode, &E)
> |
> - memcpy(mode, E, S)
> + drm_mode_copy(mode, E)
> )
>
> @depends on !is_mode_copy@
> struct drm_display_mode mode;
> expression E;
> @@
> (
> - mode = E
> + drm_mode_copy(&mode, &E)
> |
> - memcpy(&mode, E, S)
.
> >
> > Cc: Harry Wentland
> > Cc: Leo Li
> > Cc: Rodrigo Siqueira
> > Cc: Alex Deucher
> > Cc: amd-...@lists.freedesktop.org
> > Cc: Nikola Cornij
> > Cc: Aurabindo Pillai
> > Signed-off-by: Ville Syrjälä
>
> Reviewed
On Mon, Mar 7, 2022 at 3:30 PM Niranjana Vishwanathapura
wrote:
>
> VM_BIND design document with description of intended use cases.
>
> Signed-off-by: Niranjana Vishwanathapura
> ---
> Documentation/gpu/rfc/i915_vm_bind.rst | 210 +
> Documentation/gpu/rfc/index.rst
On Wed, Mar 2, 2022 at 10:55 AM Michael Cheng wrote:
>
> Thanks for the feedback Robin!
>
> Sorry my choices of word weren't that great, but what I meant is to
> understand how ARM flushes a range of dcache for device drivers, and not
> an equal to x86 clflush.
>
> I believe the concern is if the
On Fri, Feb 18, 2022 at 7:13 AM Simon Ser wrote:
>
> On Friday, February 18th, 2022 at 12:54, Hans de Goede
> wrote:
>
> > On 2/18/22 12:39, Simon Ser wrote:
> > > On Friday, February 18th, 2022 at 11:38, Hans de Goede
> > > wrote:
> > >
> > >> What I'm reading in the above is that it is being
On Fri, Feb 4, 2022 at 5:04 AM Christian König
wrote:
>
> Instead of manually extracting the fence.
>
> Signed-off-by: Christian König
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletion
Acked-by: Alex Deucher
On Wed, Feb 2, 2022 at 6:31 AM Maxime Ripard wrote:
>
> On Mon, Jan 31, 2022 at 10:05:32PM +0100, Daniel Vetter wrote:
> > Ever since Tomi extracted the core code in 2014 it's been defacto me
> > maintaining this, with help from others from
display/intel_hdmi.c | 2 +-
> drivers/gpu/drm/meson/meson_dw_hdmi.c | 4 ++--
> drivers/gpu/drm/radeon/radeon_encoders.c | 2 +-
For radeon:
Acked-by: Alex Deucher
Note that there are several instances of this in amdgpu as well:
drivers/gpu/drm/amd/amdgpu/amdgpu_encoders.c:
On Wed, Oct 20, 2021 at 3:50 PM Bhawanpreet Lakha
wrote:
>
> From: Fangzhi Zuo
Please include a patch description.
Alex
>
> Signed-off-by: Fangzhi Zuo
> ---
> drivers/gpu/drm/amd/display/dc/core/dc.c | 14 +
> drivers/gpu/drm/amd/display/dc/core/dc_link.c | 280 ++
> ..
+ Harry, Leo
Can you guys get someone to clean this up?
Alex
On Wed, Sep 22, 2021 at 7:10 AM Jani Nikula wrote:
>
> On Tue, 21 Sep 2021, Nathan Chancellor wrote:
> > On Thu, Sep 09, 2021 at 03:51:55PM +0300, Jani Nikula wrote:
> >> DP 2.0 brings some new DPCD addresses for PHY repeaters.
> >>
On Mon, Sep 20, 2021 at 3:21 PM Arunpravin
wrote:
>
> Replace drm_mm with drm buddy manager for
> VRAM memory management
Would be good to document why we are doing this and what advantages it
brings over the old drm_mm code.
Alex
>
> Signed-off-by: Arunpravin
> ---
> .../gpu/drm/amd/amdgpu/a
On Mon, Sep 20, 2021 at 3:21 PM Arunpravin
wrote:
Please prefix the patch subject with drm. E.g.,
drm: Enable buddy memory manager support
Same for the second patch, but make it drm/amdgpu instead.
Alex
>
> Port Intel buddy system manager to drm root folder
> Add CPU mappable/non-mappable reg
On Mon, Sep 13, 2021 at 1:57 PM Sean Paul wrote:
>
> From: Sean Paul
>
> Hello,
> This patchset pulls the HDCP protocol auth/exchange/check logic out from
> i915 into a HDCP helper library which drivers can use to implement the
> proper protocol and UAPI interactions for achieving HDCP.
>
> Origi
On Wed, Aug 25, 2021 at 10:22 AM Lazar, Lijo wrote:
>
>
>
> On 8/25/2021 4:46 PM, Koba Ko wrote:
> > On Wed, Aug 25, 2021 at 6:24 PM Jani Nikula
> > wrote:
> >>
> >> On Wed, 25 Aug 2021, Koba Ko wrote:
> >>> On Wed, Aug 25, 2021 at 5:22 PM Jani Nikula
> >>> wrote:
>
> On Wed, 25 Aug
Applied. Thanks!
Alex
On Mon, Aug 23, 2021 at 2:16 AM Christian König
wrote:
>
> Am 22.08.21 um 23:21 schrieb Christophe JAILLET:
> > The wrappers in include/linux/pci-dma-compat.h should go away.
> >
> > The patch has been generated with the coccinelle script below.
> >
> > It has been compile
On Tue, Aug 10, 2021 at 4:36 AM Imre Deak wrote:
>
> Hi Kai-Heng, Alex,
>
> could you add your ack if the fix looks ok and you're ok if I push it to
> the i915 tree?
>
Acked-by: Alex Deucher
> Thanks,
> Imre
>
> On Mon, Aug 09, 2021 at 04:31:46PM +0300,
+ David, Roy
On Thu, Jul 15, 2021 at 5:18 AM Tvrtko Ursulin
wrote:
>
> From: Tvrtko Ursulin
>
> Convert fdinfo format to one documented in drm-usage-stats.rst.
>
> Opens:
> * Does it work for AMD?
> * What are the semantics of AMD engine utilisation reported in percents?
>Can it align with
On Fri, Jul 23, 2021 at 9:51 AM Tvrtko Ursulin
wrote:
>
>
> On 23/07/2021 12:23, Christian König wrote:
> > Am 23.07.21 um 13:21 schrieb Tvrtko Ursulin:
> >>
> >> On 15/07/2021 10:18, Tvrtko Ursulin wrote:
> >>> From: Tvrtko Ursulin
> >>>
> >>> Same old work but now rebased and series ending with
On Tue, Jun 22, 2021 at 12:55 PM Daniel Vetter wrote:
>
> Also review & update everything while we're at it.
>
> This is prep work to smash a ton of stuff into the kerneldoc for
> @resv.
>
> Signed-off-by: Daniel Vetter
> Cc: Sumit Semwal
> Cc: "C
by: Daniel Vetter
> Cc: Sumit Semwal
> Cc: "Christian König"
> Cc: linux-me...@vger.kernel.org
> Cc: linaro-mm-...@lists.linaro.org
Reviewed-by: Alex Deucher
> ---
> include/linux/dma-resv.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
1 - 100 of 341 matches
Mail list logo