[AMD Public Use]
> Subject: [PATCH] platform/x86: Add missing LPS0 functions for AMD
Rafael might be willing to fix it up on commit, but if you end up needing to
re-spin
I think technically this subsystem prefix to match other stuff committed to
this file
should be:
"ACPI: PM: s2idle:"
>
>
On 10/15/2021 17:31, roman...@amd.com wrote:
From: Roman Li
[Why]
On renoir usb-c port stops functioning on resume after f/w update.
New dmub firmware caused regression due to conflict with dmcu.
With new dmub f/w dmcu is superseded and should be disabled.
[How]
- Disable dmcu for all dcn21.
On 10/18/2021 08:38, Harry Wentland wrote:
On 2021-10-15 18:31, roman...@amd.com wrote:
From: Roman Li
[Why]
On renoir usb-c port stops functioning on resume after f/w update.
New dmub firmware caused regression due to conflict with dmcu.
With new dmub f/w dmcu is superseded and should be
[Public]
> -Original Message-
> From: Alex Deucher
> Sent: Friday, October 1, 2021 08:26
> To: Lazar, Lijo
> Cc: amd-gfx list ; Deucher, Alexander
> ; Limonciello, Mario
> ; Zhang, Hawking ;
> Wang, Yang(Kevin) ; Quan, Evan
>
> Subject: Re: [PATCH] drm/
[AMD Official Use Only]
Maybe it was used more widely previously?
The only place that I found it in use was amdgpu_device_evict_resources.
From: Deucher, Alexander
Sent: Tuesday, January 4, 2022 11:24
To: Limonciello, Mario ;
amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH 2/2] drm/amdgpu
don't
make changes going to high power mode?
> Thanks,
> Lijo
>
> > *From:* Lazar, Lijo
> > *Sent:* Wednesday, November 10, 2021 10:05
> > *To:* Alex Deucher ; Limonciello, Mario
> >
> > *Cc:* amd-gfx list
> > *Subject:* Re: [RFC 2/2] drm/amd/pm: Add su
ented by the OEM, but then still notify amdgpu dGPU to tune for power
saving or performance workload.
From: Lazar, Lijo
Sent: Wednesday, November 10, 2021 10:05
To: Alex Deucher ; Limonciello, Mario
Cc: amd-gfx list
Subject: Re: [RFC 2/2] drm/amd/pm: Add support for reacting to platform profile
n
[Public]
> -Original Message-
> From: Alex Deucher
> Sent: Friday, October 29, 2021 15:24
> To: Limonciello, Mario
> Cc: amd-gfx list ; Li, Roman
>
> Subject: Re: [PATCH] drm/amd/display: Look at firmware version to determine
> using dmub on dcn21
>
> O
On 10/29/2021 15:57, Alex Deucher wrote:
On Fri, Oct 29, 2021 at 11:34 AM Mario Limonciello
wrote:
This was added by commit bd8dcea93a7d ("drm/amd/pm: add callbacks to
read/write sysfs file pp_power_profile_mode") but the feature was
deprecated from PMFW. Remove it from the driver.
[Public]
> -Original Message-
> From: Li, Roman
> Sent: Friday, October 29, 2021 18:12
> To: Alex Deucher ; Limonciello, Mario
>
> Cc: amd-gfx list
> Subject: RE: [PATCH v2] drm/amd/display: Look at firmware version to
> determine using dmub on dcn21
>
>
*states = ATTR_STATE_UNSUPPORTED;
}
From: Lazar, Lijo
Sent: Saturday, October 30, 2021 10:06
To: Alex Deucher
Cc: Limonciello, Mario ;
amd-gfx@lists.freedesktop.org; Deucher, Alexander
Subject: Re: [PATCH] drm/amdgpu/pm: Don't show pp_power_profile_mode for YC and
later APUs
[Public
On 10/28/2021 22:08, Alex Deucher wrote:
On Thu, Oct 28, 2021 at 10:35 PM Huang Rui wrote:
On Thu, Oct 28, 2021 at 10:53:36AM -0500, Mario Limonciello wrote:
Although this has been plumbed for Renoir, Green Sardine, Van Gogh,
and Yellow Carp the functionality in the SMU doesn't do anything
On 11/24/2021 23:48, Prike Liang wrote:
Do ASIC reset at the moment Sx suspend aborted behind of amdgpu suspend
to keep AMDGPU in a clean reset state and that can avoid re-initialize
device improperly error. Currently,we just always do asic reset in the
amdgpu resume until sort out the PM abort
[Public]
> -Original Message-
> From: Chen, Guchun
> Sent: Sunday, December 12, 2021 21:36
> To: Limonciello, Mario ; amd-
> g...@lists.freedesktop.org
> Cc: Limonciello, Mario
> Subject: RE: [PATCH] drm/amd/pm: fix reading SMU FW version from
> amdgpu_firmware
[AMD Official Use Only]
> -Original Message-
> From: Koenig, Christian
> Sent: Friday, December 10, 2021 10:07
> To: Limonciello, Mario ; amd-
> g...@lists.freedesktop.org
> Subject: Re: [PATCH 2/2] drm/amd: move variable to local scope
>
>
>
> Am 1
[AMD Official Use Only]
> -Original Message-
> From: Koenig, Christian
> Sent: Friday, December 10, 2021 10:19
> To: Limonciello, Mario ; Koenig, Christian
> ; amd-gfx@lists.freedesktop.org
> Subject: Re: [PATCH 2/2] drm/amd: move variable to local scope
>
&
[Public]
> -Original Message-
> From: Chen, Guchun
> Sent: Monday, December 13, 2021 21:49
> To: Quan, Evan ; amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander ; Quan, Evan
> ; Limonciello, Mario
> Subject: RE: [PATCH] drm/amdgpu: correct the wrong
I've pushed it already after Alex's review comment. I'll send an extra patch
tomorrow for this extra cleanup.
Get Outlook for Android<https://aka.ms/AAb9ysg>
From: Chen, Guchun
Sent: Monday, December 13, 2021 8:41:17 PM
To: Limonciello, Mario ;
a
On 11/24/2021 23:48, Prike Liang wrote:
Do ASIC reset at the moment Sx suspend aborted behind of amdgpu suspend
to keep AMDGPU in a clean reset state and that can avoid re-initialize
device improperly error. Currently,we just always do asic reset in the
amdgpu resume until sort out the PM abort
, 2021 12:18 AM
To: amd-gfx@lists.freedesktop.org
Cc: Limonciello, Mario
Subject: [PATCH 1/2] drm/amd/pm: Add information about SMU11 firmware
version
This information is useful for root causing issues with S0ix.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/pm/swsmu/smu11/smu_v11_0
[Public]
> -Original Message-
> From: Wentland, Harry
> Sent: Wednesday, January 5, 2022 15:26
> To: Limonciello, Mario ; amd-
> g...@lists.freedesktop.org
> Cc: Zhuo, Qingqing (Lillian) ; Scott Bruce
> ; Chris Hixon ;
> spassw...@web.de
> Subject: Re:
[AMD Official Use Only]
> -Original Message-
> From: Bert Karwatzki
> Sent: Tuesday, January 11, 2022 19:12
> To: amd-gfx@lists.freedesktop.org
> Cc: Limonciello, Mario ; Kazlauskas, Nicholas
> ; Zhuo, Qingqing (Lillian)
> ; Scott Bruce ; Chris Hixon
>
>
On 1/13/2022 00:56, Lazar, Lijo wrote:
Hi Alex,
What about something like this?
bool amdgpu_device_reset_on_suspend(struct amdgpu_device *adev)
{
if (adev->in_s0ix || adev->gmc.xgmi.num_physical_nodes > 1)
return false;
switch
On 1/13/2022 03:16, Bert Karwatzki wrote:
Am Mittwoch, dem 12.01.2022 um 02:08 + schrieb Limonciello, Mario:
[AMD Official Use Only]
-Original Message-
From: Bert Karwatzki
Sent: Tuesday, January 11, 2022 19:12
To: amd-gfx@lists.freedesktop.org
Cc: Limonciello, Mario ; Kazlauskas
[AMD Official Use Only]
> -Original Message-
> From: Lazar, Lijo
> Sent: Tuesday, January 11, 2022 12:54
> To: Limonciello, Mario ; amd-
> g...@lists.freedesktop.org
> Cc: Bjoren Dasse
> Subject: Re: [PATCH] drm/amd: apply s0ix codepath to more cases
>
>
to an
aborted suspend.
From: Lazar, Lijo
Sent: Monday, January 17, 2022 11:20
To: Limonciello, Mario ;
amd-gfx@lists.freedesktop.org
Cc: Bjoren Dasse
Subject: Re: [PATCH v2] drm/amd: Warn users about potential s0ix problems
Any problem with PMFW sequence in the way Linux handles s2idle when it's
[Public]
This has been sitting a week or so.
Bump on review for this patch.
> -Original Message-
> From: Limonciello, Mario
> Sent: Tuesday, January 11, 2022 14:00
> To: amd-gfx@lists.freedesktop.org
> Cc: Limonciello, Mario ; Bjoren Dasse
>
> Subject: [PATCH v2
[Public]
> -Original Message-
> From: Mahapatra, Rajib
> Sent: Thursday, February 10, 2022 07:35
> To: Liang, Prike ; Limonciello, Mario
> ; Deucher, Alexander
>
> Cc: amd-gfx@lists.freedesktop.org; S, Shirish ;
> Mahapatra, Rajib
> Subject: [PATCH v2
On 2/13/2022 02:20, Lukas Wunner wrote:
On Fri, Feb 11, 2022 at 01:32:42PM -0600, Mario Limonciello wrote:
The `is_thunderbolt` attribute is currently a dumping ground for a
variety of things.
It's not as arbitrary as it may seem. Quite a bit of thought went into
the current design.
[Public]
> -Original Message-
> From: Mika Westerberg
> Sent: Friday, February 11, 2022 04:35
> To: Limonciello, Mario
> Cc: Bjorn Helgaas ; Andreas Noever
> ; open list:PCI SUBSYSTEM p...@vger.kernel.org>; open list:THUNDERBOLT DRIVER u...@vger.kernel.o
[Public]
> -Original Message-
> From: Mika Westerberg
> Sent: Friday, February 11, 2022 04:24
> To: Limonciello, Mario
> Cc: Bjorn Helgaas ; Andreas Noever
> ; open list:PCI SUBSYSTEM p...@vger.kernel.org>; open list:THUNDERBOLT DRIVER u...@vger.kernel.o
On 2/11/2022 15:35, Bjorn Helgaas wrote:
On Fri, Feb 11, 2022 at 01:32:41PM -0600, Mario Limonciello wrote:
`pci_bridge_d3_possible` currently checks explicitly for a Thunderbolt
controller to indicate that D3 is possible. As this is used solely
for older Apple systems, move it into a quirk
On 3/8/2022 10:57, Sharma, Shashank wrote:
On 3/8/2022 5:55 PM, Andrey Grodzovsky wrote:
You can read on their side here -
https://www.phoronix.com/scan.php?page=news_item=AMD-STB-Linux-5.17
and see their patch. THey don't have as clean
interface as we do to retrieve the buffer and currently
[AMD Official Use Only]
> -Original Message-
> From: Sharma, Shashank
> Sent: Tuesday, March 8, 2022 12:09
> To: Limonciello, Mario ; Grodzovsky, Andrey
> ; Lazar, Lijo ; Shashank
> Sharma ; amd-
> g...@lists.freedesktop.org; S-k, Shyam-sundar ;
> Goswam
On 3/9/2022 14:12, Alex Deucher wrote:
We don't support runtime pm on APUs. They support more
dynamic power savings using clock and powergating.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff
?
> -Original Message-
> From: Sundararaju, Sathishkumar
> Sent: Thursday, March 10, 2022 05:19
> To: Lazar, Lijo ; Limonciello, Mario
> ; amd-gfx@lists.freedesktop.org
> Subject: RE: [PATCH] amdgpu/pm: Don't show `smartshift_*_power` files for
> APUs
>
> [AMD Official Us
On 2/17/2022 03:07, Chen Gong wrote:
The GPU reset function of raven2 is not maintained or tested, so it should be
very unstable.
Now the amdgpu_asic_reset function is added to amdgpu_pmops_suspend, which
causes the S3 test of raven2 to fail, so the asic_reset of raven2 is ignored
here.
On 2/16/2022 08:44, Alex Deucher wrote:
On Wed, Feb 16, 2022 at 9:34 AM Mika Westerberg
wrote:
Hi all,
On Tue, Feb 15, 2022 at 01:07:00PM -0600, Limonciello, Mario wrote:
On 2/15/2022 01:29, Lukas Wunner wrote:
On Mon, Feb 14, 2022 at 06:01:50PM -0600, Mario Limonciello wrote:
drivers
[AMD Official Use Only]
> > commit 0064b0ce85bb ("drm/amd/pm: enable ASPM by default") enabled
> ASPM
> > by default but a variety of hardware configurations it turns out that this
> > caused a regression.
> >
> > * PPC64LE hardware does not support ASPM at a hardware level.
> >
[AMD Official Use Only]
>
> On Fri, Feb 25, 2022 at 11:42:24AM -0600, Bjorn Helgaas wrote:
> > That would just leave the "PCI_VSEC_ID_INTEL_TBT implies external-
> facing"
> > assumption above. Not having a Thunderbolt spec, I have no idea how
> > you deal with that.
>
> You can download the
[AMD Official Use Only]
> -Original Message-
> From: Lukas Wunner
> Sent: Monday, February 28, 2022 16:33
> To: Bjorn Helgaas
> Cc: Limonciello, Mario ; Mika Westerberg
> ; Michael Jamet
> ; open list:PCI SUBSYSTEM p...@vger.kernel.org>; open li
On 2/15/2022 01:29, Lukas Wunner wrote:
On Mon, Feb 14, 2022 at 06:01:50PM -0600, Mario Limonciello wrote:
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 2 +-
drivers/gpu/drm/amd/amdgpu/nbio_v2_3.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_vga.c | 4 +-
[Public]
> -Original Message-
> From: Mahapatra, Rajib
> Sent: Wednesday, February 2, 2022 03:07
> To: Liang, Prike ; Limonciello, Mario
> ; Deucher, Alexander
>
> Cc: amd-gfx@lists.freedesktop.org; S, Shirish ;
> Mahapatra, Rajib
> Subject: [PATCH] d
On 2/2/2022 08:16, Alex Deucher wrote:
On Wed, Feb 2, 2022 at 4:07 AM Rajib Mahapatra wrote:
[Why]
amdgpu error observed if suspend is aborted during S0i3
resume.
[How]
If suspend is aborted for some reason during S0i3 resume
cycle, it follows amdgpu errors in resume.
Skipping SDMA ip in
, 2022 08:50
To: Limonciello, Mario ;
amd-gfx@lists.freedesktop.org
Cc: Liang, Prike
Subject: Re: [PATCH v6 4/4] drm/amd: Only run s3 or s0ix if system is
configured properly
[Public]
Series is:
Reviewed-by: Alex Deucher
mailto:alexander.deuc...@amd.com>>
___
[Public]
> -Original Message-
> From: Alex Deucher
> Sent: Thursday, February 10, 2022 09:28
> To: Limonciello, Mario
> Cc: Mahapatra, Rajib ; Liang, Prike
> ; Deucher, Alexander ;
> amd-gfx@lists.freedesktop.org; S, Shirish
> Subject: Re: [PATCH v2] drm/amdgp
[Public]
> > VG doesn't do s0i3 right?
>
> Right.
>
> > No, YC should not take a similar fix.YC had an architectural change and
> > to
> > avoid a "similar" problem takes
> 26db706a6d77b9e184feb11725e97e53b7a89519.
>
> Isn't that likely just a workaround for the same issue? This seems
[Public]
> > > >
> > > >
> > > >> I think the revert is fine once we figure out where we're missing
> > > >> calls to:
> > > >>
> > > >> .optimize_pwr_state = dcn21_optimize_pwr_state,
> > > >> .exit_optimized_pwr_state = dcn21_exit_optimized_pwr_state,
> > > >>
> > > >> These
[Public]
That is what I was hoping to convey with the warning messages. I'll take a
stab at rewording them and send out an updated revision.
From: Liang, Prike
Sent: Tuesday, January 18, 2022 02:28
To: Limonciello, Mario ; Lazar, Lijo
; amd-gfx@lists.freedesktop.org
Cc: Bjoren Dasse
Subject
[Public]
Add back on Lijo and Prike, my mistake they got dropped from CC.
> -Original Message-
> From: Limonciello, Mario
> Sent: Tuesday, January 18, 2022 21:41
> To: amd-gfx@lists.freedesktop.org
> Cc: Limonciello, Mario ; Bjoren Dasse
>
> Subject: [PATCH v4
Thanks,
> Prike
> > -Original Message-
> > From: Limonciello, Mario
> > Sent: Friday, January 21, 2022 3:59 AM
> > To: amd-gfx@lists.freedesktop.org; Lazar, Lijo ; Liang,
> > Prike
> > Cc: Bjoren Dasse
> > Subject: RE: [PATCH v4] drm/amd: Warn users
[Public]
> -Original Message-
> From: Thorsten Leemhuis
> Sent: Thursday, January 6, 2022 05:39
> To: Limonciello, Mario ; amd-
> g...@lists.freedesktop.org
> Cc: Zhuo, Qingqing (Lillian) ; Scott Bruce
> ; Chris Hixon ;
> spassw...@web.de
> Subject: Re:
[AMD Official Use Only]
> I think the revert is fine once we figure out where we're missing calls to:
>
> .optimize_pwr_state = dcn21_optimize_pwr_state,
> .exit_optimized_pwr_state = dcn21_exit_optimized_pwr_state,
>
> These are already part of dc_link_detect, so I suspect
[Public]
> -Original Message-
> From: Bert Karwatzki
> Sent: Wednesday, January 19, 2022 15:52
> To: amd-gfx@lists.freedesktop.org
> Cc: Limonciello, Mario ; Kazlauskas, Nicholas
> ; Zhuo, Qingqing (Lillian)
> ; Scott Bruce ; Alex Deucher
> ; Chris Hixon
> Su
On 1/24/2022 12:57, Nicholas Kazlauskas wrote:
[Why]
A porting error resulted in the stream assignment for the link
being retained without being released - a memory leak.
[How]
Fix the porting error by adding back the dc_stream_release() intended
as part of the original patch.
Fixes:
reset might not be the right move.
From: Lazar, Lijo
Sent: Wednesday, January 26, 2022 09:11
To: Limonciello, Mario ;
amd-gfx@lists.freedesktop.org
Cc: Liang, Prike
Subject: Re: [PATCH v5 2/4] drm/amd: add support to check whether the system is
set to s3
Talking from generic API perspective
[AMD Official Use Only]
> -Original Message-
> From: Limonciello, Mario
> Sent: Tuesday, January 25, 2022 22:10
> To: amd-gfx@lists.freedesktop.org
> Cc: Liang, Prike ; Limonciello, Mario
>
> Subject: [PATCH v5 4/4] drm/amd: don't reset dGPUs that don't go through
&
e resume doesn't work with/without reset?
> >
> > Thanks,
> > Lijo
> >
> > From: Limonciello, Mario
> > Sent: Wednesday, January 26, 2022 8:47:05 PM
> > To: Lazar, Lijo ; amd-gfx@lists.freedesktop.org g...@lists.freedesktop.org>
> > Cc: Liang, Prike
[Public]
That was intentional - shouldn't dGPU always be going through S3 path currently?
From: Lazar, Lijo
Sent: Wednesday, January 26, 2022 09:06
To: Limonciello, Mario ;
amd-gfx@lists.freedesktop.org
Cc: Liang, Prike ; Limonciello, Mario
Subject: Re: [PATCH v5 2/4] drm/amd: add support
[AMD Official Use Only]
> >
> >
> >> I think the revert is fine once we figure out where we're missing calls to:
> >>
> >> .optimize_pwr_state = dcn21_optimize_pwr_state,
> >> .exit_optimized_pwr_state = dcn21_exit_optimized_pwr_state,
> >>
> >> These are already part of
A few suggestion ideas inline.
On 1/25/2022 12:18, Tom St Denis wrote:
Newer hardware has a discovery table in hardware that the kernel will
rely on instead of header files for things like IP offsets. This
sysfs entry adds a simple to parse table of IP instances and segment
offsets.
Produces
[Public]
> -Original Message-
> From: Alex Deucher
> Sent: Friday, April 8, 2022 14:09
> To: Gong, Richard
> Cc: Deucher, Alexander ; Koenig, Christian
> ; Pan, Xinhui ; Dave Airlie
> ; Daniel Vetter ; Limonciello, Mario
> ; Maling list - DRI developers de.
[Public]
> -Original Message-
> From: Gong, Richard
> Sent: Friday, April 8, 2022 11:20
> To: Limonciello, Mario ; Deucher, Alexander
> ; Koenig, Christian
> ; Pan, Xinhui ;
> airl...@linux.ie; dan...@ffwll.ch
> Cc: amd-gfx@lists.freedesktop.org; dri-de...@list
top.org; linux-
> ker...@vger.kernel.org; Limonciello, Mario ;
> Gong, Richard
> Subject: [PATCH] drm/amdgpu: disable ASPM for legacy products that don't
> support ASPM
>
> Active State Power Management (ASPM) feature is enabled since kernel
> 5.14.
> However there are some legacy product
t; gfx list ; Chiu, Solomon
> ; Limonciello, Mario
> ; Quan, Evan ;
> Tuikov, Luben
> Subject: Re: [PATCH] drm/amdgpu: Ensure HDA function is suspended
> before ASIC reset
>
> On Thu, Apr 7, 2022 at 8:21 AM Kai-Heng Feng
> wrote:
> >
> > DP/HDMI audio on AMD PR
[Public]
> On Wed, Apr 13, 2022 at 3:43 AM Paul Menzel
> wrote:
> >
> > Dear Richard,
> >
> >
> > Thank you for sending out v4.
> >
> > Am 12.04.22 um 23:50 schrieb Richard Gong:
> > > Active State Power Management (ASPM) feature is enabled since kernel
> 5.14.
> > > There are some AMD GFX
[AMD Official Use Only - General]
> From: Daniel Miess
>
> [Why]
> eDPs fail to light up with seamless boot enabled
>
> [How]
> When seamless boot is enabled don't configure dpms_off
> in disable_vbios_mode_if_required.
>
> Reviewed-by: Charlene Liu
> Cc: Mario Limonciello
> Cc: Alex Deucher
[Public]
> -Original Message-
> From: Deucher, Alexander
> Sent: Monday, October 23, 2023 09:22
> To: Limonciello, Mario ; amd-
> g...@lists.freedesktop.org
> Cc: Limonciello, Mario ;
> paolo.gent...@canonical.com
> Subject: RE: [PATCH] drm/amd: Disable ASPM for
On 8/18/2023 4:24 PM, Greg KH wrote:
On Fri, Aug 18, 2023 at 11:26:11AM +0800, Evan Quan wrote:
drivers/base/Makefile | 1 +
drivers/base/wbrf.c | 280 ++
Why is a wifi-specific thing going into drivers/base/?
confused,
On 8/19/2023 5:50 AM, Greg KH wrote:
On Fri, Aug 18, 2023 at 05:49:14PM -0500, Limonciello, Mario wrote:
On 8/18/2023 4:24 PM, Greg KH wrote:
On Fri, Aug 18, 2023 at 11:26:11AM +0800, Evan Quan wrote:
drivers/base/Makefile | 1 +
drivers/base/wbrf.c
exander ; Koenig, Christian
> ; Limonciello, Mario
>
> Subject: Re: [PATCHv4] drm/amdgpu: disable ASPM on Intel Alder Lake based
> systems
>
> On Wed, Apr 20, 2022 at 5:02 PM Paul Menzel
> wrote:
> >
> > Dear Richard,
> >
> >
> > Am 20.04.22 um
on reset only for a suspend situation.
Remember it's in amdgpu_acpi.c. So it would be
amdgpu_acpi_need_reset_on_suspend()? It's a bit lengthy.
From: Lazar, Lijo
Sent: Tuesday, May 17, 2022 11:25
To: Limonciello, Mario ;
amd-gfx@lists.freedesktop.org
Cc: Limonciello, Mario
Subject: Re: [PATCH
[Public]
> -Original Message-
> From: Alex Deucher
> Sent: Tuesday, May 17, 2022 08:43
> To: Limonciello, Mario
> Cc: amd-gfx list
> Subject: Re: [PATCH] drm/amd: Don't reset dGPUs if the system is going to
> s2idle
>
> On Tue, May 17, 2022 at 9:39 AM
[Public]
No, it mode2 reset that it uses for failure case.
From: Lazar, Lijo
Sent: Tuesday, May 17, 2022 11:51
To: Limonciello, Mario ;
amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/amd: Don't reset dGPUs if the system is going to s2idle
[Public]
Ya, second is too lengthy. Better
[Public]
> -Original Message-
> From: Errabolu, Ramesh
> Sent: Thursday, July 7, 2022 15:30
> To: Limonciello, Mario ; amd-
> g...@lists.freedesktop.org; Kuehling, Felix
> Cc: Limonciello, Mario
> Subject: RE: [PATCH] drm/amdkfd: Select PCI_P2PDMA and
> DM
On 7/11/2022 16:52, Rodrigo Siqueira wrote:
From: Fangzhi Zuo
[why]
The first MST sideband message returns AUX_RET_ERROR_HPD_DISCON on
a certain Intel platform. Aux transaction is considered a failure if HPD
unexpectedly pulled low. The actual aux transaction success in such
case, hence do not
On 7/11/2022 17:10, Rodrigo Siqueira wrote:
From: Fangzhi Zuo
[why]
The first MST sideband message returns AUX_RET_ERROR_HPD_DISCON on
a certain Intel platform. Aux transaction is considered a failure if HPD
unexpectedly pulled low. The actual aux transaction success in such
case, hence do not
On 7/12/2022 10:42, Solomon Chiu wrote:
From: Fangzhi Zuo
[why]
First MST sideband message returns AUX_RET_ERROR_HPD_DISCON
on certain intel platform. Aux transaction considered failure
if HPD unexpected pulled low. The actual aux transaction success
in such case, hence do not return error.
On 7/12/2022 10:59, Rodrigo Siqueira wrote:
We had an MST fix for some DELL devices that got merged, but we missed
other products. This commit adds the other missing Precision devices.
Cc: Mario Limonciello
Cc: Jerry Zuo
Cc: Qian Fu
Cc: Alex Deucher
Fixes: 9fcd8af669d7 ("drm/amd/display:
[AMD Official Use Only - General]
> -Original Message-
> From: Quan, Evan
> Sent: Wednesday, June 15, 2022 22:37
> To: Alex Deucher ; Limonciello, Mario
> ; Feng, Kenneth
> Cc: amd-gfx list
> Subject: RE: [PATCH] drm/amd: Don't show warning on reading vbios v
[Public]
+ people associated with original patch being reverted for comments
> -Original Message-
> From: Limonciello, Mario
> Sent: Wednesday, June 15, 2022 17:30
> To: amd-gfx@lists.freedesktop.org
> Cc: Limonciello, Mario ; Aaron Ma
>
> Subject: [PATCH] drm
[Public]
> -Original Message-
> From: Werner Sembach
> Sent: Wednesday, July 13, 2022 12:08
> To: Hans de Goede ; Ben Skeggs
> ; Karol Herbst ; Lyude
> ; Daniel Dadap ; Maarten
> Lankhorst ; Maxime Ripard
> ; Thomas Zimmermann ;
> Jani Nikula ; Joonas Lahtinen
> ; Rodrigo Vivi ;
>
l test robot ; LKML ker...@vger.kernel.org>; Maling list - DRI developers de...@lists.freedesktop.org>; Limonciello, Mario
>
> Subject: Re: [PATCHv5] drm/amdgpu: vi: disable ASPM on Intel Alder Lake
> based systems
>
> Reviewed-by: Alex Deucher
>
> On Fri, Apr 29, 2022 at 1
On 5/10/2022 08:51, Alex Deucher wrote:
This reverts commit eaa090538e8d21801c6d5f94590c3799e6a528b5.
Commit ebc002e3ee78 ("drm/amdgpu: don't use BACO for reset in S3")
stops using BACO for reset during suspend, so it's no longer
necessary to leave BACO enabled during suspend. This fixes
[Public]
> -Original Message-
> From: Thorsten Leemhuis
> Sent: Tuesday, May 10, 2022 05:33
> To: Paul Menzel ; regressi...@lists.linux.dev
> Cc: amd-gfx@lists.freedesktop.org; Limonciello, Mario
>
> Subject: Re: Fwd: Re: amd | ASUS ROG Strix G513QY fails to
On 8/24/2022 12:32, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
According to the ACPI specification [1], the ACPI_FADT_LOW_POWER_S0
flag merely means that it is better to use low-power S0 idle on the
given platform than S3 (provided that the latter is supported) and it
doesn't preclude
[Public]
> -Original Message-
> From: Hung, Alex
> Sent: Wednesday, October 26, 2022 12:34
> To: amd-gfx@lists.freedesktop.org; Deucher, Alexander
> ; Limonciello, Mario
>
> Cc: Siqueira, Rodrigo ; Hung, Alex
>
> Subject: [PATCH] ACPI: x86: s2idle:
On 10/25/2022 15:25, Hans de Goede wrote:
Hi Matthew,
On 10/25/22 21:32, Matthew Garrett wrote:
On Tue, Oct 25, 2022 at 08:50:54PM +0200, Hans de Goede wrote:
That is a valid point, but keep in mind that this is only used on ACPI
platforms and then only on devices with a builtin LCD panel
On 10/13/2022 00:46, Tim Huang wrote:
Update the SMU driver interface version to V7.
Signed-off-by: Tim Huang
---
.../swsmu/inc/pmfw_if/smu13_driver_if_v13_0_4.h | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git
On 10/13/2022 00:46, Tim Huang wrote:
The pmfw has changed the driver interface version, so keep same with the
fw.
Signed-off-by: Tim Huang
Cc: sta...@vger.kernel.org #6.0
Reviewed-by: Mario Limonciello
---
drivers/gpu/drm/amd/pm/swsmu/inc/smu_v13_0.h | 2 +-
1 file changed, 1
On 10/6/2022 16:26, Qingqing Zhuo wrote:
From: Alvin Lee
Watermark calculation was incorrect
due to missing brackets.
Reviewed-by: Rodrigo Siqueira
Acked-by: Qingqing Zhuo
Signed-off-by: Alvin Lee
This just landed upstream for 6.0 and is a trivial fix for what the
intention was, it
On 10/6/2022 23:28, Shirish S wrote:
[Why]
If psr_feature_enable is set to true by default, it continues to be enabled
for non capable links.
[How]
explicitly disable the feature on links that are not capable of the same.
Signed-off-by: Shirish S
Reviewed-by: Leo Li
This has been a problem
On 10/6/2022 16:26, Qingqing Zhuo wrote:
From: Nicholas Kazlauskas
[Why]
Request from PMFW to change the messaging format to specify whether we
support z-state via individual bits.
[How]
Update the args we pass in the support message.
Reviewed-by: Charlene Liu
Acked-by: Qingqing Zhuo
On 10/3/2022 13:00, roman...@amd.com wrote:
From: Roman Li
[Why]
DCN 3.1.4 supports DPIA.
[How]
- Set dpia_supported flag for dcn314 in dmub_hw_init()
- Remove comment that becomes irrelevant after this change.
Signed-off-by: Roman Li
Reviewed-by: Nicholas Kazlauskas
FYI As this is
On 8/9/2022 10:50, Alex Deucher wrote:
On Tue, Aug 9, 2022 at 11:10 AM Mario Limonciello
wrote:
Moving to the generic fbdev helper introduced a regression in S4 support
on Hawaii PRO graphics cards. A workaround commit was introduced to
avoid this S4 regression until the root cause could be
On 10/20/2022 10:46, Rodrigo Siqueira wrote:
From: Max Tseng
Missing send cursor_rect width & Height into DMUB. PSR-SU would use
these information. But missing these assignment in last refactor commit
Reviewed-by: Anthony Koo
Acked-by: Rodrigo Siqueira
Signed-off-by: Max Tseng
---
This
[AMD Official Use Only - General]
> -Original Message-
> From: Lazar, Lijo
> Sent: Thursday, January 5, 2023 07:22
> To: Limonciello, Mario ; Deucher, Alexander
> ; linux-ker...@vger.kernel.org
> Cc: Javier Martinez Canillas ; Carlos Soriano Sanchez
> ; amd-gfx@
[AMD Official Use Only - General]
> -Original Message-
> From: Alex Deucher
> Sent: Tuesday, January 10, 2023 13:29
> To: Limonciello, Mario
> Cc: amd-gfx@lists.freedesktop.org
> Subject: Re: [PATCH] drm/amd: Only load TA microcode for psp v12_0 once
>
> On T
[Public]
> -Original Message-
> From: Christian König
> Sent: Wednesday, January 4, 2023 07:18
> To: Limonciello, Mario ; Deucher, Alexander
> ; linux-ker...@vger.kernel.org
> Cc: Pan, Xinhui ; Lazar, Lijo ;
> Javier Martinez Canillas ; dri-
> de...@lists.
[Public]
> -Original Message-
> From: Alex Deucher
> Sent: Wednesday, January 4, 2023 11:16
> To: Limonciello, Mario
> Cc: Deucher, Alexander ; linux-
> ker...@vger.kernel.org; Pan, Xinhui ; Lazar, Lijo
> ; Javier Martinez Canillas ; dri-
> de...@lists.
1 - 100 of 204 matches
Mail list logo