<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/gpu/drm/amd, branch v5.4</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v5.4</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v5.4'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2019-11-20T23:40:21Z</updated>
<entry>
<title>Revert "drm/amd/display: enable S/G for RAVEN chip"</title>
<updated>2019-11-20T23:40:21Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2019-11-15T15:26:52Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=a0184d71163aab258d73141a8839675d6cbdcf40'/>
<id>urn:sha1:a0184d71163aab258d73141a8839675d6cbdcf40</id>
<content type='text'>
This reverts commit 1c4259159132ae4ceaf7c6db37a6cf76417f73d9.

S/G display is not stable with the IOMMU enabled on some
platforms.

Bug: https://bugzilla.kernel.org/show_bug.cgi?id=205523
Acked-by: Christian König &lt;christian.koenig@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Cc: stable@vger.kernel.org
</content>
</entry>
<entry>
<title>drm/amdgpu: disable gfxoff on original raven</title>
<updated>2019-11-20T23:40:21Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2019-11-15T15:21:23Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=941a0a7945c39f36a16634bc65c2649a1b94eee1'/>
<id>urn:sha1:941a0a7945c39f36a16634bc65c2649a1b94eee1</id>
<content type='text'>
There are still combinations of sbios and firmware that
are not stable.

Bug: https://bugzilla.kernel.org/show_bug.cgi?id=204689
Acked-by: Christian König &lt;christian.koenig@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Cc: stable@vger.kernel.org
</content>
</entry>
<entry>
<title>drm/amdgpu: disable gfxoff when using register read interface</title>
<updated>2019-11-20T23:40:21Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2019-11-14T16:39:05Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=c57040d333c6729ce99c2cb95061045ff84c89ea'/>
<id>urn:sha1:c57040d333c6729ce99c2cb95061045ff84c89ea</id>
<content type='text'>
When gfxoff is enabled, accessing gfx registers via MMIO
can lead to a hang.

Bug: https://bugzilla.kernel.org/show_bug.cgi?id=205497
Acked-by: Xiaojie Yuan &lt;xiaojie.yuan@amd.com&gt;
Reviewed-by: Evan Quan &lt;evan.quan@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Cc: stable@vger.kernel.org
</content>
</entry>
<entry>
<title>drm/amd/powerplay: correct fine grained dpm force level setting</title>
<updated>2019-11-20T23:40:21Z</updated>
<author>
<name>Evan Quan</name>
<email>evan.quan@amd.com</email>
</author>
<published>2019-11-14T08:58:31Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d2a08e46215ccb0e8d7ea5011ff07abc43d79860'/>
<id>urn:sha1:d2a08e46215ccb0e8d7ea5011ff07abc43d79860</id>
<content type='text'>
For fine grained dpm, there is only two levels supported. However
to reflect correctly the current clock frequency, there is an
intermediate level faked. Thus on forcing level setting, we
need to treat level 2 correctly as level 1.

Signed-off-by: Evan Quan &lt;evan.quan@amd.com&gt;
Reviewed-by: Kevin Wang &lt;kevin1.wang@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
</content>
</entry>
<entry>
<title>drm/amd/powerplay: issue no PPSMC_MSG_GetCurrPkgPwr on unsupported ASICs</title>
<updated>2019-11-20T23:40:21Z</updated>
<author>
<name>Evan Quan</name>
<email>evan.quan@amd.com</email>
</author>
<published>2019-11-14T07:30:39Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=355d991cb6ff6ae76b5e28b8edae144124c730e4'/>
<id>urn:sha1:355d991cb6ff6ae76b5e28b8edae144124c730e4</id>
<content type='text'>
Otherwise, the error message prompted will confuse user.

Signed-off-by: Evan Quan &lt;evan.quan@amd.com&gt;
Acked-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Cc: stable@vger.kernel.org
</content>
</entry>
<entry>
<title>drm/amdgpu: remove experimental flag for Navi14</title>
<updated>2019-11-20T23:40:14Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2019-11-15T14:38:28Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=9ea3fa729a44e69f66f1ae063148739ecc089a17'/>
<id>urn:sha1:9ea3fa729a44e69f66f1ae063148739ecc089a17</id>
<content type='text'>
5.4 and newer works fine with navi14.

