[PATCH 1/4] drm/amdgpu: add additional cached gca config variables

[PATCH 1/4] drm/amdgpu: add additional cached gca config variables

[Alex Deucher]

We need to cache some additional values to handle SR-IOV
and PG.

Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
---
 drivers/gpu/drm/amd/amdgpu/amdgpu.h | 12 ++++++++++++
 1 file changed, 12 insertions(+)

diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu.h b/drivers/gpu/drm/amd/amdgpu/amdgpu.h
index a6db3dd..6f35307 100644
--- a/drivers/gpu/drm/amd/amdgpu/amdgpu.h
+++ b/drivers/gpu/drm/amd/amdgpu/amdgpu.h
@@ -771,6 +771,16 @@ struct amdgpu_scratch {
 /*
  * GFX configurations
  */
+#define AMDGPU_GFX_MAX_SE 4
+#define AMDGPU_GFX_MAX_SH_PER_SE 2
+
+struct amdgpu_rb_config {
+	uint32_t rb_backend_disable;
+	uint32_t user_rb_backend_disable;
+	uint32_t raster_config;
+	uint32_t raster_config_1;
+};
+
 struct amdgpu_gca_config {
 	unsigned max_shader_engines;
 	unsigned max_tile_pipes;
@@ -799,6 +809,8 @@ struct amdgpu_gca_config {
 
 	uint32_t tile_mode_array[32];
 	uint32_t macrotile_mode_array[16];
+
+	struct amdgpu_rb_config rb_config[AMDGPU_GFX_MAX_SE][AMDGPU_GFX_MAX_SH_PER_SE];
 };
 
 struct amdgpu_cu_info {
-- 
2.5.5

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

[PATCH 2/4] drm/amdgpu/gfx8: cache rb config values

[Alex Deucher]

Needed when for SR-IOV and when PG is enabled.

Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
---
 drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 15 +++++++++++++++
 1 file changed, 15 insertions(+)

diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c
index a503ee9..e306ec4 100644
--- a/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c
+++ b/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c
@@ -3694,6 +3694,21 @@ static void gfx_v8_0_setup_rb(struct amdgpu_device *adev)
 							num_rb_pipes);
 	}
 
+	/* cache the values for userspace */
+	for (i = 0; i < adev->gfx.config.max_shader_engines; i++) {
+		for (j = 0; j < adev->gfx.config.max_sh_per_se; j++) {
+			gfx_v8_0_select_se_sh(adev, i, j, 0xffffffff);
+			adev->gfx.config.rb_config[i][j].rb_backend_disable =
+				RREG32(mmCC_RB_BACKEND_DISABLE);
+			adev->gfx.config.rb_config[i][j].user_rb_backend_disable =
+				RREG32(mmGC_USER_RB_BACKEND_DISABLE);
+			adev->gfx.config.rb_config[i][j].raster_config =
+				RREG32(mmPA_SC_RASTER_CONFIG);
+			adev->gfx.config.rb_config[i][j].raster_config_1 =
+				RREG32(mmPA_SC_RASTER_CONFIG_1);
+		}
+	}
+	gfx_v8_0_select_se_sh(adev, 0xffffffff, 0xffffffff, 0xffffffff);
 	mutex_unlock(&adev->grbm_idx_mutex);
 }
 
-- 
2.5.5

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

[PATCH 3/4] drm/amdgpu/gfx8: use cached raster config values in csb setup

[Alex Deucher]

Simplify the code and properly set the csb for harvest values.

Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
---
 drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 30 ++----------------------------
 1 file changed, 2 insertions(+), 28 deletions(-)

diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c
index e306ec4..18b2919 100644
--- a/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c
+++ b/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c
@@ -1140,34 +1140,8 @@ static void gfx_v8_0_get_csb_buffer(struct amdgpu_device *adev,
 	buffer[count++] = cpu_to_le32(PACKET3(PACKET3_SET_CONTEXT_REG, 2));
 	buffer[count++] = cpu_to_le32(mmPA_SC_RASTER_CONFIG -
 			PACKET3_SET_CONTEXT_REG_START);
-	switch (adev->asic_type) {
-	case CHIP_TONGA:
-	case CHIP_POLARIS10:
-		buffer[count++] = cpu_to_le32(0x16000012);
-		buffer[count++] = cpu_to_le32(0x0000002A);
-		break;
-	case CHIP_POLARIS11:
-		buffer[count++] = cpu_to_le32(0x16000012);
-		buffer[count++] = cpu_to_le32(0x00000000);
-		break;
-	case CHIP_FIJI:
-		buffer[count++] = cpu_to_le32(0x3a00161a);
-		buffer[count++] = cpu_to_le32(0x0000002e);
-		break;
-	case CHIP_TOPAZ:
-	case CHIP_CARRIZO:
-		buffer[count++] = cpu_to_le32(0x00000002);
-		buffer[count++] = cpu_to_le32(0x00000000);
-		break;
-	case CHIP_STONEY:
-		buffer[count++] = cpu_to_le32(0x00000000);
-		buffer[count++] = cpu_to_le32(0x00000000);
-		break;
-	default:
-		buffer[count++] = cpu_to_le32(0x00000000);
-		buffer[count++] = cpu_to_le32(0x00000000);
-		break;
-	}
+	buffer[count++] = cpu_to_le32(adev->gfx.config.rb_config[0][0].raster_config);
+	buffer[count++] = cpu_to_le32(adev->gfx.config.rb_config[0][0].raster_config_1);
 
 	buffer[count++] = cpu_to_le32(PACKET3(PACKET3_PREAMBLE_CNTL, 0));
 	buffer[count++] = cpu_to_le32(PACKET3_PREAMBLE_END_CLEAR_STATE);
-- 
2.5.5

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

[PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[Alex Deucher]

Using the cached values has less latency for bare metal
and SR-IOV, and prevents reading back bogus values if the
engine is powergated.

Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
---
 drivers/gpu/drm/amd/amdgpu/vi.c | 117 +++++++++++++++++++++++++++++++++-------
 1 file changed, 97 insertions(+), 20 deletions(-)

diff --git a/drivers/gpu/drm/amd/amdgpu/vi.c b/drivers/gpu/drm/amd/amdgpu/vi.c
index 657de2a..8352946 100644
--- a/drivers/gpu/drm/amd/amdgpu/vi.c
+++ b/drivers/gpu/drm/amd/amdgpu/vi.c
@@ -556,21 +556,100 @@ static const struct amdgpu_allowed_register_entry vi_allowed_read_registers[] =
 	{mmPA_SC_RASTER_CONFIG_1, false, true},
 };
 
-static uint32_t vi_read_indexed_register(struct amdgpu_device *adev, u32 se_num,
-					 u32 sh_num, u32 reg_offset)
-{
-	uint32_t val;
+static uint32_t vi_get_register_value(struct amdgpu_device *adev,
+				      bool indexed, u32 se_num,
+				      u32 sh_num, u32 reg_offset)
+{
+	if (indexed) {
+		uint32_t val;
+		unsigned se_idx = (se_num == 0xffffffff) ? 0 : se_num;
+		unsigned sh_idx = (sh_num == 0xffffffff) ? 0 : sh_num;
+
+		switch (reg_offset) {
+		case mmCC_RB_BACKEND_DISABLE:
+			return adev->gfx.config.rb_config[se_idx][sh_idx].rb_backend_disable;
+		case mmGC_USER_RB_BACKEND_DISABLE:
+			return adev->gfx.config.rb_config[se_idx][sh_idx].user_rb_backend_disable;
+		case mmPA_SC_RASTER_CONFIG:
+			return adev->gfx.config.rb_config[se_idx][sh_idx].raster_config;
+		case mmPA_SC_RASTER_CONFIG_1:
+			return adev->gfx.config.rb_config[se_idx][sh_idx].raster_config_1;
+		}
 
-	mutex_lock(&adev->grbm_idx_mutex);
-	if (se_num != 0xffffffff || sh_num != 0xffffffff)
-		amdgpu_gfx_select_se_sh(adev, se_num, sh_num, 0xffffffff);
+		mutex_lock(&adev->grbm_idx_mutex);
+		if (se_num != 0xffffffff || sh_num != 0xffffffff)
+			amdgpu_gfx_select_se_sh(adev, se_num, sh_num, 0xffffffff);
 
-	val = RREG32(reg_offset);
+		val = RREG32(reg_offset);
 
-	if (se_num != 0xffffffff || sh_num != 0xffffffff)
-		amdgpu_gfx_select_se_sh(adev, 0xffffffff, 0xffffffff, 0xffffffff);
-	mutex_unlock(&adev->grbm_idx_mutex);
-	return val;
+		if (se_num != 0xffffffff || sh_num != 0xffffffff)
+			amdgpu_gfx_select_se_sh(adev, 0xffffffff, 0xffffffff, 0xffffffff);
+		mutex_unlock(&adev->grbm_idx_mutex);
+		return val;
+	} else {
+		unsigned idx;
+
+		switch (reg_offset) {
+		case mmGB_ADDR_CONFIG:
+			return adev->gfx.config.gb_addr_config;
+		case mmMC_ARB_RAMCFG:
+			return adev->gfx.config.mc_arb_ramcfg;
+		case mmGB_TILE_MODE0:
+		case mmGB_TILE_MODE1:
+		case mmGB_TILE_MODE2:
+		case mmGB_TILE_MODE3:
+		case mmGB_TILE_MODE4:
+		case mmGB_TILE_MODE5:
+		case mmGB_TILE_MODE6:
+		case mmGB_TILE_MODE7:
+		case mmGB_TILE_MODE8:
+		case mmGB_TILE_MODE9:
+		case mmGB_TILE_MODE10:
+		case mmGB_TILE_MODE11:
+		case mmGB_TILE_MODE12:
+		case mmGB_TILE_MODE13:
+		case mmGB_TILE_MODE14:
+		case mmGB_TILE_MODE15:
+		case mmGB_TILE_MODE16:
+		case mmGB_TILE_MODE17:
+		case mmGB_TILE_MODE18:
+		case mmGB_TILE_MODE19:
+		case mmGB_TILE_MODE20:
+		case mmGB_TILE_MODE21:
+		case mmGB_TILE_MODE22:
+		case mmGB_TILE_MODE23:
+		case mmGB_TILE_MODE24:
+		case mmGB_TILE_MODE25:
+		case mmGB_TILE_MODE26:
+		case mmGB_TILE_MODE27:
+		case mmGB_TILE_MODE28:
+		case mmGB_TILE_MODE29:
+		case mmGB_TILE_MODE30:
+		case mmGB_TILE_MODE31:
+			idx = (reg_offset - mmGB_TILE_MODE0) / 32;
+			return adev->gfx.config.tile_mode_array[idx];
+		case mmGB_MACROTILE_MODE0:
+		case mmGB_MACROTILE_MODE1:
+		case mmGB_MACROTILE_MODE2:
+		case mmGB_MACROTILE_MODE3:
+		case mmGB_MACROTILE_MODE4:
+		case mmGB_MACROTILE_MODE5:
+		case mmGB_MACROTILE_MODE6:
+		case mmGB_MACROTILE_MODE7:
+		case mmGB_MACROTILE_MODE8:
+		case mmGB_MACROTILE_MODE9:
+		case mmGB_MACROTILE_MODE10:
+		case mmGB_MACROTILE_MODE11:
+		case mmGB_MACROTILE_MODE12:
+		case mmGB_MACROTILE_MODE13:
+		case mmGB_MACROTILE_MODE14:
+		case mmGB_MACROTILE_MODE15:
+			idx = (reg_offset - mmGB_MACROTILE_MODE0) / 16;
+			return adev->gfx.config.macrotile_mode_array[idx];
+		default:
+			return RREG32(reg_offset);
+		}
+	}
 }
 
 static int vi_read_register(struct amdgpu_device *adev, u32 se_num,
@@ -605,10 +684,9 @@ static int vi_read_register(struct amdgpu_device *adev, u32 se_num,
 			if (reg_offset != asic_register_entry->reg_offset)
 				continue;
 			if (!asic_register_entry->untouched)
-				*value = asic_register_entry->grbm_indexed ?
-					vi_read_indexed_register(adev, se_num,
-								 sh_num, reg_offset) :
-					RREG32(reg_offset);
+				*value = vi_get_register_value(adev,
+							       asic_register_entry->grbm_indexed,
+							       se_num, sh_num, reg_offset);
 			return 0;
 		}
 	}
@@ -618,10 +696,9 @@ static int vi_read_register(struct amdgpu_device *adev, u32 se_num,
 			continue;
 
 		if (!vi_allowed_read_registers[i].untouched)
-			*value = vi_allowed_read_registers[i].grbm_indexed ?
-				vi_read_indexed_register(adev, se_num,
-							 sh_num, reg_offset) :
-				RREG32(reg_offset);
+			*value = vi_get_register_value(adev,
+						       vi_allowed_read_registers[i].grbm_indexed,
+						       se_num, sh_num, reg_offset);
 		return 0;
 	}
 	return -EINVAL;
-- 
2.5.5

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[Andy Furniss]

Alex Deucher wrote:
> Using the cached values has less latency for bare metal and SR-IOV,
> and prevents reading back bogus values if the engine is powergated.

I can't startx since this on r9285.

Seems there are further issues later in current 4.9-wip = I die on
driver load, will see if that's related or one of Christians patches later.

Also anyone on list have shutdown/reboot issues - I can't for the past
few 4.9-wips (I did tag on to someone elses bug, but that's gone quiet).

One thing at a time this commit for me, boots into fbcon OK but then
segfaults -

[    19.694] (II) AIGLX: Loaded and initialized radeonsi
[    19.694] (II) GLX: Initialized DRI2 GL provider for screen 0
[    19.694] (EE)
[    19.694] (EE) Backtrace:
[    19.717] (EE) 0: /usr/libexec/Xorg (OsSigHandler+0x29) [0x5853b9]
[    19.726] (EE) 1: /lib/libc.so.6 (killpg+0x40) [0x7f97e86cb68f]
[    19.756] (EE) 2: /usr/lib/dri/radeonsi_dri.so 
(amdgpu_surface_init+0x486) [0x7f97e1a40746]
[    19.757] (EE) 3: /usr/lib/dri/radeonsi_dri.so 
(r600_texture_create_object+0xd7) [0x7f97e1a5dfe7]
[    19.759] (EE) 4: /usr/lib/dri/radeonsi_dri.so 
(r600_texture_create+0x75) [0x7f97e1a5ea15]
[    19.771] (EE) 5: /usr/lib/dri/radeonsi_dri.so 
(st_texture_create+0x5b) [0x7f97e178af1b]
[    19.773] (EE) 6: /usr/lib/dri/radeonsi_dri.so 
(guess_and_alloc_texture+0x1ac) [0x7f97e173ae9c]
[    19.774] (EE) 7: /usr/lib/dri/radeonsi_dri.so 
(st_AllocTextureImageBuffer+0x3a4) [0x7f97e173b3d4]
[    19.775] (EE) 8: /usr/lib/dri/radeonsi_dri.so (st_TexImage+0x6c) 
[0x7f97e173f9ac]
[    19.786] (EE) 9: /usr/lib/dri/radeonsi_dri.so 
(_mesa_get_fallback_texture+0x193) [0x7f97e16cb763]
[    19.786] (EE) 10: /usr/lib/dri/radeonsi_dri.so 
(_mesa_update_texture+0x1a7) [0x7f97e16d1c37]
[    19.787] (EE) 11: /usr/lib/dri/radeonsi_dri.so 
(_mesa_update_state_locked+0x683) [0x7f97e16b00e3]
[    19.787] (EE) 12: /usr/lib/dri/radeonsi_dri.so 
(_mesa_update_state+0x11) [0x7f97e16b0441]
[    19.787] (EE) 13: /usr/lib/dri/radeonsi_dri.so 
(_mesa_EGLImageTargetTexture2DOES+0x168) [0x7f97e16c5c88]
[    19.802] (EE) 14: /usr/lib/xorg/modules/libglamoregl.so 
(glamor_create_texture_from_image+0xaa) [0x7f97d93bf89a]
[    19.803] (EE) 15: /usr/lib/xorg/modules/libglamoregl.so 
(glamor_egl_create_textured_pixmap+0x12d) [0x7f97d93bfafd]
[    19.803] (EE) 16: /usr/lib/xorg/modules/libglamoregl.so 
(glamor_egl_create_textured_screen+0x33) [0x7f97d93bfc23]
[    19.811] (EE) 17: /usr/lib/xorg/modules/drivers/amdgpu_drv.so 
(amdgpu_glamor_create_screen_resources+0x67) [0x7f97e2ea7cf7]
[    19.812] (EE) 18: /usr/lib/xorg/modules/drivers/amdgpu_drv.so 
(AMDGPUCreateScreenResources_KMS+0x27e) [0x7f97e2e9fe3e]
[    19.813] (EE) 19: /usr/libexec/Xorg 
(xf86CrtcCreateScreenResources+0x2e) [0x4a3b7e]
[    19.814] (EE) 20: /usr/libexec/Xorg (dix_main+0x26e) [0x438ebe]
[    19.815] (EE) 21: /lib/libc.so.6 (__libc_start_main+0xf0) 
[0x7f97e86b85e0]
[    19.816] (EE) 22: /usr/libexec/Xorg (_start+0x29) [0x424659]
[    19.816] (EE)
[    19.816] (EE) Segmentation fault at address 0x4023321cc
[    19.816] (EE)
Fatal server error:
[    19.816] (EE) Caught signal 11 (Segmentation fault). Server aborting
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[StDenis, Tom]

[-- Attachment #1.1: Type: text/plain, Size: 4186 bytes --]

Yup, my Tonga system dies on modprobe with the tip of stg-4.7 this morning.


Tom


________________________________
From: amd-gfx <amd-gfx-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org> on behalf of Andy Furniss <adf.lists-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Sent: Tuesday, October 11, 2016 08:07
To: Alex Deucher; amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Cc: Deucher, Alexander
Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

Alex Deucher wrote:
> Using the cached values has less latency for bare metal and SR-IOV,
> and prevents reading back bogus values if the engine is powergated.

I can't startx since this on r9285.

Seems there are further issues later in current 4.9-wip = I die on
driver load, will see if that's related or one of Christians patches later.

Also anyone on list have shutdown/reboot issues - I can't for the past
few 4.9-wips (I did tag on to someone elses bug, but that's gone quiet).

One thing at a time this commit for me, boots into fbcon OK but then
segfaults -

[    19.694] (II) AIGLX: Loaded and initialized radeonsi
[    19.694] (II) GLX: Initialized DRI2 GL provider for screen 0
[    19.694] (EE)
[    19.694] (EE) Backtrace:
[    19.717] (EE) 0: /usr/libexec/Xorg (OsSigHandler+0x29) [0x5853b9]
[    19.726] (EE) 1: /lib/libc.so.6 (killpg+0x40) [0x7f97e86cb68f]
[    19.756] (EE) 2: /usr/lib/dri/radeonsi_dri.so
(amdgpu_surface_init+0x486) [0x7f97e1a40746]
[    19.757] (EE) 3: /usr/lib/dri/radeonsi_dri.so
(r600_texture_create_object+0xd7) [0x7f97e1a5dfe7]
[    19.759] (EE) 4: /usr/lib/dri/radeonsi_dri.so
(r600_texture_create+0x75) [0x7f97e1a5ea15]
[    19.771] (EE) 5: /usr/lib/dri/radeonsi_dri.so
(st_texture_create+0x5b) [0x7f97e178af1b]
[    19.773] (EE) 6: /usr/lib/dri/radeonsi_dri.so
(guess_and_alloc_texture+0x1ac) [0x7f97e173ae9c]
[    19.774] (EE) 7: /usr/lib/dri/radeonsi_dri.so
(st_AllocTextureImageBuffer+0x3a4) [0x7f97e173b3d4]
[    19.775] (EE) 8: /usr/lib/dri/radeonsi_dri.so (st_TexImage+0x6c)
[0x7f97e173f9ac]
[    19.786] (EE) 9: /usr/lib/dri/radeonsi_dri.so
(_mesa_get_fallback_texture+0x193) [0x7f97e16cb763]
[    19.786] (EE) 10: /usr/lib/dri/radeonsi_dri.so
(_mesa_update_texture+0x1a7) [0x7f97e16d1c37]
[    19.787] (EE) 11: /usr/lib/dri/radeonsi_dri.so
(_mesa_update_state_locked+0x683) [0x7f97e16b00e3]
[    19.787] (EE) 12: /usr/lib/dri/radeonsi_dri.so
(_mesa_update_state+0x11) [0x7f97e16b0441]
[    19.787] (EE) 13: /usr/lib/dri/radeonsi_dri.so
(_mesa_EGLImageTargetTexture2DOES+0x168) [0x7f97e16c5c88]
[    19.802] (EE) 14: /usr/lib/xorg/modules/libglamoregl.so
(glamor_create_texture_from_image+0xaa) [0x7f97d93bf89a]
[    19.803] (EE) 15: /usr/lib/xorg/modules/libglamoregl.so
(glamor_egl_create_textured_pixmap+0x12d) [0x7f97d93bfafd]
[    19.803] (EE) 16: /usr/lib/xorg/modules/libglamoregl.so
(glamor_egl_create_textured_screen+0x33) [0x7f97d93bfc23]
[    19.811] (EE) 17: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
(amdgpu_glamor_create_screen_resources+0x67) [0x7f97e2ea7cf7]
[    19.812] (EE) 18: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
(AMDGPUCreateScreenResources_KMS+0x27e) [0x7f97e2e9fe3e]
[    19.813] (EE) 19: /usr/libexec/Xorg
(xf86CrtcCreateScreenResources+0x2e) [0x4a3b7e]
[    19.814] (EE) 20: /usr/libexec/Xorg (dix_main+0x26e) [0x438ebe]
[    19.815] (EE) 21: /lib/libc.so.6 (__libc_start_main+0xf0)
[0x7f97e86b85e0]
[    19.816] (EE) 22: /usr/libexec/Xorg (_start+0x29) [0x424659]
[    19.816] (EE)
[    19.816] (EE) Segmentation fault at address 0x4023321cc
[    19.816] (EE)
Fatal server error:
[    19.816] (EE) Caught signal 11 (Segmentation fault). Server aborting
_______________________________________________
amd-gfx mailing list
amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
amd-gfx Info Page - lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
lists.freedesktop.org
To see the collection of prior postings to the list, visit the amd-gfx Archives. Using amd-gfx: To post a message to all the list members, send email ...




[-- Attachment #1.2: Type: text/html, Size: 7691 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[StDenis, Tom]

[-- Attachment #1.1: Type: text/plain, Size: 4710 bytes --]

Actually NAK that, I don't have the cache patch internally.  So my Tonga crash is something else.


Tom


________________________________
From: amd-gfx <amd-gfx-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org> on behalf of StDenis, Tom <Tom.StDenis-5C7GfCeVMHo@public.gmane.org>
Sent: Tuesday, October 11, 2016 08:11
To: Andy Furniss; amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Cc: Deucher, Alexander
Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register


Yup, my Tonga system dies on modprobe with the tip of stg-4.7 this morning.


Tom


________________________________
From: amd-gfx <amd-gfx-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org> on behalf of Andy Furniss <adf.lists-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Sent: Tuesday, October 11, 2016 08:07
To: Alex Deucher; amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Cc: Deucher, Alexander
Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

Alex Deucher wrote:
> Using the cached values has less latency for bare metal and SR-IOV,
> and prevents reading back bogus values if the engine is powergated.

I can't startx since this on r9285.

Seems there are further issues later in current 4.9-wip = I die on
driver load, will see if that's related or one of Christians patches later.

Also anyone on list have shutdown/reboot issues - I can't for the past
few 4.9-wips (I did tag on to someone elses bug, but that's gone quiet).

One thing at a time this commit for me, boots into fbcon OK but then
segfaults -

[    19.694] (II) AIGLX: Loaded and initialized radeonsi
[    19.694] (II) GLX: Initialized DRI2 GL provider for screen 0
[    19.694] (EE)
[    19.694] (EE) Backtrace:
[    19.717] (EE) 0: /usr/libexec/Xorg (OsSigHandler+0x29) [0x5853b9]
[    19.726] (EE) 1: /lib/libc.so.6 (killpg+0x40) [0x7f97e86cb68f]
[    19.756] (EE) 2: /usr/lib/dri/radeonsi_dri.so
(amdgpu_surface_init+0x486) [0x7f97e1a40746]
[    19.757] (EE) 3: /usr/lib/dri/radeonsi_dri.so
(r600_texture_create_object+0xd7) [0x7f97e1a5dfe7]
[    19.759] (EE) 4: /usr/lib/dri/radeonsi_dri.so
(r600_texture_create+0x75) [0x7f97e1a5ea15]
[    19.771] (EE) 5: /usr/lib/dri/radeonsi_dri.so
(st_texture_create+0x5b) [0x7f97e178af1b]
[    19.773] (EE) 6: /usr/lib/dri/radeonsi_dri.so
(guess_and_alloc_texture+0x1ac) [0x7f97e173ae9c]
[    19.774] (EE) 7: /usr/lib/dri/radeonsi_dri.so
(st_AllocTextureImageBuffer+0x3a4) [0x7f97e173b3d4]
[    19.775] (EE) 8: /usr/lib/dri/radeonsi_dri.so (st_TexImage+0x6c)
[0x7f97e173f9ac]
[    19.786] (EE) 9: /usr/lib/dri/radeonsi_dri.so
(_mesa_get_fallback_texture+0x193) [0x7f97e16cb763]
[    19.786] (EE) 10: /usr/lib/dri/radeonsi_dri.so
(_mesa_update_texture+0x1a7) [0x7f97e16d1c37]
[    19.787] (EE) 11: /usr/lib/dri/radeonsi_dri.so
(_mesa_update_state_locked+0x683) [0x7f97e16b00e3]
[    19.787] (EE) 12: /usr/lib/dri/radeonsi_dri.so
(_mesa_update_state+0x11) [0x7f97e16b0441]
[    19.787] (EE) 13: /usr/lib/dri/radeonsi_dri.so
(_mesa_EGLImageTargetTexture2DOES+0x168) [0x7f97e16c5c88]
[    19.802] (EE) 14: /usr/lib/xorg/modules/libglamoregl.so
(glamor_create_texture_from_image+0xaa) [0x7f97d93bf89a]
[    19.803] (EE) 15: /usr/lib/xorg/modules/libglamoregl.so
(glamor_egl_create_textured_pixmap+0x12d) [0x7f97d93bfafd]
[    19.803] (EE) 16: /usr/lib/xorg/modules/libglamoregl.so
(glamor_egl_create_textured_screen+0x33) [0x7f97d93bfc23]
[    19.811] (EE) 17: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
(amdgpu_glamor_create_screen_resources+0x67) [0x7f97e2ea7cf7]
[    19.812] (EE) 18: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
(AMDGPUCreateScreenResources_KMS+0x27e) [0x7f97e2e9fe3e]
[    19.813] (EE) 19: /usr/libexec/Xorg
(xf86CrtcCreateScreenResources+0x2e) [0x4a3b7e]
[    19.814] (EE) 20: /usr/libexec/Xorg (dix_main+0x26e) [0x438ebe]
[    19.815] (EE) 21: /lib/libc.so.6 (__libc_start_main+0xf0)
[0x7f97e86b85e0]
[    19.816] (EE) 22: /usr/libexec/Xorg (_start+0x29) [0x424659]
[    19.816] (EE)
[    19.816] (EE) Segmentation fault at address 0x4023321cc
[    19.816] (EE)
Fatal server error:
[    19.816] (EE) Caught signal 11 (Segmentation fault). Server aborting
_______________________________________________
amd-gfx mailing list
amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
amd-gfx Info Page - lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
lists.freedesktop.org
To see the collection of prior postings to the list, visit the amd-gfx Archives. Using amd-gfx: To post a message to all the list members, send email ...




[-- Attachment #1.2: Type: text/html, Size: 8548 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[Andy Furniss]

StDenis, Tom wrote:
> Actually NAK that, I don't have the cache patch internally.  So my Tonga crash is something else.

Yes, seems the boot fail starts with the tip commit =

drm/amdgpu: move align_mask and nop into ring funcs as well
They are constant as well.

Will also reply to that patch.

>
>
> Tom
>
>
> ________________________________
> From: amd-gfx <amd-gfx-bounces@lists.freedesktop.org> on behalf of StDenis, Tom <Tom.StDenis@amd.com>
> Sent: Tuesday, October 11, 2016 08:11
> To: Andy Furniss; amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander
> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
>
>
> Yup, my Tonga system dies on modprobe with the tip of stg-4.7 this morning.
>
>
> Tom
>
>
> ________________________________
> From: amd-gfx <amd-gfx-bounces@lists.freedesktop.org> on behalf of Andy Furniss <adf.lists@gmail.com>
> Sent: Tuesday, October 11, 2016 08:07
> To: Alex Deucher; amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander
> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
>
> Alex Deucher wrote:
>> Using the cached values has less latency for bare metal and SR-IOV,
>> and prevents reading back bogus values if the engine is powergated.
>
> I can't startx since this on r9285.
>
> Seems there are further issues later in current 4.9-wip = I die on
> driver load, will see if that's related or one of Christians patches later.
>
> Also anyone on list have shutdown/reboot issues - I can't for the past
> few 4.9-wips (I did tag on to someone elses bug, but that's gone quiet).
>
> One thing at a time this commit for me, boots into fbcon OK but then
> segfaults -
>
> [    19.694] (II) AIGLX: Loaded and initialized radeonsi
> [    19.694] (II) GLX: Initialized DRI2 GL provider for screen 0
> [    19.694] (EE)
> [    19.694] (EE) Backtrace:
> [    19.717] (EE) 0: /usr/libexec/Xorg (OsSigHandler+0x29) [0x5853b9]
> [    19.726] (EE) 1: /lib/libc.so.6 (killpg+0x40) [0x7f97e86cb68f]
> [    19.756] (EE) 2: /usr/lib/dri/radeonsi_dri.so
> (amdgpu_surface_init+0x486) [0x7f97e1a40746]
> [    19.757] (EE) 3: /usr/lib/dri/radeonsi_dri.so
> (r600_texture_create_object+0xd7) [0x7f97e1a5dfe7]
> [    19.759] (EE) 4: /usr/lib/dri/radeonsi_dri.so
> (r600_texture_create+0x75) [0x7f97e1a5ea15]
> [    19.771] (EE) 5: /usr/lib/dri/radeonsi_dri.so
> (st_texture_create+0x5b) [0x7f97e178af1b]
> [    19.773] (EE) 6: /usr/lib/dri/radeonsi_dri.so
> (guess_and_alloc_texture+0x1ac) [0x7f97e173ae9c]
> [    19.774] (EE) 7: /usr/lib/dri/radeonsi_dri.so
> (st_AllocTextureImageBuffer+0x3a4) [0x7f97e173b3d4]
> [    19.775] (EE) 8: /usr/lib/dri/radeonsi_dri.so (st_TexImage+0x6c)
> [0x7f97e173f9ac]
> [    19.786] (EE) 9: /usr/lib/dri/radeonsi_dri.so
> (_mesa_get_fallback_texture+0x193) [0x7f97e16cb763]
> [    19.786] (EE) 10: /usr/lib/dri/radeonsi_dri.so
> (_mesa_update_texture+0x1a7) [0x7f97e16d1c37]
> [    19.787] (EE) 11: /usr/lib/dri/radeonsi_dri.so
> (_mesa_update_state_locked+0x683) [0x7f97e16b00e3]
> [    19.787] (EE) 12: /usr/lib/dri/radeonsi_dri.so
> (_mesa_update_state+0x11) [0x7f97e16b0441]
> [    19.787] (EE) 13: /usr/lib/dri/radeonsi_dri.so
> (_mesa_EGLImageTargetTexture2DOES+0x168) [0x7f97e16c5c88]
> [    19.802] (EE) 14: /usr/lib/xorg/modules/libglamoregl.so
> (glamor_create_texture_from_image+0xaa) [0x7f97d93bf89a]
> [    19.803] (EE) 15: /usr/lib/xorg/modules/libglamoregl.so
> (glamor_egl_create_textured_pixmap+0x12d) [0x7f97d93bfafd]
> [    19.803] (EE) 16: /usr/lib/xorg/modules/libglamoregl.so
> (glamor_egl_create_textured_screen+0x33) [0x7f97d93bfc23]
> [    19.811] (EE) 17: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
> (amdgpu_glamor_create_screen_resources+0x67) [0x7f97e2ea7cf7]
> [    19.812] (EE) 18: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
> (AMDGPUCreateScreenResources_KMS+0x27e) [0x7f97e2e9fe3e]
> [    19.813] (EE) 19: /usr/libexec/Xorg
> (xf86CrtcCreateScreenResources+0x2e) [0x4a3b7e]
> [    19.814] (EE) 20: /usr/libexec/Xorg (dix_main+0x26e) [0x438ebe]
> [    19.815] (EE) 21: /lib/libc.so.6 (__libc_start_main+0xf0)
> [0x7f97e86b85e0]
> [    19.816] (EE) 22: /usr/libexec/Xorg (_start+0x29) [0x424659]
> [    19.816] (EE)
> [    19.816] (EE) Segmentation fault at address 0x4023321cc
> [    19.816] (EE)
> Fatal server error:
> [    19.816] (EE) Caught signal 11 (Segmentation fault). Server aborting
> _______________________________________________
> amd-gfx mailing list
> amd-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
> amd-gfx Info Page - lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
> lists.freedesktop.org
> To see the collection of prior postings to the list, visit the amd-gfx Archives. Using amd-gfx: To post a message to all the list members, send email ...
>
>
>
>

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[StDenis, Tom]

[-- Attachment #1.1: Type: text/plain, Size: 5900 bytes --]

Hi Andy,


Ha, I'm 1 step away (that was my last bad commit) from determining that.  I'll finish up for formality sake but I suspect that is the bad one.


Cheers,

Tom


________________________________
From: Andy Furniss <adf.lists-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Sent: Tuesday, October 11, 2016 09:10
To: StDenis, Tom; amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Cc: Deucher, Alexander
Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

StDenis, Tom wrote:
> Actually NAK that, I don't have the cache patch internally.  So my Tonga crash is something else.

Yes, seems the boot fail starts with the tip commit =

drm/amdgpu: move align_mask and nop into ring funcs as well
They are constant as well.

Will also reply to that patch.

>
>
> Tom
>
>
> ________________________________
> From: amd-gfx <amd-gfx-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org> on behalf of StDenis, Tom <Tom.StDenis-5C7GfCeVMHo@public.gmane.org>
> Sent: Tuesday, October 11, 2016 08:11
> To: Andy Furniss; amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
> Cc: Deucher, Alexander
> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
>
>
> Yup, my Tonga system dies on modprobe with the tip of stg-4.7 this morning.
>
>
> Tom
>
>
> ________________________________
> From: amd-gfx <amd-gfx-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org> on behalf of Andy Furniss <adf.lists-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Sent: Tuesday, October 11, 2016 08:07
> To: Alex Deucher; amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
> Cc: Deucher, Alexander
> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
>
> Alex Deucher wrote:
>> Using the cached values has less latency for bare metal and SR-IOV,
>> and prevents reading back bogus values if the engine is powergated.
>
> I can't startx since this on r9285.
>
> Seems there are further issues later in current 4.9-wip = I die on
> driver load, will see if that's related or one of Christians patches later.
>
> Also anyone on list have shutdown/reboot issues - I can't for the past
> few 4.9-wips (I did tag on to someone elses bug, but that's gone quiet).
>
> One thing at a time this commit for me, boots into fbcon OK but then
> segfaults -
>
> [    19.694] (II) AIGLX: Loaded and initialized radeonsi
> [    19.694] (II) GLX: Initialized DRI2 GL provider for screen 0
> [    19.694] (EE)
> [    19.694] (EE) Backtrace:
> [    19.717] (EE) 0: /usr/libexec/Xorg (OsSigHandler+0x29) [0x5853b9]
> [    19.726] (EE) 1: /lib/libc.so.6 (killpg+0x40) [0x7f97e86cb68f]
> [    19.756] (EE) 2: /usr/lib/dri/radeonsi_dri.so
> (amdgpu_surface_init+0x486) [0x7f97e1a40746]
> [    19.757] (EE) 3: /usr/lib/dri/radeonsi_dri.so
> (r600_texture_create_object+0xd7) [0x7f97e1a5dfe7]
> [    19.759] (EE) 4: /usr/lib/dri/radeonsi_dri.so
> (r600_texture_create+0x75) [0x7f97e1a5ea15]
> [    19.771] (EE) 5: /usr/lib/dri/radeonsi_dri.so
> (st_texture_create+0x5b) [0x7f97e178af1b]
> [    19.773] (EE) 6: /usr/lib/dri/radeonsi_dri.so
> (guess_and_alloc_texture+0x1ac) [0x7f97e173ae9c]
> [    19.774] (EE) 7: /usr/lib/dri/radeonsi_dri.so
> (st_AllocTextureImageBuffer+0x3a4) [0x7f97e173b3d4]
> [    19.775] (EE) 8: /usr/lib/dri/radeonsi_dri.so (st_TexImage+0x6c)
> [0x7f97e173f9ac]
> [    19.786] (EE) 9: /usr/lib/dri/radeonsi_dri.so
> (_mesa_get_fallback_texture+0x193) [0x7f97e16cb763]
> [    19.786] (EE) 10: /usr/lib/dri/radeonsi_dri.so
> (_mesa_update_texture+0x1a7) [0x7f97e16d1c37]
> [    19.787] (EE) 11: /usr/lib/dri/radeonsi_dri.so
> (_mesa_update_state_locked+0x683) [0x7f97e16b00e3]
> [    19.787] (EE) 12: /usr/lib/dri/radeonsi_dri.so
> (_mesa_update_state+0x11) [0x7f97e16b0441]
> [    19.787] (EE) 13: /usr/lib/dri/radeonsi_dri.so
> (_mesa_EGLImageTargetTexture2DOES+0x168) [0x7f97e16c5c88]
> [    19.802] (EE) 14: /usr/lib/xorg/modules/libglamoregl.so
> (glamor_create_texture_from_image+0xaa) [0x7f97d93bf89a]
> [    19.803] (EE) 15: /usr/lib/xorg/modules/libglamoregl.so
> (glamor_egl_create_textured_pixmap+0x12d) [0x7f97d93bfafd]
> [    19.803] (EE) 16: /usr/lib/xorg/modules/libglamoregl.so
> (glamor_egl_create_textured_screen+0x33) [0x7f97d93bfc23]
> [    19.811] (EE) 17: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
> (amdgpu_glamor_create_screen_resources+0x67) [0x7f97e2ea7cf7]
> [    19.812] (EE) 18: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
> (AMDGPUCreateScreenResources_KMS+0x27e) [0x7f97e2e9fe3e]
> [    19.813] (EE) 19: /usr/libexec/Xorg
> (xf86CrtcCreateScreenResources+0x2e) [0x4a3b7e]
> [    19.814] (EE) 20: /usr/libexec/Xorg (dix_main+0x26e) [0x438ebe]
> [    19.815] (EE) 21: /lib/libc.so.6 (__libc_start_main+0xf0)
> [0x7f97e86b85e0]
> [    19.816] (EE) 22: /usr/libexec/Xorg (_start+0x29) [0x424659]
> [    19.816] (EE)
> [    19.816] (EE) Segmentation fault at address 0x4023321cc
> [    19.816] (EE)
> Fatal server error:
> [    19.816] (EE) Caught signal 11 (Segmentation fault). Server aborting
> _______________________________________________
> amd-gfx mailing list
> amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
amd-gfx Info Page - lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
lists.freedesktop.org
To see the collection of prior postings to the list, visit the amd-gfx Archives. Using amd-gfx: To post a message to all the list members, send email ...



> amd-gfx Info Page - lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
> lists.freedesktop.org
> To see the collection of prior postings to the list, visit the amd-gfx Archives. Using amd-gfx: To post a message to all the list members, send email ...
>
>
>
>


[-- Attachment #1.2: Type: text/html, Size: 9963 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[StDenis, Tom]

[-- Attachment #1.1: Type: text/plain, Size: 6986 bytes --]

Yup confirmed...


[root@fx6 linux]# git bisect good
da00756f75422b04befae381e7e48d0cacf299f3 is the first bad commit
commit da00756f75422b04befae381e7e48d0cacf299f3
Author: Christian König <christian.koenig-5C7GfCeVMHo@public.gmane.org>
Date:   Wed Oct 5 16:09:32 2016 +0200

    drm/amdgpu: move align_mask and nop into ring funcs as well

    They are constant as well.

    Signed-off-by: Christian König <christian.koenig-5C7GfCeVMHo@public.gmane.org>
    Reviewed-by: Alex Deucher <alexander.deucher-5C7GfCeVMHo@public.gmane.org>

:040000 040000 a8f2ca9290985991b3cc37cbeb902f060573fdbb 2309b176a1d4ff9e59eaf25688b5db6eb9759dd0 M      drivers




________________________________
From: amd-gfx <amd-gfx-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org> on behalf of StDenis, Tom <Tom.StDenis-5C7GfCeVMHo@public.gmane.org>
Sent: Tuesday, October 11, 2016 09:20
To: Andy Furniss; amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Cc: Deucher, Alexander
Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register


Hi Andy,


Ha, I'm 1 step away (that was my last bad commit) from determining that.  I'll finish up for formality sake but I suspect that is the bad one.


Cheers,

Tom


________________________________
From: Andy Furniss <adf.lists-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Sent: Tuesday, October 11, 2016 09:10
To: StDenis, Tom; amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Cc: Deucher, Alexander
Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

StDenis, Tom wrote:
> Actually NAK that, I don't have the cache patch internally.  So my Tonga crash is something else.

Yes, seems the boot fail starts with the tip commit =

drm/amdgpu: move align_mask and nop into ring funcs as well
They are constant as well.

Will also reply to that patch.

>
>
> Tom
>
>
> ________________________________
> From: amd-gfx <amd-gfx-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org> on behalf of StDenis, Tom <Tom.StDenis-5C7GfCeVMHo@public.gmane.org>
> Sent: Tuesday, October 11, 2016 08:11
> To: Andy Furniss; amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
> Cc: Deucher, Alexander
> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
>
>
> Yup, my Tonga system dies on modprobe with the tip of stg-4.7 this morning.
>
>
> Tom
>
>
> ________________________________
> From: amd-gfx <amd-gfx-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org> on behalf of Andy Furniss <adf.lists-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Sent: Tuesday, October 11, 2016 08:07
> To: Alex Deucher; amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
> Cc: Deucher, Alexander
> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
>
> Alex Deucher wrote:
>> Using the cached values has less latency for bare metal and SR-IOV,
>> and prevents reading back bogus values if the engine is powergated.
>
> I can't startx since this on r9285.
>
> Seems there are further issues later in current 4.9-wip = I die on
> driver load, will see if that's related or one of Christians patches later.
>
> Also anyone on list have shutdown/reboot issues - I can't for the past
> few 4.9-wips (I did tag on to someone elses bug, but that's gone quiet).
>
> One thing at a time this commit for me, boots into fbcon OK but then
> segfaults -
>
> [    19.694] (II) AIGLX: Loaded and initialized radeonsi
> [    19.694] (II) GLX: Initialized DRI2 GL provider for screen 0
> [    19.694] (EE)
> [    19.694] (EE) Backtrace:
> [    19.717] (EE) 0: /usr/libexec/Xorg (OsSigHandler+0x29) [0x5853b9]
> [    19.726] (EE) 1: /lib/libc.so.6 (killpg+0x40) [0x7f97e86cb68f]
> [    19.756] (EE) 2: /usr/lib/dri/radeonsi_dri.so
> (amdgpu_surface_init+0x486) [0x7f97e1a40746]
> [    19.757] (EE) 3: /usr/lib/dri/radeonsi_dri.so
> (r600_texture_create_object+0xd7) [0x7f97e1a5dfe7]
> [    19.759] (EE) 4: /usr/lib/dri/radeonsi_dri.so
> (r600_texture_create+0x75) [0x7f97e1a5ea15]
> [    19.771] (EE) 5: /usr/lib/dri/radeonsi_dri.so
> (st_texture_create+0x5b) [0x7f97e178af1b]
> [    19.773] (EE) 6: /usr/lib/dri/radeonsi_dri.so
> (guess_and_alloc_texture+0x1ac) [0x7f97e173ae9c]
> [    19.774] (EE) 7: /usr/lib/dri/radeonsi_dri.so
> (st_AllocTextureImageBuffer+0x3a4) [0x7f97e173b3d4]
> [    19.775] (EE) 8: /usr/lib/dri/radeonsi_dri.so (st_TexImage+0x6c)
> [0x7f97e173f9ac]
> [    19.786] (EE) 9: /usr/lib/dri/radeonsi_dri.so
> (_mesa_get_fallback_texture+0x193) [0x7f97e16cb763]
> [    19.786] (EE) 10: /usr/lib/dri/radeonsi_dri.so
> (_mesa_update_texture+0x1a7) [0x7f97e16d1c37]
> [    19.787] (EE) 11: /usr/lib/dri/radeonsi_dri.so
> (_mesa_update_state_locked+0x683) [0x7f97e16b00e3]
> [    19.787] (EE) 12: /usr/lib/dri/radeonsi_dri.so
> (_mesa_update_state+0x11) [0x7f97e16b0441]
> [    19.787] (EE) 13: /usr/lib/dri/radeonsi_dri.so
> (_mesa_EGLImageTargetTexture2DOES+0x168) [0x7f97e16c5c88]
> [    19.802] (EE) 14: /usr/lib/xorg/modules/libglamoregl.so
> (glamor_create_texture_from_image+0xaa) [0x7f97d93bf89a]
> [    19.803] (EE) 15: /usr/lib/xorg/modules/libglamoregl.so
> (glamor_egl_create_textured_pixmap+0x12d) [0x7f97d93bfafd]
> [    19.803] (EE) 16: /usr/lib/xorg/modules/libglamoregl.so
> (glamor_egl_create_textured_screen+0x33) [0x7f97d93bfc23]
> [    19.811] (EE) 17: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
> (amdgpu_glamor_create_screen_resources+0x67) [0x7f97e2ea7cf7]
> [    19.812] (EE) 18: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
> (AMDGPUCreateScreenResources_KMS+0x27e) [0x7f97e2e9fe3e]
> [    19.813] (EE) 19: /usr/libexec/Xorg
> (xf86CrtcCreateScreenResources+0x2e) [0x4a3b7e]
> [    19.814] (EE) 20: /usr/libexec/Xorg (dix_main+0x26e) [0x438ebe]
> [    19.815] (EE) 21: /lib/libc.so.6 (__libc_start_main+0xf0)
> [0x7f97e86b85e0]
> [    19.816] (EE) 22: /usr/libexec/Xorg (_start+0x29) [0x424659]
> [    19.816] (EE)
> [    19.816] (EE) Segmentation fault at address 0x4023321cc
> [    19.816] (EE)
> Fatal server error:
> [    19.816] (EE) Caught signal 11 (Segmentation fault). Server aborting
> _______________________________________________
> amd-gfx mailing list
> amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
amd-gfx Info Page - lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
lists.freedesktop.org
To see the collection of prior postings to the list, visit the amd-gfx Archives. Using amd-gfx: To post a message to all the list members, send email ...



> amd-gfx Info Page - lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
> lists.freedesktop.org
> To see the collection of prior postings to the list, visit the amd-gfx Archives. Using amd-gfx: To post a message to all the list members, send email ...
>
>
>
>


[-- Attachment #1.2: Type: text/html, Size: 11674 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[Andy Furniss]

The boot vce/uvd issue is fixed in 4.9-wip now, so I can boot latest but -

The segfault on startx is still there.

I still can't shutdown/reboot
as in https://bugs.freedesktop.org/show_bug.cgi?id=98200
which is fixed for radeon, but apparently not (for me at least) with amdgpu.
Reverting amdgpu always apply pci shutdown callbacks has fixed this
for recent kernels, though it's not that simple, as I do have a kernel
from last month that has the commit but works OK.


StDenis, Tom wrote:
> Yup confirmed...
>
>
> [root@fx6 linux]# git bisect good
> da00756f75422b04befae381e7e48d0cacf299f3 is the first bad commit
> commit da00756f75422b04befae381e7e48d0cacf299f3
> Author: Christian König <christian.koenig@amd.com>
> Date:   Wed Oct 5 16:09:32 2016 +0200
>
>      drm/amdgpu: move align_mask and nop into ring funcs as well
>
>      They are constant as well.
>
>      Signed-off-by: Christian König <christian.koenig@amd.com>
>      Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
>
> :040000 040000 a8f2ca9290985991b3cc37cbeb902f060573fdbb 2309b176a1d4ff9e59eaf25688b5db6eb9759dd0 M      drivers
>
>
>
>
> ________________________________
> From: amd-gfx <amd-gfx-bounces@lists.freedesktop.org> on behalf of StDenis, Tom <Tom.StDenis@amd.com>
> Sent: Tuesday, October 11, 2016 09:20
> To: Andy Furniss; amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander
> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
>
>
> Hi Andy,
>
>
> Ha, I'm 1 step away (that was my last bad commit) from determining that.  I'll finish up for formality sake but I suspect that is the bad one.
>
>
> Cheers,
>
> Tom
>
>
> ________________________________
> From: Andy Furniss <adf.lists@gmail.com>
> Sent: Tuesday, October 11, 2016 09:10
> To: StDenis, Tom; amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander
> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
>
> StDenis, Tom wrote:
>> Actually NAK that, I don't have the cache patch internally.  So my Tonga crash is something else.
>
> Yes, seems the boot fail starts with the tip commit =
>
> drm/amdgpu: move align_mask and nop into ring funcs as well
> They are constant as well.
>
> Will also reply to that patch.
>
>>
>>
>> Tom
>>
>>
>> ________________________________
>> From: amd-gfx <amd-gfx-bounces@lists.freedesktop.org> on behalf of StDenis, Tom <Tom.StDenis@amd.com>
>> Sent: Tuesday, October 11, 2016 08:11
>> To: Andy Furniss; amd-gfx@lists.freedesktop.org
>> Cc: Deucher, Alexander
>> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
>>
>>
>> Yup, my Tonga system dies on modprobe with the tip of stg-4.7 this morning.
>>
>>
>> Tom
>>
>>
>> ________________________________
>> From: amd-gfx <amd-gfx-bounces@lists.freedesktop.org> on behalf of Andy Furniss <adf.lists@gmail.com>
>> Sent: Tuesday, October 11, 2016 08:07
>> To: Alex Deucher; amd-gfx@lists.freedesktop.org
>> Cc: Deucher, Alexander
>> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
>>
>> Alex Deucher wrote:
>>> Using the cached values has less latency for bare metal and SR-IOV,
>>> and prevents reading back bogus values if the engine is powergated.
>>
>> I can't startx since this on r9285.
>>
>> Seems there are further issues later in current 4.9-wip = I die on
>> driver load, will see if that's related or one of Christians patches later.
>>
>> Also anyone on list have shutdown/reboot issues - I can't for the past
>> few 4.9-wips (I did tag on to someone elses bug, but that's gone quiet).
>>
>> One thing at a time this commit for me, boots into fbcon OK but then
>> segfaults -
>>
>> [    19.694] (II) AIGLX: Loaded and initialized radeonsi
>> [    19.694] (II) GLX: Initialized DRI2 GL provider for screen 0
>> [    19.694] (EE)
>> [    19.694] (EE) Backtrace:
>> [    19.717] (EE) 0: /usr/libexec/Xorg (OsSigHandler+0x29) [0x5853b9]
>> [    19.726] (EE) 1: /lib/libc.so.6 (killpg+0x40) [0x7f97e86cb68f]
>> [    19.756] (EE) 2: /usr/lib/dri/radeonsi_dri.so
>> (amdgpu_surface_init+0x486) [0x7f97e1a40746]
>> [    19.757] (EE) 3: /usr/lib/dri/radeonsi_dri.so
>> (r600_texture_create_object+0xd7) [0x7f97e1a5dfe7]
>> [    19.759] (EE) 4: /usr/lib/dri/radeonsi_dri.so
>> (r600_texture_create+0x75) [0x7f97e1a5ea15]
>> [    19.771] (EE) 5: /usr/lib/dri/radeonsi_dri.so
>> (st_texture_create+0x5b) [0x7f97e178af1b]
>> [    19.773] (EE) 6: /usr/lib/dri/radeonsi_dri.so
>> (guess_and_alloc_texture+0x1ac) [0x7f97e173ae9c]
>> [    19.774] (EE) 7: /usr/lib/dri/radeonsi_dri.so
>> (st_AllocTextureImageBuffer+0x3a4) [0x7f97e173b3d4]
>> [    19.775] (EE) 8: /usr/lib/dri/radeonsi_dri.so (st_TexImage+0x6c)
>> [0x7f97e173f9ac]
>> [    19.786] (EE) 9: /usr/lib/dri/radeonsi_dri.so
>> (_mesa_get_fallback_texture+0x193) [0x7f97e16cb763]
>> [    19.786] (EE) 10: /usr/lib/dri/radeonsi_dri.so
>> (_mesa_update_texture+0x1a7) [0x7f97e16d1c37]
>> [    19.787] (EE) 11: /usr/lib/dri/radeonsi_dri.so
>> (_mesa_update_state_locked+0x683) [0x7f97e16b00e3]
>> [    19.787] (EE) 12: /usr/lib/dri/radeonsi_dri.so
>> (_mesa_update_state+0x11) [0x7f97e16b0441]
>> [    19.787] (EE) 13: /usr/lib/dri/radeonsi_dri.so
>> (_mesa_EGLImageTargetTexture2DOES+0x168) [0x7f97e16c5c88]
>> [    19.802] (EE) 14: /usr/lib/xorg/modules/libglamoregl.so
>> (glamor_create_texture_from_image+0xaa) [0x7f97d93bf89a]
>> [    19.803] (EE) 15: /usr/lib/xorg/modules/libglamoregl.so
>> (glamor_egl_create_textured_pixmap+0x12d) [0x7f97d93bfafd]
>> [    19.803] (EE) 16: /usr/lib/xorg/modules/libglamoregl.so
>> (glamor_egl_create_textured_screen+0x33) [0x7f97d93bfc23]
>> [    19.811] (EE) 17: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
>> (amdgpu_glamor_create_screen_resources+0x67) [0x7f97e2ea7cf7]
>> [    19.812] (EE) 18: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
>> (AMDGPUCreateScreenResources_KMS+0x27e) [0x7f97e2e9fe3e]
>> [    19.813] (EE) 19: /usr/libexec/Xorg
>> (xf86CrtcCreateScreenResources+0x2e) [0x4a3b7e]
>> [    19.814] (EE) 20: /usr/libexec/Xorg (dix_main+0x26e) [0x438ebe]
>> [    19.815] (EE) 21: /lib/libc.so.6 (__libc_start_main+0xf0)
>> [0x7f97e86b85e0]
>> [    19.816] (EE) 22: /usr/libexec/Xorg (_start+0x29) [0x424659]
>> [    19.816] (EE)
>> [    19.816] (EE) Segmentation fault at address 0x4023321cc
>> [    19.816] (EE)
>> Fatal server error:
>> [    19.816] (EE) Caught signal 11 (Segmentation fault). Server aborting
>> _______________________________________________
>> amd-gfx mailing list
>> amd-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
> amd-gfx Info Page - lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
> lists.freedesktop.org
> To see the collection of prior postings to the list, visit the amd-gfx Archives. Using amd-gfx: To post a message to all the list members, send email ...
>
>
>
>> amd-gfx Info Page - lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
>> lists.freedesktop.org
>> To see the collection of prior postings to the list, visit the amd-gfx Archives. Using amd-gfx: To post a message to all the list members, send email ...
>>
>>
>>
>>
>
>
>
>
> _______________________________________________
> amd-gfx mailing list
> amd-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
>

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[Grazvydas Ignotas]

On Wed, Oct 12, 2016 at 2:48 AM, Andy Furniss <adf.lists@gmail.com> wrote:
>
> I still can't shutdown/reboot
> as in https://bugs.freedesktop.org/show_bug.cgi?id=98200
> which is fixed for radeon, but apparently not (for me at least) with amdgpu.

You probably need a951ed85abd46 that went to 4.8-fixes and is not part
of 4.9-wip.

Gražvydas
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[Andy Furniss]

Grazvydas Ignotas wrote:
> On Wed, Oct 12, 2016 at 2:48 AM, Andy Furniss <adf.lists@gmail.com> wrote:
>>
>> I still can't shutdown/reboot
>> as in https://bugs.freedesktop.org/show_bug.cgi?id=98200
>> which is fixed for radeon, but apparently not (for me at least) with amdgpu.
>
> You probably need a951ed85abd46 that went to 4.8-fixes and is not part
> of 4.9-wip.

Thanks, it's OK with that.


_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[Alex Deucher]

On Tue, Oct 11, 2016 at 7:48 PM, Andy Furniss <adf.lists@gmail.com> wrote:
> The boot vce/uvd issue is fixed in 4.9-wip now, so I can boot latest but -
>
> The segfault on startx is still there.

Fixed in v2.

Alex

>
> I still can't shutdown/reboot
> as in https://bugs.freedesktop.org/show_bug.cgi?id=98200
> which is fixed for radeon, but apparently not (for me at least) with amdgpu.
> Reverting amdgpu always apply pci shutdown callbacks has fixed this
> for recent kernels, though it's not that simple, as I do have a kernel
> from last month that has the commit but works OK.
>
>
> StDenis, Tom wrote:
>>
>> Yup confirmed...
>>
>>
>> [root@fx6 linux]# git bisect good
>> da00756f75422b04befae381e7e48d0cacf299f3 is the first bad commit
>> commit da00756f75422b04befae381e7e48d0cacf299f3
>> Author: Christian König <christian.koenig@amd.com>
>> Date:   Wed Oct 5 16:09:32 2016 +0200
>>
>>      drm/amdgpu: move align_mask and nop into ring funcs as well
>>
>>      They are constant as well.
>>
>>      Signed-off-by: Christian König <christian.koenig@amd.com>
>>      Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
>>
>> :040000 040000 a8f2ca9290985991b3cc37cbeb902f060573fdbb
>> 2309b176a1d4ff9e59eaf25688b5db6eb9759dd0 M      drivers
>>
>>
>>
>>
>> ________________________________
>> From: amd-gfx <amd-gfx-bounces@lists.freedesktop.org> on behalf of
>> StDenis, Tom <Tom.StDenis@amd.com>
>> Sent: Tuesday, October 11, 2016 09:20
>> To: Andy Furniss; amd-gfx@lists.freedesktop.org
>> Cc: Deucher, Alexander
>> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for
>> vi_read_register
>>
>>
>> Hi Andy,
>>
>>
>> Ha, I'm 1 step away (that was my last bad commit) from determining that.
>> I'll finish up for formality sake but I suspect that is the bad one.
>>
>>
>> Cheers,
>>
>> Tom
>>
>>
>> ________________________________
>> From: Andy Furniss <adf.lists@gmail.com>
>> Sent: Tuesday, October 11, 2016 09:10
>> To: StDenis, Tom; amd-gfx@lists.freedesktop.org
>> Cc: Deucher, Alexander
>> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for
>> vi_read_register
>>
>> StDenis, Tom wrote:
>>>
>>> Actually NAK that, I don't have the cache patch internally.  So my Tonga
>>> crash is something else.
>>
>>
>> Yes, seems the boot fail starts with the tip commit =
>>
>> drm/amdgpu: move align_mask and nop into ring funcs as well
>> They are constant as well.
>>
>> Will also reply to that patch.
>>
>>>
>>>
>>> Tom
>>>
>>>
>>> ________________________________
>>> From: amd-gfx <amd-gfx-bounces@lists.freedesktop.org> on behalf of
>>> StDenis, Tom <Tom.StDenis@amd.com>
>>> Sent: Tuesday, October 11, 2016 08:11
>>> To: Andy Furniss; amd-gfx@lists.freedesktop.org
>>> Cc: Deucher, Alexander
>>> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for
>>> vi_read_register
>>>
>>>
>>> Yup, my Tonga system dies on modprobe with the tip of stg-4.7 this
>>> morning.
>>>
>>>
>>> Tom
>>>
>>>
>>> ________________________________
>>> From: amd-gfx <amd-gfx-bounces@lists.freedesktop.org> on behalf of Andy
>>> Furniss <adf.lists@gmail.com>
>>> Sent: Tuesday, October 11, 2016 08:07
>>> To: Alex Deucher; amd-gfx@lists.freedesktop.org
>>> Cc: Deucher, Alexander
>>> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for
>>> vi_read_register
>>>
>>> Alex Deucher wrote:
>>>>
>>>> Using the cached values has less latency for bare metal and SR-IOV,
>>>> and prevents reading back bogus values if the engine is powergated.
>>>
>>>
>>> I can't startx since this on r9285.
>>>
>>> Seems there are further issues later in current 4.9-wip = I die on
>>> driver load, will see if that's related or one of Christians patches
>>> later.
>>>
>>> Also anyone on list have shutdown/reboot issues - I can't for the past
>>> few 4.9-wips (I did tag on to someone elses bug, but that's gone quiet).
>>>
>>> One thing at a time this commit for me, boots into fbcon OK but then
>>> segfaults -
>>>
>>> [    19.694] (II) AIGLX: Loaded and initialized radeonsi
>>> [    19.694] (II) GLX: Initialized DRI2 GL provider for screen 0
>>> [    19.694] (EE)
>>> [    19.694] (EE) Backtrace:
>>> [    19.717] (EE) 0: /usr/libexec/Xorg (OsSigHandler+0x29) [0x5853b9]
>>> [    19.726] (EE) 1: /lib/libc.so.6 (killpg+0x40) [0x7f97e86cb68f]
>>> [    19.756] (EE) 2: /usr/lib/dri/radeonsi_dri.so
>>> (amdgpu_surface_init+0x486) [0x7f97e1a40746]
>>> [    19.757] (EE) 3: /usr/lib/dri/radeonsi_dri.so
>>> (r600_texture_create_object+0xd7) [0x7f97e1a5dfe7]
>>> [    19.759] (EE) 4: /usr/lib/dri/radeonsi_dri.so
>>> (r600_texture_create+0x75) [0x7f97e1a5ea15]
>>> [    19.771] (EE) 5: /usr/lib/dri/radeonsi_dri.so
>>> (st_texture_create+0x5b) [0x7f97e178af1b]
>>> [    19.773] (EE) 6: /usr/lib/dri/radeonsi_dri.so
>>> (guess_and_alloc_texture+0x1ac) [0x7f97e173ae9c]
>>> [    19.774] (EE) 7: /usr/lib/dri/radeonsi_dri.so
>>> (st_AllocTextureImageBuffer+0x3a4) [0x7f97e173b3d4]
>>> [    19.775] (EE) 8: /usr/lib/dri/radeonsi_dri.so (st_TexImage+0x6c)
>>> [0x7f97e173f9ac]
>>> [    19.786] (EE) 9: /usr/lib/dri/radeonsi_dri.so
>>> (_mesa_get_fallback_texture+0x193) [0x7f97e16cb763]
>>> [    19.786] (EE) 10: /usr/lib/dri/radeonsi_dri.so
>>> (_mesa_update_texture+0x1a7) [0x7f97e16d1c37]
>>> [    19.787] (EE) 11: /usr/lib/dri/radeonsi_dri.so
>>> (_mesa_update_state_locked+0x683) [0x7f97e16b00e3]
>>> [    19.787] (EE) 12: /usr/lib/dri/radeonsi_dri.so
>>> (_mesa_update_state+0x11) [0x7f97e16b0441]
>>> [    19.787] (EE) 13: /usr/lib/dri/radeonsi_dri.so
>>> (_mesa_EGLImageTargetTexture2DOES+0x168) [0x7f97e16c5c88]
>>> [    19.802] (EE) 14: /usr/lib/xorg/modules/libglamoregl.so
>>> (glamor_create_texture_from_image+0xaa) [0x7f97d93bf89a]
>>> [    19.803] (EE) 15: /usr/lib/xorg/modules/libglamoregl.so
>>> (glamor_egl_create_textured_pixmap+0x12d) [0x7f97d93bfafd]
>>> [    19.803] (EE) 16: /usr/lib/xorg/modules/libglamoregl.so
>>> (glamor_egl_create_textured_screen+0x33) [0x7f97d93bfc23]
>>> [    19.811] (EE) 17: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
>>> (amdgpu_glamor_create_screen_resources+0x67) [0x7f97e2ea7cf7]
>>> [    19.812] (EE) 18: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
>>> (AMDGPUCreateScreenResources_KMS+0x27e) [0x7f97e2e9fe3e]
>>> [    19.813] (EE) 19: /usr/libexec/Xorg
>>> (xf86CrtcCreateScreenResources+0x2e) [0x4a3b7e]
>>> [    19.814] (EE) 20: /usr/libexec/Xorg (dix_main+0x26e) [0x438ebe]
>>> [    19.815] (EE) 21: /lib/libc.so.6 (__libc_start_main+0xf0)
>>> [0x7f97e86b85e0]
>>> [    19.816] (EE) 22: /usr/libexec/Xorg (_start+0x29) [0x424659]
>>> [    19.816] (EE)
>>> [    19.816] (EE) Segmentation fault at address 0x4023321cc
>>> [    19.816] (EE)
>>> Fatal server error:
>>> [    19.816] (EE) Caught signal 11 (Segmentation fault). Server aborting
>>> _______________________________________________
>>> amd-gfx mailing list
>>> amd-gfx@lists.freedesktop.org
>>> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
>>
>> amd-gfx Info Page -
>> lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
>> lists.freedesktop.org
>> To see the collection of prior postings to the list, visit the amd-gfx
>> Archives. Using amd-gfx: To post a message to all the list members, send
>> email ...
>>
>>
>>
>>> amd-gfx Info Page -
>>> lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
>>> lists.freedesktop.org
>>> To see the collection of prior postings to the list, visit the amd-gfx
>>> Archives. Using amd-gfx: To post a message to all the list members, send
>>> email ...
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>> _______________________________________________
>> amd-gfx mailing list
>> amd-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
>>
>
> _______________________________________________
> amd-gfx mailing list
> amd-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: [PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register

[Andy Furniss]

Alex Deucher wrote:
> On Tue, Oct 11, 2016 at 7:48 PM, Andy Furniss <adf.lists@gmail.com> wrote:
>> The boot vce/uvd issue is fixed in 4.9-wip now, so I can boot latest but -
>>
>> The segfault on startx is still there.
>
> Fixed in v2.

Yea, all OK now.

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx