You probably want to patch up mclk_wait in nva3_pm.c as well for now
(until this code is ported to HWSQ or PDAEMON), even though it's not
used by a lot of people.
Op 01-06-13 00:22, Arnd Bergmann schreef:
ARM cannot handle udelay for more than 2 miliseconds, so we
should use mdelay instead for
Hi,
On Sat, Jun 01, 2013 at 12:22:40AM +0200, Arnd Bergmann wrote:
> ARM cannot handle udelay for more than 2 miliseconds, so we
There's l missing here.
> should use mdelay instead for those.
Could this be handled
Signed-off-by: Thomas Meyer
---
diff -u -p a/drivers/base/dma-buf.c b/drivers/base/dma-buf.c
--- a/drivers/base/dma-buf.c
+++ b/drivers/base/dma-buf.c
@@ -680,10 +680,7 @@ int dma_buf_debugfs_create_file(const ch
d = debugfs_create_file(name, S_IRUGO, dma_buf_debugfs_dir,
Signed-off-by: Thomas Meyer
---
diff -u -p a/drivers/gpu/drm/drm_gem_cma_helper.c
b/drivers/gpu/drm/drm_gem_cma_helper.c
--- a/drivers/gpu/drm/drm_gem_cma_helper.c
+++ b/drivers/gpu/drm/drm_gem_cma_helper.c
@@ -174,10 +174,7 @@ int drm_gem_cma_dumb_create(struct drm_f
cma_obj = drm_ge
Signed-off-by: Thomas Meyer
---
diff -u -p a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c
--- a/drivers/gpu/drm/drm_prime.c
+++ b/drivers/gpu/drm/drm_prime.c
@@ -277,7 +277,7 @@ struct drm_gem_object *drm_gem_prime_imp
attach = dma_buf_attach(dma_buf, dev->dev);
if
https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #52 from zsolt barat ---
(In reply to comment #48)
> (In reply to comment #47)
> >
> > I can confirm that the patch works on boot, also on a mac 8,2 with drm-next
> > and patches, but fails on suspend resume. It reappears on resume.
>
https://bugs.freedesktop.org/show_bug.cgi?id=65254
Alex Deucher changed:
What|Removed |Added
Component|Drivers/DRI/Radeon |Drivers/Gallium/r600
--- Comment #1 from
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #2 from Vladi ---
Created attachment 80161
--> https://bugs.freedesktop.org/attachment.cgi?id=80161&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #3 from Vladi ---
Created attachment 80162
--> https://bugs.freedesktop.org/attachment.cgi?id=80162&action=edit
xorg.log
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #4 from Vladi ---
mesa is git from yesturday, gentoo mesa- ebuild. Also when I add
radeon.audio=1 to kernel parameters I get an purple line on the left side of
the screen from top to bottom. I have tried with xorg 1.13 + mesa
9.2_
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #5 from Vladi ---
forgot to mention my firmware files: linux-firwmare ebuild 20130421
59375dccb37f974c045575cd9428009a radeon/ARUBA_me.bin
b3072fac01a6eab4711c18148c8bc305 radeon/ARUBA_pfp.bin
246d1c75a5946829f6864dbd5f71d850 rade
https://bugs.freedesktop.org/show_bug.cgi?id=65270
Priority: medium
Bug ID: 65270
Assignee: dri-devel@lists.freedesktop.org
Summary: CAICOS [drm:r600_uvd_init] *ERROR* UVD not responding,
trying to reset the VCPU!!!
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=65274
Priority: medium
Bug ID: 65274
Assignee: dri-devel@lists.freedesktop.org
Summary: TURKS [drm:r600_uvd_init] *ERROR* UVD not responding,
trying to reset the VCPU!!! (non-EFI laptop)
https://bugs.freedesktop.org/show_bug.cgi?id=65274
--- Comment #1 from russianneuroman...@ya.ru ---
Created attachment 80171
--> https://bugs.freedesktop.org/attachment.cgi?id=80171&action=edit
UVD regs
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=65068
--- Comment #6 from Austin Lund ---
(In reply to comment #5)
> (In reply to comment #4)
> > I'm not sure if this has anything to do with this bug, but the PCI config
> > space is all messed up when running on the integrated GPU:
>
> When you dis
https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #53 from Austin Lund ---
Fixed for my MacBookPro8,2 in 3.10-rc4.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freede
The current radeon driver initialization routines, when using KMS, are written
so that the IRQ installation routine is called before initializing the WB buffer
and the CP rings. With some ASICs, though, the IRQ routine tries to access the
GFX_INDEX ring causing a call to RREG32 with the value of -1
On Fri, May 31, 2013 at 11:05 PM, Konrad Rzeszutek Wilk <
konrad.w...@oracle.com> wrote:
> On Tue, May 28, 2013 at 08:55:29PM +0200, Sven Joachim wrote:
> > On 2013-05-26 23:09 +0200, Maarten Maathuis wrote:
> >
> > > My NV96 does not resume from suspend to ram (the screen stays black,
> magic
> >
PHP_TARGETS="php5-3"
PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2"
RUBY_TARGETS="ruby19 ruby18" USERLAND="GNU" VIDEO_CARDS="radeon r600"
XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface
geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac
delude chaos account"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK,
PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS,
PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
--
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/20130602/ef50a2e8/attachment.html>
g 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/20130602/a9f50eaa/attachment.html>
org/archives/dri-devel/attachments/20130602/093a47bf/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130602/45b91156/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130602/51c54564/attachment.html>
9.2_pre20130528 and git same results..
--
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/20130602/a45b8b81/attachment.html>
radeon/ARUBA_rlc.bin
201877fa59f2fe4d896d5e6b6c1d2e1c radeon/TAHITI_uvd.bin
--
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/20130
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130602/7705674e/attachment.html>
e assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130602/800dcde0/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130602/3b065deb/attachment.html>
The current radeon driver initialization routines, when using KMS, are written
so that the IRQ installation routine is called before initializing the WB buffer
and the CP rings. With some ASICs, though, the IRQ routine tries to access the
GFX_INDEX ring causing a call to RREG32 with the value of -1
29 matches
Mail list logo
