date:20110109

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32556

--- Comment #22 from Alex Deucher  2011-01-09 00:30:46 PST ---
You might also try making slight changes to the clock adjustment:
adjusted_clock += 50;
e.g., try 40, 45, 55, 60, 65, etc.

-- 
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 32905] [r300g] src/gallium/drivers/r300/r300_state.c:1874:r300_set_constant_buffer: Assertion `(buf->width0 % (4 * sizeof(float))) == 0' failed.

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32905

Vinson Lee  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

--- Comment #3 from Vinson Lee  2011-01-09 01:03:59 PST ---
mesa: 21750a2d9d2a4ed69308316b121fd53b0c873aea (master)

Verified fixed.

-- 
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 32931] New: Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

   Summary: Sluggish desktop with BARTS and power_profile = low
   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@lists.freedesktop.org
ReportedBy: ai...@cisco.com


Radeon 6870 with latest d-r-t, git mesa/ddx.  The whole desktop experience with
the low power_profile is rather sluggish.  Setting it to default/high fixes it,
but also chews up another ~50W of power - no thanks.  Upgraded from rv790 which
worked fine with the low power_profile.

Also tried "mid" just to see, but dmesg says forced high.

-- 
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 32495] Lightsmark [drm:radeon_cs_ioctl] ERROR Failed to parse relocation -12!

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32495

Vladimir Ysikov  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Vladimir Ysikov  2011-01-09 01:43:03 
PST ---
Now work.

-- 
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 32511] glDrawPixels broken on savage

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32511

--- Comment #11 from Tormod Volden  2011-01-09 
04:42:31 PST ---
For reference a 7 year old thread from when this driver was written:
http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg16255.html

-- 
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 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #1 from Alex Deucher  2011-01-09 09:33:30 PST ---
please attach your dmesg and xorg log.  I suspect the forcing to high your are
talking about is the display watermarks rather than the power state which is
unrelated.

-- 
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 31232] Wine games crash with r300 gallium (r300_get_swizzle_combined+0x21)

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=31232

Chris Rankin  changed:

   What|Removed |Added

  Attachment #39924|application/octet-stream|text/plain
  mime type||

-- 
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 32297] [r300g] Memory corruption crash when exiting application using DRI2_InvalidateBuffers

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32297

Chris Rankin  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #5 from Chris Rankin  2011-01-09 11:13:16 
PST ---
The patch in #31940's comment 7 seems to fix the issue here as well. (So far,
anyway...)

*** This bug has been marked as a duplicate of bug 31940 ***

-- 
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 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #2 from Aidan Marks  2011-01-09 11:41:40 PST ---
Created an attachment (id=41806)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41806)
xorg log

-- 
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 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #3 from Aidan Marks  2011-01-09 11:50:01 PST ---
Created an attachment (id=41808)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41808)
dmesg

-- 
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 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #4 from Aidan Marks  2011-01-09 11:56:53 PST ---
mid and high profiles seem fine.

vger :02:00.0 # echo low > power_profile
vger :02:00.0 # cat power_profile
low
vger :02:00.0 # #sluggish desktop
vger :02:00.0 # echo mid > power_profile
vger :02:00.0 # cat power_profile
mid
vger :02:00.0 # #all good
vger :02:00.0 # echo high > power_profile
vger :02:00.0 # cat power_profile
high
vger :02:00.0 # #all good
vger :02:00.0 #

and they make a difference at the power socket for the whole system, so they
are doing something:

low   ~128W
mid   ~168W
high  ~182W

vger :02:00.0 # dmesg|tail
[   63.529986] uhci_hcd :00:1d.1: reserve dev 2 ep81-INT, period 2, phase
1, 106 us
[   63.536962] uhci_hcd :00:1d.2: reserve dev 2 ep81-INT, period 2, phase
1, 106 us
[  545.127205] [drm] force priority to high
[  603.485236] [drm] force priority to high
[  641.009436] [drm] force priority to high
[  681.913967] [drm] force priority to high
[  730.360570] [drm] force priority to high
[  925.937736] [drm] force priority to high
[  993.013847] [drm] force priority to high
[ 1027.752844] [drm] force priority to high
vger :02:00.0 # 

ok this may be unrelated but it's writing this message every profile change.

-- 
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 29692] Lightsmark lights arent working

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=29692

--- Comment #1 from madbiologist  2011-01-09 12:14:10 PST 
---
Textures are still rendered incorrectly in Lightsmark on R600/R700/R800 with
mesa git from 2010-12-25, using the classic DRI Mesa driver - see
http://www.phoronix.com/scan.php?page=article&item=amd_driver_q111&num=1

* page 1 for the system info
* page 8 for the description
* page 9 for a screenshot

-- 
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 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

Alex Deucher  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||NOTABUG

--- Comment #5 from Alex Deucher  2011-01-09 12:19:13 PST ---
(In reply to comment #4)

> [ 1027.752844] [drm] force priority to high
> 
> ok this may be unrelated but it's writing this message every profile change.

Those are unrelated to the power state.  As to the bug in general, performance
will be lower in lower power states since the clocks are lower.

-- 
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 32944] New: fog does not look good (on drawpix)

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32944

   Summary: fog does not look good (on drawpix)
   Product: Mesa
   Version: git
  Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r300
AssignedTo: dri-devel@lists.freedesktop.org
ReportedBy: bugzi09.fdo.tor...@xoxy.net


Created an attachment (id=41811)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41811)
drawpix with fog enabled on rv410

When enabling fog in the drawpix demo, the fog looks very "digitized" with
tiles and edges. See attached screendump for a better impression. For
comparison, it looks well and finely distributed on my old savage card. This is
gallium on RV410, mesa 7.10 as of today. I also ran the piglit fog tests but
they all passed.

-- 
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 32944] fog does not look good (on drawpix)

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32944

--- Comment #1 from Tormod Volden  2011-01-09 
12:48:58 PST ---
Created an attachment (id=41812)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41812)
Xorg.0.log

-- 
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 32944] fog does not look good (on drawpix)

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32944

--- Comment #2 from Tormod Volden  2011-01-09 
12:50:19 PST ---
Created an attachment (id=41813)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41813)
glxinfo output

-- 
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 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #6 from Aidan Marks  2011-01-09 13:08:10 PST ---
ok so why does the low power profile work fine on rv790 but not on barts?  on
barts, low seems to be "too low", e.g. it takes about 3 seconds to expand and
draw a dolphin window in kde. clicking on a tab in firefox seems to take about
3/4 of a second to appear.  it takes 1-1.5 seconds to show the kde menu. 
sometimes I reclick on things because I think nothing happened.  the desktop
response is very jerky, reminds me of graphics from over 10 years 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 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #7 from Alex Deucher  2011-01-09 13:11:03 PST ---
(In reply to comment #6)
> ok so why does the low power profile work fine on rv790 but not on barts?  on
> barts, low seems to be "too low", e.g. it takes about 3 seconds to expand and
> draw a dolphin window in kde. clicking on a tab in firefox seems to take about
> 3/4 of a second to appear.  it takes 1-1.5 seconds to show the kde menu. 
> sometimes I reclick on things because I think nothing happened.  the desktop
> response is very jerky, reminds me of graphics from over 10 years ago.

The power modes are specified by oems and vary from card to card.  Your rv790
likely has higher clocks in it's low power mode.  The number of active displays
also plays a factor in the clocks that are selected; e.g., if you have 2
displays the clocks are generally higher than with one display.

-- 
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 32945] New: Lower part of the screen corrupt with HyperZ enabled

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32945

   Summary: Lower part of the screen corrupt with HyperZ enabled
   Product: Mesa
   Version: git
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r300
AssignedTo: dri-devel@lists.freedesktop.org
ReportedBy: s...@whiz.se


Created an attachment (id=41815)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41815)
Screenshot of gears

When HyperZ is used on my RV570 the lower part of the screen isn't rendered
correctly.  I'm attaching a screenshot of glxgears, but it's also visible in
most real-world games and apps.

I'm not sure if this is the same as bug 29851 since the hardware differs.

(HyperZ gives a pretty nice performance boost otherwise, about a 30% fps
increase with Doom 3 in 1680x1050!) 

System environment:
-- system architecture: 32-bit
-- Linux distribution: Debian unstable
-- GPU: RV570
-- Model: Asus EAX1950Pro 256MB
-- Display connector: DVI
-- xf86-video-ati: 6.13.2
-- xserver: 1.9.2
-- mesa: ac6306e9ca904ae9674bf2a15222efe4cb861bf5
-- drm: 2.4.23
-- kernel: 2.6.37

-- 
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 26442] New: s2ram Fails With Radeon HD 4225 When HDMI Connected

2011-01-09 Thread bugzilla-daemon

https://bugzilla.kernel.org/show_bug.cgi?id=26442

   Summary: s2ram Fails With Radeon HD 4225 When HDMI Connected
   Product: Drivers
   Version: 2.5
Kernel Version: 2.6.36-ARCH
  Platform: All
OS/Version: Linux
  Tree: Mainline
Status: NEW
  Severity: normal
  Priority: P1
 Component: Video(DRI - non Intel)
AssignedTo: drivers_video-...@kernel-bugs.osdl.org
ReportedBy: ja...@kitten-x.com
CC: r...@sisk.pl
Regression: No


My Dell M101z with a Radeon HD 4225 fails to resume from suspend when my HDMI
monitor is connected when I run s2ram. If the monitor is connected on resume I
have to run xrandr a couple of times to get video on the monitor again. I also
have to boot with the noapic option in order for resume to work at all.

01:05.0 VGA compatible controller: ATI Technologies Inc M880G [Mobility Radeon
HD 4200] (prog-if 00 [VGA controller])
Subsystem: Dell Device 0470
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR-  [disabled]
Capabilities: [50] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
Address:   Data: 
Kernel driver in use: radeon
Kernel modules: radeon

[ja...@jamie-laptop ~]$ sudo s2ram -n
Machine unknown
This machine can be identified by:
sys_vendor   = "Dell Inc."
sys_product  = "Inspiron 1120   "
sys_version  = "A05"
bios_version = "A05"
See http://suspend.sf.net/s2ram-support.html for details.

If you report a problem, please include the complete output above.

[ja...@jamie-laptop ~]$ s2ram -V
s2ram (suspend) 0.8 $Id: whitelist.c,v 1.117 2007/12/19 14:18:24 seife Exp $

FEATURES: compress encrypt

This is free software.  You may redistribute copies of it under the terms of
the GNU General Public License .
There is NO WARRANTY, to the extent permitted by law.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
--
___
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 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #8 from Aidan Marks  2011-01-09 14:50:34 PST ---
Hi Alex, I have just a single head display.  How can I override the values
specified by the oem (powercolor in my case).  Their values for low don't work
for me.  I suspect I need something between their low and mid.  or can a power
quirk be added for this card?

Also wondering what the values are.  I turned on drm.debug=1 but couldn't see
any clock/mem debug output, just voltage:

[  426.411143] [drm:evergreen_pm_misc], Setting: v: 950

Tried dynpm method but didn't see anything interesting either.  Also noticed
that dynpm draws slightly more power than mid at idle.

-- 
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 26442] s2ram Fails With Radeon HD 4225 When HDMI Connected

2011-01-09 Thread bugzilla-daemon

https://bugzilla.kernel.org/show_bug.cgi?id=26442


Alex Deucher  changed:

   What|Removed |Added

 CC||alexdeuc...@gmail.com




--- Comment #1 from Alex Deucher   2011-01-09 22:49:38 
---
Does 2.6.37 work any better?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
--
___
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 32733] arbocclude2 from mesa-demos segfaults

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32733

--- Comment #2 from roughl  2011-01-09 14:51:25 PST ---
updated to latest git (commit: ac6306e9ca904ae9674bf2a15222efe4cb861bf5) and
now arbocclude2 works.

-- 
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 32733] arbocclude2 from mesa-demos segfaults

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32733

--- Comment #3 from roughl  2011-01-09 14:59:18 PST ---
(In reply to comment #2)
> updated to latest git (commit: ac6306e9ca904ae9674bf2a15222efe4cb861bf5) and
> now arbocclude2 works.

I was accidentally testing with the r600 driver instead of r600g. r600g still
gives me a Segmentation fault.

-- 
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 32946] New: piglit glx-make-current gives X error BadMatch

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32946

   Summary: piglit glx-make-current gives X error BadMatch
   Product: Mesa
   Version: git
  Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r300
AssignedTo: dri-devel@lists.freedesktop.org
ReportedBy: bugzi09.fdo.tor...@xoxy.net


It is a M26 (RV410) card using gallium.

$ bin/glx-make-current 
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  155 (GLX)
  Minor opcode of failed request:  11 (X_GLXSwapBuffers)
  Serial number of failed request:  44
  Current serial number in output stream:  45

This is with xserver 1.9.0.902 and mesa 7.9 (Ubuntu natty). Same with latest
mesa git and xserver git on 1.9 branch 2010-11-29 (Ubuntu 10.10 + xorg-edgers).
When using latest mesa git but older xserver 1.7.6, the xserver itself
segfaults in libglx.so.

There have been similar, fixed bugs like bug 30234 on intel and swrast, and
maybe bug 20291 on intel. The piglit test was written for bug 30457.

-- 
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 32945] Lower part of the screen corrupt with HyperZ enabled

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32945

--- Comment #1 from Marek Olšák  2011-01-09 15:07:37 PST ---
Doesn't the performance boost come from the fact that a large part of the
screen is not rendered?

-- 
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 26442] s2ram Fails With Radeon HD 4225 When HDMI Connected

2011-01-09 Thread bugzilla-daemon

https://bugzilla.kernel.org/show_bug.cgi?id=26442





--- Comment #2 from jamiekitson   2011-01-09 23:14:24 ---
No, same behaviour.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
--
___
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

Re: [PATCH] drm/radeon/kms: disable underscan by default

2011-01-09 Thread Rafał Miłecki

2011/1/5 Alex Deucher :
> Lots of HDMI TVs overscan the incoming image by default.
> The underscan option was added as a way to compensate for
> that by underscanning the image so that the edges would
> not be cut off on an overscanning TV.  However, the TV
> provides no way of knowing whether it is overscanning or
> not.  If the user has disabled overscan on their TV or has a
> TV that does not overscan, you will get black bars around the
> edges of your screen.  Prior to the patch we got complaints
> and bug reports from users with overscanning TVs, now with
> the patch, we get lots of complaints and bug reports from
> users with non-overscanning TVs.  There's no good default,
> but on average there have been more users complaining about
> it being on by default than off, so change it to off.  This
> will probably result in a new deluge of overscanning TV user
> complaints.  There's no winning.

Thanks a lot for this patch! I really believe future TVs will be
no-overscanning oriented and that's right choice for radeon.

-- 
Rafał
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #9 from Alex Deucher  2011-01-09 18:10:23 PST ---
If you want to add something custom you'll have to hard code it in the driver
yourself.  Be careful though, the power states can be touchy and certain
clock/voltage combinations don't work well together and the fan/cooling profile
is tied in to the clocks.  Your best bet is to stick with the oem values.  If
low is not performant enough for you, then stick with mid.  dynpm dynamically
switches between states based on GPU load while the profiles
(low/mid/high/default) are just static states.

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

Problems with X starting up w/ Nouveau on NV11 chipset

2011-01-09 Thread Alex Buell

Hi!

After experiencing the exact same problem with two other distributions
(Fedora 15 and Ubuntu Natty), and again with Gentoo, I'm now asking
whether anyone has experienced the same problems with the NV11 chipset.

Symptoms:


First my Xorg.0.log:
(only the last few lines included)
[70.626] (II) GLX: Initialized DRI2 GL provider for screen 0
[70.632] (II) NOUVEAU(0): NVEnterVT is called.
[70.653] (EE) NOUVEAU(0): failed to set mode: Invalid argument
Fatal server error:
[70.654] failed to create screen resources
[70.654] 
Please consult the The X.Org Foundation support 
 at http://wiki.x.org
 for help. 
[70.654] Please also check the log file at "/var/log/Xorg.0.log" for 
additional information.
[70.654] 
[70.655] (II) AIGLX: Suspending AIGLX clients for VT switch
[70.655] (II) NOUVEAU(0): NVLeaveVT is called.

And in my /var/log/messages, I get these messages:

Jan 10 01:54:11 hydrogen kernel: [drm:drm_crtc_helper_set_config] *ERROR* 
failed to set mode on [CRTC:6]
Jan 10 01:54:12 hydrogen kernel: [drm:drm_crtc_helper_set_config] *ERROR* 
failed to set mode on [CRTC:6]
Jan 10 01:54:13 hydrogen kernel: [drm:drm_crtc_helper_set_config] *ERROR* 
failed to set mode on [CRTC:6]
Jan 10 01:56:40 hydrogen kernel: [drm:drm_crtc_helper_set_config] *ERROR* 
failed to set mode on [CRTC:6]
Jan 10 01:57:56 hydrogen kernel: [drm:drm_crtc_helper_set_config] *ERROR* 
failed to set mode on [CRTC:6]

Any ideas why? Thanks for any advice given!
-- 
Tactical Nuclear Kittens
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks

2011-01-09 Thread Andrew Lutomirski

On Mon, Dec 27, 2010 at 7:58 AM, Mario Kleiner
 wrote:
> On Dec 26, 2010, at 3:53 PM, Andrew Lutomirski wrote:
>
>> On Wed, Dec 22, 2010 at 4:06 PM, Mario Kleiner
>>  wrote:
>>>
>>> There's a new drm module parameter for selecting the timeout: echo 50 >
>>> /sys/module/drm/parameters/vblankoffdelay
>>> would set the timeout to 50 msecs. A setting of zero will disable the
>>> timer,
>>> so vblank irq's would stay on all the time.
>>>
>>> The default setting is still 5000 msecs as before, but reducing this to
>>> 100
>>> msecs wouldn't be a real problem imho. At least i didn't observe any
>>> miscounting during extensive testing with 100 msecs.
>>>
>>> The patches in drm-next fix a couple of races that i observed on intel
>>> and
>>> radeon during testing and a few that i didn't see but that i could
>>> imagine
>>> happening. It tries to make sure that the saved final count at vblank irq
>>> disable of the software vblank_count and the gpu counter are consistent -
>>> no
>>> off by one errors. They also try to detect and filter out spurious vblank
>>> interrupts at vblank enable time, e.g., on the radeon.
>>>
>>> There's still one possible race in the disable path which i will try to
>>> fix:
>>> We don't know when exactly the hardware counter increments wrt. the
>>> processing of the vblank interrupt - it could increment a few
>>> (dozen/hundred) microseconds before or after the irq handler runs, so if
>>> you
>>> happen to query the hardware counter while the gpu is inside the vblank
>>> you
>>> can't be sure if you picked up the old count or the new count for that
>>> vblank.
>>
>> That's disgusting.  Does this affect many GPUs?  (I can't imagine why
>> any sensible implementation wouldn't guarantee that the counter
>> increments just before the IRQ.)
>
> ;-). I don't know, but at least on the tested R500 and R600 class Radeon's,
> this was the case, so i assume it's at least this way on many radeon gpu's
> (probably all avivo parts?) out there. We don't have any evergreen gpu's yet
> in our lab so i don't know how the more recent parts behave. Also it doesn't
> matter
>
> I guess it's also a matter of definition when a new video frame starts?
> Leading edge / trailing edge of vblank? Start of vsync? Something else?
>
>>>
>>> This only matters during vblank disable. For that reason it's not such a
>>> good idea to disable vblank irq's from within the vblank irq handler. I
>>> tried that and it didn't work well --> When doing it from within irq you
>>> basically maximize the chance of hitting the time window when the race
>>> can
>>> happen. Delaying within the irq handler by a millisecond would fix that,
>>> but
>>> that's not what we want.
>>>
>>> Having the disable in a function triggered by a timer like now is the
>>> most
>>> simple solution i could come up with. There we can burn a few dozen
>>> microseconds if neccessary to remove this race.
>>
>> Maybe I'm missing something, but other than the race above (which
>> seems like it shouldn't exist on sane hardware), the new code seems
>> more complicated than necessary.
>
> I don't think it's more complicated than necessary for what it tries to
> achieve, but of course i'm a bit biased. It also started off more simple and
> grew a bit when i found new issues with the tested gpu's.
>
> The aim is to fix a couple of real races and to make vblank counts and
> timestamps as trustworthy and oml_sync_control spec-conformant (see
> http://www.opengl.org/registry/specs/OML/glx_sync_control.txt) as possible.
> It only consumes a few additional bytes of memory (approx. 40 bytes) per
> crtc, doesn't use excessive time inside the irq handler and tries to avoid
> taking locks  that are shared between irq and non-irq context to avoid
> delays in irq execution, also if used with a kernel with the preempt_rt
> patch applied (important for my use case and other hard realtime apps). It's
> pretty self-contained and because most of it is driver-independent it can
> handle similar issues on different gpu's and kms drivers without the need
> for us to check each single gpu + driver combo if it has such issues or not.
>

OK, having read the glx_sync_control spec this makes a lot more sense.
 I reread the code and I have two questions right off the bat:

1. What's the point of vblank_disable_and_save?  AFAICT all that it
does (other than disabling vblanks) is to possibly increment
_vblank_count, ensuring that (barring races) it's correct as soon as
the call returns.  But there are only three ways that
vblank_disable_and_save gets called: the disable timer, and two paths
in i915 that turn off vblanks when disabling crtcs.  The latter two
shouldn't really care because the crtc is about to turn off, and the
former, being a timer, doesn't return into anything that cares about
the counter.

2. Why are the timestamps coming from do_gettimeofday instead of
ktime_get?  Currently, if someone changes the system time, then weird
things could happen, I think.

--Andy
___

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #10 from Aidan Marks  2011-01-09 19:05:14 PST ---
Hi Alex - I tried dynpm to see if it would be better suited than using static
profiles but it doesn't seem to go any lower than mid in terms of total power
consumption at idle. surely, when there the system is idle, low should be
selected?

-- 
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 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #11 from Alex Deucher  2011-01-09 20:01:07 PST ---
(In reply to comment #10)
> Hi Alex - I tried dynpm to see if it would be better suited than using static
> profiles but it doesn't seem to go any lower than mid in terms of total power
> consumption at idle. surely, when there the system is idle, low should be
> selected?

It goes to between mid and high as low doesn't work properly on some systems. 
low is only selected when the diplays are off or when selected via the low
profile.

-- 
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 32556] screen flickers all the time with desktop image appearing only briefly

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32556

--- Comment #22 from Alex Deucher  2011-01-09 00:30:46 PST 
---
You might also try making slight changes to the clock adjustment:
adjusted_clock += 50;
e.g., try 40, 45, 55, 60, 65, etc.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32905] [r300g] src/gallium/drivers/r300/r300_state.c:1874:r300_set_constant_buffer: Assertion `(buf->width0 % (4 * sizeof(float))) == 0' failed.

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32905

Vinson Lee  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

--- Comment #3 from Vinson Lee  2011-01-09 01:03:59 PST ---
mesa: 21750a2d9d2a4ed69308316b121fd53b0c873aea (master)

Verified fixed.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32931] New: Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

   Summary: Sluggish desktop with BARTS and power_profile = low
   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 at lists.freedesktop.org
ReportedBy: aidan at cisco.com


Radeon 6870 with latest d-r-t, git mesa/ddx.  The whole desktop experience with
the low power_profile is rather sluggish.  Setting it to default/high fixes it,
but also chews up another ~50W of power - no thanks.  Upgraded from rv790 which
worked fine with the low power_profile.

Also tried "mid" just to see, but dmesg says forced high.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32495] Lightsmark [drm:radeon_cs_ioctl] ERROR Failed to parse relocation -12!

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32495

Vladimir Ysikov  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Vladimir Ysikov  2011-01-09 
01:43:03 PST ---
Now work.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32511] glDrawPixels broken on savage

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32511

--- Comment #11 from Tormod Volden  2011-01-09 
04:42:31 PST ---
For reference a 7 year old thread from when this driver was written:
http://www.mail-archive.com/dri-devel at lists.sourceforge.net/msg16255.html

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #1 from Alex Deucher  2011-01-09 09:33:30 PST 
---
please attach your dmesg and xorg log.  I suspect the forcing to high your are
talking about is the display watermarks rather than the power state which is
unrelated.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 31232] Wine games crash with r300 gallium (r300_get_swizzle_combined+0x21)

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=31232

