2011/2/18 Anca Emanuel :
> Nouveau OpenGL regresion
>
> Tools used: http://packages.ubuntu.com/maverick/misc/glmark2
>
> With 2.6.38-rc5 latest git:
> nv50_screen_get_param:162 - ?Unknown PIPE_CAP 11
> ===
> ? ?glmark2 10.07.1
> ==
https://bugzilla.kernel.org/show_bug.cgi?id=29412
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
]
Tested successfully against linux-next (next-20110218) on a radeon
RV250 gfxcard.
It would be nice to see Daniel's (missing) patchset(s) finally in one
of Dave's drm-2.6 GIT branches.
I had the previous (splitted in multiple little) patchsets running
here againt linux-next for such a long time.
So go go go!
- Sedat -
https://bugs.freedesktop.org/show_bug.cgi?id=32931
--- Comment #12 from Aidan Marks 2011-02-18 22:56:05 PST ---
Just a follow up on this. After updating to the latest d-r-t/ddx/mesa (and kde
4.6.0) the low profile is now working much better (to the point it is usable
again). One assumes then th
https://bugs.freedesktop.org/show_bug.cgi?id=32931
--- Comment #12 from Aidan Marks 2011-02-18 22:56:05 PST
---
Just a follow up on this. After updating to the latest d-r-t/ddx/mesa (and kde
4.6.0) the low profile is now working much better (to the point it is usable
again). One assumes then t
https://bugzilla.kernel.org/show_bug.cgi?id=29412
Summary: fans running at full-speed after resume from suspend
with radeon and KMS
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38-rc5+
Platform: All
OS/Version: Linux
https://bugzilla.kernel.org/show_bug.cgi?id=29372
Emanuele Tomasi changed:
What|Removed |Added
Platform|All |x86-64
--- Comment #2 from Emanuele
Hello,
Since 2.6.38-rc I get screen corruption (mostly horizontal grabage stripes on
the right side of the screen). After a long time bisecting the offending commit
ends up being:
commit a00b10c360b35d6431a94cbf130a4e162870d661
Author: Chris Wilson
Date: Fri Sep 24 21:15:47 2010 +0100
drm
https://bugs.freedesktop.org/show_bug.cgi?id=34462
--- Comment #2 from Owen Riddy 2011-02-18 21:23:16 PST
---
Comparing the initrd of 2.6.37 and 2.6.32 show they are both the same, and
neither of them have any firmware in them. They didn't actually have the radeon
module at all.
I compared /lib
https://bugs.freedesktop.org/show_bug.cgi?id=34462
--- Comment #2 from Owen Riddy 2011-02-18 21:23:16
PST ---
Comparing the initrd of 2.6.37 and 2.6.32 show they are both the same, and
neither of them have any firmware in them. They didn't actually have the radeon
module at all.
I compared /lib
https://bugzilla.kernel.org/show_bug.cgi?id=28902
--- Comment #5 from spamfang1199 at yahoo.de 2011-02-18 18:59:22 ---
Sorry, but 2.6.37 is not in experimental, only a meta-package. Therefore i
compiled my first own kernel. But it wont work well with my radeon card. I was
able to log into KDE
Reviewed-by: Alex Deucher
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/radeon/radeon.h | 13 -
drivers/gpu/drm/radeon/radeon_asic.h | 13 +
2 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/rade
Reviewed-by: Alex Deucher
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/radeon/radeon_asic.h |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.h
b/drivers/gpu/drm/radeon/radeon_asic.h
index 24c4772..eed30ab 100644
--- a/drivers/g
Now all the asic specific stuff ist mostly hid in radeon_asic.*
Reviewed-by: Alex Deucher
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/radeon/r600_audio.c |1 +
drivers/gpu/drm/radeon/r600_hdmi.c |1 +
drivers/gpu/drm/radeon/radeon.h | 61 ++
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/radeon/radeon.h|1 -
drivers/gpu/drm/radeon/radeon_object.c |9 +++--
2 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index f6de233..2225bf1 100644
... and switch it to container_of upcasting.
v2: converted new pageflip code-paths.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/radeon/atombios_crtc.c |8
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/radeon_cs.c |2 +-
drivers/
Unconditionally initialize the drm gem object - it's not
worth the trouble not to for the few kernel objects.
This patch only changes the place of the drm gem object,
access is still done via pointers.
v2: Uncoditionally align the size in radeon_bo_create. At
least the r600/evergreen blit code di
With the switch to implicit free space accounting one pointer
got unused when scanning. Use it to create a single-linked list
to ensure correct unwinding of the scan state.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_mm.c |4
include/drm/drm_mm.h |8
2 files ch
The old api has a two-step process: First search for a suitable
free hole, then allocate from that specific hole. No user used
this to do anything clever. So drop it for the embeddable variant
of the drm_mm api (the old one retains this ability, for the time
being).
With struct drm_mm_node embedde
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_mm.c | 67 -
1 files changed, 42 insertions(+), 25 deletions(-)
diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index 4fa33e1..fecb406 100644
--- a/drivers/gpu/drm/drm_mm.c
+++ b/d
The idea is to track free holes implicitly by marking the allocation
immediatly preceeding a hole.
To avoid an ugly corner case add a dummy head_node to struct drm_mm
to track the hole that spans to complete allocation area when the
memory manager is empty.
To guarantee that there's always a prec
Nouveau was checking drm_mm internals on teardown to see whether the
memory manager was initialized. Hide these internals in a small
inline helper function.
Cc: Ben Skeggs
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/nouveau/nouveau_object.c |2 +-
drivers/gpu/drm/nouveau/nv50_instmem.c
Hi Dave,
Here are the patches I've talked about on irc for .39.
Patches 1-5 is the "make drm_mm_node embeddable" series. Just the drm core
part, without the patches for i915 (they need to be redone). Chris
Wilson very much likes what these will to do drm/i915. Thomas Hellstrom
cautioned not to go
https://bugzilla.kernel.org/show_bug.cgi?id=29372
--- Comment #1 from Alex Deucher 2011-02-18
16:50:38 ---
This sounds like two different issues that should be filed separately.
1. The NMI when changing the pcie lanes
2. Problems with the latest ddx.
For 1., that is due to changing the
https://bugs.freedesktop.org/show_bug.cgi?id=34418
Chistopher Krakowiak changed:
What|Removed |Added
Summary|SuperTuxRacer 0.7/Warzone |SuperTuxRacer 0.7/Warzone
https://bugs.freedesktop.org/show_bug.cgi?id=34418
Chistopher Krakowiak changed:
What|Removed |Added
Summary|SuperTuxRacer 0.7/Warzone |SuperTuxRacer 0.7/Warzone
https://bugs.freedesktop.org/show_bug.cgi?id=34418
Chistopher Krakowiak changed:
What|Removed |Added
Summary|SuperTuxRacer 0.7 and r300g |SuperTuxRacer 0.7/Warzone
https://bugs.freedesktop.org/show_bug.cgi?id=34418
Chistopher Krakowiak changed:
What|Removed |Added
Summary|SuperTuxRacer 0.7 and r300g |SuperTuxRacer 0.7/Warzone
https://bugs.freedesktop.org/show_bug.cgi?id=34418
Chistopher Krakowiak changed:
What|Removed |Added
OS/Version|All |Linux (All)
--- Comment #2 from C
https://bugs.freedesktop.org/show_bug.cgi?id=34418
Chistopher Krakowiak changed:
What|Removed |Added
OS/Version|All |Linux (All)
--- Comment #2 from C
From: Dave Airlie
the texture checking code didn't work for block formats like s3tc,
this overhauls it to work for all types.
v2: add texture array support.
v3: add subsampled formats
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/r600_cs.c | 353 ++
From: Dave Airlie
this aligns the height of the fb allocation so it doesn't trip
over the size checks later when we use this from userspace to
copy the buffer at X start.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_fb.c |5 -
1 files changed, 4 insertions(+), 1 deletio
https://bugzilla.kernel.org/show_bug.cgi?id=29412
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 f
https://bugzilla.kernel.org/show_bug.cgi?id=29412
Summary: fans running at full-speed after resume from suspend
with radeon and KMS
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38-rc5+
Platform: All
OS/Version: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=34462
--- Comment #1 from Alex Deucher 2011-02-18 14:29:18 PST ---
Make sure you have the firmware in your initrd if you are using modules, or
built into the kernel if you built radeon into the kernel rather than as a
module. See the "Troubleshooting
https://bugs.freedesktop.org/show_bug.cgi?id=34462
--- Comment #1 from Alex Deucher 2011-02-18 14:29:18 PST
---
Make sure you have the firmware in your initrd if you are using modules, or
built into the kernel if you built radeon into the kernel rather than as a
module. See the "Troubleshooting
https://bugs.freedesktop.org/show_bug.cgi?id=34462
Alex Deucher changed:
What|Removed |Added
Attachment #43540|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34462
Alex Deucher changed:
What|Removed |Added
Attachment #43540|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34280
--- Comment #4 from Nicolas Kaiser 2011-02-18 14:24:35 PST ---
I tried to partially revert the commit.
It looks to me like I can add R8, R16, and RG1616 without a problem.
But when I add RG88, the distortions appear.
--
Configure bugmail: http
https://bugs.freedesktop.org/show_bug.cgi?id=34280
--- Comment #4 from Nicolas Kaiser 2011-02-18 14:24:35 PST
---
I tried to partially revert the commit.
It looks to me like I can add R8, R16, and RG1616 without a problem.
But when I add RG88, the distortions appear.
--
Configure bugmail: htt
https://bugzilla.kernel.org/show_bug.cgi?id=29372
Emanuele Tomasi changed:
What|Removed |Added
Platform|All |x86-64
--- Comment #2 from Emanuele
2011/2/18 Anca Emanuel :
> Nouveau OpenGL regresion
>
> Tools used: http://packages.ubuntu.com/maverick/misc/glmark2
>
> With 2.6.38-rc5 latest git:
> nv50_screen_get_param:162 - Unknown PIPE_CAP 11
> ===
> glmark2 10.07.1
> ==
]
Tested successfully against linux-next (next-20110218) on a radeon
RV250 gfxcard.
It would be nice to see Daniel's (missing) patchset(s) finally in one
of Dave's drm-2.6 GIT branches.
I had the previous (splitted in multiple little) patchsets running
here againt li
https://bugs.freedesktop.org/show_bug.cgi?id=34462
Summary: 180 second hang on boot, DRM doesn't seem to
initialize (firmware issue?)
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
St
https://bugs.freedesktop.org/show_bug.cgi?id=34462
Summary: 180 second hang on boot, DRM doesn't seem to
initialize (firmware issue?)
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
St
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #16 from Norm 2011-02-18 13:32:28 PST ---
(In reply to comment #15)
> (In reply to comment #14)
> > (In reply to comment #13)
> > >
> > > This is a different issue. Please open a new bug for this and attach
> > > your xorg
> > > lo
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #16 from Norm 2011-02-18 13:32:28 PST
---
(In reply to comment #15)
> (In reply to comment #14)
> > (In reply to comment #13)
> > >
> > > This is a different issue. Please open a new bug for this and attach
> > > your xorg
> > > l
https://bugs.freedesktop.org/show_bug.cgi?id=34457
--- Comment #4 from Norm 2011-02-18 13:29:05 PST ---
a little more description about the problem.
1. Existing for long
The problem has been reported from April 2010 or before, on all Linux
platform. Appears the Radeon driver has repeated EDI
https://bugs.freedesktop.org/show_bug.cgi?id=34457
--- Comment #4 from Norm 2011-02-18 13:29:05 PST
---
a little more description about the problem.
1. Existing for long
The problem has been reported from April 2010 or before, on all Linux
platform. Appears the Radeon driver has repeated ED
https://bugs.freedesktop.org/show_bug.cgi?id=34457
Alex Deucher changed:
What|Removed |Added
Attachment #43526|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34457
Alex Deucher changed:
What|Removed |Added
Attachment #43529|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34457
Alex Deucher changed:
What|Removed |Added
Attachment #43527|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34457
Alex Deucher changed:
What|Removed |Added
Attachment #43526|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34457
Alex Deucher changed:
What|Removed |Added
Attachment #43529|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34457
Alex Deucher changed:
What|Removed |Added
Attachment #43527|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34457
--- Comment #3 from Norm 2011-02-18 12:24:09 PST ---
Created an attachment (id=43530)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43530)
vbios
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=34457
--- Comment #3 from Norm 2011-02-18 12:24:09 PST
---
Created an attachment (id=43530)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43530)
vbios
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=34457
--- Comment #2 from Norm 2011-02-18 12:17:10 PST ---
Created an attachment (id=43529)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43529)
dump lspci
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=34457
--- Comment #2 from Norm 2011-02-18 12:17:10 PST
---
Created an attachment (id=43529)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43529)
dump lspci
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
Nouveau OpenGL regresion
Tools used: http://packages.ubuntu.com/maverick/misc/glmark2
With 2.6.38-rc5 latest git:
nv50_screen_get_param:162 - Unknown PIPE_CAP 11
===
glmark2 10.07.1
===
OpenGL
https://bugs.freedesktop.org/show_bug.cgi?id=34457
Norm changed:
What|Removed |Added
Priority|medium |high
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=34457
--- Comment #1 from Norm 2011-02-18 12:02:53 PST ---
Created an attachment (id=43527)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43527)
Xorg.0.log
Xorg.0.log provided.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=34457
Norm changed:
What|Removed |Added
Priority|medium |high
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=34457
--- Comment #1 from Norm 2011-02-18 12:02:53 PST
---
Created an attachment (id=43527)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43527)
Xorg.0.log
Xorg.0.log provided.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi
https://bugs.freedesktop.org/show_bug.cgi?id=34457
Summary: Radeon Driver reports EDID errors every 10 seconds
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
https://bugs.freedesktop.org/show_bug.cgi?id=34457
Summary: Radeon Driver reports EDID errors every 10 seconds
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
https://bugzilla.kernel.org/show_bug.cgi?id=29222
Johannes Berg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=34156
--- Comment #5 from Dave Witbrodt 2011-02-18 11:21:39
PST ---
In comment 3, I made two naive attempts to revert the problem commit. Both
failed, but I am only able to work on this stuff in my spare time -- and I have
not been able to look at th
https://bugs.freedesktop.org/show_bug.cgi?id=34156
--- Comment #5 from Dave Witbrodt 2011-02-18
11:21:39 PST ---
In comment 3, I made two naive attempts to revert the problem commit. Both
failed, but I am only able to work on this stuff in my spare time -- and I have
not been able to look at th
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #15 from Norm 2011-02-18 11:05:08 PST ---
(In reply to comment #14)
> (In reply to comment #13)
> >
> > This is a different issue. Please open a new bug for this and attach your
> > xorg
> > log, dmesg output, and a copy of your vb
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #15 from Norm 2011-02-18 11:05:08 PST
---
(In reply to comment #14)
> (In reply to comment #13)
> >
> > This is a different issue. Please open a new bug for this and attach your
> > xorg
> > log, dmesg output, and a copy of your v
https://bugzilla.kernel.org/show_bug.cgi?id=28902
--- Comment #5 from spamfang1...@yahoo.de 2011-02-18 18:59:22 ---
Sorry, but 2.6.37 is not in experimental, only a meta-package. Therefore i
compiled my first own kernel. But it wont work well with my radeon card. I was
able to log into KDE on
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #14 from Alex Deucher 2011-02-18 10:44:16 PST ---
(In reply to comment #13)
>
> This is a different issue. Please open a new bug for this and attach your
> xorg
> log, dmesg output, and a copy of your vbios and we can add a quirk t
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #14 from Alex Deucher 2011-02-18 10:44:16 PST
---
(In reply to comment #13)
>
> This is a different issue. Please open a new bug for this and attach your
> xorg
> log, dmesg output, and a copy of your vbios and we can add a quirk
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #13 from Alex Deucher 2011-02-18 10:41:26 PST ---
(In reply to comment #12)
> I have similar problem on my Ubuntu box, with slightly different.
> The mother board is an ECS A740GM-M v7.0, which uses AMD-740 chipset,
> integrated ATI R
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #13 from Alex Deucher 2011-02-18 10:41:26 PST
---
(In reply to comment #12)
> I have similar problem on my Ubuntu box, with slightly different.
> The mother board is an ECS A740GM-M v7.0, which uses AMD-740 chipset,
> integrated ATI
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #12 from Norm 2011-02-18 10:28:44 PST ---
(In reply to comment #11)
> It hasn't been accepted into the kernel yet as the patch needs either better
> bounds checking (to make sure we don't read past the end of the edid if the
> size or
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #12 from Norm 2011-02-18 10:28:44 PST
---
(In reply to comment #11)
> It hasn't been accepted into the kernel yet as the patch needs either better
> bounds checking (to make sure we don't read past the end of the edid if the
> size o
tches.
>
> ___
> linaro-dev mailing list
> linaro-dev at lists.linaro.org
> http://lists.linaro.org/mailman/listinfo/linaro-dev
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110218/312cbc88/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=29372
Summary: KMS - radeon (Uhhuh. NMI received for unknown reason)
Product: Drivers
Version: 2.5
Kernel Version: 2.6.37.x
Platform: All
OS/Version: Linux
Tree: Mainline
St
On Wed, Feb 16, 2011 at 20:26:58 +0100, Alex Riesen wrote:
> Signed-off-by: Alex Riesen
>
> ---
> Linus Torvalds, Wed, Feb 16, 2011 05:16:01 +0100:
> > Most of the changes are pretty spread out and small, with drivers/gpu
> > (radeon and i915) somewhat standing out from the pack. ...
>
> The ba
I'm all for a more modular drm, although I think the framework of
CRTCs, encoders, and connectors is a nice fit, at least for our hw.
It would be nice to have a better way to expose overlays. And I'm
still thinking about how/if GEM fits in with our various video and
2/3d accelerators.
BR,
-R
On
To accommodate the fact of independent display controller and GPU components
in ARM SOC, it will be better if we can separate KMS from DRM both in kernel
space and user space (i.e, create a new drivers/video/kms directory for
kernel side, move KMS related code in libdrm to libkms in user space). Th
Reviewed-by: Alex Deucher
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/radeon/radeon.h | 13 -
drivers/gpu/drm/radeon/radeon_asic.h | 13 +
2 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/rade
Reviewed-by: Alex Deucher
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/radeon/radeon_asic.h |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.h
b/drivers/gpu/drm/radeon/radeon_asic.h
index 24c4772..eed30ab 100644
--- a/drivers/g
Now all the asic specific stuff ist mostly hid in radeon_asic.*
Reviewed-by: Alex Deucher
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/radeon/r600_audio.c |1 +
drivers/gpu/drm/radeon/r600_hdmi.c |1 +
drivers/gpu/drm/radeon/radeon.h | 61 ++
https://bugs.freedesktop.org/show_bug.cgi?id=34427
--- Comment #2 from Alex Deucher 2011-02-18 09:01:21 PST ---
Do you have tiling enabled in your configuration? Option "ColorTiling" "True"
in your xorg.conf? If so, does disabling it fix the issues?
--
Configure bugmail: https://bugs.freedesk
... and switch it to container_of upcasting.
v2: converted new pageflip code-paths.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/radeon/atombios_crtc.c |8
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/radeon_cs.c |2 +-
drivers/
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/radeon/radeon.h|1 -
drivers/gpu/drm/radeon/radeon_object.c |9 +++--
2 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index f6de233..2225bf1 100644
Unconditionally initialize the drm gem object - it's not
worth the trouble not to for the few kernel objects.
This patch only changes the place of the drm gem object,
access is still done via pointers.
v2: Uncoditionally align the size in radeon_bo_create. At
least the r600/evergreen blit code di
With the switch to implicit free space accounting one pointer
got unused when scanning. Use it to create a single-linked list
to ensure correct unwinding of the scan state.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_mm.c |4
include/drm/drm_mm.h |8
2 files ch
The old api has a two-step process: First search for a suitable
free hole, then allocate from that specific hole. No user used
this to do anything clever. So drop it for the embeddable variant
of the drm_mm api (the old one retains this ability, for the time
being).
With struct drm_mm_node embedde
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_mm.c | 67 -
1 files changed, 42 insertions(+), 25 deletions(-)
diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index 4fa33e1..fecb406 100644
--- a/drivers/gpu/drm/drm_mm.c
+++ b/d
The idea is to track free holes implicitly by marking the allocation
immediatly preceeding a hole.
To avoid an ugly corner case add a dummy head_node to struct drm_mm
to track the hole that spans to complete allocation area when the
memory manager is empty.
To guarantee that there's always a prec
https://bugs.freedesktop.org/show_bug.cgi?id=34427
--- Comment #2 from Alex Deucher 2011-02-18 09:01:21 PST
---
Do you have tiling enabled in your configuration? Option "ColorTiling" "True"
in your xorg.conf? If so, does disabling it fix the issues?
--
Configure bugmail: https://bugs.freedes
Nouveau was checking drm_mm internals on teardown to see whether the
memory manager was initialized. Hide these internals in a small
inline helper function.
Cc: Ben Skeggs
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/nouveau/nouveau_object.c |2 +-
drivers/gpu/drm/nouveau/nv50_instmem.c
Hi Dave,
Here are the patches I've talked about on irc for .39.
Patches 1-5 is the "make drm_mm_node embeddable" series. Just the drm core
part, without the patches for i915 (they need to be redone). Chris
Wilson very much likes what these will to do drm/i915. Thomas Hellstrom
cautioned not to go
https://bugzilla.kernel.org/show_bug.cgi?id=29372
--- Comment #1 from Alex Deucher 2011-02-18 16:50:38
---
This sounds like two different issues that should be filed separately.
1. The NMI when changing the pcie lanes
2. Problems with the latest ddx.
For 1., that is due to changing the
https://bugs.freedesktop.org/show_bug.cgi?id=33515
nobled changed:
What|Removed |Added
Attachment #42803|1 |0
is patch|
https://bugs.freedesktop.org/show_bug.cgi?id=33515
nobled changed:
What|Removed |Added
Attachment #42803|1 |0
is patch|
1 - 100 of 121 matches
Mail list logo
