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 a
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 sta
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
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 patc
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
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 c
On 12 February 2018 at 03:39, Lukas Wunner 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 above
>> "
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
th
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 poll worker invokes
Hi
You will need a HDMI 2 cable
Regards
Mike
On Fri, 10 Nov 2017, 10:27 pm Rodrigo Vivi, wrote:
> I'm just sending this patch for reference here since
> this is the patch that I believe it is the correct one
> to get HDMI 2.0 working on CNL.
>
> However I'm just getting a blank screen when tr
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 too
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 wrote:
> > [if your patch is
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 after
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 gu
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
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'
Will do.
On Wed, 21 Sep 2016 at 07:56 Maarten Lankhorst <
maarten.lankho...@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
> >
> > 05a
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
uouuo u ,,,u,z,,q,,z,zz z
>>
>> Bcb
>> Bq'''bb
>> BBB
>> b
>> On Oct 4, 2015 1:01 PM, "Mike Lothian" wrote:
>>
>>> Hi
>>>
>>> I'm not certain but I think I faced the same issue when
Hi
I'm not certain but I think I faced the same issue when I was enabling
atomic on my sandybridge laptop, it was like one of the planes stopped
being updated. When I reported it all that time ago I was told atomic was
considered unstable and I shouldn't be using it.
Has atomic been switched on r
Hi
Firstly you should open a bug on bugzilla and provide all relevant
information there like a copy of your dmesg and Xorg.0.log output of lspci
-nn
You should also state what versions of various packages you're using if
you're and what you've tried changing
Also try the latest rc kernel to see
Hi
Since [31c946e85ce6b48ce0f25e3cdca8362e4fe8b300] drm: If available use
atomic state in getcrtc ioctl, X doesn't start correctly on my
Sandybridge machine
I've tried reverting this commit and my X session still starts up blank
It only works again when I pass i915.nuclear_pageflip=0 - I realise
I think I've found the correct way to do it
I've tested against xorg-server 1.16.1 and xorg-server from the latest
git - I'm not sure if the formatting if correct or not but it compiles
and runs on both
Cheers
Mike
On 11 October 2014 14:35, Mike Lothian wrote:
> Hi
>
&g
will be used. The
> -exposing is done by the backing store's GraphicsExpose function, of course.
> -
> */
>
> RegionPtr
> miHandleExposures(DrawablePtr pSrcDrawable, DrawablePtr pDstDrawable,
>GCPtr pGC, int srcx, int srcy, int width, int height,
> -
27 matches
Mail list logo