Chris Rankin  changed:

   What|Removed |Added

  Attachment #39924|application/octet-stream|text/plain
  mime type||

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32297] [r300g] Memory corruption crash when exiting application using DRI2_InvalidateBuffers

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32297

Chris Rankin  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #5 from Chris Rankin  2011-01-09 
11:13:16 PST ---
The patch in #31940's comment 7 seems to fix the issue here as well. (So far,
anyway...)

*** This bug has been marked as a duplicate of bug 31940 ***

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #2 from Aidan Marks  2011-01-09 11:41:40 PST ---
Created an attachment (id=41806)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41806)
xorg log

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #3 from Aidan Marks  2011-01-09 11:50:01 PST ---
Created an attachment (id=41808)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41808)
dmesg

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #4 from Aidan Marks  2011-01-09 11:56:53 PST ---
mid and high profiles seem fine.

vger :02:00.0 # echo low > power_profile
vger :02:00.0 # cat power_profile
low
vger :02:00.0 # #sluggish desktop
vger :02:00.0 # echo mid > power_profile
vger :02:00.0 # cat power_profile
mid
vger :02:00.0 # #all good
vger :02:00.0 # echo high > power_profile
vger :02:00.0 # cat power_profile
high
vger :02:00.0 # #all good
vger :02:00.0 #

