[Public]
> -Original Message-
> From: amd-gfx On Behalf Of
> Daniel Kolesa
> Sent: Wednesday, February 1, 2023 1:46 PM
> To: linuxppc-...@lists.ozlabs.org
> Cc: d...@danny.cz; sta...@vger.kernel.org;
> tpear...@raptorengineering.com; amd-gfx@lists.freedesktop.org;
>
Hi Dave, Daniel,
Fixes for 6.2.
The following changes since commit 6d796c50f84ca79f1722bb131799e5a5710c4700:
Linux 6.2-rc6 (2023-01-29 13:59:43 -0800)
are available in the Git repository at:
https://gitlab.freedesktop.org/agd5f/linux.git
tags/amd-drm-fixes-6.2-2023-02-01
for you to
> Hi Neal,
>
> On Thu, 2 Feb 2023, at 03:17, kernel test robot wrote:
> > tree/branch:
> > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
> > master
> > branch HEAD: 66eee64b235411d512bed4d672c2d00683239daf Add
> linux-
Hi Neal,
On Thu, 2 Feb 2023, at 03:17, kernel test robot wrote:
> tree/branch:
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
> master
> branch HEAD: 66eee64b235411d512bed4d672c2d00683239daf Add linux-next
> specific files for 20230201
>
>
>
On Wed, Jan 25, 2023 at 1:33 PM Mario Limonciello
wrote:
>
> We guard the suspend entry code from running unless we have proper
> BIOS support for either S3 mode or s0ix mode.
>
> If a user's system doesn't support either of these modes the kernel
> still does offer s2idle in
Reviewed-by: Guchun Chen
Regards,
Guchun
-Original Message-
From: Guilherme G. Piccoli
Sent: Thursday, February 2, 2023 12:48 AM
To: amd-gfx@lists.freedesktop.org
Cc: dri-de...@lists.freedesktop.org; Deucher, Alexander
; Koenig, Christian ; Pan,
Xinhui ; ker...@gpiccoli.net;
Reviewed-by: Luben Tuikov
Regards,
Luben
On 2023-02-01 11:48, Guilherme G. Piccoli wrote:
> Currently amdgpu calls drm_sched_fini() from the fence driver sw fini
> routine - such function is expected to be called only after the
> respective init function - drm_sched_init() - was executed
Currently amdgpu calls drm_sched_fini() from the fence driver sw fini
routine - such function is expected to be called only after the
respective init function - drm_sched_init() - was executed successfully.
Happens that we faced a driver probe failure in the Steam Deck
recently, and the function
On 01/02/2023 13:21, Luben Tuikov wrote:
> Hi Guilherme,
>
> Since setting sched->ready to false, seems to be taking place in, directly
> amdgpu_ring_fini()
> and in amdgpu_fence_driver_sw_fini() indirectly as that function calls
> drm_sched_fini()
> which sets it to false, we seem to have two
Looks good to me. WIth a link the mesa MR which uses these, the patch is:
Reviewed-by: Alex Deucher
For TA_CNTL2, an alternative would be to add this register to the
AMDGPU_INFO_READ_MMR_REG and just cache it in the KGD if you think we
may need other fields from it in the future.
Alex
On Mon,
[AMD Official Use Only - General]
> -Original Message-
> From: Greg KH
> Sent: Sunday, January 29, 2023 07:32
> To: Limonciello, Mario
> Cc: Linux regressions mailing list ; dri-
> de...@lists.freedesktop.org; sta...@vger.kernel.org;
> stanislav.lisovs...@intel.com; Zuo, Jerry ; amd-
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
branch HEAD: 66eee64b235411d512bed4d672c2d00683239daf Add linux-next specific
files for 20230201
Error/Warning reports:
https://lore.kernel.org/oe-kbuild-all/202301300743.bp7dpazv-...@intel.com
https
Commit c653c591789b ("drm/amdgpu: Re-enable DCN for 64-bit powerpc")
introduced this check as a workaround for the driver not building
with toolchains that default to 64-bit long double.
The reason things worked on 128-bit-long-double toolchains and
not otherwise was however largely accidental.
enable athub cg on gc 11.0.3
Signed-off-by: Kenneth Feng
---
drivers/gpu/drm/amd/amdgpu/soc21.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/soc21.c
b/drivers/gpu/drm/amd/amdgpu/soc21.c
index 2ea0b9142868..0615fdbf0a64 100644
---
Am 27.01.23 um 18:51 schrieb Alex Deucher:
Add a module parameter to force sg (scatter/gather) display
on APUs. Normally we allow displays in both VRAM and GTT,
but this option forces displays into GTT so we can explicitly
test more scenarios with GTT.
I'm still absolutely not keen to add
Hi Guilherme,
Since setting sched->ready to false, seems to be taking place in, directly
amdgpu_ring_fini()
and in amdgpu_fence_driver_sw_fini() indirectly as that function calls
drm_sched_fini()
which sets it to false, we seem to have two competing policies of,
"set ready to false to show that
On Wed, Feb 1, 2023 at 2:18 AM Christian König
wrote:
>
> Hi Guchun,
>
> no, that doesn't make any sense at all.
>
> The ready flag indicates that the scheduler is fully prepared for hw
> submissions from userspace and is unrelated to the initialization
> status. It's set to true after IB testing
Am 01.02.23 um 15:24 schrieb Alex Deucher:
On Wed, Feb 1, 2023 at 2:18 AM Christian König
wrote:
Hi Guchun,
no, that doesn't make any sense at all.
The ready flag indicates that the scheduler is fully prepared for hw
submissions from userspace and is unrelated to the initialization
status.
18 matches
Mail list logo
