Re: [PATCH v2 0/7] Allow dynamic allocation of software IO TLB bounce buffers

Hi I was hoping this might land for 6.5-rc1, is there a new version that might apply against 6.5? Cheers Mike On Tue, 9 May 2023 at 08:32, Greg Kroah-Hartman wrote: > > On Tue, May 09, 2023 at 09:16:35AM +0200, Petr Tesařík wrote: > > On Wed, 26 Apr 2023 14:44:39 +0200 > > Petr Tesařík

Re: [PATCH v2 0/7] Allow dynamic allocation of software IO TLB bounce buffers

:53:38 +0100 > Mike Lothian wrote: > > > On Wed, 19 Apr 2023 at 11:05, Petr Tesarik > > wrote: > > > > > > From: Petr Tesarik > > > > > > The goal of my work is to provide more flexibility in the sizing of > > > SWIOTLB. > > >

Re: [PATCH v2 0/7] Allow dynamic allocation of software IO TLB bounce buffers

On Wed, 19 Apr 2023 at 11:05, Petr Tesarik wrote: > > From: Petr Tesarik > > The goal of my work is to provide more flexibility in the sizing of > SWIOTLB. > > The software IO TLB was designed with these assumptions: > > 1. It would not be used much, especially on 64-bit systems. > 2. A small

Re: [PATCH 10/13] drm/amdgpu: use scheduler depenencies for CS

On Wed, 21 Dec 2022 at 15:52, Luben Tuikov wrote: > > On 2022-12-21 10:34, Mike Lothian wrote: > > On Fri, 14 Oct 2022 at 09:47, Christian König > > wrote: > >> > >> Entirely remove the sync obj in the job. > >> > >> Signed-off-by: Chri

Re: [PATCH 10/13] drm/amdgpu: use scheduler depenencies for CS

https://gitlab.freedesktop.org/drm/amd/-/issues/2309 On Wed, 21 Dec 2022 at 15:34, Mike Lothian wrote: > > On Fri, 14 Oct 2022 at 09:47, Christian König > wrote: > > > > Entirely remove the sync obj in the job. > > > > Signed-off-by: Christian König > &

Re: [PATCH 10/13] drm/amdgpu: use scheduler depenencies for CS

On Fri, 14 Oct 2022 at 09:47, Christian König wrote: > > Entirely remove the sync obj in the job. > > Signed-off-by: Christian König > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 21 ++--- > drivers/gpu/drm/amd/amdgpu/amdgpu_cs.h | 2 ++ >

Re: [PATCH] Revert "drm/amdgpu: add drm buddy support to amdgpu"

Hi When is this relanding? Cheers Mike On Mon, 18 Jul 2022 at 21:40, Dixit, Ashutosh wrote: > > On Thu, 14 Jul 2022 08:00:32 -0700, Christian König wrote: > > > > Am 14.07.22 um 15:33 schrieb Alex Deucher: > > > On Thu, Jul 14, 2022 at 9:09 AM Christian König > > > wrote: > > >> Hi Mauro, >

Re: [PATCH v12] drm/amdgpu: add drm buddy support to amdgpu