and they make a difference at the power socket for the whole system, so they
are doing something:

low   ~128W
mid   ~168W
high  ~182W

vger :02:00.0 # dmesg|tail
[   63.529986] uhci_hcd :00:1d.1: reserve dev 2 ep81-INT, period 2, phase
1, 106 us
[   63.536962] uhci_hcd :00:1d.2: reserve dev 2 ep81-INT, period 2, phase
1, 106 us
[  545.127205] [drm] force priority to high
[  603.485236] [drm] force priority to high
[  641.009436] [drm] force priority to high
[  681.913967] [drm] force priority to high
[  730.360570] [drm] force priority to high
[  925.937736] [drm] force priority to high
[  993.013847] [drm] force priority to high
[ 1027.752844] [drm] force priority to high
vger :02:00.0 # 

ok this may be unrelated but it's writing this message every profile change.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 29692] Lightsmark lights arent working

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=29692

--- Comment #1 from madbiologist  2011-01-09 12:14:10 
PST ---
Textures are still rendered incorrectly in Lightsmark on R600/R700/R800 with
mesa git from 2010-12-25, using the classic DRI Mesa driver - see
http://www.phoronix.com/scan.php?page=article&item=amd_driver_q111&num=1

* page 1 for the system info
* page 8 for the description
* page 9 for a screenshot

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

