From: Dave Airlie
Now no drivers have been converted, drop the non-driver path.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo_manager.c | 28 +---
1 file changed, 9 insertions(+), 19 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_manager.c
b/drivers
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/qxl/qxl_ttm.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_ttm.c b/drivers/gpu/drm/qxl/qxl_ttm.c
index 59478761efe8..ac22971cd20b 100644
--- a/drivers/gpu/drm/qxl/qxl_ttm.c
+++ b
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_gem_vram_helper.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_vram_helper.c
b/drivers/gpu/drm/drm_gem_vram_helper.c
index b6f158ab0f5a..8a5d45a55ac7 100644
--- a/drivers/gpu
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo.c | 19 ---
drivers/gpu/drm/ttm/ttm_bo_manager.c | 27 +--
include/drm/ttm/ttm_bo_api.h | 2 --
include/drm/ttm/ttm_bo_driver.h | 14 --
4 files
From: Dave Airlie
Don't bother returning EBUSY, nobody cares enough,
if the driver has a problem, it should deal with it.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 13 -
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_thp.c
From: Dave Airlie
This makes it easier to cleanup things
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 101a7910f9f7..84e399395e4f
From: Dave Airlie
Remove the exit path, since this can't fail now.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo.c | 30 +-
1 file changed, 17 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/qxl/qxl_ttm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_ttm.c b/drivers/gpu/drm/qxl/qxl_ttm.c
index ac22971cd20b..acc4497887a6 100644
--- a/drivers/gpu/drm/qxl/qxl_ttm.c
+++ b
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/drivers/gpu/drm/radeon/radeon_ttm.c
index a5043a5b7d89..e65297b4b678 100644
--- a/drivers/gpu/drm
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_gem_vram_helper.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/drm_gem_vram_helper.c
b/drivers/gpu/drm/drm_gem_vram_helper.c
index 8a5d45a55ac7..c6cc90d42f56 100644
--- a/drivers/gpu/drm
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_ttm.c | 41 ---
1 file changed, 30 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_ttm.c
b/drivers/gpu/drm/nouveau/nouveau_ttm.c
index e3c57c612765
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo.c| 6 ++
include/drm/ttm/ttm_bo_driver.h | 12
2 files changed, 14 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 84e399395e4f
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 17 -
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_gmrid_manager.c | 19 ---
3 files changed, 17 insertions(+), 21 deletions
From: Dave Airlie
Split out the vram thp init path vs the range manager init.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 25 +++--
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 4 +---
drivers/gpu/drm/vmwgfx/vmwgfx_thp.c | 12
3 files
From: Dave Airlie
This code was assuming there was a drm_mm here, don't do
that call the correct API.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_gem_vram_helper.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_vram_helper.c
b/dr
From: Dave Airlie
This will allow the driver to control the ordering here better.
Eventually the old path will be removed.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo.c| 34 +++--
include/drm/ttm/ttm_bo_api.h| 4
include/drm/ttm
From: Dave Airlie
Use the new common manager init path.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_ttm.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/drivers/gpu/drm/radeon/radeon_ttm.c
index dbd1d2766279
From: Dave Airlie
This lets the generic mm manager be initialised by the driver.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo_manager.c | 23 ---
include/drm/ttm/ttm_bo_driver.h | 3 +++
2 files changed, 23 insertions(+), 3 deletions(-)
diff --git a
From: Dave Airlie
This code was poking inside a struct and assuming it was a drm_mm
at the start. Call the proper API.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/qxl/qxl_ttm.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_ttm.c b
From: Dave Airlie
Use new init calls to unwrap manager init
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_gtt_mgr.c | 19 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 37 +++-
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.h | 4 +--
drivers/gpu
I started pulling on a thread, and it led me down a hole.
This series refactors the ttm ttm_mem_type_manager object into
a driver owned, allocated, subclassaed object.
It starts with two minor fixes for some bad assumptions in two drivers.
Enables a new init path, ports all the drivers to the ne
uncovered by another change in 5.7
Alex Deucher (1):
Revert "drm/amdgpu: Fix NULL dereference in dpm sysfs handlers"
Dave Airlie (1):
Merge tag 'amd-drm-fixes-5.8-2020-07-30' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
James Jones (
On Wed, 29 Jul 2020 at 16:21, Dave Airlie wrote:
>
> On Fri, 24 Jul 2020 at 16:43, Thomas Zimmermann wrote:
> >
> >
> >
> > Am 23.07.20 um 17:17 schrieb Christian König:
> > > Instead of repeating that in each driver.
> > >
> > > Si
On Fri, 24 Jul 2020 at 16:43, Thomas Zimmermann wrote:
>
>
>
> Am 23.07.20 um 17:17 schrieb Christian König:
> > Instead of repeating that in each driver.
> >
> > Signed-off-by: Christian König
>
> Reviewed-by: Thomas Zimmermann
I'm not sure what happened but the patchwork copies of this series
On Wed, 15 Jul 2020 at 17:00, Tetsuo Handa
wrote:
>
> On 2020/07/14 18:13, Gu Jinxiang wrote:
> > I've encountered [BUG: unable to handle kernel NULL pointer dereference at]
> > which has call stack like your pattern2.
> > And before this happended, I got a lot of memory allocation failure
> > w
On Wed, 29 Jul 2020 at 15:05, Nick Bowler wrote:
>
> Hi,
>
> After installing Linux 5.8-rc7 I seem to get no video output on my
> NV36 card once the nouveau module is loaded. The display (connected
> to the digital output) simply reports "No Signal".
>
> I bisected to the following commit, and re
module unload when fbcon init has failed
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 '
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. Exis
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
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 a
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
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/dr
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
-
Chen-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/~agd
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
Jun 30, 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
> >> enablin
st encoders ahead 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
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 cards
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 gen
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
>
ebugfs per-file-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/
MIO handler 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-
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 signed-off-by.
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’:
/ho
ror handling path
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/pinchar
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
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 fo
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: Chr
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:
> >
> > drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.
orkarounds
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://peopl
(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
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 ca
k in switch statement 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
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
915/display: Only query DP state 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_
/a6xx: 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
d
em: Avoid iterating an empty list
drm/i915: 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
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.fr
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:
> > > >
> > >
fix crtc atomic check callback
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
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.
imeslicing
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.or
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 crea
-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:
> >
> > http://www
in interation
Colin 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
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:
> Linu
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
> git://git.kernel.org/pub/scm/linux/kernel/git/rost
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 co
ences
drm/i915: 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
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 patchw
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 the
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.
>
ssing module support
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):
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
/gt: Check cacheline 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:/
r free fix
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
Ben Skeggs (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.o
eloc_gpu batch
drm/legacy: Fix type 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-
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
901 - 1000 of 4699 matches
Mail list logo