Reviewed-by: Xiaojie Yuan &lt;xiaojie.yuan@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
</content>
</entry>
<entry>
<title>drm/amdgpu: fix null pointer deref in firmware header printing</title>
<updated>2019-11-14T21:53:19Z</updated>
<author>
<name>Xiaojie Yuan</name>
<email>xiaojie.yuan@amd.com</email>
</author>
<published>2019-09-05T08:50:22Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=a84fddb16d9bdcb2e40b26aa53a4e4703839298a'/>
<id>urn:sha1:a84fddb16d9bdcb2e40b26aa53a4e4703839298a</id>
<content type='text'>
v2: declare as (struct common_firmware_header *) type because
    struct xxx_firmware_header inherits from it

When CE's ucode_id(8) is used to get sdma_hdr, we will be accessing an
unallocated amdgpu_firmware_info instance.

This issue appears on rhel7.7 with gcc 4.8.5. Newer compilers might have
optimized out such 'defined but not referenced' variable.

[ 1120.798564] BUG: unable to handle kernel NULL pointer dereference at 000000000000000a
[ 1120.806703] IP: [&lt;ffffffffc0e3c9b3&gt;] psp_np_fw_load+0x1e3/0x390 [amdgpu]
[ 1120.813693] PGD 80000002603ff067 PUD 271b8d067 PMD 0
[ 1120.818931] Oops: 0000 [#1] SMP
[ 1120.822245] Modules linked in: amdgpu(OE+) amdkcl(OE) amd_iommu_v2 amdttm(OE) amd_sched(OE) xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun bridge stp llc devlink ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 ipt_REJECT nf_reject_ipv4 xt_conntrack ebtable_nat ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat iptable_mangle iptable_security iptable_raw nf_conntrack libcrc32c ip_set nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter sunrpc dm_mirror dm_region_hash dm_log dm_mod intel_pmc_core intel_powerclamp coretemp intel_rapl joydev kvm_intel eeepc_wmi asus_wmi kvm sparse_keymap iTCO_wdt irqbypass rfkill crc32_pclmul snd_hda_codec_realtek mxm_wmi ghash_clmulni_intel intel_wmi_thunderbolt iTCO_vendor_support snd_hda_codec_generic snd_hda_codec_hdmi aesni_intel lrw gf128mul glue_helper ablk_helper sg cryptd pcspkr snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd pinctrl_sunrisepoint pinctrl_intel soundcore acpi_pad mei_me wmi mei i2c_i801 pcc_cpufreq ip_tables ext4 mbcache jbd2 sd_mod crc_t10dif crct10dif_generic i915 i2c_algo_bit iosf_mbi drm_kms_helper e1000e syscopyarea sysfillrect sysimgblt fb_sys_fops ahci libahci drm ptp libata crct10dif_pclmul crct10dif_common crc32c_intel serio_raw pps_core drm_panel_orientation_quirks video i2c_hid
[ 1120.954136] CPU: 4 PID: 2426 Comm: modprobe Tainted: G           OE  ------------   3.10.0-1062.el7.x86_64 #1
[ 1120.964390] Hardware name: System manufacturer System Product Name/Z170-A, BIOS 1302 11/09/2015
[ 1120.973321] task: ffff991ef1e3c1c0 ti: ffff991ee625c000 task.ti: ffff991ee625c000
[ 1120.981020] RIP: 0010:[&lt;ffffffffc0e3c9b3&gt;]  [&lt;ffffffffc0e3c9b3&gt;] psp_np_fw_load+0x1e3/0x390 [amdgpu]
[ 1120.990483] RSP: 0018:ffff991ee625f950  EFLAGS: 00010202
[ 1120.995935] RAX: 0000000000000002 RBX: ffff991edf6b2d38 RCX: ffff991edf6a0000
[ 1121.003391] RDX: 0000000000000000 RSI: ffff991f01d13898 RDI: ffffffffc110afb3
[ 1121.010706] RBP: ffff991ee625f9b0 R08: 0000000000000000 R09: 0000000000000000
[ 1121.018029] R10: 00000000000004c4 R11: ffff991ee625f64e R12: ffff991edf6b3220
[ 1121.025353] R13: ffff991edf6a0000 R14: 0000000000000008 R15: ffff991edf6b2d30
[ 1121.032666] FS:  00007f97b0c0b740(0000) GS:ffff991f01d00000(0000) knlGS:0000000000000000
[ 1121.041000] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 1121.046880] CR2: 000000000000000a CR3: 000000025e604000 CR4: 00000000003607e0
[ 1121.054239] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 1121.061631] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
[ 1121.068938] Call Trace:
[ 1121.071494]  [&lt;ffffffffc0e3dba8&gt;] psp_hw_init+0x218/0x270 [amdgpu]
[ 1121.077886]  [&lt;ffffffffc0da3188&gt;] amdgpu_device_fw_loading+0xe8/0x160 [amdgpu]
[ 1121.085296]  [&lt;ffffffffc0e3b34c&gt;] ? vega10_ih_irq_init+0x4bc/0x730 [amdgpu]
[ 1121.092534]  [&lt;ffffffffc0da5c75&gt;] amdgpu_device_init+0x1495/0x1c90 [amdgpu]
[ 1121.099675]  [&lt;ffffffffc0da9cab&gt;] amdgpu_driver_load_kms+0x8b/0x2f0 [amdgpu]
[ 1121.106888]  [&lt;ffffffffc01b25cf&gt;] drm_dev_register+0x12f/0x1d0 [drm]
[ 1121.113419]  [&lt;ffffffffa4dcdfd8&gt;] ? pci_enable_device_flags+0xe8/0x140
[ 1121.120183]  [&lt;ffffffffc0da260a&gt;] amdgpu_pci_probe+0xca/0x170 [amdgpu]
[ 1121.126919]  [&lt;ffffffffa4dcf97a&gt;] local_pci_probe+0x4a/0xb0
[ 1121.132622]  [&lt;ffffffffa4dd10c9&gt;] pci_device_probe+0x109/0x160
[ 1121.138607]  [&lt;ffffffffa4eb4205&gt;] driver_probe_device+0xc5/0x3e0
[ 1121.144766]  [&lt;ffffffffa4eb4603&gt;] __driver_attach+0x93/0xa0
[ 1121.150507]  [&lt;ffffffffa4eb4570&gt;] ? __device_attach+0x50/0x50
[ 1121.156422]  [&lt;ffffffffa4eb1da5&gt;] bus_for_each_dev+0x75/0xc0
[ 1121.162213]  [&lt;ffffffffa4eb3b7e&gt;] driver_attach+0x1e/0x20
[ 1121.167771]  [&lt;ffffffffa4eb3620&gt;] bus_add_driver+0x200/0x2d0
[ 1121.173590]  [&lt;ffffffffa4eb4c94&gt;] driver_register+0x64/0xf0
[ 1121.179345]  [&lt;ffffffffa4dd0905&gt;] __pci_register_driver+0xa5/0xc0
[ 1121.185593]  [&lt;ffffffffc099f000&gt;] ? 0xffffffffc099efff
[ 1121.190914]  [&lt;ffffffffc099f0a4&gt;] amdgpu_init+0xa4/0xb0 [amdgpu]
[ 1121.197101]  [&lt;ffffffffa4a0210a&gt;] do_one_initcall+0xba/0x240
[ 1121.202901]  [&lt;ffffffffa4b1c90a&gt;] load_module+0x271a/0x2bb0
[ 1121.208598]  [&lt;ffffffffa4dad740&gt;] ? ddebug_proc_write+0x100/0x100
[ 1121.214894]  [&lt;ffffffffa4b1ce8f&gt;] SyS_init_module+0xef/0x140
[ 1121.220698]  [&lt;ffffffffa518bede&gt;] system_call_fastpath+0x25/0x2a
[ 1121.226870] Code: b4 01 60 a2 00 00 31 c0 e8 83 60 33 e4 41 8b 47 08 48 8b 4d d0 48 c7 c7 b3 af 10 c1 48 69 c0 68 07 00 00 48 8b 84 01 60 a2 00 00 &lt;48&gt; 8b 70 08 31 c0 48 89 75 c8 e8 56 60 33 e4 48 8b 4d d0 48 c7
[ 1121.247422] RIP  [&lt;ffffffffc0e3c9b3&gt;] psp_np_fw_load+0x1e3/0x390 [amdgpu]
[ 1121.254432]  RSP &lt;ffff991ee625f950&gt;
[ 1121.258017] CR2: 000000000000000a
[ 1121.261427] ---[ end trace e98b35387ede75bd ]---