Alex Deucher  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||NOTABUG

--- Comment #5 from Alex Deucher  2011-01-09 12:19:13 PST 
---
(In reply to comment #4)

> [ 1027.752844] [drm] force priority to high
> 
> ok this may be unrelated but it's writing this message every profile change.

Those are unrelated to the power state.  As to the bug in general, performance
will be lower in lower power states since the clocks are lower.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32944] New: fog does not look good (on drawpix)

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32944

   Summary: fog does not look good (on drawpix)
   Product: Mesa
   Version: git
  Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r300
AssignedTo: dri-devel at lists.freedesktop.org
ReportedBy: bugzi09.fdo.tormod at xoxy.net


Created an attachment (id=41811)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41811)
drawpix with fog enabled on rv410

When enabling fog in the drawpix demo, the fog looks very "digitized" with
tiles and edges. See attached screendump for a better impression. For
comparison, it looks well and finely distributed on my old savage card. This is
gallium on RV410, mesa 7.10 as of today. I also ran the piglit fog tests but
they all passed.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32944] fog does not look good (on drawpix)

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32944

--- Comment #1 from Tormod Volden  2011-01-09 
12:48:58 PST ---
Created an attachment (id=41812)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41812)
Xorg.0.log

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32944] fog does not look good (on drawpix)

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32944

