http://bugs.freedesktop.org/show_bug.cgi?id=27009
--- Comment #2 from Török Edwin edwinto...@gmail.com 2010-03-13 00:48:04 PST
---
Same happens for me with RV730, when running World of Warcraft under wine with
orm=backbuffer. Reverting that commit fixes it.
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=27055
Summary: r600: software fallback for readpixels
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=27055
Török Edwin edwinto...@gmail.com changed:
What|Removed |Added
Severity|normal |enhancement
--
On Fri, 2010-03-12 at 22:37 -0700, Bjorn Helgaas wrote:
On Fri, 2010-03-12 at 18:25 -0700, Pete Zaitcev wrote:
On Thu, 11 Mar 2010 00:33:58 -0700, Pete Zaitcev zait...@redhat.com wrote:
I apologise for answering to myself, but while there was no answer,
git bisect found the offending
On Fri, 2010-03-12 at 18:25 -0700, Pete Zaitcev wrote:
On Thu, 11 Mar 2010 00:33:58 -0700, Pete Zaitcev zait...@redhat.com wrote:
I apologise for answering to myself, but while there was no answer,
git bisect found the offending commit and I verified that it was
the culprit. Also, I am
From: tcourbon tho...@cafeaumiel.com
Signed-off-by: Thomas Courbon thcour...@gmail.com
---
drivers/gpu/drm/radeon/r600.c | 35 ++-
1 files changed, 14 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
Replace sequential calls to kobject_init() and kobject_add() with the
combo wrapper kobject_init_and_add(), which provides the same
semantics.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
in the midst of some kobject cleanup, and there should be a minimum
of routines that call
http://bugs.freedesktop.org/show_bug.cgi?id=27055
--- Comment #1 from Török Edwin edwinto...@gmail.com 2010-03-13 04:15:55 PST
---
This patch appears to solve this case, and piglit doesn't complain. The switch
should probably contain more formats though.
diff --git
http://bugs.freedesktop.org/show_bug.cgi?id=27055
--- Comment #2 from Maciej Cencora m.cenc...@gmail.com 2010-03-13 05:11:45
PST ---
What app are you hitting this fallback with?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
http://bugs.freedesktop.org/show_bug.cgi?id=27055
--- Comment #3 from Török Edwin edwinto...@gmail.com 2010-03-13 06:03:14 PST
---
(In reply to comment #2)
What app are you hitting this fallback with?
World of Warcraft running under wine 1.1.40, glsl disabled, orm=backbuffer.
--
Can't it print the oops on whatever is currently displayed?
It need not be a dedicated buffer as long as there is always some buffer.
But perhaps this is more complex than that.
Yes it is very complex. Reading the code and drm specs you come to
realize buffer handling is
For the fbdev layer the you have your struct fb_var_screeninfo and also
struct fb_videomode. The struct fb_videomode was developed for the modes
database we have. Struct fb_var_screeninfo is more than just resolution
data which is why we create struct fb_videomode. The really nice thing
is
Le 10/03/2010 13:13, Julien Cristau a écrit :
any comments on this?
Reviewed-by: Rémi Cardona r...@gentoo.org
The whole series looks nice. Just got me wondering why libdrm_intel
installs its only header in ${includedir} and not in /drm or /libdrm...
Cheers,
Rémi
On Sat, Mar 13, 2010 at 02:47:52PM +, James Simmons wrote:
For the fbdev layer the you have your struct fb_var_screeninfo and also
struct fb_videomode. The struct fb_videomode was developed for the modes
database we have. Struct fb_var_screeninfo is more than just resolution
data which
http://bugs.freedesktop.org/show_bug.cgi?id=27055
--- Comment #4 from Maciej Cencora m.cenc...@gmail.com 2010-03-13 08:39:19
PST ---
I've pushed extended version of your patch that handles also other formats.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
http://bugs.freedesktop.org/show_bug.cgi?id=27009
--- Comment #3 from Maciej Cencora m.cenc...@gmail.com 2010-03-13 08:41:29
PST ---
Should be fixed with 1a8a230a61289392e8300901dfabd7911799cbc3. Can you confirm?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
http://bugs.freedesktop.org/show_bug.cgi?id=27055
Török Edwin edwinto...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=26887
--- Comment #9 from Marc marvi...@gmx.de 2010-03-13 08:52:17 PST ---
Created an attachment (id=34022)
-- (http://bugs.freedesktop.org/attachment.cgi?id=34022)
backported patch
This bug report looks like a soliloquy. Anyway, I backported
http://bugs.freedesktop.org/show_bug.cgi?id=27009
--- Comment #4 from Török Edwin edwinto...@gmail.com 2010-03-13 08:52:34 PST
---
(In reply to comment #3)
Should be fixed with 1a8a230a61289392e8300901dfabd7911799cbc3. Can you
confirm?
It no longer crashes on World of Warcraft, can't
On Thu, 2010-03-11 at 19:05 +0200, Maxim Levitsky wrote:
On Wed, 2010-03-10 at 13:04 +0100, Florian Mickler wrote:
On Sun, 07 Mar 2010 12:39:15 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
On Sat, 2010-03-06 at 23:55 +0100, Florian Mickler wrote:
On Sun, 07 Mar 2010 00:24:24
http://bugs.freedesktop.org/show_bug.cgi?id=27061
Summary: r600: software fallback for GL_DEPTH_COMPONENT*
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #23 from Marc marvi...@gmx.de 2010-03-13 10:52:23 PST ---
Rafał,
what about your original idea in comment #10? Instead of making quirks for
broken bioses, just set the engine to some know value (e.g. default powerstate
or boot
On Saturday 13 March 2010, M. Vefa Bicakci wrote:
Hello,
As you can guess from the subject, I have noticed that enabling the
KMS feature of the i915 module with any kernel version after 2.6.32.7
causes memory corruption after one resumes from suspend-to-disk.
My hardware is a Toshiba
On Fri, 12 Mar 2010 22:37:56 -0700
Bjorn Helgaas bjorn.helg...@hp.com wrote:
Thanks for the report. Would you mind posting the entire dmesg
log, /proc/iomem contents, and lspci -vv output somewhere (maybe in
bugzilla)?
Done, new bug:
http://bugzilla.kernel.org/show_bug.cgi?id=15533
-- Pete
Searching the TTM code I couldn't find the handle code so easily. I see
that the vmwgfx driver provides a example of using ttm.
So handles are purely a userspace interface, in-kernel we don't use handles
for buffer management, the vmwgfx TTM interface has
vmw_user_surface_lookup_handle
to do
For the fbdev layer the you have your struct fb_var_screeninfo and also
struct fb_videomode. The struct fb_videomode was developed for the modes
database we have. Struct fb_var_screeninfo is more than just resolution
data which is why we create struct fb_videomode. The really nice thing
Hi,
Linux v2.6.32-rc1 introduced a bug for me, which gives me a black screen
on my laptop when booting with KMS switched on. Starting X does not
change that, i.e. I don't get any graphics to see. Except for this, the
system runs fine, and the backlight of the LCD display is on. If I
switch
Here is the second version of the patch. It address the issues you brought
up.
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
index 5054970..0c8c756 100644
--- a/drivers/gpu/drm/drm_fb_helper.c
+++ b/drivers/gpu/drm/drm_fb_helper.c
@@ -581,6 +581,101 @@ int
28 matches
Mail list logo