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
: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.
> > >
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
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
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
> &
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 ++
>
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,
>
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
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
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
>
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
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
:
^
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
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
_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
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
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
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.
> >
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
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.
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
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
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
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
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>
__
; 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
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
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
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
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,
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
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
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
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
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?
>
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
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,
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
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
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
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
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
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
> >
>
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
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
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
>
>
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
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.
>
>
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
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
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
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
>
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
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
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
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
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
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
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:
>
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
>
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
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
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
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
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
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
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
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
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
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
83 matches
Mail list logo