dri-devel May 2011

dri-devel@lists.freedesktop.org

118 participants
495 discussions

[PATCH] drm/radeon: Make atom_debug a module parameter
by Adam Jackson 12 May '11

12 May '11

If we're going to build atom debugging all the time anyway, we might as well make it easy to get at. Signed-off-by: Adam Jackson <ajax(a)redhat.com> --- drivers/gpu/drm/radeon/atom.c | 1 - drivers/gpu/drm/radeon/radeon_drv.c | 4 ++++ 2 files changed, 4 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/atom.c b/drivers/gpu/drm/radeon/atom.c index 258fa5e..ec01112 100644 --- a/drivers/gpu/drm/radeon/atom.c +++ b/drivers/gpu/drm/radeon/atom.c @@ -61,7 +61,6 @@ typedef struct { bool abort; } atom_exec_context; -int atom_debug = 0; static int atom_execute_table_locked(struct atom_context *ctx, int index, uint32_t * params); int atom_execute_table(struct atom_context *ctx, int index, uint32_t * params); diff --git a/drivers/gpu/drm/radeon/radeon_drv.c b/drivers/gpu/drm/radeon/radeon_drv.c index 63d2de8..f7b6aae 100644 --- a/drivers/gpu/drm/radeon/radeon_drv.c +++ b/drivers/gpu/drm/radeon/radeon_drv.c @@ -116,6 +116,7 @@ int radeon_audio = 1; int radeon_disp_priority = 0; int radeon_hw_i2c = 0; int radeon_pcie_gen2 = 0; +int atom_debug = 0; MODULE_PARM_DESC(no_wb, "Disable AGP writeback for scratch registers"); module_param_named(no_wb, radeon_no_wb, int, 0444); @@ -162,6 +163,9 @@ module_param_named(hw_i2c, radeon_hw_i2c, int, 0444); MODULE_PARM_DESC(pcie_gen2, "PCIE Gen2 mode (1 = enable)"); module_param_named(pcie_gen2, radeon_pcie_gen2, int, 0444); +MODULE_PARM_DESC(atom_debug, "Debug atombios execution (1 = enable)"); +module_param_named(atom_debug, atom_debug, int, 0444); + static int radeon_suspend(struct drm_device *dev, pm_message_t state) { drm_radeon_private_t *dev_priv = dev->dev_private; -- 1.7.4.4

1 0

[Bug 37151] New: Random GPU Resets on HD6850-NI
by bugzilla-daemon＠freedesktop.org 12 May '11

12 May '11

https://bugs.freedesktop.org/show_bug.cgi?id=37151 Summary: Random GPU Resets on HD6850-NI Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: spamjunkeater(a)gmail.com Created an attachment (id=46648) --> (https://bugs.freedesktop.org/attachment.cgi?id=46648) Kernel messages about resets... I got random GPU resets on my HD6850 using mesa r600g/xf86-video-ati/drm git trunk. Sometimes GPU has multiple resets following each other. Using Linux Kernel Vanilla 2.6.38. Thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 26891] Radeon KMS on Macs with EFI boot
by bugzilla-daemon＠freedesktop.org 12 May '11

12 May '11

https://bugs.freedesktop.org/show_bug.cgi?id=26891 --- Comment #2 from shirk(a)bitspin.org 2011-05-12 05:06:39 PDT --- Hi, since I'm triple booting my MBP for some time now (using mostly grub2@efi) I integrated your patch im my local git tree and can confirm it works as intended. Without using radeon-ucode binaries I'm able to run X in full resolution without any trouble (no direct rendering however). I was even able to compile the radeon kms driver directly into the kernel by including the vbios / ucode binaries as blobs or placing them in my intramfs. However when trying to enable direct rendering (by loading radion-ucodes) I get some serious display flicker and sometimes a wrong display placement. Looks like some timings are horribly wrong.. I really love to be able to boot my kernel in pure EFI mode without fakebios etc. If I can be of any help to improve the situation let me know. I'm not unexperienced in kernel/driver coding and I'm a happy guinea pig ;) -- my hardware specs -- MacBookPro8,2 (early 2011) - Intel Core I7 (2,2Ghz, quad) - ATI Radeon HD 6750m (the 1Gb model) ------------------------ -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 33824] New: [r600g, tiling] mipmap rendering errors / block artifacts
by bugzilla-daemon＠freedesktop.org 12 May '11

