for some reason
drm/nouveau/fbcon: zero-initialise the mode_cmd2 structure
Biju Das (1):
drm: of: Fix double-free bug
Dave Airlie (2):
Merge branch 'linux-5.8' of git://github.com/skeggsb/linux into drm-fixes
Merge tag 'drm-misc-fixes-2020-07-28' of
git://anongit.freedesktop.org
On Tue, 28 Jul 2020 at 04:51, James Jones wrote:
>
> On 7/23/20 9:06 PM, Ben Skeggs wrote:
> > On Sat, 18 Jul 2020 at 13:34, James Jones wrote:
> >>
> >> Accept the DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK()
> >> family of modifiers to handle broken userspace
> >> Xorg modesetting and Mesa drivers.
On Tue, 28 Jul 2020 at 17:49, Christian König wrote:
>
> Am 28.07.20 um 06:17 schrieb Dave Airlie:
> > From: Dave Airlie
> >
> > This is confusing, and from my reading of all the drivers only
> > nouveau got this right.
> >
> > Just make the API act u
On Tue, 28 Jul 2020 at 17:49, Christian König wrote:
>
> Am 28.07.20 um 06:51 schrieb Dave Airlie:
> > From: Dave Airlie
> >
> > This was removed in
> > f5a9a9383f279de9da63296cb623a6418a66196b drm/ttm: remove
> > TTM_MEMTYPE_FLAG_CMA
> >
>
From: Dave Airlie
Drop the WARN_ON and consolidate the two paths into one.
Use the consolidate slowpath in the execbuf utils code.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.h | 2 +-
drivers/gpu/drm/ttm/ttm_execbuf_util.c | 12 +--
include/drm/ttm
On Tue, 28 Jul 2020 at 17:30, Christian König wrote:
>
> Am 28.07.20 um 08:24 schrieb Dave Airlie:
> > From: Dave Airlie
> >
> > The WARN_ON in the non-underscore path is off questionable value
> > (can we drop it from the non-slowpath?). At least for nouveau
From: Dave Airlie
The WARN_ON in the non-underscore path is off questionable value
(can we drop it from the non-slowpath?). At least for nouveau
where it's just looked up the gem object we know the ttm object
has a reference always so we can skip the check.
It's probably nouveau could use
From: Dave Airlie
This was removed in
f5a9a9383f279de9da63296cb623a6418a66196b drm/ttm: remove TTM_MEMTYPE_FLAG_CMA
but the the declaration was left dangling.
Signed-off-by: Dave Airlie
---
include/drm/ttm/ttm_bo_driver.h | 11 ---
1 file changed, 11 deletions(-)
diff --git
From: Dave Airlie
This is confusing, and from my reading of all the drivers only
nouveau got this right.
Just make the API act under driver control of it's own allocation
failing, and don't call destroy, if the page table fails to
create there is nothing to cleanup here.
(I'm willing
From: Dave Airlie
The return value just led to BUG_ON, I think if a driver wants
to BUG_ON here it can do it itself. (don't BUG_ON).
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c| 5 ++---
drivers/gpu/drm/nouveau/nouveau_sgdma.c| 3 +--
drivers/gpu/drm/qxl
From: Dave Airlie
Just drop the argument from this.
This does ask the question if this is the function vmwgfx
should be using or should it be doing an evict all like
the other drivers.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo.c| 2 +-
drivers/gpu/drm/vmwgfx
From: Dave Airlie
Instead of rolling driver copies of them.
v2: cleanup return handling (Ben)
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 38 ++--
1 file changed, 2 insertions(+), 36 deletions(-)
diff --git a/drivers/gpu/drm/nouveau
Hi Christian + Ben,
Just been reviewing around driver TTM code, and found an inconsistency,
amdgpu + radeon both call the above before binding the ttm and going
gpu vram->ram copies, but I don't see nouveau doing it Not sure if it
could cause any issues, but it does look inconsistent.
Dave.
From: Dave Airlie
The map one was used once, just inline it, and drop them both.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h| 2 -
drivers/gpu/drm/vmwgfx/vmwgfx_ttm_buffer.c | 46 +++---
2 files changed, 6 insertions(+), 42 deletions(-)
diff
From: Dave Airlie
These two functions has the same code in them, create a common
helper function instead.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h| 4 ++
drivers/gpu/drm/vmwgfx/vmwgfx_mob.c| 60 ++
drivers/gpu/drm/vmwgfx
From: Dave Airlie
Instead of rolling driver copies of them.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 32 ++--
1 file changed, 2 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu/drm/nouveau
-Yu Tsai (1):
drm: sun4i: hdmi: Fix inverted HPD result
Dave Airlie (2):
Merge tag 'drm-misc-fixes-2020-07-22' of
git://anongit.freedesktop.org/drm/drm-misc into drm-fixes
Merge tag 'amd-drm-fixes-5.8-2020-07-22' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Paweł
On Tue, 14 Jul 2020 at 18:56, Thomas Zimmermann wrote:
>
> Hi
>
> Am 14.07.20 um 10:41 schrieb Daniel Vetter:
> > On Tue, Jul 14, 2020 at 08:41:58AM +0200, Thomas Zimmermann wrote:
> >> Hi
> >>
> >> Am 13.07.20 um 18:21 schrieb Daniel Vetter:
> >>> On Fri, Jul 10, 2020 at 08:28:16AM +0200, Thomas
0, 2020 at 10:19:23AM -0400, Alex Deucher wrote:
> > > > On Tue, Jun 30, 2020 at 10:15 AM Ville Syrjälä wrote:
> > > > >
> > > > > On Tue, Jun 30, 2020 at 04:33:37PM +1000, Dave Airlie wrote:
> > > > > > Hey Laurent,
> > > > &g
On Tue, 21 Jul 2020 at 18:47, Thomas Hellström (Intel)
wrote:
>
>
> On 7/21/20 9:45 AM, Christian König wrote:
> > Am 21.07.20 um 09:41 schrieb Daniel Vetter:
> >> On Mon, Jul 20, 2020 at 01:15:17PM +0200, Thomas Hellström (Intel)
> >> wrote:
> >>> Hi,
> >>>
> >>> On 7/9/20 2:33 PM, Daniel Vetter
>
> >> That's also why I'm not positive on the "no hw preemption, only
> >> scheduler" case: You still have a dma_fence for the batch itself,
> >> which means still no userspace controlled synchronization or other
> >> form of indefinite batches allowed. So not getting us any closer to
> >>
of time (v4)
Charan Teja Kalla (1):
dmabuf: use spinlock to access dmabuf->name
Chris Wilson (2):
drm/i915/gt: Ignore irq enabling on the virtual engines
drm/i915/gt: Only swap to a random sibling once upon creation
Dave Airlie (4):
Merge branch 'vmwgfx-fixes-5.8' of
On Thu, 16 Jul 2020 at 00:59, Thomas Zimmermann wrote:
>
> This patchset puts device initialization in the correct order and
> adds support for G200 Desktop chips (PCI ids 0x520 and 0x521).
why? :-)
I'm pretty sure I NAKed the previous version because the userspace
experience for these old
On Tue, 14 Jul 2020 at 14:09, Felix Kuehling wrote:
>
> Am 2020-07-13 um 11:28 p.m. schrieb Dave Airlie:
> > On Tue, 14 Jul 2020 at 13:14, Felix Kuehling wrote:
> >> This allows exporting and importing buffers. The API generates handles
> >> that can be used
On Tue, 14 Jul 2020 at 13:14, Felix Kuehling wrote:
>
> This allows exporting and importing buffers. The API generates handles
> that can be used with the HIP IPC API, i.e. big numbers rather than
> file descriptors.
First up why? I get the how.
> + * @share_handle is a 128 bit random number
t two can be merged without causing any pain. Feel
> free to add my ab on them.
>
> And the third one can go in immediately as well.
Acked-by: Dave Airlie for the first 2 +
indefinite explains.
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
How are we going with a fix for this regression I can commit?
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
> > Acked-by: Thomas Zimmermann
> >
> > but I'd like to have someone with more architecture expertise ack this
> > as well.
>
> Agreed. All my testing is using the bochs_drm framebuffer under
> qemu-system-sparc64
> (a sun4u machine) so it would be nice to get an ACK from Dave or someone else
>
-stats
drm/i915: Drop vm.ref for duplicate vma on construction
drm/i915: Also drop vm.ref along error paths for vma construction
drm/i915/gt: Pin the rings before marking active
Dave Airlie (5):
Merge tag 'mediatek-drm-fixes-5.8' of
https://git.kernel.org/.../chunkuang.hu/linux in
for D_SKL_PLUS
drm/i915/gvt: Fix two CFL MMIO handling caused by regression.
drm/i915/gvt: Fix incorrect check of enabled bits in mask registers
drm/i915/gvt: Use GFP_ATOMIC instead of GFP_KERNEL in atomic context
Dave Airlie (5):
Merge tag 'drm-msm-fixes-2020-06-25' of
https
commit 5fa689e66bf406ef3a1afe03d0139d90b0b13773
Author: Likun Gao
Commit: Alex Deucher
drm/amdgpu/powerplay: add smu block for sienna_cichlid
Add SMU block for sienna_cichlid with psp load type.
Signed-off-by: Likun Gao
Reviewed-by: Jack Xiao
Spot the missing
Hey Laurent,
I merged drm-misc-next and noticed this, I'm not sure if it's
collateral damage from something else changing or I've just missed it
previously. 32-bit arm build.
/home/airlied/devel/kernel/dim/src/drivers/gpu/drm/omapdrm/omap_connector.c:
In function ‘omap_connector_mode_valid’:
th
Colton Lewis (1):
gpu: host1x: Correct trivial kernel-doc inconsistencies
Daniel Gomez (1):
drm: rcar-du: Fix build error
Daniel Vetter (1):
drm/fb-helper: Fix vt restore
Dave Airlie (4):
Merge tag 'du-fixes-20200621' of
git://linuxtv.org/pinchartl/media into drm-fixes
On Fri, 26 Jun 2020 at 05:27, Jani Nikula wrote:
>
> On Fri, 26 Jun 2020, Dave Airlie wrote:
> > WTUF?
> >
> > How did this ever land in my tree, there is no ACK on this from anyone
> > in core dma-buf,
> >
> > Intel team, clean your house up here, I'm
On Fri, 8 May 2020 at 15:58, Joonas Lahtinen
wrote:
>
> Quoting Dave Airlie (2020-05-07 21:27:27)
> > On Fri, 8 May 2020 at 01:44, Chris Wilson wrote:
> > >
> > > Quoting Jason Ekstrand (2020-05-07 16:36:00)
> > > > The Vulkan driver in Mesa
WTUF?
How did this ever land in my tree, there is no ACK on this from anyone
in core dma-buf,
Intel team, clean your house up here, I'm going to have to ask you to
stop Chris merging stuff without oversight, if this sort of thing
happens, this is totally unacceptable.
Dave.
Signed-off-by:
On Wed, 24 Jun 2020 at 11:36, Stephen Rothwell wrote:
>
> Hi all,
>
> On Wed, 17 Jun 2020 10:59:29 +1000 Stephen Rothwell
> wrote:
> >
> > After merging the drm-misc tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> >
drm/i915/gt: Move gen4 GT workarounds from init_clock_gating to
workarounds
Dave Airlie (2):
Merge tag 'drm-intel-fixes-2020-06-18' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes
Merge tag 'amd-drm-fixes-5.8-2020-06-17' of
git://people.freedesktop.org/~agd5f/linux
(now with a subject you might see).
On Thu, 11 Jun 2020 at 18:38, Dave Airlie wrote:
>
> Hi Linus,
>
> This is the update of the pull I sent earlier today, it's got a couple
> of more fixes along with the i915 fixes. One sun4i fix and a connector
> hotplug race The ast fix i
On Thu, 11 Jun 2020 at 18:01, Chris Wilson wrote:
>
> Quoting Daniel Vetter (2020-06-04 09:12:09)
> > Design is similar to the lockdep annotations for workers, but with
> > some twists:
> >
> > - We use a read-lock for the execution/worker/completion side, so that
> > this explicit annotation
for format->cpp[0] case 4
Dave Airlie (2):
Merge tag 'drm-intel-next-fixes-2020-06-10' of
git://anongit.freedesktop.org/drm/drm-intel into drm-next
Merge tag 'drm-misc-next-fixes-2020-06-11' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next
Jani Nikula (1):
drm/i915/par
On Thu, 11 Jun 2020 at 13:56, Dave Airlie wrote:
>
> Hi Linus,
Hey actually skip this one in favour of the later one, one of the ast
fixes needs to get into stable as well.
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
of a DDI encoder
Dave Airlie (1):
Merge tag 'drm-intel-next-fixes-2020-06-10' of
git://anongit.freedesktop.org/drm/drm-intel into drm-next
Jani Nikula (1):
drm/i915/params: fix i915.reset module param type
drivers/gpu/drm/i915/display/intel_dp.c| 3 ++
drivers/gpu/drm/i915/gem
Fix a typo in an error message
drm/msm: Fix typo
Dave Airlie (1):
Merge https://gitlab.freedesktop.org/drm/msm into drm-next-msm-5.8
Hongbo Yao (1):
drm/msm/dpu: Fix compile warnings
Jonathan Marek (10):
drm/msm: add msm_gem_get_and_pin_iova_range
drm/msm: ad
915: Reorder await_execution before await_request
drm/i915/gt: Do not schedule normal requests immediately along virtual
drm/i915: Check for awaits on still currently executing requests
drm/i915: Whitelist context-local timestamp in the gen9 cmdparser
Dave Airlie (3):
Me
On Wed, 3 Jun 2020 at 08:14, Linus Torvalds
wrote:
>
> On Mon, Jun 1, 2020 at 11:06 PM Dave Airlie wrote:
> >
> > I've pushed a merged by me tree here, which I think gets them all
> > correct, but please let me know if you think different.
> > https://cgit.freedes
On Tue, 2 Jun 2020 at 08:15, Stephen Rothwell wrote:
>
> Hi Dave,
>
> On Fri, 29 May 2020 14:10:56 +1000 Stephen Rothwell
> wrote:
> >
> > On Tue, 26 May 2020 14:08:41 +1000 Stephen Rothwell
> > wrote:
> > >
> > > On Tue, 19 May 2020 15:09:55 +1000 Stephen Rothwell
> > > wrote:
> > > >
> >
Aric Cyr (1):
drm/amd/display: Fix potential integer wraparound resulting in a hang
Dave Airlie (2):
Merge tag 'amd-drm-fixes-5.7-2020-05-27' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-misc-fixes-2020-05
On Fri, 29 May 2020 at 12:02, Dave Airlie wrote:
>
> On Fri, 29 May 2020 at 11:49, Linus Torvalds
> wrote:
> >
> > On Thu, May 28, 2020 at 5:21 PM Dave Airlie wrote:
> > >
> > > Seems to have wound down nicely, a couple of i915 fixes, amdgpu fixes
>
On Fri, 29 May 2020 at 11:49, Linus Torvalds
wrote:
>
> On Thu, May 28, 2020 at 5:21 PM Dave Airlie wrote:
> >
> > Seems to have wound down nicely, a couple of i915 fixes, amdgpu fixes
> > and minor ingenic fixes.
>
> Dave, this doesn't even build. WTF?
drm/i915/gt: Prevent timeslicing into unpreemptable requests
Dave Airlie (3):
Merge tag 'amd-drm-fixes-5.7-2020-05-27' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2020-05-28' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes
On Sat, 23 May 2020 at 01:58, Matthias Brugger wrote:
>
>
>
> On 20/05/2020 07:46, Dave Airlie wrote:
> > On Wed, 20 May 2020 at 15:44, Dave Airlie wrote:
> >>
> >> On Mon, 18 May 2020 at 10:06, Chun-Kuang Hu
> >> wrote:
> >>>
> >&
On Thu, 28 May 2020 at 00:36, Arnd Bergmann wrote:
>
> On Wed, May 27, 2020 at 4:05 PM Ilia Mirkin wrote:
> >
> > Isn't this already fixed by
> >
> > https://cgit.freedesktop.org/drm/drm/commit/?id=7dbbdd37f2ae7dd4175ba3f86f4335c463b18403
>
> Ok, I see that fixes the link error, but I when I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
libdrm 2.4.102, lots of FreeBSD and modetest stuff.
Boram Park (1):
drm mode : fix memory leak when freeing drmModePropertyPtr
Dave Airlie (1):
Bump version to 2.4.102
Emil Velikov (17):
tests: install drmdevice
modetest
On Tue, 26 May 2020 at 13:50, Randy Dunlap wrote:
>
> On 5/25/20 4:57 PM, Andrew Morton wrote:
> > The mm-of-the-moment snapshot 2020-05-25-16-56 has been uploaded to
> >
> >http://www.ozlabs.org/~akpm/mmotm/
> >
> > mmotm-readme.txt says
> >
> > README for mm-of-the-moment:
> >
> >
Ian King (1):
drm/vmwgfx: remove redundant assignment to variable ret
Dan Carpenter (1):
drm/etnaviv: Fix a leak in submit_pin_objects()
Dave Airlie (3):
Merge branch 'vmwgfx-fixes-5.7' of
git://people.freedesktop.org/~sroland/linux into drm-fixes
Merge branch 'etnaviv/fixes
On Wed, 20 May 2020 at 15:44, Dave Airlie wrote:
>
> On Mon, 18 May 2020 at 10:06, Chun-Kuang Hu wrote:
> >
> > Hi, Dave & Daniel:
> >
> > This include dpi pin mode swap, config mipi_tx current and impedance,
> > and some fixup. I drop drm_bridge patche
On Mon, 18 May 2020 at 10:06, Chun-Kuang Hu wrote:
>
> Hi, Dave & Daniel:
>
> This include dpi pin mode swap, config mipi_tx current and impedance,
> and some fixup. I drop drm_bridge patches in this version.
>
> The following changes since commit 8f3d9f354286745c751374f5f1fcafee6b3f3136:
>
On Sat, 16 May 2020 at 15:05, Roland Scheidegger (VMware)
wrote:
>
> Dave, Daniel
>
> Some minor fixes and a maintainer change.
>
> The following changes since commit 24085f70a6e1b0cb647ec92623284641d8270637:
>
> Merge tag 'trace-v5.7-rc4' of
>
On Wed, 20 May 2020 at 08:42, Dave Airlie wrote:
>
> On Wed, 20 May 2020 at 02:33, Sasha Levin wrote:
> >
> > There is a blog post that goes into more detail about the bigger
> > picture, and walks through all the required pieces to make this work. It
> >
On Wed, 20 May 2020 at 02:33, Sasha Levin wrote:
>
> There is a blog post that goes into more detail about the bigger
> picture, and walks through all the required pieces to make this work. It
> is available here:
> https://devblogs.microsoft.com/directx/directx-heart-linux . The rest of
> this
: Mark concurrent submissions with a weak-dependency
drm/i915: Handle idling during i915_gem_evict_something busy loops
Colin Xu (1):
drm/i915/gvt: Init DPLL/DDI vreg for virtual display instead of
inheritance.
Dave Airlie (5):
Merge tag 'drm-intel-fixes-2020-05-07' of
git
On Thu, 7 May 2020 at 04:57, Sam Ravnborg wrote:
>
> Hi Harigovindan
>
> On Wed, Apr 29, 2020 at 11:15:14AM +0530, Harigovindan P wrote:
> > Add support for Visionox panel driver.
> >
> > Signed-off-by: Harigovindan P
> > Reviewed-by: Matthias Kaehlcke
>
> Thanks for your persistence on this.
>
On Thu, 14 May 2020 at 03:10, Joonas Lahtinen
wrote:
>
> Ping for merging this? If there are no issues, I'd prefer to pull in
> next gvt-next and tag the final pull sooner than later.
Can you check that I'm correct and this isn;'t in patchwork. I've
checked both the dri-devel and intel-gfx
On Wed, 13 May 2020 at 04:21, Alex Deucher wrote:
>
> On Tue, May 12, 2020 at 1:02 PM Rui Salvaterra wrote:
> >
> > On Tue, 12 May 2020 at 17:38, Daniel Vetter wrote:
> > >
> > > Otherwise all agree, agp is a mighty mess and essentially just
> > > crapshot outside of x86. It kinda worked for
On Mon, 11 May 2020 at 19:37, Oded Gabbay wrote:
>
> On Mon, May 11, 2020 at 12:11 PM Daniel Vetter wrote:
> >
> > It's the default.
> Thanks for catching that.
>
> >
> > Also so much for "we're not going to tell the graphics people how to
> > review their code", dma_fence is a pretty core piece
On Tue, 12 May 2020 at 06:28, Alex Deucher wrote:
>
> On Mon, May 11, 2020 at 4:22 PM Al Dunsmuir wrote:
> >
> > On Monday, May 11, 2020, 1:17:19 PM, "Christian König" wrote:
> > > Hi guys,
> >
> > > Well let's face it AGP is a total headache to maintain and dead for at
> > > least 10+ years.
>
Arnd Bergmann (1):
sun6i: dsi: fix gcc-4.8
Aurabindo Pillai (1):
drm/amd/display: Prevent dpcd reads with passive dongles
Daniel Kolesa (1):
drm/amd/display: work around fp code being emitted outside of
DC_FP_START/END
Dave Airlie (2):
Merge tag 'amd-drm
On Fri, 8 May 2020 at 01:44, Chris Wilson wrote:
>
> Quoting Jason Ekstrand (2020-05-07 16:36:00)
> > The Vulkan driver in Mesa for Intel hardware never uses relocations if
> > it's running on a version of i915 that supports at least softpin which
> > all versions of i915 supporting Gen12 do. On
ine is valid before acquiring
Daniel Vetter (1):
dma-buf: Fix SET_NAME ioctl uapi
Dave Airlie (3):
Merge tag 'drm-misc-fixes-2020-04-30' of
git://anongit.freedesktop.org/drm/drm-misc into drm-fixes
Merge tag 'drm-intel-fixes-2020-04-30' of
git://anongit.freedesktop.org/drm/drm-in
Alex Deucher (2):
drm/amdgpu/display: fix aux registration (v2)
drm/amdgpu/display: give aux i2c buses more meaningful names
Chris Wilson (1):
drm/i915/gt: Update PMINTRMSK holding fw
Christian König (1):
drm/scheduler: fix drm_sched_get_cleanup_job
Dave Airlie (3
(1):
drm/nouveau/sec2/gv100-: add missing MODULE_FIRMWARE()
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2020-04-15' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes
Merge tag 'amd-drm-fixes-5.7-2020-04-15' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
for drm_local_map.offset
Dave Airlie (3):
Merge tag 'drm-misc-next-fixes-2020-04-09' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next
Merge tag 'drm-intel-next-fixes-2020-04-08' of
git://anongit.freedesktop.org/drm/drm-intel into drm-next
Merge tag 'amd-drm-fixes-5.7-2020-04-08
On Fri, 10 Apr 2020 at 02:51, Thomas Hellström (VMware)
wrote:
>
> Dave, Christian,
>
> Could any of you pick this up (I'm currently on vacation) to have a
> chance of getting it in before -rc1?
I'll pull this in directly to fixes today.
Dave.
> Thanks,
> Thomas
>
>
> On 4/9/20 6:49 PM, Thomas
: Correctly cancel future watchdog and callback events
drm/amd/display: increase HDCP authentication delay
Christian König (1):
drm/mm: revert "Break long searches in fragmented address spaces"
Dave Airlie (4):
Merge tag 'drm-intel-next-fixes-2020-04-
://people.freedesktop.org/~thomash/linux into drm-next (2020-04-03
09:07:49 +1000)
drm: add support for hugepages to TTM
Dave Airlie (1):
Merge branch 'ttm-transhuge
scheduler:
- oops fix
Dave Airlie (2):
Merge tag 'drm-misc-fixes-2020-03-26' of
git://anongit.freedesktop.org/drm/drm-misc into drm-fixes
Merge tag 'amd-drm-fixes-5.6-2020-03-26' of
git://people.freedesktop.org/~agd5f/linux
On Sat, 21 Mar 2020 at 08:57, Roland Scheidegger (VMware)
wrote:
>
> Dave, Daniel,
>
> vmwgfx pull for for 5.7. Needed for GL4 functionality.
> Sync up device headers, add support for new commands, code
> refactoring around surface definition.
Two things,
1.for some reason patchwork didn't
drm/i915/execlists: Track active elements during dequeue
Dave Airlie (3):
Merge tag 'drm-misc-fixes-2020-03-18-1' of
git://anongit.freedesktop.org/drm/drm-misc into drm-fixes
Merge tag 'amd-drm-fixes-5.6-2020-03-19' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merg
This seems to contain a exynos drm fixes backmerge, please don't do
that without a headsup.
Can you send one without that or do you need a fixes backmerge, if so
please request me to do that first, then rebase this and send it.
Dave.
On Mon, 16 Mar 2020 at 11:04, Inki Dae wrote:
>
>
/i915/gt: Close race between cacheline_retire and free
drm/i915: Defer semaphore priority bumping to a workqueue
Dave Airlie (4):
Merge tag 'exynos-drm-fixes-for-v5.6-rc5-v2' of
git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge tag 'amd-drm-fixes-5.6-2020-03-11
-buf: free dmabuf->name in dma_buf_release()
Dan Carpenter (1):
drm/i915/selftests: Fix return in assert_mmap_offset()
Dave Airlie (5):
Merge tag 'exynos-drm-fixes-for-v5.6-rc5' of
git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge tag 'mediatek-drm-fixes-5.6' of
https:
On Sat, 29 Feb 2020 at 05:34, Eric Anholt wrote:
>
> On Fri, Feb 28, 2020 at 12:48 AM Dave Airlie wrote:
> >
> > On Fri, 28 Feb 2020 at 18:18, Daniel Stone wrote:
> > >
> > > On Fri, 28 Feb 2020 at 03:38, Dave Airlie wrote:
> > > > b)
On Fri, 28 Feb 2020 at 18:18, Daniel Stone wrote:
>
> On Fri, 28 Feb 2020 at 03:38, Dave Airlie wrote:
> > b) we probably need to take a large step back here.
> >
> > Look at this from a sponsor POV, why would I give X.org/fd.o
> > sponsorship money that they are
Dave Airlie (2):
Merge tag 'amd-drm-fixes-5.6-2020-02-26' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2020-02-27' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes
Jani Nikula (2):
drm/i915: fix header test with GCOV
Merge
On Fri, 28 Feb 2020 at 07:27, Daniel Vetter wrote:
>
> Hi all,
>
> You might have read the short take in the X.org board meeting minutes
> already, here's the long version.
>
> The good news: gitlab.fd.o has become very popular with our
> communities, and is used extensively. This especially
drm/i915/execlists: Always force a context reload when rewinding RING_TAIL
drm/i915/gt: Avoid resetting ring->head outside of its timeline mutex
Dave Airlie (5):
Merge tag 'amd-drm-fixes-5.6-2020-02-19' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge
: Reclaim the hanging virtual request
drm/i915: Mark the removal of the i915_request from the sched.link
Daniel Kolesa (1):
amdgpu: Prevent build errors regarding soft/hard-float FP ABI tags
Daniel Vetter (1):
drm/vgem: Close use-after-free race in vgem_gem_create
Dave Airlie (4):
nter (v2)
drm/amd/powerplay: fix spelling mistake "Attemp" -> "Attempt"
drm/amd/display: fix spelling mistake link_integiry_check ->
link_integrity_check
Daniel Vetter (2):
radeon: insert 10ms sleep in dce5_crtc_load_lut
radeon: completely remove lut
Dave Airlie (1):
Merge branch 'ttm-prot-fix' of
git://people.freedesktop.org/~thomash/linux into drm-next
Thomas Hellstrom (2):
mm: Add a vmf_insert_mixed_prot() function
mm, drm/ttm: Fix vm page protection handling
> > > >
> > > hi-actually yes, we should probably be using this instead of just dropping
> > > this. Also, I didn't write this code originally I just refactored a bunch
> > > of
> > > it - Dave Airlied is the original author, but the original version of this
> > > code was written ages ago. tbh, I
stance (cc: stable)
panfrost:
- Fix mapping of globally visible BO's (Boris)
Alex Deucher (1):
drm/amdgpu: remove the experimental flag for renoir
Boris Brezillon (1):
drm/panfrost: Add the panfrost_gem_mapping concept
On Thu, 16 Jan 2020 at 19:30, Thomas Hellström (VMware)
wrote:
>
> Dave, Daniel
>
> The main 5.6 -next pull from vmwgfx. Minor things here and there, as well
> as an added ioctl for host messaging and a corresponding api version bump.
Is there userspace for this ioctl somewhere? I need a pointer
Chris Wilson (3):
drm/i915/gt: Skip trying to unbind in restore_ggtt_mappings
drm/i915/gt: Mark context->state vma as active while pinned
drm/i915/gt: Mark ring->vma as active while pinned
Dave Airlie (3):
Merge tag 'amd-drm-fixes-5.5-2020-01-15'
dd DRIVER_SYNCOBJ_TIMELINE to amdgpu
Dave Airlie (3):
Merge tag 'drm-misc-fixes-2020-01-08' of
git://anongit.freedesktop.org/drm/drm-misc into drm-fixes
Merge tag 'amd-drm-fixes-5.5-2020-01-08' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag '
dd metrics table lock
drm/amdgpu/smu: add metrics table lock for arcturus (v2)
drm/amdgpu/smu: add metrics table lock for navi (v2)
drm/amdgpu/smu: add metrics table lock for vega20 (v2)
Ben Dooks (Codethink) (1):
drm/arm/mali: make malidp_mw_connector_helper_funcs static
Dave
Chris Wilson (2):
drm/i915/gt: Ratelimit display power w/a
drm/i915: Hold reference to intel_frontbuffer as we track activity
Dave Airlie (1):
Merge tag 'drm-intel-fixes-2019-12-23' of
git://anongit.freedesktop.org/drm
fence_work.ops before dma_fence_init
drm/i915/gem: Keep request alive while attaching fences
Chuhong Yuan (1):
drm/exynos: gsc: add missed component_del
Dave Airlie (2):
Merge tag 'exynos-drm-fixes-for-v5.5-rc3' of
git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge
Hey,
I've pulled in these two patches to drm-next directly because my arm
test build was broken.
Dave.
On Wed, 18 Dec 2019 at 06:47, Alex Deucher wrote:
>
> ARM has a 2000us limit for udelay. Switch to msleep. This code
> executes in a worker thread so shouldn't be an atomic context.
>
>
Wilson (3):
drm/i915/gt: Save irqstate around virtual_context_destroy
drm/i915/gt: Detect if we miss WaIdleLiteRestore
drm/i915: Serialise with remote retirement
Daniel Vetter (1):
MAINTAINERS: Match on dma_buf|fence|resv anywhere
Dave Airlie (6):
Merge tag 'drm-misc-
901 - 1000 of 4540 matches
Mail list logo