Signed-off-by: Xiaojie Yuan &lt;xiaojie.yuan@amd.com&gt;
Fixes: c5fb912653dae3f878 ("drm/amdgpu: add firmware header printing for psp fw loading (v2)")
Reviewed-by: Kevin Wang &lt;kevin1.wang@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
</content>
</entry>
<entry>
<title>drm/amdgpu/renoir: move gfxoff handling into gfx9 module</title>
<updated>2019-11-07T03:06:23Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2019-10-29T14:36:22Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=77a31602216e0368307dd2e79427dd1c9ca74a8e'/>
<id>urn:sha1:77a31602216e0368307dd2e79427dd1c9ca74a8e</id>
<content type='text'>
To properly handle the option parsing ordering.

Reviewed-by: Yong Zhao &lt;yong.zhao@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
</content>
</entry>
<entry>
<title>drm/amdgpu: add warning for GRBM 1-cycle delay issue in gfx9</title>
<updated>2019-11-07T03:06:23Z</updated>
<author>
<name>changzhu</name>
<email>Changfeng.Zhu@amd.com</email>
</author>
<published>2019-11-05T10:29:12Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=440a7a54e7ec012ec8b27c27e460dfd6f9a24ddb'/>
<id>urn:sha1:440a7a54e7ec012ec8b27c27e460dfd6f9a24ddb</id>
<content type='text'>
It needs to add warning to update firmware in gfx9
in case that firmware is too old to have function to
realize dummy read in cp firmware.

