these patches have landed on 6.9)
> Co-developed-by: Akshata MukundShetty
> Signed-off-by: Akshata MukundShetty
> Signed-off-by: Basavaraj Natikar
> Signed-off-by: Jiri Kosina
> (cherry picked from commit 333861f4cca6d2c959ca2876587c42767853dccc)
All these patches seem to already hav
t; Reviewed-by: Ilpo Järvinen
> Co-developed-by: Shyam Sundar S K
> Signed-off-by: Shyam Sundar S K
> Signed-off-by: Basavaraj Natikar
> Signed-off-by: Jiri Kosina
> (cherry picked from commit 4e71d262899d7bab1f0c65936a2e639afeb83e4d)
What am I supposed to do with this? All of this code has already been
upstreamed.
--
Jiri Kosina
SUSE Labs
On Thu, 24 Jun 2021, Jiri Kosina wrote:
> From: Jiri Kosina
>
> In case when psp_init_asd_microcode() fails to load ASD microcode file,
> psp_v12_0_init_microcode() tries to print the firmware filename that
> failed to load before bailing out.
>
> This is wrong because
On Thu, 24 Jun 2021, Jiri Kosina wrote:
> From: Jiri Kosina
>
> This reverts commit 4192f7b5768912ceda82be2f83c87ea7181f9980.
>
> It is not true (as stated in the reverted commit changelog) that we never
> unmap the BAR on failure; it actually does happen properly on
> a
From: Jiri Kosina
This reverts commit 4192f7b5768912ceda82be2f83c87ea7181f9980.
It is not true (as stated in the reverted commit changelog) that we never
unmap the BAR on failure; it actually does happen properly on
amdgpu_driver_load_kms() -> amdgpu_driver_unload_kms() ->
amdgpu_devic
From: Jiri Kosina
In case when psp_init_asd_microcode() fails to load ASD microcode file,
psp_v12_0_init_microcode() tries to print the firmware filename that
failed to load before bailing out.
This is wrong because:
- the firmware filename it would want it print is an incorrect one as
From: Jiri Kosina
In case when psp_init_asd_microcode() fails to load ASD microcode file,
psp_v12_0_init_microcode() tries to print the firmware filename that
failed to load before bailing out.
This is wrong because:
- the firmware filename it would want it print is an incorrect one as