[git pull] drm fixes for 6.16-rc8/final (resend in txt for sure)

[git pull] drm fixes for 6.16-rc8/final (resend in txt for sure)

[Dave Airlie]

(this time for sure, plain text).

Hi Linus,

This might just be part one, but I'm sending it a bit early as it has
two sets of reverts for regressions, one is all the gem/dma-buf
handling and another was a nouveau ioctl change.

Otherwise there is an amdgpu fix, nouveau fix and a scheduler fix.

If any other changes come in I'll follow up with another more usual Fri/Sat MR.

Dave.

drm-fixes-2025-07-24:
drm fixes for 6.16-rc8

gem:
- revert all the dma-buf/gem changes
  as there as lifetime issues with it.

nouveau:
- revert an ioctl change as it causes issues
- fix NULL ptr on fermi

bridge:
- remove extra semicolon

sched:
- remove hang causing optimisation

amdgpu:
- fix garbage in cleared vram after resume
The following changes since commit 89be9a83ccf1f88522317ce02f854f30d6115c41:

  Linux 6.16-rc7 (2025-07-20 15:18:33 -0700)

are available in the Git repository at:

  https://gitlab.freedesktop.org/drm/kernel.git tags/drm-fixes-2025-07-24

for you to fetch changes up to 337666c522b9eca36deabf4133f7b2279155b69f:

  Merge tag 'drm-misc-fixes-2025-07-23' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes
(2025-07-24 06:49:38 +1000)

----------------------------------------------------------------
drm fixes for 6.16-rc8

gem:
- revert all the dma-buf/gem changes
  as there as lifetime issues with it.

nouveau:
- revert an ioctl change as it causes issues
- fix NULL ptr on fermi

bridge:
- remove extra semicolon

sched:
- remove hang causing optimisation

amdgpu:
- fix garbage in cleared vram after resume

----------------------------------------------------------------
Arnd Bergmann (1):
      Revert "drm/nouveau: check ioctl command codes better"

Arunpravin Paneer Selvam (1):
      drm/amdgpu: Reset the clear flag in buddy during resume

Ben Skeggs (1):
      drm/nouveau/nvif: fix null ptr deref on pre-fermi boards

Dave Airlie (1):
      Merge tag 'drm-misc-fixes-2025-07-23' of
https://gitlab.freedesktop.org/drm/misc/kernel into drm-fixes

Douglas Anderson (1):
      drm/bridge: ti-sn65dsi86: Remove extra semicolon in ti_sn_bridge_probe()

Lin.Cao (1):
      drm/sched: Remove optimization that causes hang when killing
dependent jobs

Thomas Zimmermann (7):
      Revert "drm/virtio: Use dma_buf from GEM object instance"
      Revert "drm/vmwgfx: Use dma_buf from GEM object instance"
      Revert "drm/etnaviv: Use dma_buf from GEM object instance"
      Revert "drm/prime: Use dma_buf from GEM object instance"
      Revert "drm/gem-framebuffer: Use dma_buf from GEM object instance"
      Revert "drm/gem-shmem: Use dma_buf from GEM object instance"
      Revert "drm/gem-dma: Use dma_buf from GEM object instance"

 drivers/gpu/drm/amd/amdgpu/amdgpu_device.c   |  2 ++
 drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.h      |  1 +
 drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c | 17 +++++++++++
 drivers/gpu/drm/bridge/ti-sn65dsi86.c        |  2 +-
 drivers/gpu/drm/drm_buddy.c                  | 43 ++++++++++++++++++++++++++++
 drivers/gpu/drm/drm_gem_dma_helper.c         |  2 +-
 drivers/gpu/drm/drm_gem_framebuffer_helper.c |  8 ++++--
 drivers/gpu/drm/drm_gem_shmem_helper.c       |  4 +--
 drivers/gpu/drm/drm_prime.c                  |  8 +++++-
 drivers/gpu/drm/etnaviv/etnaviv_gem_prime.c  |  4 +--
 drivers/gpu/drm/nouveau/nouveau_drm.c        | 11 +++----
 drivers/gpu/drm/nouveau/nvif/chan.c          |  3 ++
 drivers/gpu/drm/scheduler/sched_entity.c     | 21 ++------------
 drivers/gpu/drm/virtio/virtgpu_prime.c       |  5 ++--
 drivers/gpu/drm/vmwgfx/vmwgfx_gem.c          |  6 ++--
 include/drm/drm_buddy.h                      |  2 ++
 16 files changed, 101 insertions(+), 38 deletions(-)

Re: [git pull] drm fixes for 6.16-rc8/final (resend in txt for sure)

[Linus Torvalds]

On Wed, 23 Jul 2025 at 17:40, Dave Airlie <airlied@gmail.com> wrote:
>
> (this time for sure, plain text).

I knew you could do it! Third time's the charm!

I hope I don't need to worry about the branch contents as much as I
apparently need to worry about your email sending capabilities?

            Linus

Re: [git pull] drm fixes for 6.16-rc8/final (resend in txt for sure)

[Dave Airlie]

On Thu, 24 Jul 2025 at 11:59, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> On Wed, 23 Jul 2025 at 17:40, Dave Airlie <airlied@gmail.com> wrote:
> >
> > (this time for sure, plain text).
>
> I knew you could do it! Third time's the charm!
>
> I hope I don't need to worry about the branch contents as much as I
> apparently need to worry about your email sending capabilities?

Should be pretty safe, whatever muscle memory I have to send fixes
pull requests, only seems to work on the weekends.

Dave.

Re: [git pull] drm fixes for 6.16-rc8/final (resend in txt for sure)

[pr-tracker-bot]

The pull request you sent on Thu, 24 Jul 2025 10:40:08 +1000:

> https://gitlab.freedesktop.org/drm/kernel.git tags/drm-fixes-2025-07-24

has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/25fae0b93d1d7ddb25958bcb90c3c0e5e0e202bd

Thank you!

-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/prtracker.html

Re: [git pull] drm fixes for 6.16-rc8/final (resend in txt for sure)

[Jacek Lawrynowicz]

Hi,

On 7/24/2025 3:59 AM, Linus Torvalds wrote:
> On Wed, 23 Jul 2025 at 17:40, Dave Airlie <airlied@gmail.com> wrote:
>>
>> (this time for sure, plain text).
> 
> I knew you could do it! Third time's the charm!
> 
> I hope I don't need to worry about the branch contents as much as I
> apparently need to worry about your email sending capabilities?
> 
>             Linus

Linux is one of the greatest software projects of all time and that's because of the people who build it.

Linus, please don't set this example. Such behavior propagates down and makes the community miserable.

Regards,
Jacek

Re: [git pull] drm fixes for 6.16-rc8/final (resend in txt for sure)

[Linus Torvalds]

On Thu, 24 Jul 2025 at 01:50, Jacek Lawrynowicz
<jacek.lawrynowicz@linux.intel.com> wrote:
>
> Such behavior propagates down and makes the community miserable.

Google "friendly ribbing".

               Linus