Signed-off-by: changzhu &lt;Changfeng.Zhu@amd.com&gt;
Reviewed-by: Christian König &lt;christian.koenig@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
</content>
</entry>
<entry>
<title>drm/amdgpu: add dummy read by engines for some GCVM status registers in gfx10</title>
<updated>2019-11-07T03:06:23Z</updated>
<author>
<name>changzhu</name>
<email>Changfeng.Zhu@amd.com</email>
</author>
<published>2019-10-10T03:02:33Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=589b64a7e39720b1784a1a26569c57cb977936ef'/>
<id>urn:sha1:589b64a7e39720b1784a1a26569c57cb977936ef</id>
<content type='text'>
The GRBM register interface is now capable of bursting 1 cycle per
register wr-&gt;wr, wr-&gt;rd much faster than previous muticycle per
transaction done interface.  This has caused a problem where
status registers requiring HW to update have a 1 cycle delay, due
to the register update having to go through GRBM.

For cp ucode, it has realized dummy read in cp firmware.It covers
the use of WAIT_REG_MEM operation 1 case only.So it needs to call
gfx_v10_0_wait_reg_mem in gfx10. Besides it also needs to add warning to
update firmware in case firmware is too old to have function to realize
dummy read in cp firmware.

For sdma ucode, it hasn't realized dummy read in sdma firmware. sdma is
moved to gfxhub in gfx10. So it needs to add dummy read in driver
between amdgpu_ring_emit_wreg and amdgpu_ring_emit_reg_wait for sdma_v5_0.

Signed-off-by: changzhu &lt;Changfeng.Zhu@amd.com&gt;
Reviewed-by: Christian König &lt;christian.koenig@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
</content>
</entry>
</feed>