12 May '11

https://bugs.freedesktop.org/show_bug.cgi?id=33824 Summary: [r600g, tiling] mipmap rendering errors / block artifacts Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: liquid.acid(a)gmx.net Hi there, this is a update of bug #31046, where the main issue was GPU resets caused by enabling tiling (R600_FORCE_TILING=1) with the r600g driver. The situation however was changed, and now R600_FORCE_TILING only causes mipmap rendering errors in a few application. Last time I tested ioquake3, doom3 (demo) and both ut2003 and ut2004. ut03 and ut04 are still affected by the blocky rendering errors (see the other bug for screenshots illustrating the problem), but both ioquake3 and doom3 now look perfectly fine. My hardware: ATI Technologies Inc Radeon HD 4770 [RV740] libdrm, mesa and xf86-video-ati are all git master tip. ColorTiling is enabled in the xorg.conf, verified this by checking the Xorg logfile. kernel is d-r-t Greets, Tobias -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[PATCH -next] drm: fix nouveau_acpi build
by Randy Dunlap 11 May '11

11 May '11

From: Randy Dunlap <randy.dunlap(a)oracle.com> Fix build errors when CONFIG_ACPI is enabled but MXM_WMI is not enabled by selecting both MXM_WMI and ACPI_WMI (the latter just for kconfig dependencies): nouveau_acpi.c:(.text+0x2400c8): undefined reference to `mxm_wmi_call_mxmx' nouveau_acpi.c:(.text+0x2400cf): undefined reference to `mxm_wmi_call_mxds' nouveau_acpi.c:(.text+0x2400fe): undefined reference to `mxm_wmi_call_mxmx' nouveau_acpi.c:(.text+0x2402ba): undefined reference to `mxm_wmi_supported Signed-off-by: Randy Dunlap <randy.dunlap(a)oracle.com> --- drivers/gpu/drm/nouveau/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- linux-next-20110511.orig/drivers/gpu/drm/nouveau/Kconfig +++ linux-next-20110511/drivers/gpu/drm/nouveau/Kconfig @@ -11,7 +11,8 @@ config DRM_NOUVEAU select FRAMEBUFFER_CONSOLE if !EXPERT select FB_BACKLIGHT if DRM_NOUVEAU_BACKLIGHT select ACPI_VIDEO if ACPI && X86 && BACKLIGHT_CLASS_DEVICE && VIDEO_OUTPUT_CONTROL && INPUT - select MXM_WMI if ACPI && ACPI_WMI + select ACPI_WMI if ACPI + select MXM_WMI if ACPI help Choose this option for open-source nVidia support.

1 0

[PATCH] drm/radeon/kms: fix extended lvds info parsing
by Alex Deucher 11 May '11

11 May '11

On rev <= 1.1 tables, the offset is absolute, on newer tables, it's relative. Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=700326 Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/radeon_atombios.c | 14 +++++++++++--- 1 files changed, 11 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c b/drivers/gpu/drm/radeon/radeon_atombios.c index 7615aaa..fd6f4f3 100644 --- a/drivers/gpu/drm/radeon/radeon_atombios.c +++ b/drivers/gpu/drm/radeon/radeon_atombios.c @@ -1585,9 +1585,17 @@ struct radeon_encoder_atom_dig *radeon_atombios_get_lvds_info(struct ATOM_FAKE_EDID_PATCH_RECORD *fake_edid_record; ATOM_PANEL_RESOLUTION_PATCH_RECORD *panel_res_record; bool bad_record = false; - u8 *record = (u8 *)(mode_info->atom_context->bios + - data_offset + - le16_to_cpu(lvds_info->info.usModePatchTableOffset)); + u8 *record; + + if ((frev == 1) && (crev < 2)) + /* absolute */ + record = (u8 *)(mode_info->atom_context->bios + + le16_to_cpu(lvds_info->info.usModePatchTableOffset)); + else + /* relative */ + record = (u8 *)(mode_info->atom_context->bios + + data_offset + + le16_to_cpu(lvds_info->info.usModePatchTableOffset)); while (*record != ATOM_RECORD_END_TYPE) { switch (*record) { case LCD_MODE_PATCH_RECORD_MODE_TYPE: -- 1.7.1.1

2 1

[PATCH] DRM: drm_debugfs_create_files uses unitialized stack in error printk
by Eric Paris 11 May '11

11 May '11

drm_debugfs_create_files declares a char buf on the stack and prints it's value in a error condition. Before 28a62277 this character buf was filled in but now it isn't. Instead we can now get the name from the parent dentry and don't need this at all. Before this patch I would see a message like below on every boot: [drm:drm_debugfs_create_files] *ERROR* Cannot create /sys/kernel/debug/dri/I�5^B��/3 Signed-off-by: Eric Paris <eparis(a)redhat.com> --- drivers/gpu/drm/drm_debugfs.c | 3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_debugfs.c b/drivers/gpu/drm/drm_debugfs.c index 9d8c892..b9dc262 100644 --- a/drivers/gpu/drm/drm_debugfs.c +++ b/drivers/gpu/drm/drm_debugfs.c @@ -90,7 +90,6 @@ int drm_debugfs_create_files(struct drm_info_list *files, int count, struct drm_device *dev = minor->dev; struct dentry *ent; struct drm_info_node *tmp; - char name[64]; int i, ret; for (i = 0; i < count; i++) { @@ -109,7 +108,7 @@ int drm_debugfs_create_files(struct drm_info_list *files, int count, root, tmp, &drm_debugfs_fops); if (!ent) { DRM_ERROR("Cannot create /sys/kernel/debug/dri/%s/%s\n", - name, files[i].name); + root->d_name.name, files[i].name); kfree(tmp); ret = -1; goto fail;

1 0

[Bug 35312] New: r600g: Automatic mipmap generation doesn't work properly
by bugzilla-daemon＠freedesktop.org 11 May '11

11 May '11

https://bugs.freedesktop.org/show_bug.cgi?id=35312 Summary: r600g: Automatic mipmap generation doesn't work properly Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: wielkiegie(a)gmail.com Automatic mipmap generation using glGenerateMipmap (util_gen_mipmap) fills mipmaps with wrong rendering. Piglit tests fbo-generatemipmap* are failing. Software fallback works properly, as does llvmpipe. Hardware: rv670 (HD3870), amd64 Software: kernel 2.6.38rc8, mesa from git, libdrm from git -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[Bug 16541] Imac Radeon HD 4850 switch "Mini Display Port" output with ALL kernels after 2.6.31
by bugzilla-daemon＠bugzilla.kernel.org 11 May '11

11 May '11

https://bugzilla.kernel.org/show_bug.cgi?id=16541 --- Comment #12 from jeff.artik(a)gmail.com 2011-05-11 13:06:16 --- Hi Jérémy ! So happy to see people triying to help me ! Could you tell me how to proceed ? (step by step :P) hope that will help me ;) -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

[PATCH] drm/radeon/kms: fix tiling reg on fusion
by Alex Deucher 11 May '11

11 May '11

The location of MC_ARB_RAMCFG changed on fusion. I've diffed all the other regs in evergreend.h and this is the only other reg that changed. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/evergreen.c | 5 ++++- drivers/gpu/drm/radeon/evergreend.h | 1 + 2 files changed, 5 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index 1c355c2..7d4e1c0 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -1832,7 +1832,10 @@ static void evergreen_gpu_init(struct radeon_device *rdev) mc_shared_chmap = RREG32(MC_SHARED_CHMAP); - mc_arb_ramcfg = RREG32(MC_ARB_RAMCFG); + if (rdev->flags & RADEON_IS_IGP) + mc_arb_ramcfg = RREG32(FUS_MC_ARB_RAMCFG); + else + mc_arb_ramcfg = RREG32(MC_ARB_RAMCFG); switch (rdev->config.evergreen.max_tile_pipes) { case 1: diff --git a/drivers/gpu/drm/radeon/evergreend.h b/drivers/gpu/drm/radeon/evergreend.h index 9453384..fc40e0c 100644 --- a/drivers/gpu/drm/radeon/evergreend.h +++ b/drivers/gpu/drm/radeon/evergreend.h @@ -200,6 +200,7 @@ #define BURSTLENGTH_SHIFT 9 #define BURSTLENGTH_MASK 0x00000200 #define CHANSIZE_OVERRIDE (1 << 11) +#define FUS_MC_ARB_RAMCFG 0x2768 #define MC_VM_AGP_TOP 0x2028 #define MC_VM_AGP_BOT 0x202C #define MC_VM_AGP_BASE 0x2030 -- 1.7.1.1

1 0

← Newer
1
...
39
40
41
42
43
44
45
...
50
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2011