Hi The buddy allocator is still causing me issues in 5.19-rc3 (https://gitlab.freedesktop.org/drm/amd/-/issues/2059) I'm no longer seeing null pointers though, so I think the bulk move fix did it's bit Let me know if there's anything I can help with, now there aren't freezes I can offer remote

Re: [PATCH] drm/amdgpu: Fix GTT size reporting in amdgpu_ioctl

On Mon, 13 Jun 2022 at 10:11, Michel Dänzer wrote: > > On 2022-06-11 09:19, Christian König wrote: > > Am 10.06.22 um 15:54 schrieb Michel Dänzer: > >> From: Michel Dänzer > >> > >> The commit below changed the TTM manager size unit from pages to > >> bytes, but failed to adjust the

Re: [PATCH] drm/amdgpu: Fix GTT size reporting in amdgpu_ioctl

Thanks for finding this I'll have access to my machine on Monday and will close those issues off once I've tested things Cheers Mike On Sat, 11 Jun 2022, 09:19 Christian König, < ckoenig.leichtzumer...@gmail.com> wrote: > Am 10.06.22 um 15:54 schrieb Michel Dänzer: > > From: Michel Dänzer >

Re: [PATCH v12] drm/amdgpu: add drm buddy support to amdgpu

On Sat, 28 May 2022 at 08:44, Paneer Selvam, Arunpravin wrote: > > [Public] > > Hi, > > After investigating quite some time on this issue, found freeze problem is > not with the amdgpu part of buddy allocator patch as the patch doesn’t throw > any issues when applied separately on top of the

Re: [PATCH v12] drm/amdgpu: add drm buddy support to amdgpu

Hi The merge window for 5.19 will probably be opening next week, has there been any progress with this bug? Thanks Mike On Mon, 2 May 2022 at 17:31, Mike Lothian wrote: > > On Mon, 2 May 2022 at 16:54, Arunpravin Paneer Selvam > wrote: > > > > > > > > On 5/2

[PATCH 3/3] drm/amdgpu/gfx11: Add missing break

: ^ break; Signed-off-by: Mike Lothian --- drivers/gpu/drm/amd/amdgpu/gfx_v11_0.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v11_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v11_0.c index b6fc39edc862..e26f97f77db6 100644 --- a/drivers/gpu/drm/amd

[PATCH 2/3] drm/amdgpu/gfx11: Initalise index

rivers/gpu/drm/amd/amdgpu/gfx_v11_0.c:364:16: note: initialize the variable 'index' to silence this warning unsigned index; ^ = 0 Signed-off-by: Mike Lothian --- drivers/gpu/drm/amd/amdgpu/gfx_v11_0.c | 2 +- 1 file changed, 1 insertion

[PATCH 1/3] drm/amdgpu/gfx10: Initalise index

_queue) { ^ drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c:3839:16: note: initialize the variable 'index' to silence this warning unsigned index; ^ = 0 Signed-off-by: Mike Lothian --- drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c | 2 +- 1 file changed, 1 insertion

[PATCH 0/3] amdgpu: A few fixes for clang warnings

Just a few simple fixes to get rid of warnings seen with clang 14 Mike Lothian (3): drm/amdgpu/gfx10: Initalise index drm/amdgpu/gfx11: Initalise index drm/amdgpu/gfx11: Add missing break drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c | 2 +- drivers/gpu/drm/amd/amdgpu/gfx_v11_0.c | 3 ++- 2

Re: [PATCH v12] drm/amdgpu: add drm buddy support to amdgpu

On Mon, 2 May 2022 at 16:54, Arunpravin Paneer Selvam wrote: > > > > On 5/2/2022 8:41 PM, Mike Lothian wrote: > > On Wed, 27 Apr 2022 at 12:55, Mike Lothian wrote: > >> On Tue, 26 Apr 2022 at 17:36, Christian König > >> wrote: > >>> Hi Mike, &g

Re: [PATCH v12] drm/amdgpu: add drm buddy support to amdgpu

On Wed, 27 Apr 2022 at 12:55, Mike Lothian wrote: > > On Tue, 26 Apr 2022 at 17:36, Christian König > wrote: > > > > Hi Mike, > > > > sounds like somehow stitching together the SG table for PRIME doesn't > > work any more with this patch. &g

Re: [PATCH v12] drm/amdgpu: add drm buddy support to amdgpu

On Tue, 26 Apr 2022 at 17:36, Christian König wrote: > > Hi Mike, > > sounds like somehow stitching together the SG table for PRIME doesn't > work any more with this patch. > > Can you try with P2P DMA disabled? -CONFIG_PCI_P2PDMA=y +# CONFIG_PCI_P2PDMA is not set If that's what you're meaning,

Re: [PATCH v12] drm/amdgpu: add drm buddy support to amdgpu

Hi I'm having issues with this patch on my PRIME system and vulkan workloads https://gitlab.freedesktop.org/drm/amd/-/issues/1992 Is there any chance you could take a look? Cheers Mike

Re: [PATCH 06/11] drm/amdgpu: remove GTT accounting v2

Hi This patch seems to be causing me problems https://gitlab.freedesktop.org/drm/amd/-/issues/1927 There are 3 issues I'm experiencing, two kernel bugs and a mesa bug Cheers Mike On Mon, 14 Feb 2022 at 09:34, Christian König wrote: > > This is provided by TTM now. > > Also switch man->size

Re: [Intel-gfx] [PATCH 0/3] Update firmware to v62.0.0

Hi Is there a place where we can download these new firmware images? Cheers Mike On Wed, 16 Jun 2021 at 00:55, Matthew Brost wrote: > As part of enabling GuC submission [1] we need to update to the latest > and greatest firmware. This series does that. All backwards > compatibility breaking

Re: [PATCH] drm/ttm: Remove pinned bos from LRU in ttm_bo_move_to_lru_tail() v2

Hi This breaks things for me on my Prime system https://gitlab.freedesktop.org/drm/misc/-/issues/23 Cheers Mike ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: amdgpu does not support 3840x2160@30Hz on kaveri apu

Hi You're probably best reporting the bug here: https://gitlab.freedesktop.org/drm/amd/-/issues Attach the output of dmesg from both Radeon and AMDGPU and the compositor / Wayland logs (as you're not using X) Cheers Mike On Sun, 3 Jan 2021, 06:32 Davide Corrado, wrote: > hello, I'd like

Re: [PATCH] drm/amdgpu: fix check oder in amdgpu_bo_move

Tested-by: Mike Lothian Fixes https://gitlab.freedesktop.org/drm/amd/-/issues/1405 Can we make sure this gets into rc1? On Tue, 17 Nov 2020 at 15:02, Nirmoy wrote: > > Tested-by: Nirmoy Das > Tested on commit 96fb3cbef165db97c999a02efe2287ba4b8c1ceb (HEAD, > drm-misc/d

Re: [PATCH 2/4] drm/amdgpu/ttm: use multihop

Hi This patch is causing issues for me on both a Raven system and a Tonga (PRIME) system https://gitlab.freedesktop.org/drm/amd/-/issues/1405 It's only recently been merged into agd5f's tree - which is why I'm only just noticing it I realise this has now been submitted for rc1 - please can

Re: [pull] amdgpu, amdkfd, radeon drm-next-5.6

Hi Please can amdgpu/raven_ta.bin be published somewhere Thanks Mike On Wed, 11 Dec 2019 at 22:30, Alex Deucher wrote: > > Hi Dave, Daniel, > > Kicking off 5.6 with new stuff from AMD. There is a UAPI addition. We > added a new firmware for display, and this just adds the version query > to

Re: [PATCH 0/7] gem_bo.resv prime unification, leftovers

I'll try testing this on my Skylake/Tonga setup tonight On Tue, 25 Jun 2019 at 21:42, Daniel Vetter wrote: > > Hi all, > > Here's the unmerged leftovers from my big prime cleanup series: > - using the prepare_fb helper in vc4, now hopefully fixed up. The > helper should be now even more

Re: [PATCH v2 0/3] A DRM API for adaptive sync and variable refresh rate support

Hi I'm curious to know whether this will/could work over PRIME If the discrete card is rendering slower than the display's frequency could the frequency be dropped on integrated display? I think there are laptops that have freesync now Cheers Mike On Mon, 1 Oct 2018 at 08:15 Daniel Vetter

Re: [PATCH 2/2] drm/ttm: once more fix ttm_bo_bulk_move_lru_tail v2