--- Comment #2 from Tormod Volden  2011-01-09 
12:50:19 PST ---
Created an attachment (id=41813)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41813)
glxinfo output

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #6 from Aidan Marks  2011-01-09 13:08:10 PST ---
ok so why does the low power profile work fine on rv790 but not on barts?  on
barts, low seems to be "too low", e.g. it takes about 3 seconds to expand and
draw a dolphin window in kde. clicking on a tab in firefox seems to take about
3/4 of a second to appear.  it takes 1-1.5 seconds to show the kde menu. 
sometimes I reclick on things because I think nothing happened.  the desktop
response is very jerky, reminds me of graphics from over 10 years 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 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #7 from Alex Deucher  2011-01-09 13:11:03 PST 
---
(In reply to comment #6)
> ok so why does the low power profile work fine on rv790 but not on barts?  on
> barts, low seems to be "too low", e.g. it takes about 3 seconds to expand and
> draw a dolphin window in kde. clicking on a tab in firefox seems to take about
> 3/4 of a second to appear.  it takes 1-1.5 seconds to show the kde menu. 
> sometimes I reclick on things because I think nothing happened.  the desktop
> response is very jerky, reminds me of graphics from over 10 years ago.

The power modes are specified by oems and vary from card to card.  Your rv790
likely has higher clocks in it's low power mode.  The number of active displays
also plays a factor in the clocks that are selected; e.g., if you have 2
displays the clocks are generally higher than with one display.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32945] New: Lower part of the screen corrupt with HyperZ enabled

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32945

   Summary: Lower part of the screen corrupt with HyperZ enabled
   Product: Mesa
   Version: git
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r300
AssignedTo: dri-devel at lists.freedesktop.org
ReportedBy: sa at whiz.se


Created an attachment (id=41815)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=41815)
Screenshot of gears

When HyperZ is used on my RV570 the lower part of the screen isn't rendered
correctly.  I'm attaching a screenshot of glxgears, but it's also visible in
most real-world games and apps.

I'm not sure if this is the same as bug 29851 since the hardware differs.

(HyperZ gives a pretty nice performance boost otherwise, about a 30% fps
increase with Doom 3 in 1680x1050!) 

System environment:
-- system architecture: 32-bit
-- Linux distribution: Debian unstable
-- GPU: RV570
-- Model: Asus EAX1950Pro 256MB
-- Display connector: DVI
-- xf86-video-ati: 6.13.2
-- xserver: 1.9.2
-- mesa: ac6306e9ca904ae9674bf2a15222efe4cb861bf5
-- drm: 2.4.23
-- kernel: 2.6.37

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 26442] New: s2ram Fails With Radeon HD 4225 When HDMI Connected

2011-01-09 Thread bugzilla-dae...@bugzilla.kernel.org

https://bugzilla.kernel.org/show_bug.cgi?id=26442

   Summary: s2ram Fails With Radeon HD 4225 When HDMI Connected
   Product: Drivers
   Version: 2.5
Kernel Version: 2.6.36-ARCH
  Platform: All
OS/Version: Linux
  Tree: Mainline
Status: NEW
  Severity: normal
  Priority: P1
 Component: Video(DRI - non Intel)
AssignedTo: drivers_video-dri at kernel-bugs.osdl.org
ReportedBy: jamie at kitten-x.com
CC: rjw at sisk.pl
Regression: No


My Dell M101z with a Radeon HD 4225 fails to resume from suspend when my HDMI
monitor is connected when I run s2ram. If the monitor is connected on resume I
have to run xrandr a couple of times to get video on the monitor again. I also
have to boot with the noapic option in order for resume to work at all.

01:05.0 VGA compatible controller: ATI Technologies Inc M880G [Mobility Radeon
HD 4200] (prog-if 00 [VGA controller])
Subsystem: Dell Device 0470
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR-  [disabled]
Capabilities: [50] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
Address:   Data: 
Kernel driver in use: radeon
Kernel modules: radeon

[jamie at jamie-laptop ~]$ sudo s2ram -n
Machine unknown
This machine can be identified by:
sys_vendor   = "Dell Inc."
sys_product  = "Inspiron 1120   "
sys_version  = "A05"
bios_version = "A05"
See http://suspend.sf.net/s2ram-support.html for details.

If you report a problem, please include the complete output above.

[jamie at jamie-laptop ~]$ s2ram -V
s2ram (suspend) 0.8 $Id: whitelist.c,v 1.117 2007/12/19 14:18:24 seife Exp $

FEATURES: compress encrypt

This is free software.  You may redistribute copies of it under the terms of
the GNU General Public License .
There is NO WARRANTY, to the extent permitted by law.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #8 from Aidan Marks  2011-01-09 14:50:34 PST ---
Hi Alex, I have just a single head display.  How can I override the values
specified by the oem (powercolor in my case).  Their values for low don't work
for me.  I suspect I need something between their low and mid.  or can a power
quirk be added for this card?

