On Thu, 8 May 2025 at 08:03, Dave Airlie wrote:
>
> On Thu, 8 May 2025 at 03:52, Johannes Weiner wrote:
> >
> > Hello Dave,
> >
> > On Fri, May 02, 2025 at 01:35:59PM +1000, Dave Airlie wrote:
> > > Hey all,
> > >
> > > This is
On Thu, 8 May 2025 at 03:52, Johannes Weiner wrote:
>
> Hello Dave,
>
> On Fri, May 02, 2025 at 01:35:59PM +1000, Dave Airlie wrote:
> > Hey all,
> >
> > This is my second attempt at adding the initial simple memcg/ttm
> > integration.
> >
> > This
On Tue, 6 May 2025 at 10:37, Shakeel Butt wrote:
>
> On Fri, May 02, 2025 at 01:35:59PM +1000, Dave Airlie wrote:
> > Hey all,
> >
> > This is my second attempt at adding the initial simple memcg/ttm
> > integration.
> >
> > This varies from the first att
(1):
drm/amd/display: Fix slab-use-after-free in hdcp
Dafna Hirschfeld (1):
drm/gpusvm: set has_dma_mapping inside mapping loop
Dave Airlie (4):
Merge tag 'drm-misc-fixes-2025-04-30' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes
Merge tag &#
From: Dave Airlie
This just adds the memcg init and account_op support.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 1 +
drivers/gpu/drm/nouveau/nouveau_gem.c | 2 ++
2 files changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu
From: Dave Airlie
This adds the memcg object for any user allocated object,
and adds account_op to necessary paths which might populate
a tt object.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 7 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c| 2
From: Dave Airlie
Doing proper integration of TTM system memory allocations with
memcg is a difficult ask, primarily due to difficulties around
accounting for evictions properly.
However there are systems where userspace will be allocating
objects in system memory and they won't be pro
Hey all,
This is my second attempt at adding the initial simple memcg/ttm
integration.
This varies from the first attempt in two major ways:
1. Instead of using __GFP_ACCOUNT and direct calling kmem charges
for pool memory, and directly hitting the GPU statistic, Waiman
suggested I just do what
From: Dave Airlie
As per the socket hooks, just adds two APIs to charge GPU pages
to the memcg and uncharge them.
Suggested by Waiman.
Signed-off-by: Dave Airlie
---
include/linux/memcontrol.h | 5 +
mm/memcontrol.c| 34 ++
2 files changed, 39
From: Dave Airlie
Discrete and Integrated GPUs can use system RAM instead of
VRAM for all or some allocations. These allocations happen
via drm/ttm subsystem and are currently not accounted for
in cgroups.
Add a gpu statistic to allow a place to visualise allocations
once they are supported
On Mon, 28 Apr 2025 at 20:43, Christian König wrote:
>
> On 4/23/25 23:37, Dave Airlie wrote:
> > Hey,
> >
> > I've been tasked to look into this, and I'm going start from hopeless
> > naivety and see how far I can get. This is an initial attempt to hoo
> Hi all,
>
> After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> In file included from drivers/gpu/drm/xe/xe_bo.c:3118:
> drivers/gpu/drm/xe/tests/xe_bo.c: In function 'ccs_test_migrate':
> drivers/gpu/drm/xe/tests/xe_bo.c:63:15: error: too many argum
From: Dave Airlie
Fixes: 55df7c0c62c1 ("drm/ttm/xe: drop unused force_alloc flag")
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/xe/tests/xe_bo.c | 2 +-
drivers/gpu/drm/xe/tests/xe_dma_buf.c | 2 +-
drivers/gpu/drm/xe/tests/xe_migrate.c | 2 +-
3 files changed, 3 insert
On Sat, 26 Apr 2025 at 16:44, Dave Airlie wrote:
>
> On Sat, 26 Apr 2025 at 10:56, Linus Torvalds
> wrote:
> >
> > On Fri, 25 Apr 2025 at 16:12, Dave Airlie wrote:
> > >
> > > Weekly drm fixes, mostly amdgpu, with some exynos cleanups and a
> > &g
On Sat, 26 Apr 2025 at 10:56, Linus Torvalds
wrote:
>
> On Fri, 25 Apr 2025 at 16:12, Dave Airlie wrote:
> >
> > Weekly drm fixes, mostly amdgpu, with some exynos cleanups and a
> > couple of minor fixes, seems a bit quiet, but probably some lag from
> >
calculation of 59.94 fractional rates"
Colin Ian King (1):
drm/exynos: Fix spelling mistake "enqueu" -> "enqueue"
Dave Airlie (3):
Merge tag 'drm-misc-fixes-2025-04-22' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes
From: Dave Airlie
This just adds the memcg init and account_op support.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 1 +
drivers/gpu/drm/nouveau/nouveau_gem.c | 2 ++
2 files changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu
From: Dave Airlie
In order for modular GPU memory mgmt TTM to adjust the GPU
statistic we need to export the stat change functionality.
Signed-off-by: Dave Airlie
---
mm/memcontrol.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/mm/memcontrol.c b/mm/memcontrol.c
index 25471a0fd0be
Hey,
I've been tasked to look into this, and I'm going start from hopeless
naivety and see how far I can get. This is an initial attempt to hook
TTM system memory allocations into memcg and account for them.
It does:
1. Adds memcg GPU statistic,
2. Adds TTM memcg pointer for drivers to set on the
From: Dave Airlie
This adds the memcg object for any user allocated object,
and adds account_op to necessary paths which might populate
a tt object.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 7 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c| 2
From: Dave Airlie
Doing proper integration of TTM system memory allocations with
memcg is a difficult ask, primarily due to difficulties around
accounting for evictions properly.
However there are systems where userspace will be allocating
objects in system memory and they won't be pro
From: Dave Airlie
Discrete and Integrated GPUs can use system RAM instead of
VRAM for all or some allocations. These allocations happen
via drm/ttm subsystem and are currently not accounted for
in cgroups.
Add a gpu statistic to allow a place to visualise allocations
once they are supported
From: Dave Airlie
This flag used to be used in the old memory tracking code, that
code got migrated into the vmwgfx driver[1], and then got removed
from the tree[2], but this piece got left behind.
[1] f07069da6b4c ("drm/ttm: move memory accounting into vmwgfx v4")
[2] 8aadeb8ad874 (&
On Wed, 23 Apr 2025 at 11:57, Matthew Brost wrote:
>
> On Tue, Apr 22, 2025 at 06:48:08PM -0700, Matthew Brost wrote:
> > On Wed, Apr 23, 2025 at 09:35:35AM +1000, Dave Airlie wrote:
> > > Hey,
> > >
> > > Been digging a bit into cgroups stuff and I found
Hey,
Been digging a bit into cgroups stuff and I found this force_alloc
flags in the TTM operation context that seemed like I should dig
deeper, but I can't see this flag being used anywhere, places set it
but I can't spot the consumer of it?
Is there some out of tree patch or something currently
al_atomic_check
Christian König (1):
drm/amdgpu: use a dummy owner for sysfs triggered cleaner shaders v4
Dan Carpenter (1):
dma-buf/sw_sync: Decrement refcount on error in
sw_sync_ioctl_get_deadline()
Daniele Ceraolo Spurio (1):
drm/xe/pxp: do not queue unneeded terminations fro
reference
drm/imagination: fix firmware memory leaks
Chris Bainbridge (1):
drm/nouveau: prime: fix ttm_bo_delayed_delete oops
Christian König (2):
drm/amdgpu: immediately use GTT for new allocations
drm/amdgpu: allow pinning DMA-bufs into VRAM if all importers can do
>
> > However, I understand that you prefer to have primary authorship, even if
> > the
> > code has been re-organized in new commits, moved, modified or rewritten.
>
> Correct.
For anyone working in this area that is intending to upstream anything
from asahi, I think if code is rewritten complet
On Wed, 9 Apr 2025 at 17:49, Asahi Lina wrote:
>
>
>
> On 4/9/25 4:17 AM, Danilo Krummrich wrote:
> > On Wed, Apr 09, 2025 at 03:06:38AM +0900, Asahi Lina wrote:
> >> On 4/9/25 2:04 AM, Danilo Krummrich wrote:
> >>> On Wed, Apr 09, 2025 at 01:29:35AM +0900, Asahi Lina wrote:
> On 3/26/25 8:54
v3
Dan Carpenter (1):
drm: adp: Fix NULL vs IS_ERR() check in adp_plane_new()
Dave Airlie (5):
Merge tag 'drm-misc-next-fixes-2025-03-27' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-next
Merge tag 'drm-intel-next-fixes-2025-03-25' of
https://gitlab
On Tue, 1 Apr 2025 at 21:03, Christian König wrote:
>
> Am 31.03.25 um 22:43 schrieb Dave Airlie:
> > On Tue, 11 Mar 2025 at 00:26, Maxime Ripard wrote:
> >> Hi,
> >>
> >> On Mon, Mar 10, 2025 at 03:16:53PM +0100, Christian König wrote:
> >>> [A
nnecessary firmware version check for gc v9_4_2
Charlene Liu (1):
Revert "drm/amd/display: dml2 soc dscclk use DPM table clk setting"
Christian König (1):
drm/amdgpu: stop unmapping MQD for kernel queues v3
Dan Carpenter (1):
drm: adp: Fix NULL vs IS_ERR() check in adp_plane
On Tue, 11 Mar 2025 at 00:26, Maxime Ripard wrote:
>
> Hi,
>
> On Mon, Mar 10, 2025 at 03:16:53PM +0100, Christian König wrote:
> > [Adding Ben since we are currently in the middle of a discussion
> > regarding exactly that problem]
> >
> > Just for my understanding before I deep dive into the cod
an Carpenter (1):
accel/qaic: Fix integer overflow in qaic_validate_req()
Dave Airlie (3):
Merge tag 'drm-misc-fixes-2025-03-20' of
ssh://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes
Merge tag 'drm-xe-fixes-2025-03-20' of
https://gitlab.freedesktop.org/drm/x
rs that
> > + userspace programs rely on.
> > \ No newline at end of file
>
> This is a good thing to avoid. That can be
> fixed up at apply time.
>
> Dave, you're the only one with fingerprints on this document; is the
> change OK with you?
LGTM,
Acked-by: Dave Airlie
Dave.
>
> Thanks,
>
> jon
drm/amdgpu/vce2: fix ip block reference
Alex Hung (1):
drm/amd/display: Assign normalized_pix_clk when color depth = 14
Aliaksei Urbanski (1):
drm/amd/display: fix missing .is_two_pixels_per_container
Dave Airlie (4):
Merge tag 'amd-drm-fixes-6.14-2025-03-12' of
https:
Hey,
This introduced a warning on my local builds,
commit 30d5c46444a6aa4c78103fb898250ab5e6e8a97d
Author: Jason-JH Lin
Date: Mon Feb 24 13:12:21 2025 +0800
drm/mediatek: Fix config_updating flag never false when no mbox channel
CC [M] drivers/gpu/drm/mediatek/mtk_dp.o
/raid1/home/air
drm/amdkfd: Fix NULL Pointer Dereference in KFD queue
Brendan King (3):
drm/imagination: avoid deadlock on fence release
drm/imagination: Hold drm_gem_gpuva lock for unmap
drm/imagination: only init job done fences once
Dave Airlie (5):
drm/nouveau: select FW caching
Merge
I've looked over the two patches mentioned here, I think they have
seen enough time and we need to unblock,
Please add and merge them:
Acked-by: Dave Airlie
Dave.
On Tue, 25 Feb 2025 at 18:44, Thomas Hellström
wrote:
>
> Hi, Christian,
>
> Ping? I'd really want to g
On Thu, 27 Feb 2025 at 11:34, John Hubbard wrote:
>
> On Wed Feb 26, 2025 at 5:02 PM PST, Greg KH wrote:
> > On Wed, Feb 26, 2025 at 07:47:30PM -0400, Jason Gunthorpe wrote:
> >> The way misc device works you can't unload the module until all the
> >> FDs are closed and the misc code directly hand
On Fri, 28 Feb 2025 at 09:07, John Hubbard wrote:
>
> On Thu Feb 27, 2025 at 1:42 PM PST, Dave Airlie wrote:
> > On Thu, 27 Feb 2025 at 11:34, John Hubbard wrote:
> >> On Wed Feb 26, 2025 at 5:02 PM PST, Greg KH wrote:
> >> > On Wed, Feb 26, 2025 at 07:47:
S: Update AMDGPU DML maintainers info
Dave Airlie (4):
Merge tag 'amd-drm-fixes-6.14-2025-02-26' of
https://gitlab.freedesktop.org/agd5f/linux into drm-fixes
Merge tag 'drm-misc-fixes-2025-02-27' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes
Merge t
On Fri, 28 Feb 2025 at 11:49, Timur Tabi wrote:
>
> On Fri, 2025-02-28 at 07:37 +1000, Dave Airlie wrote:
> > I've tried to retrofit checking 0x to drivers a lot, I'd
> > prefer not to. Drivers getting stuck in wait for clear bits for ever.
>
> That'
On Wed, 26 Feb 2025 at 00:11, Alexandre Courbot wrote:
>
> On Mon Feb 24, 2025 at 9:07 PM JST, Danilo Krummrich wrote:
> > CC: Gary
> >
> > On Mon, Feb 24, 2025 at 10:40:00AM +0900, Alexandre Courbot wrote:
> >> This inability to sleep while we are accessing registers seems very
> >> constraining
>
> I'm saying that extending the time of critical sections is a concern, because
> it's more likely to miss the unplug event and it's just not necessary. You
> grab
> the guard, do a few I/O ops and drop it -- simple.
At least for nova-core I've realised I got this partly wrong,
https://gitlab.
; a flexible array member is not at the end of another structure
> > [-Wflex-array-member-not-at-end]
> >
> > Signed-off-by: Gustavo A. R. Silva
>
> @Faith, Karol: Can I get an ACK from mesa for this one?
If we do reimport this to userspace we will have to figure it out, b
On Sat, 22 Feb 2025 at 07:15, Linus Torvalds
wrote:
>
> Side note: I think you do something while editing or
> cutting-and-pasting that loses indentation.
>
> I sometimes have to guess at what the intended grouping is.
>
> In this case, notice the "More catalog fixes" entry for the msm driver.
>
>
n Kling (1):
drm/nouveau/pmu: Fix gp10b firmware guard
Abhinav Kumar (1):
drm/msm/dp: account for widebus and yuv420 during mode validation
Dave Airlie (4):
Merge tag 'drm-misc-fixes-2025-02-20' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes
Mer
I'd just like to remind everyone of the firmware requirements for
vendors that control their firmware and the driver upstreams:
https://docs.kernel.org/driver-api/firmware/firmware-usage-guidelines.html
Intel VPU it seems like you are not currently shipping upstream
firmware, and might have tied
On Thu, 20 Feb 2025 at 06:22, John Hubbard wrote:
>
> On 2/19/25 4:51 AM, Alexandre Courbot wrote:
> > Yes, that looks like the optimal way to do this actually. It also
> > doesn't introduce any overhead as the destructuring was doing both
> > high_half() and low_half() in sequence, so in some cas
On Wed, 19 Feb 2025 at 07:39, Luis Chamberlain wrote:
>
> On Tue, Feb 18, 2025 at 06:24:43PM +0100, Danilo Krummrich wrote:
> > On Tue, Feb 18, 2025 at 06:28:53AM -0800, Luis Chamberlain wrote:
> > >
> > > What I recommend is to look into why we disable it by default, I think
> >
> > I think FW_CA
> 1. How to avoid unnecessary calls to try_access().
>
> This is why I made Boot0.read() take a &RevocableGuard<'_, Bar0> as argument.
> I
> think we can just call try_access() once and then propage the guard through
> the
> callchain, where necessary.
Nope, you can't do that, RevocableGuard hol
On Tue, 18 Feb 2025 at 00:04, Alexandre Courbot wrote:
>
> Hi everyone,
>
> This short RFC is based on top of Danilo's initial driver stub series
> [1] and has for goal to initiate discussions and hopefully some design
> decisions using the simplest subdevice of the GPU (the timer) as an
> example
wergating_by_smu()
drm/amdgpu/gfx9: manually control gfxoff for CS on RV
drm/amdgpu: bump version for RV/PCO compute fix
Arnd Bergmann (1):
drm/hisilicon/hibmc: select CONFIG_DRM_DISPLAY_DP_HELPER
Dave Airlie (4):
Merge tag 'drm-misc-fixes-2025-02-13' of
https://
lure
Daniele Ceraolo Spurio (1):
drm/i915/guc: Debug print LRC state entries only if the context is pinned
Dave Airlie (4):
Merge tag 'amd-drm-fixes-6.14-2025-02-05' of
https://gitlab.freedesktop.org/agd5f/linux into drm-fixes
Merge tag 'drm-misc-fixes-2025-02-06'
From: Dave Airlie
nouveau tries to load some firmware during suspend that it loaded earlier, but
with
fw caching disabled it hangs suspend, so just rely on FW cache enabling instead
of
working around it in the driver.
Fixes: 176fdcbddfd2 ("drm/nouveau/gsp/r535: add support for booting G
On Thu, 6 Feb 2025 at 04:52, Simona Vetter wrote:
>
> On Tue, Feb 04, 2025 at 03:46:14AM +0900, Hector Martin wrote:
> > Adding Linus
> >
> > My 2c: If Linus doesn't pipe up with an authoritative answer to this
> > thread, Miguel and the other Rust folks should just merge this series
> > once it i
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
01-31
09:41:25 +1000)
drm fixes for 6.14-rc1
amdgpu:
- GC 12 fix
- Aldebaran fix
- DCN 3.5 fix
- Freesync fix
amdkfd:
- Per queue reset fix
- MES fix
----
Dave Airlie (1):
Merge tag 'amd-drm-fixes-
_allowed
drm/bridge-connector: Sync supported_formats with computed
ycbcr_420_allowed
drm/connector: hdmi: Validate supported_formats matches ycbcr_420_allowed
drm/tests: connector: Add ycbcr_420_allowed tests
Dan Carpenter (1):
drm/bridge: ite-it6263: Prevent error pointer der
ler. Thus, set the state to 'Supported'.
>
> Cc: Matthew Brost
> Cc: Danilo Krummrich
> Signed-off-by: Philipp Stanner
> ---
Reviewed-by: Dave Airlie
for both, drop them into next I suppose at this point.
> CREDITS | 4
> MAINTAINERS | 5 ++---
> 2 fil
On Sun, 12 Jan 2025 at 22:19, Greg KH wrote:
>
> On Fri, Jan 10, 2025 at 12:53:41PM -0800, Umesh Nerlige Ramappa wrote:
> > commit 55039832f98c7e05f1cf9e0d8c12b2490abd0f16 upstream
>
>
>
> > Fixes: 8135f1c09dd2 ("drm/xe/oa: Don't reset OAC_CONTEXT_ENABLE on OA
> > stream close")
> > Signed-off-b
> > > We create a "web" when we backport commits, and mark things for "Fixes:"
> > > When we get those ids wrong because you all have duplicate commits for
> > > the same thing, everything breaks.
> > >
> > > > I just don't get what the ABI the tools expect is, and why everyone is
> > > > writing b
On Mon, 13 Jan 2025 at 07:09, Greg KH wrote:
>
> On Mon, Jan 13, 2025 at 06:01:51AM +1000, Dave Airlie wrote:
> > On Mon, 13 Jan 2025 at 05:51, Dave Airlie wrote:
> > >
> > > On Sun, 12 Jan 2025 at 22:19, Greg KH wrote:
> > > >
> > > > O
On Mon, 13 Jan 2025 at 05:51, Dave Airlie wrote:
>
> On Sun, 12 Jan 2025 at 22:19, Greg KH wrote:
> >
> > On Fri, Jan 10, 2025 at 12:53:41PM -0800, Umesh Nerlige Ramappa wrote:
> > > commit 55039832f98c7e05f1cf9e0d8c12b2490abd0f16 upstream
> >
> >
&g
On Sun, 12 Jan 2025 at 22:19, Greg KH wrote:
>
> On Fri, Jan 10, 2025 at 12:53:41PM -0800, Umesh Nerlige Ramappa wrote:
> > commit 55039832f98c7e05f1cf9e0d8c12b2490abd0f16 upstream
>
>
>
> > Fixes: 8135f1c09dd2 ("drm/xe/oa: Don't reset OAC_CONTEXT_ENABLE on OA
> > stream close")
> > Signed-off-b
t "drm/mediatek: dsi: Correct calculation formula of PHY Timing"
Revert "drm/mediatek: Switch to for_each_child_of_node_scoped()"
drm/mediatek: Remove unneeded semicolon
Daniel Golle (1):
drm/mediatek: Only touch DISP_REG_OVL_PITCH_MSB if AFBC is supported
Dave Airlie (4):
From: Dave Airlie
This is the 3rd iteration of this after talking to Ben and
Danilo, I think this makes sense now.
The fence sync logic doesn't handle a fence sync across devices
as it tries to write to a channel offset from one device into
the fence bo from a different device, which won&#
From: Dave Airlie
The fence sync logic doesn't properly account for cases where
the syncing is between two different client spaces, whether
this be on a single device or multi-device.
In the pre-nv84 case this code might work, but post nv84
the fence context vma is used to work out the
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
From: Dave Airlie
I recently got a regression report for RHEL 8.10 with a multi-card
GP106 setup. This led me down a rabbit hole of a few problems,
I've sent the cross-fence device fix but this is also needed to
make things work properly.
Hopefully I can at least work out how to restrict
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 context
on the first device.
Since fence contexts are vmm bound,
-
Biju Das (3):
drm: adv7511: Fix use-after-free in adv7533_attach_dsi()
dt-bindings: display: adi,adv7533: Drop single lane support
drm: adv7511: Drop dsi single lane support
Dave Airlie (4):
Merge tag 'drm-xe-fixes-2024-12-23' of
https://gitlab.freedesktop.or
oredump
Danilo Krummrich (1):
MAINTAINERS: align Danilo's maintainer entries
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2024-12-18' of
https://gitlab.freedesktop.org/drm/i915/kernel into drm-fixes
Merge tag 'drm-misc-fixes-2024-12-19' of
https://gitlab.freede
Christian König (2):
drm/amdgpu: fix UVD contiguous CS mapping problem
drm/amdgpu: fix when the cleaner shader is emitted
Daniele Ceraolo Spurio (1):
drm/xe: Call invalidation_fence_fini for PT inval fences in error state
Dave Airlie (3):
Merge tag 'd
v3d:
- performance counter fix.
Christian König (1):
dma-buf: fix dma_fence_array_signaled v4
Dave Airlie (4):
Merge tag 'drm-misc-fixes-2024-11-21' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes
Merge tag 'drm-misc-fixes-2024
Chris Park (1):
drm/amd/display: Ignore scalar validation failure if pipe is phantom
Christophe JAILLET (1):
drm/radeon: Constify struct pci_device_id
Dave Airlie (5):
Merge tag 'drm-intel-next-fixes-2024-11-21' of
https://gitlab.freedesktop.org/drm/i915/kernel into drm-next
On Mon, 25 Nov 2024 at 02:41, Sasha Levin wrote:
>
> On Thu, Nov 21, 2024 at 10:25:45AM +1000, Dave Airlie wrote:
> >Hi Linus,
> >
> >This is the main drm pull request for 6.13.
> >
> >I've done a test merge into your tree, there were two conflicts both
&g
From: Dave Airlie
These WARN_ONs seem to trigger a lot, and we don't seem to have a
plan to fix them, so just drop them, as they are most likely
harmless.
Cc: sta...@vger.kernel.org
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nvkm/subdev/gsp/r535.c | 12 ++--
1 file ch
t patch to fix swsmu regression
Alex Deucher (1):
Revert "drm/amd/pm: correct the workload setting"
Dave Airlie (1):
Merge tag 'amd-drm-fixes-6.12-2024-11-16' of
https://gitlab.freedesktop.org/agd5f/linux
ly
Daniele Ceraolo Spurio (1):
drm/i915/gsc: ARL-H and ARL-U need a newer GSC FW.
Dave Airlie (7):
nouveau: fw: sync dma after setup is called.
nouveau: handle EBUSY and EAGAIN for GSP aux errors.
nouveau/dp: handle retries for AUX CH transfers with GSP.
From: Dave Airlie
When this code moved to non-coherent allocator the sync was put too
early for some firmwares which called the setup function, move the
sync down after the setup function.
Reported-by: Diogo Ivo
Tested-by: Diogo Ivo
Fixes: 9b340aeb26d5 ("nouveau/firmware: use dma non-coh
create GPU screen
> >>
> >> Thx for the report. Hmmm. No reply so far. :-/
Apologies for the delay and thanks to Thorsten for bringing it up again,
Does the attached patch fix it?
if you say it does I'll send it out properly.
Dave.
From c0f78b226da4177359450069e4a1af244253f
From: Dave Airlie
The upper layer transfer functions expect EBUSY as a return
for when retries should be done.
Fix the AUX error translation, but also check for both errors
in a few places.
Fixes: eb284f4b3781 ("drm/nouveau/dp: Honor GSP link training retry timeouts")
Signed-of
From: Dave Airlie
eb284f4b3781 drm/nouveau/dp: Honor GSP link training retry timeouts
tried to fix a problem with panel retires, however it appears
the auxch also needs the same treatment, so add the same retry
wrapper around it.
This fixes some eDP panels after a suspend/resume cycle.
Fixes
o based on ASIC
Balasubramani Vivekanandan (2):
drm/xe: Set mask bits for CCS_MODE register
drm/xe: Use the filelist from drm for ccs_mode change
Brendan King (2):
drm/imagination: Add a per-file PVR context list
drm/imagination: Break an object reference loop
Dave Airlie (3):
On Wed, 18 Sept 2024 at 23:48, Christian König
wrote:
>
> Tearing down the scheduler with jobs still on the pending list can
> lead to use after free issues. Add a warning if drivers try to
> destroy a scheduler which still has work pushed to the HW.
>
> When there are still entities with jobs the
On Fri, 1 Nov 2024 at 23:57, Maxime Ripard wrote:
>
> Hi,
>
> On Wed, Oct 30, 2024 at 05:03:50AM +1000, Dave Airlie wrote:
> > Hi,
> >
> > I mentioned this internally, but wanted to get it on the list,
> >
> > I ran the hdmi kunit tests with LOCKDEP and
drm/panthor: Fail job creation when the group is dead
drm/panthor: Report group as timedout when we fail to properly suspend
Dan Carpenter (2):
drm/mediatek: Fix potential NULL dereference in mtk_crtc_destroy()
drm/tegra: Fix NULL vs IS_ERR() check in probe()
Dave Airlie (4):
Hi,
I mentioned this internally, but wanted to get it on the list,
I ran the hdmi kunit tests with LOCKDEP and WW_MUTEX_SLOWPATH enabled
and hit some issues.
With the slowpath we get the occasional EDEADLK to test the paths are
doing things right, I think you should handle EDEADLK in the tests
w
g2h response timeout
Dave Airlie (4):
Merge tag 'amd-drm-fixes-6.12-2024-10-23' of
https://gitlab.freedesktop.org/agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2024-10-24' of
https://gitlab.freedesktop.org/drm/i915/kernel into drm-fixes
Merge
gpu/swsmu: Only force workload setup on init
drm/amdgpu/swsmu: default to fullscreen 3D profile for dGPUs
Aradhya Bhatia (1):
drm/xe/xe2lpg: Extend Wa_15016589081 for xe2lpg
Cong Yang (1):
drm/panel: himax-hx83102: Adjust power and gamma to optimize brightness
Dave Airlie (5):
drm/amdgpu: partially revert powerplay `__counted_by` changes
Christian König (1):
drm/radeon: always set GEM function pointer
Colin Ian King (1):
drm/nouveau/gsp: remove extraneous ; after mutex
Dave Airlie (4):
Merge tag 'amd-drm-fixes-6.12-2024-10-08' of
https://gi
locked if deferred
operations are pending
drm/panthor: Don't add write fences to the shared BOs
Charlene Liu (1):
drm/amd/display: avoid set dispclk to 0
Christian König (1):
drm/sched: revert "Always increment correct scheduler score"
Dave Airlie (
to KFD fences before clearing PTEs
Daniel Sa (1):
drm/amd/display: Emulate Display Hotplug Hang
Dave Airlie (4):
Merge tag 'drm-intel-next-fixes-2024-09-19' of
https://gitlab.freedesktop.org/drm/i915/kernel into drm-next
Merge tag 'drm-xe-next-fixes-2024-09-19'
On Fri, 27 Sept 2024 at 04:03, Jiri Kosina wrote:
>
> On Thu, 26 Sep 2024, Aditya Garg wrote:
>
> > It has been more than a month since I've sent this patch set and I
> > haven't got a clear yes or not for the same. I understand maintainers
> > are busy people, but I'd really appreciate if I get s
dependency
Ashutosh Dixit (1):
drm/xe/oa: Enable Xe2+ PES disaggregation
Ben Skeggs (1):
drm/nouveau/fb: restore init() for ramgp102
Dave Airlie (4):
Merge tag 'amd-drm-fixes-6.11-2024-09-11' of
https://gitlab.freedesktop.org/agd5f/linux into drm-fixes
Merge tag 'd
(2):
drm/i915/fence: Mark debug_fence_init_onstack() with __maybe_unused
drm/i915/fence: Mark debug_fence_free() with __maybe_unused
Daniele Ceraolo Spurio (2):
drm/i915: Do not attempt to load the GSC multiple times
drm/xe/gsc: Do not attempt to load the GSC multiple t
On Fri, 30 Aug 2024 at 12:32, Linus Torvalds
wrote:
>
> On Fri, 30 Aug 2024 at 14:08, Dave Airlie wrote:
> >
> > The TTM revert is due to some stuttering graphical apps probably due
> > to longer stalls while prefaulting.
>
> Yeah, trying to pre-fault a PMD worth of
print index for profiles
drm/amdgpu/swsmu: always force a state reprogram on init
drm/amdgpu/gfx12: set UNORD_DISPATCH in compute MQDs
Candice Li (1):
drm/amd/pm: Drop unsupported features on smu v14_0_2
Dave Airlie (4):
Merge tag 'amd-drm-fixes-6.11-2024-08-28' of
h
1 - 100 of 1277 matches
Mail list logo
