Hi all,
I've got a build breakage on my laptop:
drivers/built-in.o: In function `nouveau_acpi_edid':
(.text+0x13404e): undefined reference to `acpi_video_get_edid'
make: *** [.tmp_vmlinux1] Error 1
Introduced by:
a6ed76d7ffc62ffa474b41d31b011b6853c5de32 is the first bad commit
commit a6ed76d7ff
Destructive load-detection is very expensive and due to failings
elsewhere can trigger system wide stalls of up to 600ms. A simple
first step to correcting this is not to invoke such an expensive
and destructive load-detection operation automatically.
Bugzilla: https://bugs.freedesktop.org/show_bu
Hi all,
I've got a build breakage on my laptop:
drivers/built-in.o: In function `nouveau_acpi_edid':
(.text+0x13404e): undefined reference to `acpi_video_get_edid'
make: *** [.tmp_vmlinux1] Error 1
Introduced by:
a6ed76d7ffc62ffa474b41d31b011b6853c5de32 is the first bad commit
commit a6ed76d7ff
https://bugs.freedesktop.org/show_bug.cgi?id=28467
Marek Olšák changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=28467
Marek Ol??k changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=28294
Marek Olšák changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=28294
Marek Ol??k changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmail
Am 09.09.2010 17:03, schrieb Alex Deucher:
> Does disabling underscan fix interlaced?
I just pulled the latest d-r-t and at least I can confirm that the
problem is present without any of my tinkerings :-) I still need to
check with underscan disabled. There is no cmdline option for this yet,
is
This patch fixes rendering errors on some evergreen boards.
Hardcoding the backend map is not an optimal solution, but
a better fix is being worked on.
Similar to the fix for rv740
(6271901d828b34b27607314026deaf417f9f9b75).
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=29986
Signed-off-by
https://bugs.freedesktop.org/show_bug.cgi?id=29901
--- Comment #4 from Tom Stellard 2010-09-09 16:41:17 PDT
---
I can reproduce this bug with the game nexuiz (http://alientrap.org/nexuiz/).
This is on an RV515 with RADEON_NO_TCL=1. The game crashes right right before
the main menu loads.
--
https://bugs.freedesktop.org/show_bug.cgi?id=29901
--- Comment #4 from Tom Stellard 2010-09-09 16:41:17
PDT ---
I can reproduce this bug with the game nexuiz (http://alientrap.org/nexuiz/).
This is on an RV515 with RADEON_NO_TCL=1. The game crashes right right before
the main menu loads.
--
This patch fixes rendering errors on some evergreen boards.
Hardcoding the backend map is not an optimal solution, but
a better fix is being worked on.
Similar to the fix for rv740
(6271901d828b34b27607314026deaf417f9f9b75).
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=29986
Signed-off-by
2010/9/9 Marius Gr?ger :
> Am 09.09.2010 17:03, schrieb Alex Deucher:
>>
>> Does disabling underscan fix interlaced?
>
> I just pulled the latest d-r-t and at least I can confirm that the problem
> is present without any of my tinkerings :-) I still need to check with
> underscan disabled. There is
Destructive load-detection is very expensive and due to failings
elsewhere can trigger system wide stalls of up to 600ms. A simple
first step to correcting this is not to invoke such an expensive
and destructive load-detection operation automatically.
Bugzilla: https://bugs.freedesktop.org/show_bu
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #66 from Chris Rankin 2010-09-09 14:23:42
PDT ---
(In reply to comment #50)
> So the first thing to do would be to verify that you indeed are experiencing
> the same issue (and not an unrelated DPMS problem) is to keep using your
> c
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #66 from Chris Rankin 2010-09-09
14:23:42 PDT ---
(In reply to comment #50)
> So the first thing to do would be to verify that you indeed are experiencing
> the same issue (and not an unrelated DPMS problem) is to keep using your
> c
Todo: What tiling should be set on scanout buffers?
---
Haven't tested besides compiling it.
libkms/Makefile.am |4 +
libkms/internal.h |2 +
libkms/linux.c |4 +
libkms/radeon.c| 242
4 files changed, 252 insertions(+),
On Wed, Sep 8, 2010 at 12:32, Matthew Garrett wrote:
> There may be multiple ways of controlling the backlight on a given machine.
> Allow drivers to expose the type of interface they are providing, making
> it possible for userspace to make appropriate policy decisions.
maybe i missed something,
2010/9/9 Marius Gröger :
> Am 09.09.2010 17:03, schrieb Alex Deucher:
>>
>> Does disabling underscan fix interlaced?
>
> I just pulled the latest d-r-t and at least I can confirm that the problem
> is present without any of my tinkerings :-) I still need to check with
> underscan disabled. There is
Am 09.09.2010 17:03, schrieb Alex Deucher:
Does disabling underscan fix interlaced?
I just pulled the latest d-r-t and at least I can confirm that the
problem is present without any of my tinkerings :-) I still need to
check with underscan disabled. There is no cmdline option for this yet,
i
This patch implements blit support for bo moves using
the 3D engine. It uses the same method as r6xx/r7xx:
- store the base state in an IB
- emit variable state and vertex buffers to do the blit
This allows the hw to move bos using the 3D engine and allows
full use of vram beyond the pci aperture
https://bugs.freedesktop.org/show_bug.cgi?id=29134
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Noticed while adding evergreen blit support.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_blit_kms.c | 25 +
drivers/gpu/drm/radeon/r600_blit_shaders.h | 24
2 files changed, 49 insertions(+), 0 deletions(-)
diff --git a/dr
https://bugs.freedesktop.org/show_bug.cgi?id=29134
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Alex Deucher wrote:
> Does this patch help?
>
> diff --git a/drivers/gpu/drm/radeon/r600_cs.c
> b/drivers/gpu/drm/radeon/r600_cs.c
> index d886494..e83fc88 100644
> --- a/drivers/gpu/drm/radeon/r600_cs.c
> +++ b/drivers/gpu/drm/radeon/r600_cs.c
> @@ -1046,7 +1046,6 @@ static void r600_texture_siz
2010/9/8 Marius Gr?ger :
> Am 08.09.2010 00:00, wrote Alex Deucher:
>>
>> What card do you have? ?Can you dump the registers with both kms and
>> ums with an interlaced mode set and send them to me? ?Use avivotool
>
> I have a GA-MA78GM-UD2H mainboard with an onboard RS780 chipset.
>
> I sent the r
Todo: What tiling should be set on scanout buffers?
---
Haven't tested besides compiling it.
libkms/Makefile.am |4 +
libkms/internal.h |2 +
libkms/linux.c |4 +
libkms/radeon.c| 242
4 files changed, 252 insertions(+),
On Wed, Sep 8, 2010 at 12:32, Matthew Garrett wrote:
> There may be multiple ways of controlling the backlight on a given machine.
> Allow drivers to expose the type of interface they are providing, making
> it possible for userspace to make appropriate policy decisions.
maybe i missed something,
Otherwise when disabling the output we switch to the new fb (which is
likely NULL) and skip the call to mode_set -- leaking driver private
state on the old_fb.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=29857
Reported-by: Sitsofe Wheeler
Signed-off-by: Chris Wilson
Cc: Dave Airlie
C
https://bugs.freedesktop.org/show_bug.cgi?id=29134
--- Comment #2 from Marek Olšák 2010-09-09 08:45:25 PDT ---
Lightsmark works very well here. I'd rather close this bug. Do you still have
any issue there?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You ar
https://bugs.freedesktop.org/show_bug.cgi?id=29134
--- Comment #2 from Marek Ol??k 2010-09-09 08:45:25 PDT
---
Lightsmark works very well here. I'd rather close this bug. Do you still have
any issue there?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
This patch implements blit support for bo moves using
the 3D engine. It uses the same method as r6xx/r7xx:
- store the base state in an IB
- emit variable state and vertex buffers to do the blit
This allows the hw to move bos using the 3D engine and allows
full use of vram beyond the pci aperture
Noticed while adding evergreen blit support.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_blit_kms.c | 25 +
drivers/gpu/drm/radeon/r600_blit_shaders.h | 24
2 files changed, 49 insertions(+), 0 deletions(-)
diff --git a/dr
2010/9/8 Marius Gröger :
> Am 08.09.2010 00:00, wrote Alex Deucher:
>>
>> What card do you have? Can you dump the registers with both kms and
>> ums with an interlaced mode set and send them to me? Use avivotool
>
> I have a GA-MA78GM-UD2H mainboard with an onboard RS780 chipset.
>
> I sent the r
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #65 from Alex Deucher 2010-09-09 07:36:50 PDT ---
The AGPMode xorg option isn't used with kms (the AGP mode is set before X
starts when the drm loads). To force a particular AGP mode with kms, use the
agpmode module parameter: radeon
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #65 from Alex Deucher 2010-09-09 07:36:50 PDT
---
The AGPMode xorg option isn't used with kms (the AGP mode is set before X
starts when the drm loads). To force a particular AGP mode with kms, use the
agpmode module parameter: radeo
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #64 from Lukas Schneiderbauer
2010-09-09 07:11:31 PDT ---
2.6.36-rc3-00185-gd56557a-dirty (latest git with alex' patch) freezed as well
for me (even with AGP 4x-Option in xorg.conf).
I will fall back to 2.6.36-rc3 and test again. Ma
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #64 from Lukas Schneiderbauer
2010-09-09 07:11:31 PDT ---
2.6.36-rc3-00185-gd56557a-dirty (latest git with alex' patch) freezed as well
for me (even with AGP 4x-Option in xorg.conf).
I will fall back to 2.6.36-rc3 and test again. Ma
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #63 from Martin Steigerwald 2010-09-09
06:31:43 PDT ---
(In reply to comment #62)
> (In reply to comment #60)
> > However, I don't know, if this influenced the kernel behaviours during the
> > patch tests, but I will remove this line
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #63 from Martin Steigerwald 2010-09-09
06:31:43 PDT ---
(In reply to comment #62)
> (In reply to comment #60)
> > However, I don't know, if this influenced the kernel behaviours during the
> > patch tests, but I will remove this line
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #62 from Lukas Schneiderbauer
2010-09-09 06:27:12 PDT ---
(In reply to comment #60)
> However, I don't know, if this influenced the kernel behaviours during the
> patch tests, but I will remove this line and see, if something changes
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #62 from Lukas Schneiderbauer
2010-09-09 06:27:12 PDT ---
(In reply to comment #60)
> However, I don't know, if this influenced the kernel behaviours during the
> patch tests, but I will remove this line and see, if something changes
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #61 from Lukas Schneiderbauer
2010-09-09 06:09:53 PDT ---
Created an attachment (id=38577)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38577)
emerge --info
.. and additional info about my system.
--
Configure bugmail: htt
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #61 from Lukas Schneiderbauer
2010-09-09 06:09:53 PDT ---
Created an attachment (id=38577)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38577)
emerge --info
.. and additional info about my system.
--
Configure bugmail: htt
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #60 from Lukas Schneiderbauer
2010-09-09 06:08:17 PDT ---
Created an attachment (id=38576)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38576)
x11 components version
(In reply to comment #59)
> You seem to be the same gfx ca
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #60 from Lukas Schneiderbauer
2010-09-09 06:08:17 PDT ---
Created an attachment (id=38576)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38576)
x11 components version
(In reply to comment #59)
> You seem to be the same gfx ca
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #59 from Martin Steigerwald 2010-09-09
04:48:18 PDT ---
(In reply to comment #57)
> (In reply to comment #56)
> > (In reply to comment #48)
> > > (In reply to comment #47)
> > > > Created an attachment (id=38516)
View: https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #59 from Martin Steigerwald 2010-09-09
04:48:18 PDT ---
(In reply to comment #57)
> (In reply to comment #56)
> > (In reply to comment #48)
> > > (In reply to comment #47)
> > > > Created an attachment (id=38516)
View: https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #58 from Martin Steigerwald 2010-09-09
04:24:36 PDT ---
To what I see with
git log | grep -A 4 96576a9e1a0cdb8a43d3af5846be0948f52b4460
this commit titled "agp: intel-agp: do not use PCI resources before
pci_enable_device()" is alr
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #58 from Martin Steigerwald 2010-09-09
04:24:36 PDT ---
To what I see with
git log | grep -A 4 96576a9e1a0cdb8a43d3af5846be0948f52b4460
this commit titled "agp: intel-agp: do not use PCI resources before
pci_enable_device()" is alr
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #57 from Lukas Schneiderbauer
2010-09-09 04:11:16 PDT ---
(In reply to comment #56)
> (In reply to comment #48)
> > (In reply to comment #47)
> > > Created an attachment (id=38516)
View: https://bugs.freedesktop.org/attachment.cgi?i
https://bugs.freedesktop.org/show_bug.cgi?id=29978
Nicolas Kaiser changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #57 from Lukas Schneiderbauer
2010-09-09 04:11:16 PDT ---
(In reply to comment #56)
> (In reply to comment #48)
> > (In reply to comment #47)
> > > Created an attachment (id=38516)
View: https://bugs.freedesktop.org/attachment.cgi?i
https://bugs.freedesktop.org/show_bug.cgi?id=29978
Nicolas Kaiser changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
Alex Deucher wrote:
Does this patch help?
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index d886494..e83fc88 100644
--- a/drivers/gpu/drm/radeon/r600_cs.c
+++ b/drivers/gpu/drm/radeon/r600_cs.c
@@ -1046,7 +1046,6 @@ static void r600_texture_size(unsigned nfa
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #56 from Da Fox 2010-09-09 03:00:22 PDT
---
(In reply to comment #48)
> (In reply to comment #47)
> > Created an attachment (id=38516)
View: https://bugs.freedesktop.org/attachment.cgi?id=38516
Review: https://bugs.freedesktop.org/
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #56 from Da Fox 2010-09-09 03:00:22
PDT ---
(In reply to comment #48)
> (In reply to comment #47)
> > Created an attachment (id=38516)
View: https://bugs.freedesktop.org/attachment.cgi?id=38516
Review: https://bugs.freedesktop.org/
Otherwise when disabling the output we switch to the new fb (which is
likely NULL) and skip the call to mode_set -- leaking driver private
state on the old_fb.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=29857
Reported-by: Sitsofe Wheeler
Signed-off-by: Chris Wilson
Cc: Dave Airlie
C
https://bugs.freedesktop.org/show_bug.cgi?id=30095
Chris Rankin changed:
What|Removed |Added
Summary|[r300g] Fullscreen OpenGL |[GLX] Fullscreen OpenGL
https://bugs.freedesktop.org/show_bug.cgi?id=30095
Chris Rankin changed:
What|Removed |Added
Summary|[r300g] Fullscreen OpenGL |[GLX] Fullscreen OpenGL
60 matches
Mail list logo
