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:
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 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 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 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
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.
>
> 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
; 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 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
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
> 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
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
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
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
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
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
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,
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
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
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
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
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
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
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
On Wed, 25 Sept 2024 at 10:53, Jason Gunthorpe wrote:
>
> On Tue, Sep 24, 2024 at 09:56:58PM +0200, Danilo Krummrich wrote:
>
> > Currently - and please correct me if I'm wrong - you make it sound to me as
> > if
> > you're not willing to respect the decisions that have been taken by Nouveau
> >
On Sun, 22 Sept 2024 at 22:51, Zhi Wang wrote:
>
> All the resources that required by a new vGPU has been set up. It is time
> to activate it.
>
> Send the NV2080_CTRL_CMD_VGPU_MGR_INTERNAL_BOOTLOAD_GSP_VGPU_PLUGIN_TASK
> GSP RPC to activate the new vGPU.
This patch is probably the best example o
>
> Well, no, I am calling a core driver to be the very minimal parts that
> are actually shared between vfio and drm. It should definitely not
> include key parts you want to work on in rust, like the command
> marshaling.
Unfortunately not, the fw ABI is the unsolved problem, rust is our
best so
On Wed, 25 Sept 2024 at 05:57, Danilo Krummrich wrote:
>
> On Tue, Sep 24, 2024 at 01:41:51PM -0300, Jason Gunthorpe wrote:
> > On Tue, Sep 24, 2024 at 12:50:55AM +0200, Danilo Krummrich wrote:
> >
> > > > From the VFIO side I would like to see something like this merged in
> > > > nearish future
ffmpeg | branch: master | Dave Airlie | Mon Jun 26
08:36:32 2023 +1000| [b4283f93e183f5e06b4b44db2831ba8b00399780] | committer:
Lynne
cbs_h265: add raw filler encoding
> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=b4283f93e183f5e06b4b44db2831ba8b00399780
---
libavco
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 1411 matches
Mail list logo
