<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word"> <div class="WordSection1"> [AMD Official Use Only]<o:p></o:p> <o:p> </o:p> Got it, Evans.<o:p></o:p> Since HAINAN is very different, need some further confirmation.<o:p></o:p> Thanks.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> From: amd-gfx <amd-gfx-bounces@lists.freedesktop.org> On Behalf Of Evans Jahja Sent: Monday, August 23, 2021 6:40 PM To: amd-gfx@lists.freedesktop.org Subject: RE: Voltage control on Southern Island GPU using radeon<o:p></o:p> </div> </div> <o:p> </o:p> [CAUTION: External Email] <o:p></o:p> <div> <div> <div> Hi Kenneth,<o:p></o:p> </div> <div> <o:p> </o:p> </div> <div> I understand that changing voltage 'standalone' is not a good idea. In that case, would it be possible to change the voltage table so that it would give a lower clock on certain voltage?<o:p></o:p> </div> <div> <o:p> </o:p> </div> <div> For example, I would like to change<o:p></o:p> </div> <div> <o:p> </o:p> </div> <div> sclk 900, vddc: 1050<o:p></o:p> </div> <div> <o:p> </o:p> </div> <div> to<o:p></o:p> </div> <div> <o:p> </o:p> </div> <div> sclk 800, vddc: 1050<o:p></o:p> </div> <div> <o:p> </o:p> </div> <div> Thanks<o:p></o:p> </div> <div> <o:p> </o:p> <div> <div> On Mon, Aug 23, 2021, 14:59 <<a href="mailto:amd-gfx-request@lists.freedesktop.org">amd-gfx-request@lists.freedesktop.org</a>> wrote:<o:p></o:p> </div> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> Send amd-gfx mailing list submissions to <a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a> To subscribe or unsubscribe via the World Wide Web, visit <a href="https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Famd-gfx&data=04%7C01%7CKenneth.Feng%40amd.com%7C0b14ab3222974cad7fc208d966225a2d%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637653120441041294%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Mqu4fj33aPkAwLKNNALu8ZNnj%2Ffn4zGn1F3qzi5SYbA%3D&reserved=0" target="_blank"> https://lists.freedesktop.org/mailman/listinfo/amd-gfx</a> or, via email, send a message with subject or body 'help' to <a href="mailto:amd-gfx-request@lists.freedesktop.org" target="_blank">amd-gfx-request@lists.freedesktop.org</a> You can reach the person managing the list at <a href="mailto:amd-gfx-owner@lists.freedesktop.org" target="_blank">amd-gfx-owner@lists.freedesktop.org</a> When replying, please edit your Subject line so it is more specific than "Re: Contents of amd-gfx digest..." Today's Topics: 1. RE: Voltage control on Southern Island GPU using radeon driver (Feng, Kenneth) 2. RE: [PATCH] drm/amdgpu: add missing cleanups for Polaris12 UVD/VCE on suspend (Quan, Evan) ---------------------------------------------------------------------- Message: 1 Date: Mon, 23 Aug 2021 07:11:10 +0000 From: "Feng, Kenneth" <<a href="mailto:Kenneth.Feng@amd.com" target="_blank">Kenneth.Feng@amd.com</a>> To: "Koenig, Christian" <<a href="mailto:Christian.Koenig@amd.com" target="_blank">Christian.Koenig@amd.com</a>>, Evans Jahja <<a href="mailto:evansjahja13@gmail.com" target="_blank">evansjahja13@gmail.com</a>>, "<a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a>" <<a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a>> Subject: RE: Voltage control on Southern Island GPU using radeon driver Message-ID: <<a href="mailto:BY5PR12MB55607F9193F1A315210D1B838EC49@BY5PR12MB5560.namprd12.prod.outlook.com" target="_blank">BY5PR12MB55607F9193F1A315210D1B838EC49@BY5PR12MB5560.namprd12.prod.outlook.com</a>> Content-Type: text/plain; charset="utf-8" [AMD Official Use Only] Hi Evans I'm sorry but I don't suggest you manually control the standalone voltage because it's predefined with the clock value. A decrease of voltage could hit the hardware critical path. You may need to change the clock and voltage together, we call it dpm level change. Thanks. -----Original Message----- From: amd-gfx <<a href="mailto:amd-gfx-bounces@lists.freedesktop.org" target="_blank">amd-gfx-bounces@lists.freedesktop.org</a>> On Behalf Of Christian K?nig Sent: Monday, August 23, 2021 2:26 PM To: Evans Jahja <<a href="mailto:evansjahja13@gmail.com" target="_blank">evansjahja13@gmail.com</a>>; <a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a> Subject: Re: Voltage control on Southern Island GPU using radeon driver [CAUTION: External Email] Hi Evans, in general the voltage tables are stored in the atombios and the best advice I can give you is to first double check if there isn't an updated BIOS for your hardware. But Alex is the expert on power management, especially for those older hardware generations. Maybe he has another idea what to try. Regards, Christian. Am 23.08.21 um 03:56 schrieb Evans Jahja: > Hi, I have a HAINAN GPU below: > > lspci -nn > 0a:00.0 Display controller [0380]: Advanced Micro Devices, Inc. > [AMD/ATI] Sun LE [Radeon HD 8550M / R5 M230] [1002:666f] > > I run linux 5.13.12 on Arch on a Lenovo B40-70 laptop. > > I'm trying to understand more on how voltage control works and how I > can modify the voltage for doing overvoltage / undervoltage on my GPU. > The reason is I am observing how running programs under high GPU load > (glmark2) would lead to crashes when I use dpm=1 in either radeon or > amdgpu driver, which seems to happen when I am reaching power level 4 > (sclk 900MHz), while a lighter program like glxgears could run and > switch power levels between 0,1,2 without issue under both drivers. I > believe my laptop might be faulty, but I would like to take this > opportunity to try fixing it from the driver's side so that it can run > anyway, however limited. > > Right now, I have managed to increase the performance of my GPU by > manually overwriting the sclk to 630MHz in all performance_levels in > radeon_pm.c, which surprises me as overriding the clock was not > possible for me to do previously via sysfs. > > I've managed to tweak both sclk and mclk (or so I believe), but I > still cannot tweak the voltage (vddc). The reason is, if I increase > the sclk to 650MHz, the lockup will happen again. Changing the > pl->vddc variable does not seem to do anything. After various tracing > with printk, I understand that on my system: > > pi->voltage_control = radeon_atom_is_voltage_gpio(rdev, > SET_VOLTAGE_TYPE_ASIC_VDDC, > VOLTAGE_OBJ_GPIO_LUT) > > this returns false, while: > > si_pi->voltage_control_svi2 = > radeon_atom_is_voltage_gpio(rdev, SET_VOLTAGE_TYPE_ASIC_VDDC, > VOLTAGE_OBJ_SVID2); > > This returns true, so I believe my system is using SVI2 somehow to set > the voltage. Having no experience with SVI2, I read online and found > out that SVI2 is a voltage regulator that uses Data / Clock pins to > clock-in 8 bits of information and convert it to some voltage value > between OFF, 0.5V -> 1.5V, offering fine control based on some look up > table. > > My questions are as follows: > Is it possible for me to modify my system so that I can manually > adjust the voltage to my GPU? > > Thank you very much in advance. This is the first time I deal with > kernel drivers, so any guidance on the matter helps a lot. > > - Evans > > ------------------------------ Message: 2 Date: Mon, 23 Aug 2021 07:59:36 +0000 From: "Quan, Evan" <<a href="mailto:Evan.Quan@amd.com" target="_blank">Evan.Quan@amd.com</a>> To: Alex Deucher <<a href="mailto:alexdeucher@gmail.com" target="_blank">alexdeucher@gmail.com</a>> Cc: "Lazar, Lijo" <<a href="mailto:Lijo.Lazar@amd.com" target="_blank">Lijo.Lazar@amd.com</a>>, "Zhu, James" <<a href="mailto:James.Zhu@amd.com" target="_blank">James.Zhu@amd.com</a>>, "<a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a>" <<a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a>>, "Liu, Leo" <<a href="mailto:Leo.Liu@amd.com" target="_blank">Leo.Liu@amd.com</a>>, "Deucher, Alexander" <<a href="mailto:Alexander.Deucher@amd.com" target="_blank">Alexander.Deucher@amd.com</a>>, "Chen, Guchun" <<a href="mailto:Guchun.Chen@amd.com" target="_blank">Guchun.Chen@amd.com</a>>, "Pan, Xinhui" <<a href="mailto:Xinhui.Pan@amd.com" target="_blank">Xinhui.Pan@amd.com</a>> Subject: RE: [PATCH] drm/amdgpu: add missing cleanups for Polaris12 UVD/VCE on suspend Message-ID: <<a href="mailto:DM6PR12MB261946019274A3F1B5C09995E4C49@DM6PR12MB2619.namprd12.prod.outlook.com" target="_blank">DM6PR12MB261946019274A3F1B5C09995E4C49@DM6PR12MB2619.namprd12.prod.outlook.com</a>> Content-Type: text/plain; charset="utf-8" [AMD Official Use Only] > -----Original Message----- > From: Alex Deucher <<a href="mailto:alexdeucher@gmail.com" target="_blank">alexdeucher@gmail.com</a>> > Sent: Friday, August 20, 2021 10:23 PM > To: Quan, Evan <<a href="mailto:Evan.Quan@amd.com" target="_blank">Evan.Quan@amd.com</a>> > Cc: Lazar, Lijo <<a href="mailto:Lijo.Lazar@amd.com" target="_blank">Lijo.Lazar@amd.com</a>>; Zhu, James <<a href="mailto:James.Zhu@amd.com" target="_blank">James.Zhu@amd.com</a>>; > <a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a>; Liu, Leo <<a href="mailto:Leo.Liu@amd.com" target="_blank">Leo.Liu@amd.com</a>>; Deucher, > Alexander <<a href="mailto:Alexander.Deucher@amd.com" target="_blank">Alexander.Deucher@amd.com</a>>; Chen, Guchun > <<a href="mailto:Guchun.Chen@amd.com" target="_blank">Guchun.Chen@amd.com</a>>; Pan, Xinhui <<a href="mailto:Xinhui.Pan@amd.com" target="_blank">Xinhui.Pan@amd.com</a>> > Subject: Re: [PATCH] drm/amdgpu: add missing cleanups for Polaris12 > UVD/VCE on suspend > > On Thu, Aug 19, 2021 at 10:15 PM Quan, Evan <<a href="mailto:Evan.Quan@amd.com" target="_blank">Evan.Quan@amd.com</a>> wrote: > > > > [AMD Official Use Only] > > > > > > > > > > > > > > > > From: Lazar, Lijo <<a href="mailto:Lijo.Lazar@amd.com" target="_blank">Lijo.Lazar@amd.com</a>> > > Sent: Thursday, August 19, 2021 10:36 PM > > To: Zhu, James <<a href="mailto:James.Zhu@amd.com" target="_blank">James.Zhu@amd.com</a>>; Quan, Evan > <<a href="mailto:Evan.Quan@amd.com" target="_blank">Evan.Quan@amd.com</a>>; > > <a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a> > > Cc: Deucher, Alexander <<a href="mailto:Alexander.Deucher@amd.com" target="_blank">Alexander.Deucher@amd.com</a>>; Chen, Guchun > > <<a href="mailto:Guchun.Chen@amd.com" target="_blank">Guchun.Chen@amd.com</a>>; Pan, Xinhui <<a href="mailto:Xinhui.Pan@amd.com" target="_blank">Xinhui.Pan@amd.com</a>> > > Subject: RE: [PATCH] drm/amdgpu: add missing cleanups for Polaris12 > > UVD/VCE on suspend > > > > > > > > [AMD Official Use Only] > > > > > > > > If that is done ? > > > > > > > > + amdgpu_device_ip_set_powergating_state(adev, > AMD_IP_BLOCK_TYPE_UVD, > > + AMD_PG_STATE_GATE); > > + amdgpu_device_ip_set_clockgating_state(adev, > AMD_IP_BLOCK_TYPE_UVD, > > + > > + AMD_CG_STATE_GATE); > > > > > > > > Usual order is CG followed by PG. It comes in the else part, so less likely to > happen. Nice to fix for code correctness purpose. > > > > [Quan, Evan] Thanks Lijo. Make sense to me. However, actually these code > were copied from amdgpu_uvd_idle_work_handler() of amdgpu_uvd.c. > Same logic was used there. So, maybe @Zhu, James or @Liu, Leo can share > some insights about this. > > > > It looks like it is wrong there as well. We should be gating the clocks before > the power. The order is also wrong in amdgpu_uvd_ring_begin_use(). We > need to ungate the power before the clocks [Quan, Evan] I created a patch for this. But during the verification, I got the errors below [ 87.420822] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, trying to reset the VCPU!!! [ 88.443029] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, trying to reset the VCPU!!! [ 89.465386] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, trying to reset the VCPU!!! [ 90.487629] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, trying to reset the VCPU!!! [ 91.510380] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, trying to reset the VCPU!!! [ 92.533782] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, trying to reset the VCPU!!! [ 93.557400] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, trying to reset the VCPU!!! [ 94.580708] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, trying to reset the VCPU!!! [ 95.603832] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, trying to reset the VCPU!!! [ 96.627727] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, trying to reset the VCPU!!! [ 96.657453] [drm:uvd_v6_0_start [amdgpu]] *ERROR* UVD not responding, giving up!!! [ 96.665892] [drm:amdgpu_device_ip_set_powergating_state [amdgpu]] *ERROR* set_powergating_state of IP block <uvd_v6_0> failed -1 [ 97.697422] amdgpu 0000:02:00.0: [drm:amdgpu_ib_ring_tests [amdgpu]] *ERROR* IB test failed on uvd (-110). [ 98.721432] amdgpu 0000:02:00.0: [drm:amdgpu_ib_ring_tests [amdgpu]] *ERROR* IB test failed on uvd_enc0 (-110). [ 99.745407] amdgpu 0000:02:00.0: [drm:amdgpu_ib_ring_tests [amdgpu]] *ERROR* IB test failed on uvd_enc1 (-110). [ 99.857784] [drm:amdgpu_device_delayed_init_work_handler [amdgpu]] *ERROR* ib ring test failed (-110). After checking the related source code roughly. It seems the underlaying implementation of -> set_powergating_state(e.g. uvd_v6_0_set_powergating_state ) performs more jobs than just power gating. And I guess maybe some of those jobs needs to be performed after -> set_clockgating_state. James and Leo may comment more. BR Evan > > Alex > > > > > > > > BR > > > > Evan > > > > > > > > Thanks, > > > > Lijo > > > > > > > > From: Zhu, James <<a href="mailto:James.Zhu@amd.com" target="_blank">James.Zhu@amd.com</a>> > > Sent: Thursday, August 19, 2021 7:49 PM > > To: Quan, Evan <<a href="mailto:Evan.Quan@amd.com" target="_blank">Evan.Quan@amd.com</a>>; <a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a> > > Cc: Deucher, Alexander <<a href="mailto:Alexander.Deucher@amd.com" target="_blank">Alexander.Deucher@amd.com</a>>; Chen, Guchun > > <<a href="mailto:Guchun.Chen@amd.com" target="_blank">Guchun.Chen@amd.com</a>>; Lazar, Lijo <<a href="mailto:Lijo.Lazar@amd.com" target="_blank">Lijo.Lazar@amd.com</a>>; Pan, Xinhui > > <<a href="mailto:Xinhui.Pan@amd.com" target="_blank">Xinhui.Pan@amd.com</a>> > > Subject: Re: [PATCH] drm/amdgpu: add missing cleanups for Polaris12 > > UVD/VCE on suspend > > > > > > > > [AMD Official Use Only] > > > > > > > > > > > > Why not move changes into hw_fini? > > > > > > > > Best Regards! > > > > > > > > James Zhu > > > > ________________________________ > > > > From: amd-gfx <<a href="mailto:amd-gfx-bounces@lists.freedesktop.org" target="_blank">amd-gfx-bounces@lists.freedesktop.org</a>> on behalf of > > Evan Quan <<a href="mailto:evan.quan@amd.com" target="_blank">evan.quan@amd.com</a>> > > Sent: Wednesday, August 18, 2021 11:08 PM > > To: <a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a> <<a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a>> > > Cc: Deucher, Alexander <<a href="mailto:Alexander.Deucher@amd.com" target="_blank">Alexander.Deucher@amd.com</a>>; Chen, Guchun > > <<a href="mailto:Guchun.Chen@amd.com" target="_blank">Guchun.Chen@amd.com</a>>; Lazar, Lijo <<a href="mailto:Lijo.Lazar@amd.com" target="_blank">Lijo.Lazar@amd.com</a>>; Quan, Evan > > <<a href="mailto:Evan.Quan@amd.com" target="_blank">Evan.Quan@amd.com</a>>; Pan, Xinhui <<a href="mailto:Xinhui.Pan@amd.com" target="_blank">Xinhui.Pan@amd.com</a>> > > Subject: [PATCH] drm/amdgpu: add missing cleanups for Polaris12 > > UVD/VCE on suspend > > > > > > > > Perform proper cleanups on UVD/VCE suspend: powergate enablement, > > clockgating enablement and dpm disablement. This can fix some hangs > > observed on suspending when UVD/VCE still using(e.g. issue > > "pm-suspend" when video is still playing). > > > > Change-Id: I36f39d9731e0a9638b52d5d92558b0ee9c23a9ed > > Signed-off-by: Evan Quan <<a href="mailto:evan.quan@amd.com" target="_blank">evan.quan@amd.com</a>> > > Signed-off-by: xinhui pan <<a href="mailto:xinhui.pan@amd.com" target="_blank">xinhui.pan@amd.com</a>> > > --- > > drivers/gpu/drm/amd/amdgpu/uvd_v6_0.c | 24 > ++++++++++++++++++++++++ > > drivers/gpu/drm/amd/amdgpu/vce_v3_0.c | 23 > +++++++++++++++++++++++ > > 2 files changed, 47 insertions(+) > > > > diff --git a/drivers/gpu/drm/amd/amdgpu/uvd_v6_0.c > > b/drivers/gpu/drm/amd/amdgpu/uvd_v6_0.c > > index 4eebf973a065..d0fc6ec18c29 100644 > > --- a/drivers/gpu/drm/amd/amdgpu/uvd_v6_0.c > > +++ b/drivers/gpu/drm/amd/amdgpu/uvd_v6_0.c > > @@ -554,6 +554,30 @@ static int uvd_v6_0_suspend(void *handle) > > int r; > > struct amdgpu_device *adev = (struct amdgpu_device *)handle; > > > > + /* > > + * Proper cleanups before halting the HW engine: > > + * - cancel the delayed idle work > > + * - enable powergating > > + * - enable clockgating > > + * - disable dpm > > + * > > + * TODO: to align with the VCN implementation, move the > > + * jobs for clockgating/powergating/dpm setting to > > + * ->set_powergating_state(). > > + */ > > + cancel_delayed_work_sync(&adev->uvd.idle_work); > > + > > + if (adev->pm.dpm_enabled) { > > + amdgpu_dpm_enable_uvd(adev, false); > > + } else { > > + amdgpu_asic_set_uvd_clocks(adev, 0, 0); > > + /* shutdown the UVD block */ > > + amdgpu_device_ip_set_powergating_state(adev, > AMD_IP_BLOCK_TYPE_UVD, > > + AMD_PG_STATE_GATE); > > + amdgpu_device_ip_set_clockgating_state(adev, > AMD_IP_BLOCK_TYPE_UVD, > > + AMD_CG_STATE_GATE); > > + } > > + > > r = uvd_v6_0_hw_fini(adev); > > if (r) > > return r; > > diff --git a/drivers/gpu/drm/amd/amdgpu/vce_v3_0.c > > b/drivers/gpu/drm/amd/amdgpu/vce_v3_0.c > > index 6d9108fa22e0..a594ade5d30a 100644 > > --- a/drivers/gpu/drm/amd/amdgpu/vce_v3_0.c > > +++ b/drivers/gpu/drm/amd/amdgpu/vce_v3_0.c > > @@ -503,6 +503,29 @@ static int vce_v3_0_suspend(void *handle) > > int r; > > struct amdgpu_device *adev = (struct amdgpu_device *)handle; > > > > + /* > > + * Proper cleanups before halting the HW engine: > > + * - cancel the delayed idle work > > + * - enable powergating > > + * - enable clockgating > > + * - disable dpm > > + * > > + * TODO: to align with the VCN implementation, move the > > + * jobs for clockgating/powergating/dpm setting to > > + * ->set_powergating_state(). > > + */ > > + cancel_delayed_work_sync(&adev->vce.idle_work); > > + > > + if (adev->pm.dpm_enabled) { > > + amdgpu_dpm_enable_vce(adev, false); > > + } else { > > + amdgpu_asic_set_vce_clocks(adev, 0, 0); > > + amdgpu_device_ip_set_powergating_state(adev, > AMD_IP_BLOCK_TYPE_VCE, > > + AMD_PG_STATE_GATE); > > + amdgpu_device_ip_set_clockgating_state(adev, > AMD_IP_BLOCK_TYPE_VCE, > > + AMD_CG_STATE_GATE); > > + } > > + > > r = vce_v3_0_hw_fini(adev); > > if (r) > > return r; > > -- > > 2.29.0 ------------------------------ Subject: Digest Footer _______________________________________________ amd-gfx mailing list <a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a> <a href="https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Famd-gfx&data=04%7C01%7CKenneth.Feng%40amd.com%7C0b14ab3222974cad7fc208d966225a2d%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637653120441051245%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=uuc1RkDLEtK1Afn%2BzWXvVALBRAQQDmp3BTAeLr0p%2BK4%3D&reserved=0" target="_blank">https://lists.freedesktop.org/mailman/listinfo/amd-gfx</a> ------------------------------ End of amd-gfx Digest, Vol 63, Issue 280 ****************************************<o:p></o:p> </blockquote> </div> </div> </div> </div> </div> </body> </html>