dri-devel March 2018

dri-devel@lists.freedesktop.org

263 participants
1856 discussions

[PATCH] ARM: dts: sun8i-h3: Add Mali node
by Giulio Benetti 18 Mar '18

18 Mar '18

The H3 has an ARM Mali 400 GPU, so add binding to our DT. Signed-off-by: Giulio Benetti <giulio.benetti(a)micronovasrl.com> --- .../devicetree/bindings/gpu/arm,mali-utgard.txt | 1 + arch/arm/boot/dts/sun8i-h3.dtsi | 27 ++++++++++++++++++++++ 2 files changed, 28 insertions(+) diff --git a/Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt b/Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt index ad87654..c1f65d1 100644 --- a/Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt +++ b/Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt @@ -10,6 +10,7 @@ Required properties: * And, optionally, one of the vendor specific compatible: + allwinner,sun4i-a10-mali + allwinner,sun7i-a20-mali + + allwinner,sun8i-h3-mali + allwinner,sun50i-h5-mali + amlogic,meson-gxbb-mali + amlogic,meson-gxl-mali diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi b/arch/arm/boot/dts/sun8i-h3.dtsi index 8495dee..10da8ed 100644 --- a/arch/arm/boot/dts/sun8i-h3.dtsi +++ b/arch/arm/boot/dts/sun8i-h3.dtsi @@ -79,6 +79,33 @@ <GIC_PPI 11 (GIC_CPU_MASK_SIMPLE(4) | IRQ_TYPE_LEVEL_LOW)>, <GIC_PPI 10 (GIC_CPU_MASK_SIMPLE(4) | IRQ_TYPE_LEVEL_LOW)>; }; + + soc { + mali: gpu@1c40000 { + compatible = "allwinner,sun8i-h3-mali", "arm,mali-400"; + reg = <0x01c40000 0x10000>; + interrupts = <GIC_SPI 97 IRQ_TYPE_LEVEL_HIGH>, + <GIC_SPI 98 IRQ_TYPE_LEVEL_HIGH>, + <GIC_SPI 99 IRQ_TYPE_LEVEL_HIGH>, + <GIC_SPI 100 IRQ_TYPE_LEVEL_HIGH>, + <GIC_SPI 102 IRQ_TYPE_LEVEL_HIGH>, + <GIC_SPI 103 IRQ_TYPE_LEVEL_HIGH>, + <GIC_SPI 101 IRQ_TYPE_LEVEL_HIGH>; + interrupt-names = "gp", + "gpmmu", + "pp0", + "ppmmu0", + "pp1", + "ppmmu1", + "pmu"; + clocks = <&ccu CLK_BUS_GPU>, <&ccu CLK_GPU>; + clock-names = "bus", "core"; + resets = <&ccu RST_BUS_GPU>; + + assigned-clocks = <&ccu CLK_GPU>; + assigned-clock-rates = <384000000>; + }; + }; }; &ccu { -- 2.7.4

3 4

WARNING: CPU: 5 PID: 74 at ../drivers/gpu/drm/nouveau/include/nvkm/subdev/i2c.h:170 nvkm_dp_enable+0xbe/0x140 [nouveau]
by Luis R. Rodriguez 18 Mar '18

18 Mar '18

I have been getting the following splat for while now, guess its time to report, this is on 4.15.8-1-default (OpenSUSE Tumbleweed). I could try a more up to date kernel if we think this can be fixed. Mar 16 16:48:18 olga kernel: kvm: SMP vm created on host with unstable TSC; guest TSC will not be reliable Mar 16 18:28:59 olga kernel: WARNING: CPU: 5 PID: 74 at ../drivers/gpu/drm/nouveau/include/nvkm/subdev/i2c.h:170 nvkm_dp_enable+0xbe/0x140 [nouveau] Mar 16 18:28:59 olga kernel: Modules linked in: ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack libcrc32c iptable_filter ip Mar 16 18:28:59 olga kernel: i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops xhci_hcd ehci_hcd sr_mod ttm cdrom usbcore ata_generic drm wmi button sg dm_multipath Mar 16 18:28:59 olga kernel: CPU: 5 PID: 74 Comm: kworker/5:1 Not tainted 4.15.8-1-default #1 Mar 16 18:28:59 olga kernel: Hardware name: Dell Inc. Precision T3610/09M8Y8, BIOS A03 09/05/2013 Mar 16 18:28:59 olga kernel: Workqueue: events nvkm_notify_work [nouveau] Mar 16 18:28:59 olga kernel: RIP: 0010:nvkm_dp_enable+0xbe/0x140 [nouveau] Mar 16 18:28:59 olga kernel: RSP: 0018:ffffbad4c1c27e30 EFLAGS: 00010287 Mar 16 18:28:59 olga kernel: RAX: 0000000000000000 RBX: ffff92daf85fbc00 RCX: ffffbad4c1c27e37 Mar 16 18:28:59 olga kernel: RDX: ffffbad4c300e4e4 RSI: ffffbad4c300e4e4 RDI: 000000000100900f Mar 16 18:28:59 olga kernel: RBP: ffff92daf85ae000 R08: ffff92daf85fbd11 R09: ffffbad4c1c27e37 Mar 16 18:28:59 olga kernel: R10: 0000000000000000 R11: 0000000000000000 R12: ffff92dc1a594620 Mar 16 18:28:59 olga kernel: R13: ffff92daf8831b40 R14: 0ffff92dc2fd6860 R15: ffff92d94581cc00 Mar 16 18:28:59 olga kernel: FS: 0000000000000000(0000) GS:ffff92dc2fd40000(0000) knlGS:0000000000000000 Mar 16 18:28:59 olga kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Mar 16 18:28:59 olga kernel: CR2: 0000000001895000 CR3: 000000033800a004 CR4: 00000000001626e0 Mar 16 18:28:59 olga kernel: Call Trace: Mar 16 18:28:59 olga kernel: nvkm_dp_hpd+0x113/0x120 [nouveau] Mar 16 18:28:59 olga kernel: nvkm_notify_work+0x1e/0x70 [nouveau] Mar 16 18:28:59 olga kernel: process_one_work+0x1d1/0x400 Mar 16 18:28:59 olga kernel: worker_thread+0x2b/0x3d0 Mar 16 18:28:59 olga kernel: ? process_one_work+0x400/0x400 Mar 16 18:28:59 olga kernel: kthread+0x113/0x130 Mar 16 18:28:59 olga kernel: ? kthread_create_worker_on_cpu+0x50/0x50 Mar 16 18:28:59 olga kernel: ret_from_fork+0x3a/0x50 Mar 16 18:28:59 olga kernel: Code: 4c 8d 4c 24 07 4c 8d 83 11 01 00 00 31 c9 ba 09 00 00 00 be 01 00 00 00 48 89 ef e8 cd 31 fd ff 85 c0 75 75 80 7c 24 07 10 74 02 <0f> 0b 48 89 ef e8 c8 2f Mar 16 18:28:59 olga kernel: ---[ end trace 86032f0eeeecbd15 ]--- Luis

1 0

[Bug 105005] No image after downtime (RX460)
by bugzilla-daemon＠freedesktop.org 18 Mar '18

18 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=105005 Bug ID: 105005 Summary: No image after downtime (RX460) Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: terapy-session(a)bk.ru Created attachment 137221 --> https://bugs.freedesktop.org/attachment.cgi?id=137221&action=edit photo No display after idle for RX460 after upgrading to linux 4.15.1 distribution Arch. DC is not included, the problem on DP and HDMI. Also this problem even earlier, long ago, appeared on AMD Kaveri a10 7850k. P.S. monitor AOC G2260VWQ6 -- You are receiving this mail because: You are the assignee for the bug.

1 16

[Bug 199133] New: nouveau_mem_host+0x47/0x1b0 [nouveau]: NULL pointer dereference at 0000000000000040
by bugzilla-daemon＠bugzilla.kernel.org 18 Mar '18

18 Mar '18

https://bugzilla.kernel.org/show_bug.cgi?id=199133 Bug ID: 199133 Summary: nouveau_mem_host+0x47/0x1b0 [nouveau]: NULL pointer dereference at 0000000000000040 Product: Drivers Version: 2.5 Kernel Version: 4.15.8-300.fc27.x86_64 Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: blocking Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: hectorcavalcantisaavedra(a)gmail.com Regression: No Created attachment 274787 --> https://bugzilla.kernel.org/attachment.cgi?id=274787&action=edit Details on the kernel oops. The nouveau driver causes kernel oops after the new DRM changes. I can reproduce by using my system for a few minutes, mainly when using Chromium or opening a PDF file (on Evince or on Chromium). -- You are receiving this mail because: You are watching the assignee of the bug.

1 4

[PATCH] drm/amdkfd: fix uninitialized variable use
by Arnd Bergmann 18 Mar '18

18 Mar '18

When CONFIG_ACPI is disabled, we never initialize the acpi_table structure in kfd_create_crat_image_virtual: drivers/gpu/drm/amd/amdkfd/kfd_crat.c: In function 'kfd_create_crat_image_virtual': drivers/gpu/drm/amd/amdkfd/kfd_crat.c:888:40: error: 'acpi_table' may be used uninitialized in this function [-Werror=maybe-uninitialized] The undefined behavior also happens for any other acpi_get_table() failure, but then the compiler can't warn about it. This adds an error check that prevents the structure from being used in error, avoiding both the undefined behavior and the warning about it. Fixes: 520b8fb755cc ("drm/amdkfd: Add topology support for CPUs") Signed-off-by: Arnd Bergmann <arnd(a)arndb.de> --- drivers/gpu/drm/amd/amdkfd/kfd_crat.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_crat.c b/drivers/gpu/drm/amd/amdkfd/kfd_crat.c index 7493f47e7fe1..d85112224f1d 100644 --- a/drivers/gpu/drm/amd/amdkfd/kfd_crat.c +++ b/drivers/gpu/drm/amd/amdkfd/kfd_crat.c @@ -882,7 +882,7 @@ static int kfd_create_vcrat_image_cpu(void *pcrat_image, size_t *size) crat_table->length = sizeof(struct crat_header); status = acpi_get_table("DSDT", 0, &acpi_table); - if (status == AE_NOT_FOUND) + if (status != AE_OK) pr_warn("DSDT table not found for OEM information\n"); else { crat_table->oem_revision = acpi_table->revision; -- 2.9.0

2 1

[v3 RFC 0/2] drm/msm: Add support for Adreno a6xx
by Jordan Crouse 18 Mar '18

18 Mar '18

This is an RFC for the initial version of a6xx support for the Adreno a6xx GPU family as found on the sdm845 SoC. This code is ahead of most of the rest of the sdm845 code that would be needed to actually bring up a device and it is definitely far in advance of any user side support for the a6xx GPU so this is mainly just a chance to look over the code structure and get a feel for the direction that the hardware is going in. The a6xx GPU is an iteration of the a5xx family so most of the GPU side code looks pretty close to the same except for the usual register differences. The big different is in power control. On the a5xx there was a rudimentary device called the GMU that did some basic power stuff but left most of the complexity to the kernel. On the a6xx the power complexity is being moved to a component called the GMU (graphics management unit). The kernel is responsible for powering the GMU and in turn the GMU is responsible for powering the GPU and handling power collapse and advance power saving techniques. Of course the devil is in the details and what we save in power management complexity is unfortunately replaced by the complexity involved in communicating with and controlling the GMU. This version stack depends on the following dependencies: https://patchwork.kernel.org/patch/10286375/ - dev_pm_opp_get_of_node https://patchwork.kernel.org/patch/10283073/ - command DB driver https://patchwork.kernel.org/patch/10281613/ - smmu pm_runtime/sleep opps [v3 - fix inverted register definition for GMU_SPTPRAC_CLK_STATUS; fix incorrect register check in a5xx_gmu_gx_is_on(), use dev_pm_opp_get_of_node() from Rajendra and Viresh to read the qcom,level from the device tree; read qcom,level from the DT to get the voltage level to pass to the GMU, fix issues identified by smatch] [v2 - addressed comments from Lucas Stach; added pm_runtime_get_supplier calls for accesses to the GMU IOMMU; moved to SPDX headers for new files] Jordan Crouse (1): drm/msm: Add A6XX device support Sharat Masetty (1): drm/msm: Add generated headers for A6XX drivers/gpu/drm/msm/Makefile | 3 + drivers/gpu/drm/msm/adreno/a6xx.xml.h | 1600 ++++++++++++++++++++++++++++ drivers/gpu/drm/msm/adreno/a6xx_gmu.c | 1225 +++++++++++++++++++++ drivers/gpu/drm/msm/adreno/a6xx_gmu.h | 162 +++ drivers/gpu/drm/msm/adreno/a6xx_gmu.xml.h | 382 +++++++ drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 808 ++++++++++++++ drivers/gpu/drm/msm/adreno/a6xx_gpu.h | 60 ++ drivers/gpu/drm/msm/adreno/a6xx_hfi.c | 435 ++++++++ drivers/gpu/drm/msm/adreno/a6xx_hfi.h | 127 +++ drivers/gpu/drm/msm/adreno/adreno_device.c | 12 + drivers/gpu/drm/msm/adreno/adreno_gpu.c | 2 +- drivers/gpu/drm/msm/adreno/adreno_gpu.h | 5 +- drivers/gpu/drm/msm/msm_gpu.c | 2 +- 13 files changed, 4820 insertions(+), 3 deletions(-) create mode 100644 drivers/gpu/drm/msm/adreno/a6xx.xml.h create mode 100644 drivers/gpu/drm/msm/adreno/a6xx_gmu.c create mode 100644 drivers/gpu/drm/msm/adreno/a6xx_gmu.h create mode 100644 drivers/gpu/drm/msm/adreno/a6xx_gmu.xml.h create mode 100644 drivers/gpu/drm/msm/adreno/a6xx_gpu.c create mode 100644 drivers/gpu/drm/msm/adreno/a6xx_gpu.h create mode 100644 drivers/gpu/drm/msm/adreno/a6xx_hfi.c create mode 100644 drivers/gpu/drm/msm/adreno/a6xx_hfi.h -- 2.16.1

2 3

[PATCH v5 00/36] DRM Rockchip rk3399 (Kevin)
by Enric Balletbo i Serra 17 Mar '18

17 Mar '18

Hi, This patchset includes cleanups, improvements, and bug fixes for Rockchip DRM driver and PSR support. This new version is the same as before removing some of the patches already applied and fixing the Exynos issue due patch '[v4 15/38] drm/bridge: analogix_dp: Ensure edp is disabled when shutting down the panel' reported by Marek. Regards, Enric Changes in v5: - Removed the following patches as are already applied. [PATCH v4 01/38] drm/bridge: analogix_dp: set psr activate/deactivate when enable/disable bridge [PATCH v4 02/38] drm/rockchip: Don't use atomic constructs for psr - Add Mareks tested-tag and including the missing people. - [PATCH v4 15/38] move analogix_dp_set_analog_power_down() before phy_power_off() to fix Exynos issue. Changes in v4: - Rebased all on top of drm-misc-next - Removed the following patches as are already applied. [PATCH v3 01/43] drm/rockchip: Get rid of unnecessary struct fields [PATCH v3 02/43] drm/rockchip: support prime import sg table [PATCH v3 03/43] drm/rockchip: Respect page offset for PRIME mmap calls - Removed the following patches as now are part of another patchset [PATCH v3 05/43] drm/bridge: analogix_dp: Don't power bridge in analogix_dp_bind [PATCH v3 33/43] drm/panel: simple: Change mode for Sharp lq123p1jx31 Changes in v3: - Addressed some of the comments from Sean on the v2 Changes in v2: - A few patches have been replaced by newer and cleaner versions from the ChromeOS kernel gerrit, especially about disallowing PSR for the whole atomic commit. Douglas Anderson (4): drm/bridge: analogix_dp: Reorder plat_data->power_off to happen sooner drm/bridge: analogix_dp: Properly log AUX CH errors drm/bridge: analogix_dp: Properly disable aux chan retries on rockchip drm/bridge: analogix_dp: Split the platform-specific poweron in two parts Kristian H. Kristensen (1): drm/rockchip: Disable PSR on input events Lin Huang (6): drm/bridge: analogix_dp: Move enable video into config_video() drm/bridge: analogix_dp: Check AUX_EN status when doing AUX transfer drm/bridge: analogix_dp: Ensure edp is disabled when shutting down the panel drm/bridge: analogix_dp: Extend hpd check time to 100ms drm/bridge: analogix_dp: Check dpcd write/read status drm/bridge: analogix_dp: Reset aux channel if an error occurred Mark Yao (1): drm/rockchip: pre dither down when output bpc is 8bit Sean Paul (1): drm/rockchip: Remove analogix psr worker Tomasz Figa (7): drm/rockchip: analogix_dp: Do not call Analogix code before bind drm/rockchip: Cancel PSR enable work before changing the state drm/rockchip: psr: Avoid redundant calls to .set() callback drm/rockchip: psr: Sanitize semantics of allow/disallow API drm/rockchip: Disable PSR from reboot notifier drm/rockchip: Disallow PSR for the whole atomic commit drm/rockchip: psr: Remove flush by CRTC Yakir Yang (1): drm/bridge: analogix_dp: detect Sink PSR state after configuring the PSR zain wang (15): drm/bridge: analogix_dp: Don't change psr while bridge is disabled drm/rockchip: add mutex vop lock drm/bridge: analogix_dp: add fast link train for eDP drm/rockchip: Only wait for panel ACK on PSR entry drm/bridge: analogix_dp: Don't use fast link training when panel just powered up drm/bridge: analogix_dp: Retry bridge enable when it failed drm/bridge: analogix_dp: Wait for HPD signal before configuring link drm/bridge: analogix_dp: Set PD_INC_BG first when powering up edp phy drm/bridge: analogix_dp: Fix incorrect usage of enhanced mode drm/bridge: analogix_dp: Fix AUX_PD bit for Rockchip drm/rockchip: Restore psr->state when enable/disable psr failed drm/bridge: analogix_dp: Don't use ANALOGIX_DP_PLL_CTL to control pll drm/bridge: analogix_dp: Fix timeout of video streamclk config drm/bridge: analogix_dp: Fix incorrect operations with register ANALOGIX_DP_FUNC_EN_1 drm/bridge: analogix_dp: Move fast link training detect to set_bridge drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 452 ++++++++++++++++----- drivers/gpu/drm/bridge/analogix/analogix_dp_core.h | 14 +- drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c | 274 ++++++++----- drivers/gpu/drm/bridge/analogix/analogix_dp_reg.h | 7 + drivers/gpu/drm/exynos/exynos_dp.c | 2 +- drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 70 ++-- drivers/gpu/drm/rockchip/rockchip_drm_drv.h | 1 + drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 61 ++- drivers/gpu/drm/rockchip/rockchip_drm_psr.c | 309 +++++++++----- drivers/gpu/drm/rockchip/rockchip_drm_psr.h | 7 +- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 43 +- drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 1 + drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 1 + include/drm/bridge/analogix_dp.h | 5 +- 14 files changed, 879 insertions(+), 368 deletions(-) -- 2.16.1

4 75

[PATCH v1 1/3] drm/tegra: plane: Fix RGB565 plane format on older Tegra's
by Dmitry Osipenko 17 Mar '18

17 Mar '18

Simplify opaque format adjustment by removing format checking. There are only 4 formats that require the adjustment and so this way is less error prone, avoiding mishandling native formats, like in this case RGB565 is the format that was erroneously treated as invalid. Fixes: ebae8d07435a ("drm/tegra: dc: Implement legacy blending") Signed-off-by: Dmitry Osipenko <digetx(a)gmail.com> --- drivers/gpu/drm/tegra/dc.c | 11 ++--------- drivers/gpu/drm/tegra/plane.c | 21 ++++++--------------- drivers/gpu/drm/tegra/plane.h | 2 +- 3 files changed, 9 insertions(+), 25 deletions(-) diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/gpu/drm/tegra/dc.c index 49df2db2ad46..22bf513612d1 100644 --- a/drivers/gpu/drm/tegra/dc.c +++ b/drivers/gpu/drm/tegra/dc.c @@ -456,15 +456,8 @@ static int tegra_plane_atomic_check(struct drm_plane *plane, * be emulated by disabling alpha blending for the plane. */ if (!dc->soc->supports_blending) { - if (!tegra_plane_format_has_alpha(format)) { - err = tegra_plane_format_get_alpha(format, &format); - if (err < 0) - return err; - - plane_state->opaque = true; - } else { - plane_state->opaque = false; - } + plane_state->opaque = !tegra_plane_format_has_alpha(format); + format = tegra_plane_format_adjust(format); tegra_plane_check_dependent(tegra, plane_state); } diff --git a/drivers/gpu/drm/tegra/plane.c b/drivers/gpu/drm/tegra/plane.c index a056fbf83b53..fc37dcf8c458 100644 --- a/drivers/gpu/drm/tegra/plane.c +++ b/drivers/gpu/drm/tegra/plane.c @@ -268,32 +268,23 @@ bool tegra_plane_format_has_alpha(unsigned int format) return false; } -int tegra_plane_format_get_alpha(unsigned int opaque, unsigned int *alpha) +unsigned int tegra_plane_format_adjust(unsigned int opaque) { - if (tegra_plane_format_is_yuv(opaque, NULL)) { - *alpha = opaque; - return 0; - } - switch (opaque) { case WIN_COLOR_DEPTH_B5G5R5X1: - *alpha = WIN_COLOR_DEPTH_B5G5R5A1; - return 0; + return WIN_COLOR_DEPTH_B5G5R5A1; case WIN_COLOR_DEPTH_X1B5G5R5: - *alpha = WIN_COLOR_DEPTH_A1B5G5R5; - return 0; + return WIN_COLOR_DEPTH_A1B5G5R5; case WIN_COLOR_DEPTH_R8G8B8X8: - *alpha = WIN_COLOR_DEPTH_R8G8B8A8; - return 0; + return WIN_COLOR_DEPTH_R8G8B8A8; case WIN_COLOR_DEPTH_B8G8R8X8: - *alpha = WIN_COLOR_DEPTH_B8G8R8A8; - return 0; + return WIN_COLOR_DEPTH_B8G8R8A8; } - return -EINVAL; + return opaque; } unsigned int tegra_plane_get_overlap_index(struct tegra_plane *plane, diff --git a/drivers/gpu/drm/tegra/plane.h b/drivers/gpu/drm/tegra/plane.h index 6938719e7e5d..9fda841564cd 100644 --- a/drivers/gpu/drm/tegra/plane.h +++ b/drivers/gpu/drm/tegra/plane.h @@ -63,7 +63,7 @@ int tegra_plane_state_add(struct tegra_plane *plane, int tegra_plane_format(u32 fourcc, u32 *format, u32 *swap); bool tegra_plane_format_is_yuv(unsigned int format, bool *planar); bool tegra_plane_format_has_alpha(unsigned int format); -int tegra_plane_format_get_alpha(unsigned int opaque, unsigned int *alpha); +unsigned int tegra_plane_format_adjust(unsigned int opaque); void tegra_plane_check_dependent(struct tegra_plane *tegra, struct tegra_plane_state *state); -- 2.16.1

3 12

[Bug 105569] sw_init of IP block <gmc_v6_0> failed -2
by bugzilla-daemon＠freedesktop.org 17 Mar '18

17 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=105569 Bug ID: 105569 Summary: sw_init of IP block <gmc_v6_0> failed -2 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: wraithofcthulhu(a)gmail.com I have next issue, when trying to load Ubuntu 18.04b1 with kernels up to 4.16rc5 My computer has hybrid AMD graphics and kernels loaded with parameters "radeon.si_support=0 radeon.cik_support=0 amdgpu.si_support=1 amdgpu.cik_support=1". lspci -k: ######################################################################### 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Richland [Radeon HD 8510G] Subsystem: ASUSTeK Computer Inc. Richland [Radeon HD 8510G] Kernel driver in use: radeon Kernel modules: radeon 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mars [Radeon HD 8730M] Subsystem: ASUSTeK Computer Inc. Mars [Radeon HD 8730M] Kernel modules: radeon, amdgpu dmesg section with error: ######################################################################### [ 592.249652] [drm] amdgpu kernel modesetting enabled. [ 592.249692] vga_switcheroo: detected switching method \_SB_.PCI0.VGA_.ATPX handle [ 592.249986] ATPX version 1, functions 0x00000003 [ 592.250795] [drm] initializing kernel modesetting (OLAND 0x1002:0x6601 0x1043:0x2134 0x00). [ 592.251291] [drm] register mmio base: 0xFEA00000 [ 592.251293] [drm] register mmio size: 262144 [ 592.251303] vga_switcheroo: enabled [ 592.547558] ATOM BIOS: BR43789.002 [ 592.549043] [drm] vm size is 64 GB, 2 levels, block size is 10-bit, fragment size is 9-bit [ 592.579114] amdgpu 0000:01:00.0: Direct firmware load for radeon/oland_mc.bin failed with error -2 [ 592.579124] amdgpu 0000:01:00.0: si_mc: Failed to load firmware "radeon/oland_mc.bin" [ 592.579133] amdgpu 0000:01:00.0: Failed to load mc firmware! [ 592.579305] [drm:amdgpu_device_init [amdgpu]] *ERROR* sw_init of IP block <gmc_v6_0> failed -2 [ 592.579311] amdgpu 0000:01:00.0: amdgpu_device_ip_init failed [ 592.579320] amdgpu 0000:01:00.0: Fatal error during GPU init [ 592.579327] [drm] amdgpu: finishing device. [ 592.580752] vga_switcheroo: disabled [ 592.581246] amdgpu: probe of 0000:01:00.0 failed with error -2 -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 105412] [OpenGL] [HD 7790] - VSYNC always ON in all videogames
by bugzilla-daemon＠freedesktop.org 17 Mar '18

17 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=105412 Michel Dänzer <michel(a)daenzer.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Drivers/Vulkan/radeon |DRM/Radeon QA Contact|mesa-dev(a)lists.freedesktop. | |org | Product|Mesa |DRI Assignee|mesa-dev(a)lists.freedesktop. |dri-devel(a)lists.freedesktop |org |.org --- Comment #8 from Michel Dänzer <michel(a)daenzer.net> --- It seems clear that the problem you're seeing is not related to sync-to-vblank. Since you say the problem started after updating the kernel, it's probably best to isolate the kernel change which introduced the problem. Can you bisect, or at least narrow down the version which introduced the problem? -- You are receiving this mail because: You are the assignee for the bug.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2018