Also wondering what the values are.  I turned on drm.debug=1 but couldn't see
any clock/mem debug output, just voltage:

[  426.411143] [drm:evergreen_pm_misc], Setting: v: 950

Tried dynpm method but didn't see anything interesting either.  Also noticed
that dynpm draws slightly more power than mid at idle.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 26442] s2ram Fails With Radeon HD 4225 When HDMI Connected

2011-01-09 Thread bugzilla-dae...@bugzilla.kernel.org

https://bugzilla.kernel.org/show_bug.cgi?id=26442


Alex Deucher  changed:

   What|Removed |Added

 CC||alexdeucher at gmail.com




--- Comment #1 from Alex Deucher   2011-01-09 
22:49:38 ---
Does 2.6.37 work any better?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 32733] arbocclude2 from mesa-demos segfaults

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32733

--- Comment #2 from roughl  2011-01-09 14:51:25 PST ---
updated to latest git (commit: ac6306e9ca904ae9674bf2a15222efe4cb861bf5) and
now arbocclude2 works.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32733] arbocclude2 from mesa-demos segfaults

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32733

--- Comment #3 from roughl  2011-01-09 14:59:18 PST ---
(In reply to comment #2)
> updated to latest git (commit: ac6306e9ca904ae9674bf2a15222efe4cb861bf5) and
> now arbocclude2 works.

I was accidentally testing with the r600 driver instead of r600g. r600g still
gives me a Segmentation fault.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32946] New: piglit glx-make-current gives X error BadMatch

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32946

   Summary: piglit glx-make-current gives X error BadMatch
   Product: Mesa
   Version: git
  Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r300
AssignedTo: dri-devel at lists.freedesktop.org
ReportedBy: bugzi09.fdo.tormod at xoxy.net


It is a M26 (RV410) card using gallium.

$ bin/glx-make-current 
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  155 (GLX)
  Minor opcode of failed request:  11 (X_GLXSwapBuffers)
  Serial number of failed request:  44
  Current serial number in output stream:  45

This is with xserver 1.9.0.902 and mesa 7.9 (Ubuntu natty). Same with latest
mesa git and xserver git on 1.9 branch 2010-11-29 (Ubuntu 10.10 + xorg-edgers).
When using latest mesa git but older xserver 1.7.6, the xserver itself
segfaults in libglx.so.

There have been similar, fixed bugs like bug 30234 on intel and swrast, and
maybe bug 20291 on intel. The piglit test was written for bug 30457.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32945

--- Comment #1 from Marek Ol??k  2011-01-09 15:07:37 PST 
---
Doesn't the performance boost come from the fact that a large part of the
screen is not rendered?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 26442] s2ram Fails With Radeon HD 4225 When HDMI Connected

2011-01-09 Thread bugzilla-dae...@bugzilla.kernel.org

https://bugzilla.kernel.org/show_bug.cgi?id=26442





--- Comment #2 from jamiekitson   2011-01-09 23:14:24 ---
No, same behaviour.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #9 from Alex Deucher  2011-01-09 18:10:23 PST 
---
If you want to add something custom you'll have to hard code it in the driver
yourself.  Be careful though, the power states can be touchy and certain
clock/voltage combinations don't work well together and the fan/cooling profile
is tied in to the clocks.  Your best bet is to stick with the oem values.  If
low is not performant enough for you, then stick with mid.  dynpm dynamically
switches between states based on GPU load while the profiles
(low/mid/high/default) are just static states.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #10 from Aidan Marks  2011-01-09 19:05:14 PST 
---
Hi Alex - I tried dynpm to see if it would be better suited than using static
profiles but it doesn't seem to go any lower than mid in terms of total power
consumption at idle. surely, when there the system is idle, low should be
selected?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32931] Sluggish desktop with BARTS and power_profile = low

2011-01-09 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32931

