http://bugs.freedesktop.org/show_bug.cgi?id=22998
--- Comment #2 from Shuang He 2009-07-28 00:12:18 PST ---
(In reply to comment #0)
> On Archlinux, updating the intel driver from version 2.7.99.901 -> 2.7.99.902
> and the xserver from 1.6.1.901 to 1.6.2 (those updates have been packaged tha
http://bugs.freedesktop.org/show_bug.cgi?id=22998
--- Comment #3 from Shuang He 2009-07-28 00:17:40 PST ---
For reference, software rendering works fine:
LIBGL_ALWAYS_SOFTWARE=1 blender
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving thi
http://bugs.freedesktop.org/show_bug.cgi?id=22998
Gordon Jin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
2009/7/28 Brian Paul :
> Beyond the wiki info, you'll just have to read the code. If you have
> specific questions, ask them on the mesa3d-dev list.
I would like to emphasize that indeed mesa3d-dev is the place for also
DRI discussion nowadays, despite the legacy name of "dri-devel" on
this list
From: Michel Dänzer
Previously we were basically always setting the GTT and VRAM flags regardless of
what userspace requested.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_object.c | 25 +++--
1 files changed, 11 insertions(+), 14 deletions(-)
diff --gi
From: Michel Dänzer
Otherwise if there's no GTT space we would fail the eviction, leading to
cascaded failure.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_ttm.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rade
Patches 1 and 2 are fixes for rather serious bugs, which made KMS pretty much
unusable for me with AGP, and should probably go into 2.6.31 if possible. The
others can use more testing and wait for 2.6.32.
[PATCH 1/4] drm/radeon: Don't unreserve twice on failure to validate.
[PATCH 2/4] drm/radeon:
From: Michel Dänzer
Just use the fb_mmap hook. KMS will pin when necessary. This way we aren't
wasting precious VRAM when we're e.g. in X.
This means fbdev userspace will only be able to map the framebuffer via
/dev/fb*, not via /dev/mem, but that's hardly a loss.
Signed-off-by: Michel Dänzer
From: Michel Dänzer
This is done later in radeon_object_list_unvalidate(). Doing it twice triggers
a BUG in TTM, rendering X on KMS unusable until reboot.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_object.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --
http://bugzilla.kernel.org/show_bug.cgi?id=13554
--- Comment #8 from Jos van Wolput 2009-07-28
11:35:30 ---
I can no longer check this bug entry, I am no more using this computer while
the disk crashed.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You a
Michel Dänzer wrote:
> Patches 1 and 2 are fixes for rather serious bugs, which made KMS pretty much
> unusable for me with AGP, and should probably go into 2.6.31 if possible. The
> others can use more testing and wait for 2.6.32.
>
> [PATCH 1/4] drm/radeon: Don't unreserve twice on failure to val
On Tue, 2009-07-28 at 15:05 +0200, Thomas Hellström wrote:
> Michel Dänzer wrote:
> > Patches 1 and 2 are fixes for rather serious bugs, which made KMS pretty
> > much
> > unusable for me with AGP, and should probably go into 2.6.31 if possible.
> > The
> > others can use more testing and wait fo
On Wed, 2009-07-22 at 10:37 +0200, Thomas Hellström wrote:
> TTM has a device struct per device and an optional global struct that is
> common for all devices and intended to be per subsystem.
>
> The only subsystem currently having a global structure is the memory
> accounting subsystem:
> stru
Jerome Glisse skrev:
> On Wed, 2009-07-22 at 10:37 +0200, Thomas Hellström wrote:
>
>> TTM has a device struct per device and an optional global struct that is
>> common for all devices and intended to be per subsystem.
>>
>> The only subsystem currently having a global structure is the memory
2009/7/28 Michel Dänzer :
> From: Michel Dänzer
>
> Just use the fb_mmap hook. KMS will pin when necessary. This way we aren't
> wasting precious VRAM when we're e.g. in X.
>
> This means fbdev userspace will only be able to map the framebuffer via
> /dev/fb*, not via /dev/mem, but that's hardly a
http://bugs.freedesktop.org/show_bug.cgi?id=23009
Summary: KMS drives monitor out of range
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Compon
http://bugs.freedesktop.org/show_bug.cgi?id=23009
Alex Deucher changed:
What|Removed |Added
Attachment #28131|text/x-log |text/plain
mime type|
http://bugs.freedesktop.org/show_bug.cgi?id=23009
--- Comment #1 from Alex Deucher 2009-07-28 14:10:43 PST ---
Can you attach your dmesg and xorg log when kms is active?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugs.freedesktop.org/show_bug.cgi?id=23009
--- Comment #2 from Radu Benea 2009-07-28 14:12:10 PST ---
I'll try tomorrow, should be able to ssh in from another machine
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
(cc jbarnes)
On Sun, 26 Jul 2009 00:50:38 +0200
Roel Kluin wrote:
> dev_priv->saveSWF1 is a 16 element array, but this reads up to index 22
>
> Signed-off-by: Roel Kluin
> ---
> save_state does not do this addition, can it be removed? please review.
>
> diff --git a/drivers/gpu/drm/i915/i915_
On Tue, Jul 28, 2009 at 02:50:03PM -0700, Andrew Morton wrote:
> (cc jbarnes)
>
> This looks rather correct and the original code looked rather wrong.
>
> Someone please tell me that this might fix one of our splendid number
> of i915 bugs :(
>
Unfortunately, according to the docs we were just s
http://bugs.freedesktop.org/show_bug.cgi?id=22271
--- Comment #4 from Krzysztof Sobiecki 2009-07-28 16:50:03 PST
---
Same problem on 2.6.31-rc3.
Jul 23 14:06:26 localhost kernel: [ 396.992905] ioctl32(ia32-glxinfo:7752):
Unknown cmd fd(4) cmd(80046402){t:'d';sz:4} arg(ffb5ba50) on /dev/dri
http://bugs.freedesktop.org/show_bug.cgi?id=21774
--- Comment #14 from Terry Barnaby 2009-07-28 22:13:43 PST
---
Created an attachment (id=28137)
--> (http://bugs.freedesktop.org/attachment.cgi?id=28137)
Picture of menu buttons drawn in wrong place
Enclosed is a picture of some of the low
23 matches
Mail list logo
