[Bug 34252] Unexpected behaviour when switching video cards with vga_switcheroo

2011-05-11 Thread bugzilla-dae...@bugzilla.kernel.org
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

2011-05-11 Thread bugzilla-dae...@freedesktop.org
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

2011-05-11 Thread bugzilla-dae...@freedesktop.org
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

2011-05-11 Thread bugzilla-dae...@freedesktop.org
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)

2011-05-11 Thread bugzilla-dae...@freedesktop.org
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.


[PATCH -next] drm: fix nouveau_acpi build

2011-05-11 Thread Randy Dunlap
From: Randy Dunlap <randy.dun...@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 
---
 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

2011-05-11 Thread Jerome Glisse
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

2011-05-11 Thread Alex Deucher
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

2011-05-11 Thread bugzilla-dae...@bugzilla.kernel.org
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

2011-05-11 Thread Eric Paris
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, _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)

2011-05-11 Thread bugzilla-dae...@freedesktop.org
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

2011-05-11 Thread bugzilla-dae...@freedesktop.org
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.


[Bug 35312] r600g: Automatic mipmap generation doesn't work properly

2011-05-11 Thread bugzilla-dae...@freedesktop.org
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)

2011-05-11 Thread bugzilla-dae...@freedesktop.org
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=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

2011-05-11 Thread bugzilla-dae...@bugzilla.kernel.org
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


[git pull] drm fixes

2011-05-11 Thread Dave Airlie

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)

2011-05-11 Thread bugzilla-dae...@freedesktop.org
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

2011-05-11 Thread Alex Deucher
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

2011-05-11 Thread bugzilla-dae...@freedesktop.org
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

2011-05-11 Thread bugzilla-dae...@bugzilla.kernel.org
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


[Bug 34252] Unexpected behaviour when switching video cards with vga_switcheroo

2011-05-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=34252





--- Comment #8 from Florian Mickler flor...@mickler.org  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-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] drm/radeon/kms: fix tiling reg on fusion

2011-05-11 Thread Alex Deucher
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 alexdeuc...@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 @@
 #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


[Bug 35312] r600g: Automatic mipmap generation doesn't work properly

2011-05-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35312

--- Comment #6 from Francis Whittle fj.whit...@gmail.com 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

2011-05-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35312

--- Comment #7 from Alex Deucher ag...@yahoo.com 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


[PATCH] DRM: drm_debugfs_create_files uses unitialized stack in error printk

2011-05-11 Thread Eric Paris
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 epa...@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;

___
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

2011-05-11 Thread Alex Deucher
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 alexdeuc...@gmail.com
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


Re: [PATCH] drm/radeon/kms: fix extended lvds info parsing

2011-05-11 Thread Jerome Glisse
On Wed, May 11, 2011 at 2:02 PM, Alex Deucher alexdeuc...@gmail.com 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 alexdeuc...@gmail.com
 Cc: sta...@kernel.org
Reviewed-by: Jerome Glisse jgli...@redhat.com

 ---
  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


[Bug 37117] New: configure fails in git/master

2011-05-11 Thread bugzilla-daemon
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)

2011-05-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=36939

--- Comment #10 from almos aaalmo...@gmail.com 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 34252] Unexpected behaviour when switching video cards with vga_switcheroo

2011-05-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=34252





--- Comment #9 from Igor Murzov e-m...@date.by  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


[Bug 36939] multitexturing is messed up in quake wars (regression)

2011-05-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=36939

Tom Stellard tstel...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #11 from Tom Stellard tstel...@gmail.com 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 33824] [r600g, tiling] mipmap rendering errors / block artifacts

2011-05-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=33824

--- Comment #6 from Tobias Jakobi liquid.a...@gmx.net 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

2011-05-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=33824

--- Comment #7 from Droste tdro...@gmx.de 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

2011-05-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=33824

Tobias Jakobi liquid.a...@gmx.net changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #8 from Tobias Jakobi liquid.a...@gmx.net 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