--- Comment #11 from Alex Deucher  2011-01-09 20:01:07 PST 
---
(In reply to comment #10)
> Hi Alex - I tried dynpm to see if it would be better suited than using static
> profiles but it doesn't seem to go any lower than mid in terms of total power
> consumption at idle. surely, when there the system is idle, low should be
> selected?

It goes to between mid and high as low doesn't work properly on some systems. 
low is only selected when the diplays are off or when selected via the low
profile.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[WARNING] radeon/DRM lockup in 2.6.36.3

2011-01-09 Thread Chris Rankin

Hi,

My RV350 has just locked up while (presumably) running an OpenGL screensaver. 
Here is the dmesg trace, in the hope that it might be useful:

radeon :01:00.0: GPU lockup CP stall for more than 1msec
[ cut here ]
radeon :01:00.0: GPU lockup CP stall for more than 10004msec
[ cut here ]
WARNING: at 
/home/chris/LINUX/linux-2.6.36/drivers/gpu/drm/radeon/radeon_fence.c:235 
radeon_fence_wait+0x1d5/0x261 [radeon]()
Hardware name: Precision WorkStation 650
GPU lockup (waiting for 0x002B4CEB last fence id 0x002B4CEA)
Modules linked in: snd_seq_oss snd_seq_midi snd_seq_dummy fuse cpufreq_ondemand 
nfsd exportfs autofs4 nfs lockd auth_rpcgss sunrpc p4_clockmod speedstep_lib 
af_packet ipt_LOG xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter 
ip_tables ip6t_LOG nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter 
ip6_tables x_tables ipv6 binfmt_misc loop dm_mirror dm_region_hash dm_log 
dm_mod uinput snd_emu10k1_synth snd_emux_synth snd_seq_virmidi 
snd_seq_midi_event snd_seq_midi_emul snd_emu10k1 snd_ac97_codec snd_usb_audio 
ac97_bus snd_seq snd_pcm snd_util_mem snd_timer joydev uvcvideo snd_page_alloc 
snd_hwdep videodev v4l1_compat usbhid ppdev parport_pc firewire_ohci 
snd_usbmidi_lib snd_rawmidi snd_seq_device firewire_core snd parport floppy 
pcspkr psmouse i2c_i801 serio_raw soundcore dcdbas crc_itu_t sg ext3 jbd 
mbcache sr_mod cdrom sd_mod pata_acpi sata_sil uhci_hcd ata_piix libata 
ehci_hcd scsi_mod e1000 usbcore thermal button radeon intel_agp ttm
 drm_kms_helper drm agpgart i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect 
[last unloaded: mperf]
Pid: 2721, comm: Xorg Not tainted 2.6.36.3 #1
Call Trace:
 [] ? warn_slowpath_common+0x6a/0x7d
 [] ? radeon_fence_wait+0x1d5/0x261 [radeon]
 [] ? warn_slowpath_fmt+0x28/0x2c
 [] ? radeon_fence_wait+0x1d5/0x261 [radeon]
 [] ? autoremove_wake_function+0x0/0x29
 [] ? radeon_ib_get+0xd7/0x16f [radeon]
 [] ? radeon_cs_parser_init+0x158/0x230 [radeon]
 [] ? radeon_cs_ioctl+0x69/0x164 [radeon]
 [] ? drm_ioctl+0x234/0x2d4 [drm]
 [] ? radeon_cs_ioctl+0x0/0x164 [radeon]
 [] ? get_parent_ip+0x8/0x19
 [] ? sub_preempt_count+0x74/0x80
 [] ? __srcu_read_unlock+0x2c/0x44
 [] ? fsnotify+0x1b5/0x1cc
 [] ? audit_syscall_exit+0x2cc/0x2e4
 [] ? syscall_trace_leave+0x29/0xc8
 [] ? drm_ioctl+0x0/0x2d4 [drm]
 [] ? do_vfs_ioctl+0x47c/0x4b9
 [] ? get_parent_ip+0x8/0x19
 [] ? sub_preempt_count+0x74/0x80
 [] ? _raw_spin_unlock_irq+0xd/0x21
 [] ? ktime_get_ts+0xee/0xf6
 [] ? sys_ioctl+0x2d/0x46
 [] ? sysenter_do_call+0x12/0x22
---[ end trace e305e2f6d38485d4 ]---
radeon: wait for empty RBBM fifo failed ! Bad things might happen.
WARNING: at 
/home/chris/LINUX/linux-2.6.36/drivers/gpu/drm/radeon/radeon_fence.c:235 
radeon_fence_wait+0x1d5/0x261 [radeon]()
Hardware name: Precision WorkStation 650
GPU lockup (waiting for 0x002B4CEF last fence id 0x002B4CEA)
Modules linked in: snd_seq_oss snd_seq_midi snd_seq_dummy fuse cpufreq_ondemand 
nfsd exportfs autofs4 nfs lockd auth_rpcgss sunrpc p4_clockmod speedstep_lib 
af_packet ipt_LOG xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter 
ip_tables ip6t_LOG nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter 
ip6_tables x_tables ipv6 binfmt_misc loop dm_mirror dm_region_hash dm_log 
dm_mod uinput snd_emu10k1_synth snd_emux_synth snd_seq_virmidi 
snd_seq_midi_event snd_seq_midi_emul snd_emu10k1 snd_ac97_codec snd_usb_audio 
ac97_bus snd_seq snd_pcm snd_util_mem snd_timer joydev uvcvideo snd_page_alloc 
snd_hwdep videodev v4l1_compat usbhid ppdev parport_pc firewire_ohci 
snd_usbmidi_lib snd_rawmidi snd_seq_device firewire_core snd parport floppy 
pcspkr psmouse i2c_i801 serio_raw soundcore dcdbas crc_itu_t sg ext3 jbd 
mbcache sr_mod cdrom sd_mod pata_acpi sata_sil uhci_hcd ata_piix libata 
ehci_hcd scsi_mod e1000 usbcore thermal button radeon
Failed to wait GUI idle while programming pipes. Bad things might happen.
 intel_agp ttm drm_kms_helper drm agpgart i2c_algo_bit cfbcopyarea cfbimgblt 
cfbfillrect [last unloaded: mperf]
Pid: 3031, comm: compiz Tainted: GW   2.6.36.3 #1
Call Trace:
 [] ? warn_slowpath_common+0x6a/0x7d
 [] ? radeon_fence_wait+0x1d5/0x261 [radeon]
 [] ? warn_slowpath_fmt+0x28/0x2c
 [] ? radeon_fence_wait+0x1d5/0x261 [radeon]
 [] ? autoremove_wake_function+0x0/0x29
 [] ? ttm_bo_wait+0x98/0x146 [ttm]
 [] ? sub_preempt_count+0x74/0x80
 [] ? radeon_gem_wait_idle_ioctl+0x68/0xbe [radeon]
 [] ? drm_ioctl+0x234/0x2d4 [drm]
 [] ? radeon_gem_wait_idle_ioctl+0x0/0xbe [radeon]
 [] ? do_sync_read+0x9e/0xd3
 [] ? drm_ioctl+0x0/0x2d4 [drm]
 [] ? do_vfs_ioctl+0x47c/0x4b9
 [] ? sys_ioctl+0x2d/0x46
 [] ? sysenter_do_call+0x12/0x22
---[ end trace e305e2f6d38485d5 ]---

Cheers,
Chris

64 matches

Mail list logo