Hi This fixes a boot issue I had on Raven ( https://bugs.freedesktop.org/show_bug.cgi?id=107922) Feel free to add to both patches: Tested-by: Mike Lothian Cheers Mike On Thu, 13 Sep 2018 at 12:22 Christian König < ckoenig.leichtzumer...@gmail.com> wrote: > While cutting the

Re: [PATCH v5 0/5] drm/ttm, amdgpu: Introduce LRU bulk move functionality

Hi Is there an updated series? These no longer apply for me Thanks Mike On Wed, 22 Aug 2018 at 09:42 Huang Rui wrote: > On Wed, Aug 22, 2018 at 04:24:02PM +0800, Christian König wrote: > > Please commit patches #1, #2 and #3, doesn't make much sense to send > > them out even more often. > >

Re: [PATCH v2 0/5] drm/ttm, amdgpu: Introduce LRU bulk move functionality

Hi I've been testing these patches over the weekend on my Tonga and Raven systems Tested-by: Mike Lothian Cheers Mike On Fri, 10 Aug 2018 at 12:56 Huang Rui wrote: > The idea and proposal is originally from Christian, and I continue to work > to > deliver it. > > Backg

Re: [PATCH] MAINTAINERS: update drm tree

Hi Any change of this moving to https or the gitlab instance where its on as default? Cheers Mike On Fri, 6 Jul 2018 at 16:25 Alex Deucher wrote: > On Fri, Jul 6, 2018 at 3:28 AM, Daniel Vetter > wrote: > > Mail to dri-devel went out, linux-next was updated, but we forgot this > > one here.

Re: [PATCH 0/7] Modernize vga_switcheroo by using device link for HDA

Hi I've not seen anything untoward with these patches with my AMD PRIME system here Tested-by: Mike Lothian <m...@fireburn.co.uk> Cheers Mike ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/li

Re: [PATCH 0/5] Fix deadlock on runtime suspend in DRM drivers

On 12 February 2018 at 03:39, Lukas Wunner <lu...@wunner.de> wrote: > On Mon, Feb 12, 2018 at 12:35:51AM +0000, Mike Lothian wrote: >> I've not been able to reproduce the original problem you're trying to >> solve on amdgpu thats with or without your patch set and the a

Re: [PATCH 0/5] Fix deadlock on runtime suspend in DRM drivers

Hi I've not been able to reproduce the original problem you're trying to solve on amdgpu thats with or without your patch set and the above "trigger" too Is anything else required to trigger it, I started multiple DRI_PRIME glxgears, in parallel, serial waiting the 12 seconds and serial within

Re: [PATCH 0/5] Fix deadlock on runtime suspend in DRM drivers

On 11 February 2018 at 09:38, Lukas Wunner wrote: > Fix a deadlock on hybrid graphics laptops that's been present since 2013: > > DRM drivers poll connectors in 10 sec intervals. The poll worker is > stopped on ->runtime_suspend with cancel_delayed_work_sync(). However > the

Re: [PATCH] drm: fix gpu scheduler link order

cheduler/ > -- > 2.14.1 > > ___ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel Reviewed-by: Mike Lothian <m...@fireburn.co.uk> __

Re: Initial release of AMD Open Source Driver for Vulkan

; Thanks. > Best Regards, > David > > > On Dec 22, 2017, at 9:48 PM, Mike Lothian <m...@fireburn.co.uk> wrote: > > Congratulations on getting this out the door > > It didn't compile for me without these changes: > > In pal: > > diff --git a/src/util/math.cpp

Re: Initial release of AMD Open Source Driver for Vulkan

Congratulations on getting this out the door It didn't compile for me without these changes: In pal: diff --git a/src/util/math.cpp b/src/util/math.cpp index 46e9ede..3af4259 100644 --- a/src/util/math.cpp +++ b/src/util/math.cpp @@ -54,7 +54,7 @@ static uint32 Float32ToFloatN(float f, const

Re: [RFC PATCH 0/7] drm/i915: add support for DisplayPort CEC-Tunneling-over-AUX

Hi Sorry if this is off topic, I've got a Skylake Dell laptop with a USB-C connector and no displayport Which USB-C -> HDMI-2.0 connector do you recommend for stuff just working based on your testing? I've been putting off buying one until I knew 4K@60Hz would work, CEC would be nice to have

Re: [Intel-gfx] [PATCH 02/15] drm: Remove drm_modeset_(un)lock_crtc

Hi X no longer starts for me and I've bisected it back to this commit During bisect I ended up on commits where my laptop would lockup during boot Regards Mike On Tue, 4 Apr 2017 at 06:39 Daniel Vetter wrote: > On Tue, Apr 4, 2017 at 12:13 AM, kbuild test robot

[PATCH] drm/amdgpu: don't add files at control minor debugfs directory

Feel free to add a tested by from myself Thanks for the fix On Mon, 5 Dec 2016 at 20:33 Deucher, Alexander wrote: > > -Original Message- > > From: Nicolai Stange [mailto:nicstange at gmail.com] > > Sent: Monday, December 05, 2016 3:30 PM > > To: Daniel Vetter > > Cc: Deucher,

[PATCH] [RFC] drm: Nerf DRM_CONTROL nodes

Thank you! On Tue, 6 Dec 2016 at 01:47 Michel Dänzer wrote: > On 06/12/16 10:42 AM, Mike Lothian wrote: > > Hi > > > > This patch (in drm-next and drm-intel-nightly) stops my system from > > booting, I don't see any errors, just a black screen and a reboot af

[PATCH] [RFC] drm: Nerf DRM_CONTROL nodes

Hi This patch (in drm-next and drm-intel-nightly) stops my system from booting, I don't see any errors, just a black screen and a reboot after the kernel has been selected I have confirmed that reverting this patch gets those two branches working again Sorry to be the bearer of bad news - I'm

[PATCH] drm/amdgpu: Attach exclusive fence to prime exported bo's. (v5)

t; - Also switch to exclusive fence for prime imported bo's. > > v5: - Drop lret, instead use int ret -> long ret, as proposed > by Christian. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=95472 > Tested-by: Mike Lothian (v1) > Signed-off-by: Mario Klei

[PATCH] drm/i915: Before pageflip, also wait for shared dmabuf fences.

I turned on vsync and everything works great in tomb raider :D Thanks again to everyone who made this possible On Fri, 28 Oct 2016 at 19:37 Mike Lothian wrote: > Hi Mario > > That fixes the tearing, it's been replaced with a strange stutter, like > it's only showing half the numb

[PATCH] drm/i915: Before pageflip, also wait for shared dmabuf fences.

that applies cleanly to 4.10-wip On Fri, 28 Oct 2016 at 18:37 Mario Kleiner wrote: > > > On 10/28/2016 03:34 AM, Michel Dänzer wrote: > > On 27/10/16 10:33 PM, Mike Lothian wrote: > >> > >> Just another gentle ping to see where you are with this? >

[PATCH] drm/i915: Before pageflip, also wait for shared dmabuf fences.

Hi Just another gentle ping to see where you are with this? Cheers Mike On Wed, 12 Oct 2016 at 01:40 Michel Dänzer wrote: > On 11/10/16 09:04 PM, Christian König wrote: > > Am 11.10.2016 um 05:58 schrieb Michel Dänzer: > >> On 07/10/16 09:34 PM, Mike Lothian wro

[PATCH] drm/i915: Before pageflip, also wait for shared dmabuf fences.

Hi This has discussion has gone a little quiet Was there any agreement about what needed doing to get this working for i965/amdgpu? Regards Mike On Mon, 26 Sep 2016 at 09:04 Daniel Vetter wrote: > > On Mon, Sep 26, 2016 at 09:48:37AM +0900, Michel Dänzer wrote: > > On 23/09/16 09:09 PM,

[PATCH v12 5/7] drm/i915/skl: Ensure pipes with changed wms get added to the state

Hi Is there any chance this could be removed from the upcoming drm-4.9 pull, at least until this issue has been fixed Regards Mike On 21 September 2016 at 12:34, Mike Lothian wrote: > I've raised https://bugs.freedesktop.org/show_bug.cgi?id=97888 I'll > attach the info you requested

[PATCH] drm/amdgpu: Removed unneeded variables adev and dev

Since commit 62336cc1ca1b96f33e3344ca6e910d30adca749a the variables adev and dev are no longer required Signed-off-by: Mike Lothian --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c b/drivers/gpu/drm/amd

[PATCH] drm/amdgpu Remove now unneeded variable adev

Since commit 62336cc1ca1b96f33e3344ca6e910d30adca749a adev is now no longer required in amdgpu_drv.c Signed-off-by: Mike Lothian --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c b/drivers/gpu/drm/amd/amdgpu

[PATCH] drm/amdgpu Remove now unneeded variable adev

Sorry please ignore this - follow up momentarily On Fri, 23 Sep 2016 at 21:14 Mike Lothian wrote: > Since commit 62336cc1ca1b96f33e3344ca6e910d30adca749a adev is now no > longer required in amdgpu_drv.c > > Signed-off-by: Mike Lothian > --- > drivers/gpu/drm/amd/amdgpu/amdgp

[PATCH v12 5/7] drm/i915/skl: Ensure pipes with changed wms get added to the state

I've raised https://bugs.freedesktop.org/show_bug.cgi?id=97888 I'll attach the info you requested once I get back to my machine On 21 September 2016 at 07:56, Maarten Lankhorst wrote: > Hey, > > Op 20-09-16 om 20:45 schreef Mike Lothian: >> Hi >> >> I've bisected bac

[PATCH v12 5/7] drm/i915/skl: Ensure pipes with changed wms get added to the state

Will do. On Wed, 21 Sep 2016 at 07:56 Maarten Lankhorst < maarten.lankhorst at linux.intel.com> wrote: > Hey, > > Op 20-09-16 om 20:45 schreef Mike Lothian: > > Hi > > > > I've bisected back to this commit in the drm-intel-nightly branch > > >

[PATCH v12 5/7] drm/i915/skl: Ensure pipes with changed wms get added to the state

Hi I've bisected back to this commit in the drm-intel-nightly branch 05a76d3d6ad1ee9f9814f88949cc9305fc165460 is the first bad commit commit 05a76d3d6ad1ee9f9814f88949cc9305fc165460 Author: Lyude Date: Wed Aug 17 15:55:57 2016 -0400 drm/i915/skl: Ensure pipes with changed wms get added to

[PATCH v12 5/7] drm/i915/skl: Ensure pipes with changed wms get added to the state

Hi I've bisected back to this commit in the drm-intel-nightly branch 05a76d3d6ad1ee9f9814f88949cc9305fc165460 is the first bad commit commit 05a76d3d6ad1ee9f9814f88949cc9305fc165460 Author: Lyude Date: Wed Aug 17 15:55:57 2016 -0400 drm/i915/skl: Ensure pipes with changed wms get added to

[PATCH] drm/prime: fix error path deadlock fail

If you let me know how, I'll test it On Thu, 9 Jun 2016 at 20:29 Rob Clark wrote: > There were a couple messed up things about this fail path. > (1) it would drop object_name_lock twice > (2) drm_gem_handle_delete() (in drm_gem_remove_prime_handles()) > needs to grab prime_lock > >

[PATCH 00/12] Improve PX support in radeon and amdgpu

Are these in a branch somewhere? If not I'll try apply the mbox from patchwork.freedesktop.org On Wed, 1 Jun 2016 at 21:53 Alex Deucher wrote: > This patch set cleans up and attempts to make runtime pm more > reliable in radeon and amdgpu on PX systems. If you have a PX > system that requires

[PATCH 3.5/6] drm/amd/powerplay: fix bugs of checking if dpm is running on Tonga

That did the trick thanks On Fri, 13 May 2016 at 22:36 Alex Deucher wrote: > From: Eric Huang > > Fixes OD failures on Tonga. > > Reviewed-by: Alex Deucher > Signed-off-by: Eric Huang > Signed-off-by: Alex Deucher > --- > > This fixes OD failures on Tonga in some cases. > >

[PATCH 0/6] Initial sclk OD support for amdgpu

is enabled Cheers Mike On Fri, 13 May 2016 at 19:56 Alex Deucher wrote: > On Fri, May 13, 2016 at 2:54 PM, Mike Lothian wrote: > > Sounds fancy but what does it do? > > Whoops, meant to define OD in the cover letter, the patches have the > details. OD = Overclocking. > &g

[PATCH 0/6] Initial sclk OD support for amdgpu

Sounds fancy but what does it do? On Fri, 13 May 2016 at 19:49 Alex Deucher wrote: > This adds initial OverDrive (OD) support for the gfx engine > clock (sclk). It's enabled by selecting a percentage (0-20) > and writing it to a new sysfs file. It's currently available > on Tonga, Fiji, and

[RFC v2 0/8] drm: explicit fencing support

Hi Out of interest will this allow tear free with PRIME? Thanks Mike On Tue, 26 Apr 2016, 12:33 a.m. Gustavo Padovan, wrote: > From: Gustavo Padovan > > Hi, > > Currently the Linux Kernel only have an implicit fencing mechanism > where the fence are attached directly to buffers and

[PATCH 00/29] Enabling new DAL display driver for amdgpu on Carrizo and Tonga

Hi Does that mean Tonga is capable of HDMI 2.0 or is it only Carrizo Cheers Mike On Thu, 11 Feb 2016 at 17:20 Harry Wentland wrote: > This set of patches enables the new DAL display driver for amdgpu on > Carrizo > Tonga, and Fiji ASICs. This driver will allow us going forward to bring >

[PATCH] drm/radeon Make CIK support optional

mean you aren't reliant on linking order or blacklisting radeon and people won't get the option to fiddle unless staging is switched on (should that be the same for amdgpu too?) Let me know what you think Cheers Mike On Mon, 8 Feb 2016, 10:10 a.m. Mike Lothian wrote: > Thanks for the feedb

[PATCH] drm/radeon Make CIK support optional

Thanks for the feedback I'll take a look at the PCI ID's tonight On Mon, 8 Feb 2016, 9:54 a.m. Christian König wrote: > Am 08.02.2016 um 03:45 schrieb Mike Lothian: > > This will allow us to disable CIK support in the radeon driver, so both > > radeon and amdgpu can be around a

[PATCH] drm/radeon Make CIK support optional

This will allow us to disable CIK support in the radeon driver, so both radeon and amdgpu can be around at the same time without conflicting Signed-of-by: Mike Lothian --- I've tested this on my Kabini system radeon doesn't initalise when compiled in but I do get these messages in my dmesg

[PATCH] drm/radeon: only init fbdev if we have connectors

Is something similar required for AMDGPU too? On Mon, 25 Jan 2016 at 23:06 Rob Clark wrote: > This fixes an issue that was noticed on an optimus/prime laptop with > a kernel that was old enough to not support the integrated intel gfx > (which was driving all the outputs), but did have support

No HDMI Audio with Radeon HD7750 on Acube Sam460ex AMCC powerpc 460ex board

got bisect skip should get you past any iterations that won't build On 9 Mar 2015 09:47, "Julian Margetson" wrote: > The issues get worse with the Kernel 4.0-rc1-3 versions. > Both Radeon HD6750 and HD7750 oops if HDMI is active but boot with dvi . > I had tried a bisect on 4.0.0-rc1 but could

[PATCH] Fallback to std DRI2CopyRegion when DRI2UpdatePrime fails

Is this the issue in KDE that when I start a game I have to toggle compositing a couple of times to get it rendering? On 6 Oct 2014 07:39, "Chris Wilson" wrote: > On Mon, Oct 06, 2014 at 11:04:51AM +0900, Michel D?nzer wrote: > > On 05.10.2014 16:06, Chris Wilson wrote: > > >I was looking at a

[no subject]

Thanks for this Good work On 24 Aug 2014 14:15, "Christian K?nig" wrote: > Hello everyone, > > the following patches add UVD support for older ASICs (RV6xx, RS[78]80, > RV7[79]0). For everybody wanting to test it I've also uploaded a branch to > FDO: >

[PATCH 00/17] Convert TTM to the new fence interface.

Hi Maarten Will this stop the stuttering I've been seeing with DRI3 and PRIME? Or will other patches / plumbing be required Cheers Mike On 9 Jul 2014 13:29, "Maarten Lankhorst" wrote: > This series applies on top of the driver-core-next branch of >

UVD on RS880

Fingers crossed this happens soon especially now that BluRays can be played on Linux 1080p VC1 does not play well on a Phenom II X4 even when multi threaded On 9 Jan 2014 12:16, "Christian K?nig" wrote: > Hi, > > The code for the first generation UVD blocks (RV6xx, RS780, RS880 and > RV790) is

Problems with vgaswitcheroo and prime systems possibly due to ACPI

Hi Rafael Ever since git commit bbd34fcdd1b201e996235731a7c98fd5197d9e51 I've been having issues with vgaswitcheroo and the new runpm code on my laptop I bisected it in bug https://bugs.freedesktop.org/show_bug.cgi?id=71930 and with it being a regression I was hoping you could take a look

Re: [Bug 50594] VDPAU checks version of wrong DRM driver

It was fixed for me a while back bit not tried it in a while since getting vdpau working on i965 On 12 Oct 2013 23:50, bugzilla-dae...@freedesktop.org wrote: *Comment # 4 https://bugs.freedesktop.org/show_bug.cgi?id=50594#c4 on bug 50594 https://bugs.freedesktop.org/show_bug.cgi?id=50594 from

[PATCH 2/2] drm/radeon: add runtime PM support (v2)

watts with DRI_PRIME=1 glxgears running On 20 September 2013 22:12, Alex Deucher wrote: > On Fri, Sep 20, 2013 at 6:10 PM, Mike Lothian wrote: > > Sorry that was a typo on my part. I'm using radeon.runpm=1 > > > > I can see audio is switched off > > > > [drm] Disab

[PATCH 2/2] drm/radeon: add runtime PM support (v2)

watts with DRI_PRIME=1 glxgears running On 20 September 2013 22:12, Alex Deucher wrote: > On Fri, Sep 20, 2013 at 6:10 PM, Mike Lothian wrote: > > Sorry that was a typo on my part. I'm using radeon.runpm=1 > > > > I can see audio is switched off > > > > [drm] Disab

[PATCH 2/2] drm/radeon: add runtime PM support (v2)

is on of off however How can I tell if I have a powerxpress card? Thanks again Mike On 20 Sep 2013 22:05, "Alex Deucher" wrote: > On Fri, Sep 20, 2013 at 4:25 PM, Mike Lothian wrote: > > Hi > > > > Is there an easy way to check this is on? > > It's on by default i

[PATCH 2/2] drm/radeon: add runtime PM support (v2)

Hi Is there an easy way to check this is on? I have radeon.dynpm=1 in grub but usually when I use switcheroo I see messages saying the card if now off at the moment I can old see messages saying when the card gets powered up Is it possible to have the on and off messages appearing? Cheers

Re: [git pull] drm tree for 3.12-rc1

Hi The regular flash plugin 10.2 doesn't have vaapi (Intel) support The Chrome flash plugin (10.7?) doesn't have any vaapi or vdpau support You best option is to install the vdpau to vaapi wrapper and disable the Chrome flash plugin https://github.com/i-rinat/libvdpau-va-gl This will revert

[PATCH] drm/radeon/dpm: Add #include to *_dpm.c files

Hi I sent this to the wrong mailing list and it had the wrong patch format Fixed thanks to glisse Cheers Mike On 2 July 2013 21:34, Mike Lothian wrote: > Hi > > This patch allows me to compile using GCC 4.7.3 system when using ld.bfd - > it doesn't seem to be required on

Re: [PATCH] drm/radeon/dpm: Add #include linux/seq_file.h to *_dpm.c files

Hi I sent this to the wrong mailing list and it had the wrong patch format Fixed thanks to glisse Cheers Mike On 2 July 2013 21:34, Mike Lothian m...@fireburn.co.uk wrote: Hi This patch allows me to compile using GCC 4.7.3 system when using ld.bfd - it doesn't seem to be required on my