background is rendered in one edge, see
attachment.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/079e4a44/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/08a1b2e9/attachment.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/e4dd19fc/attachment.html>
freedesktop.org/archives/dri-devel/attachments/20121222/265b31a1/attachment.html>
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/f2d6c354/attachment.html>
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/3f43209c/attachment-0001.html>
ves/dri-devel/attachments/20121222/b5d222aa/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/05c5733f/attachment.html>
Hi Alex,
got the sickest bug on 3.8-rc1, see below. The GPU locks up somewhere
down radeon_fence_wait_seq, judging by the error messages.
And this doesn't happen with 3.7, of course.
Let me know if you need any more info, thanks.
[16273.668350] radeon :02:00.0: GPU lockup CP stall for more
Hello, Alex!
Thank you for your reply!
Quoting Alex Deucher :
> That patch only affects SI chips which yours is not, so it's probably
> not what's causing problems for you.
OK, maybe. Bisection can lead to a wrong commit if the problem is not
100% reproducible.
> This looks like a duplicate
On 12/13/2012 09:31 PM, Bjorn Helgaas wrote:
> [+cc Betty]
>
> On Thu, Dec 13, 2012 at 4:04 PM, Lucas Kannebley Tavares
> wrote:
>> On architectures such as ppc64, there is no root bus device (it belongs
>> to the hypervisor). DRM attempted to get one, causing a null-pointer
>> dereference.
>
> I
During the process of obtaining the speed cap for the device, it
attempts go get the PCI Host bus. However on architectures such as PPC
or IA64, those do not appear as devices.
Signed-off-by: Lucas Kannebley Tavares
---
drivers/gpu/drm/drm_pci.c |5 +
1 files changed, 5 insertions(+),
Replacing these calls avoids compatibility problems with PCIe v1/v2
Capability structures.
Signed-off-by: Lucas Kannebley Tavares
---
drivers/gpu/drm/drm_pci.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_pci.c b/drivers/gpu/drm/drm_pci.c
Hi!
I've noticed a regression using 3.7 on my Thinkpad X300.
In Cinnamon and in KDE with Desktop Effects, all graphics are slow and
studdering. Moving a window results in about 5 frames per second.
glxgears achieves about 14 fps, versus ~60 in unaffected kernels.
X is from Debian unstable:
X.
/lists.freedesktop.org/archives/dri-devel/attachments/20121222/18fe244d/attachment.html>
|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/8a4e2e3a/attachment.html>
d5e19a493c68
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/78280b2a/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/911b099e/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/523185d9/attachment.html>
this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/3f8c5add/attachment-0001.html>
edesktop.org/archives/dri-devel/attachments/20121222/81707c82/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121222/6bf33439/attachment.html>
On Sat, Dec 22, 2012 at 3:35 PM, Borislav Petkov wrote:
> Hi Alex,
>
> got the sickest bug on 3.8-rc1, see below. The GPU locks up somewhere
> down radeon_fence_wait_seq, judging by the error messages.
>
> And this doesn't happen with 3.7, of course.
>
> Let me know if you need any more info, than
On Sat, Dec 22, 2012 at 7:25 PM, Borislav Petkov wrote:
> On Sat, Dec 22, 2012 at 07:01:31PM -0500, Alex Deucher wrote:
>> What chip is this?
>
> I think it is RV635. Here's the whole 3.8-rc1 dmesg.
Does booting with radeon.wb=0 help?
Alex
On Mon, Dec 17, 2012 at 5:25 PM, Markus Trippelsdorf
wrote:
> On 2012.12.17 at 17:00 -0500, Alex Deucher wrote:
>> On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf
>> wrote:
>> > On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
>> >> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
>> >>
From: Alex Deucher
CP changes:
- make sure the new VM base address hits the registers
- wait for the VM invalidate to finish
DMA changes:
- wait for the VM invalidate to finish
May fix:
https://bugs.freedesktop.org/show_bug.cgi?id=58354
https://bugs.freedesktop.org/show_bug.cgi?id=58667
possibly
From: Alex Deucher
CP changes:
- make sure the new VM base address hits the registers
- wait for the VM invalidate to finish
DMA changes:
- wait for the VM invalidate to finish
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/si.c | 41 +
driver
101 - 127 of 127 matches
Mail list logo