[Bug 34252] Unexpected behaviour when switching video cards with vga_switcheroo
https://bugzilla.kernel.org/show_bug.cgi?id=34252 --- Comment #9 from Igor Murzov 2011-05-11 22:49:30 --- > What was the behavior before v2.6.38-rc4? On 2.6.37.6 nothing happens if card is already active: # cat /sys/kernel/debug/vgaswitcheroo/switch 0:+:Pwr::01:05.0 1: :Pwr::02:00.0 # echo IGD > /sys/kernel/debug/vgaswitcheroo/switch # cat /sys/kernel/debug/vgaswitcheroo/switch 0:+:Pwr::01:05.0 1: :Pwr::02:00.0 > Anyway, I presume working around that in userspace is not the issue? You are right. I wrote simple script for this already. Thanks. -- 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 at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 33824] [r600g, tiling] mipmap rendering errors / block artifacts
https://bugs.freedesktop.org/show_bug.cgi?id=33824 Tobias Jakobi changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #8 from Tobias Jakobi 2011-05-11 17:22:47 PDT --- I'm closing this one then, since it was primarly about the R700 series and the artifacts I experienced in games using the ut engine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 33824] [r600g, tiling] mipmap rendering errors / block artifacts
https://bugs.freedesktop.org/show_bug.cgi?id=33824 Tobias Jakobi changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #8 from Tobias Jakobi 2011-05-11 17:22:47 PDT --- I'm closing this one then, since it was primarly about the R700 series and the artifacts I experienced in games using the ut engine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33824] [r600g, tiling] mipmap rendering errors / block artifacts
https://bugs.freedesktop.org/show_bug.cgi?id=33824 --- Comment #7 from Droste 2011-05-11 17:09:45 PDT --- Currently I'm running drm-fixes (built ~1h ago). Most probably it's only visible on some cards (evergreen/juniper here). (libdrm, mesa and ddx were also updated to current git master ~1h ago) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 33824] [r600g, tiling] mipmap rendering errors / block artifacts
https://bugs.freedesktop.org/show_bug.cgi?id=33824 --- Comment #7 from Droste 2011-05-11 17:09:45 PDT --- Currently I'm running drm-fixes (built ~1h ago). Most probably it's only visible on some cards (evergreen/juniper here). (libdrm, mesa and ddx were also updated to current git master ~1h ago) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33824] [r600g, tiling] mipmap rendering errors / block artifacts
https://bugs.freedesktop.org/show_bug.cgi?id=33824 --- Comment #6 from Tobias Jakobi 2011-05-11 17:04:17 PDT --- No, also no errors visible there. Which kernel do you use? Using the drm-next branch here. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 33824] [r600g, tiling] mipmap rendering errors / block artifacts
https://bugs.freedesktop.org/show_bug.cgi?id=33824 --- Comment #6 from Tobias Jakobi 2011-05-11 17:04:17 PDT --- No, also no errors visible there. Which kernel do you use? Using the drm-next branch here. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36939] multitexturing is messed up in quake wars (regression)
https://bugs.freedesktop.org/show_bug.cgi?id=36939 Tom Stellard changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #11 from Tom Stellard 2011-05-11 16:55:50 PDT --- Fix in git by commit 95c93651b4023cb070878aee7723d886de8ea19a -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36939] multitexturing is messed up in quake wars (regression)
https://bugs.freedesktop.org/show_bug.cgi?id=36939 Tom Stellard changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #11 from Tom Stellard 2011-05-11 16:55:50 PDT --- Fix in git by commit 95c93651b4023cb070878aee7723d886de8ea19a -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34252] Unexpected behaviour when switching video cards with vga_switcheroo
https://bugzilla.kernel.org/show_bug.cgi?id=34252 --- Comment #9 from Igor Murzov 2011-05-11 22:49:30 --- > What was the behavior before v2.6.38-rc4? On 2.6.37.6 nothing happens if card is already active: # cat /sys/kernel/debug/vgaswitcheroo/switch 0:+:Pwr::01:05.0 1: :Pwr::02:00.0 # echo IGD > /sys/kernel/debug/vgaswitcheroo/switch # cat /sys/kernel/debug/vgaswitcheroo/switch 0:+:Pwr::01:05.0 1: :Pwr::02:00.0 > Anyway, I presume working around that in userspace is not the issue? You are right. I wrote simple script for this already. Thanks. -- 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-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH -next] drm: fix nouveau_acpi build
From: Randy Dunlap 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 --- 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. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH -next] drm: fix nouveau_acpi build
From: Randy Dunlap 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 --- 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.
[PATCH] drm/radeon/kms: fix extended lvds info parsing
On Wed, May 11, 2011 at 2:02 PM, Alex Deucher wrote: > 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 > Cc: stable at kernel.org Reviewed-by: Jerome Glisse > --- > ?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 > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel >
[PATCH] drm/radeon/kms: fix extended lvds info parsing
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 Cc: stable at 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
[Bug 16541] Imac Radeon HD 4850 switch "Mini Display Port" output with ALL kernels after 2.6.31
https://bugzilla.kernel.org/show_bug.cgi?id=16541 --- Comment #12 from jeff.artik at 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 at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] DRM: drm_debugfs_create_files uses unitialized stack in error printk
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 --- 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;
[Bug 36939] multitexturing is messed up in quake wars (regression)
https://bugs.freedesktop.org/show_bug.cgi?id=36939 --- Comment #10 from almos 2011-05-11 11:04:43 PDT --- Fix v2 works perfectly. Thanks. I also tested some other games, and saw no regressions. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 37117] New: configure fails in git/master
https://bugs.freedesktop.org/show_bug.cgi?id=37117 Summary: configure fails in git/master Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: libdrm AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: david.ro...@mcgill.ca I just updated my drm sources, ran autogen.sh, and then configure --prefix=/usr --enable-radeon-experimental-api --enable-nouveau-experimental-api Configure dies with: checking for alloca... yes ./configure: line 5129: syntax error near unexpected token `2.2' ./configure: line 5129: `LT_PREREQ(2.2)' A typo in configure.ac? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36939] multitexturing is messed up in quake wars (regression)
https://bugs.freedesktop.org/show_bug.cgi?id=36939 --- Comment #10 from almos 2011-05-11 11:04:43 PDT --- Fix v2 works perfectly. Thanks. I also tested some other games, and saw no regressions. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 37117] New: configure fails in git/master
https://bugs.freedesktop.org/show_bug.cgi?id=37117 Summary: configure fails in git/master Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: libdrm AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: David.Ronis at McGill.CA I just updated my drm sources, ran autogen.sh, and then configure --prefix=/usr --enable-radeon-experimental-api --enable-nouveau-experimental-api Configure dies with: checking for alloca... yes ./configure: line 5129: syntax error near unexpected token `2.2' ./configure: line 5129: `LT_PREREQ(2.2)' A typo in configure.ac? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Re: [PATCH] drm/radeon/kms: fix extended lvds info parsing
On Wed, May 11, 2011 at 2:02 PM, Alex Deucher wrote: > 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 > Cc: sta...@kernel.org Reviewed-by: Jerome Glisse > --- > 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 > > ___ > dri-devel mailing list > dri-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/radeon/kms: fix extended lvds info parsing
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 Cc: sta...@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 ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] DRM: drm_debugfs_create_files uses unitialized stack in error printk
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 --- 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; ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35312] r600g: Automatic mipmap generation doesn't work properly
https://bugs.freedesktop.org/show_bug.cgi?id=35312 --- Comment #7 from Alex Deucher 2011-05-11 09:15:29 PDT --- fixed in b9f2750900efb2667bc1dfc428b71d8a08b212be. rv610/630/620/635 all work fine without the additional hack. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35312] r600g: Automatic mipmap generation doesn't work properly
https://bugs.freedesktop.org/show_bug.cgi?id=35312 --- Comment #7 from Alex Deucher 2011-05-11 09:15:29 PDT --- fixed in b9f2750900efb2667bc1dfc428b71d8a08b212be. rv610/630/620/635 all work fine without the additional hack. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36939] multitexturing is messed up in quake wars (regression)
https://bugs.freedesktop.org/show_bug.cgi?id=36939 Tom Stellard changed: What|Removed |Added Attachment #46577|0 |1 is obsolete|| Attachment #46579|0 |1 is obsolete|| --- Comment #9 from Tom Stellard 2011-05-11 09:10:56 PDT --- Created an attachment (id=46609) View: https://bugs.freedesktop.org/attachment.cgi?id=46609 Review: https://bugs.freedesktop.org/review?bug=36939&attachment=46609 Fix v2 Can you try this patch. If it doesn't work please post the output of RADEON_DEBUG=fp again. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36939] multitexturing is messed up in quake wars (regression)
https://bugs.freedesktop.org/show_bug.cgi?id=36939 Tom Stellard changed: What|Removed |Added Attachment #46577|0 |1 is obsolete|| Attachment #46579|0 |1 is obsolete|| --- Comment #9 from Tom Stellard 2011-05-11 09:10:56 PDT --- Created an attachment (id=46609) View: https://bugs.freedesktop.org/attachment.cgi?id=46609 Review: https://bugs.freedesktop.org/review?bug=36939&attachment=46609 Fix v2 Can you try this patch. If it doesn't work please post the output of RADEON_DEBUG=fp again. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34252] Unexpected behaviour when switching video cards with vga_switcheroo
https://bugzilla.kernel.org/show_bug.cgi?id=34252 --- Comment #8 from Florian Mickler 2011-05-11 06:18:49 --- Hm.. according to the original commit description "ON" / "OFF" is used to turn the not-in-use-card on/off... What was the behavior before v2.6.38-rc4? I don't know if this was an intended change in behavior or an unintended side effect of some other change. Dave Airlie can probably tell though... p.s.: Anyway, I presume working around that in userspace is not the issue? (i.e. maybe doing something like this: IGDINUSE=`grep IGD /sys/kernel/debug/vgaswitcheroo/switch | awk -F":" '{ $3 }'` if [ "x$IGDINUSE" != "x+" ]; then echo IGD > /sys/kernel/debug/vgaswitcheroo/switch fi ) -- 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 at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16541] Imac Radeon HD 4850 switch "Mini Display Port" output with ALL kernels after 2.6.31
https://bugzilla.kernel.org/show_bug.cgi?id=16541 --- Comment #12 from jeff.ar...@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-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[git pull] drm fixes
Hi Linus, two fixes for issues myself and Alex discovered trying to bring up accel on the cayman hardware. The other change is a bit gross but is all I'm comfortable with doing this close to a release, it fixes an build failure on alpha due to the first attempt at supporting Xen + drm drivers, we actually backed out the change that needs these paths to work so I've just commented out the two paths for now until Konrad and Thomas work out how to do this cleanly or just go back to having no Xen support, I seem to remember someone worrying about Xen making crap out of drivers once merged and I'm hoping we aren't the first victim, but I'll give them some more time to find an acceptable solution. Dave. The following changes since commit 9f381a61f58bb6487c93ce2233bb9992f8ea9211: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6 (2011-05-10 17:39:01 -0700) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Alex Deucher (1): drm/radeon/kms: fix cayman acceleration Dave Airlie (2): drm/radeon: fix cayman struct accessors. drm/radeon/nouveau: fix build regression on alpha due to Xen changes. drivers/gpu/drm/nouveau/nouveau_sgdma.c |3 ++- drivers/gpu/drm/radeon/ni.c | 18 +- drivers/gpu/drm/radeon/radeon_gart.c|6 +++--- 3 files changed, 14 insertions(+), 13 deletions(-)
[Bug 36939] multitexturing is messed up in quake wars (regression)
https://bugs.freedesktop.org/show_bug.cgi?id=36939 --- Comment #8 from almos 2011-05-11 03:30:14 PDT --- Created an attachment (id=46595) --> (https://bugs.freedesktop.org/attachment.cgi?id=46595) etqw_log.txt.gz Unfortunately the fix makes things worse. Now everything is black except the sky, the trees and the weapon projectiles. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36939] multitexturing is messed up in quake wars (regression)
https://bugs.freedesktop.org/show_bug.cgi?id=36939 --- Comment #8 from almos 2011-05-11 03:30:14 PDT --- Created an attachment (id=46595) --> (https://bugs.freedesktop.org/attachment.cgi?id=46595) etqw_log.txt.gz Unfortunately the fix makes things worse. Now everything is black except the sky, the trees and the weapon projectiles. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/radeon/kms: fix tiling reg on fusion
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 --- 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 @@ #defineBURSTLENGTH_SHIFT 9 #defineBURSTLENGTH_MASK 0x0200 #defineCHANSIZE_OVERRIDE (1 << 11) +#defineFUS_MC_ARB_RAMCFG 0x2768 #defineMC_VM_AGP_TOP 0x2028 #defineMC_VM_AGP_BOT 0x202C #defineMC_VM_AGP_BASE 0x2030 -- 1.7.1.1
[Bug 35312] r600g: Automatic mipmap generation doesn't work properly
https://bugs.freedesktop.org/show_bug.cgi?id=35312 --- Comment #6 from Francis Whittle 2011-05-11 02:00:42 PDT --- Still doesn't work on RS880 until it's added to the conditional on line 813 of r600_hw_context.c I wonder if this should apply to rv620, rv635 (and rs780?) also? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35312] r600g: Automatic mipmap generation doesn't work properly
https://bugs.freedesktop.org/show_bug.cgi?id=35312 --- Comment #6 from Francis Whittle 2011-05-11 02:00:42 PDT --- Still doesn't work on RS880 until it's added to the conditional on line 813 of r600_hw_context.c I wonder if this should apply to rv620, rv635 (and rs780?) also? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 16541] Imac Radeon HD 4850 switch "Mini Display Port" output with ALL kernels after 2.6.31
https://bugzilla.kernel.org/show_bug.cgi?id=16541 J?r?my Lal changed: What|Removed |Added CC||kapouer at melix.org --- Comment #11 from J?r?my Lal 2011-05-11 01:19:47 --- I think this has become a duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=27314 and Jeff, cheers up, i'm writing this from an iMac 27 (model 12,2), only i have to boot my linux partition from cd to enable bios instead of efi, then kms works. -- 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 at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm/radeon/kms: fix tiling reg on fusion
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 --- 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 @@ #defineBURSTLENGTH_SHIFT 9 #defineBURSTLENGTH_MASK 0x0200 #defineCHANSIZE_OVERRIDE (1 << 11) +#defineFUS_MC_ARB_RAMCFG 0x2768 #defineMC_VM_AGP_TOP 0x2028 #defineMC_VM_AGP_BOT 0x202C #defineMC_VM_AGP_BASE 0x2030 -- 1.7.1.1 ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel