2010/2/26 Dave Airlie airl...@gmail.com:
v11: fix bug in resuming Intel for 2nd time.
NACK. You totally ignored my previous audio comments.
--
Rafał
--
Download Intel#174; Parallel Studio Eval
Try the new software
This patchset is drm-next based, tried to clean all our mistakes :)
Rafał Miłecki (3):
Revert drm/radeon/kms: disable HDMI audio for now on rv710/rv730
drm/radeon/kms: do not disable audio engine twice
drm/radeon/kms: do not preset audio stuff and start timer when not
using audio
This commit disabled audio on RV710 and RV740 only, leaving RV770 and RV730.
The order is: CHIP_RV770 CHIP_RV730 CHIP_RV710 CHIP_RV740.
It is not needed anway, as we do not even try to enable audio on RV770 and
newer. We call initializing function in r600.c only, not in rv770.c.
If there is
Fixes FDO bug #26214
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r600.c |8
drivers/gpu/drm/radeon/r600_audio.c |3 +--
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r600_audio.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm/radeon/r600_audio.c
index 2dd8891..db92801 100644
---
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
That's result of taking related patches from 2 branches
---
drivers/gpu/drm/radeon/r600_audio.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm/radeon/r600_audio.c
W dniu 26 lutego 2010 09:44 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
Fixes FDO bug #26214
Whoops, I dumped patches to already existing directory. Ignore this
one please. Sorry.
--
Rafał
--
Download
Oh I should probably have dropped all the audio bits, I didn't even
see this reply
before I updated to v11.
The r600 audio code is a bit of disaster area hopefully we can clean it up, like
the timer was firing after the device was suspended.
I'll repost with all that r600 audio ripped out and
W dniu 26 lutego 2010 09:50 użytkownik Dave Airlie airl...@gmail.com napisał:
Oh I should probably have dropped all the audio bits, I didn't even
see this reply
before I updated to v11.
The r600 audio code is a bit of disaster area hopefully we can clean it up,
like
the timer was firing
http://bugs.freedesktop.org/show_bug.cgi?id=26438
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
CC||fabio@libero.it
http://bugs.freedesktop.org/show_bug.cgi?id=25506
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
CC||fabio@libero.it
Forwarding to ppl I could often notice in git log time.h
-- Wiadomość przekazana dalej --
From: Rafał Miłecki zaj...@gmail.com
Date: 21 lutego 2010 15:10
Subject: [PATCH][RFC] time: add wait_interruptible_timeout macro to
sleep (w. timeout) until wake_up
To: Linux Kernel Mailing
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #47 from Andreas Wallberg andreas.wallb...@gmail.com 2010-02-26
10:39:08 ---
(In reply to comment #44)
Well, first of all I haven't touched the ttm_tt patch yet.
However, after upgrading userland mesa, libdrm, glproto and
http://bugs.freedesktop.org/show_bug.cgi?id=26769
Summary: r600: wrong fragment shader input when using
gl_fragCoord.
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #11 from Rafał Miłecki zaj...@gmail.com 2010-02-26 03:50:27 PST
---
Created an attachment (id=33584)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33584)
fast debugging
Please apply this patch, recompile, reboot and provide
http://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #12 from Rafał Miłecki zaj...@gmail.com 2010-02-26 03:54:18 PST
---
Created an attachment (id=33585)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33585)
do not set hdmi mode
After you test first patch and provide output,
On Fri, 26 Feb 2010, Rafał Miłecki wrote:
Forwarding to ppl I could often notice in git log time.h
And how is this related to time.h ?
-- Wiadomość przekazana dalej --
From: Rafał Miłecki zaj...@gmail.com
Date: 21 lutego 2010 15:10
Subject: [PATCH][RFC] time: add
W dniu 26 lutego 2010 12:55 użytkownik Thomas Gleixner
t...@linutronix.de napisał:
On Fri, 26 Feb 2010, Rafał Miłecki wrote:
Forwarding to ppl I could often notice in git log time.h
And how is this related to time.h ?
Ouch, time.h vs. wait.h. I'm sorry.
-- Wiadomość przekazana
Hello.
I have been success on VMWare 5.5.2 + official linux-2.6.33.
modetest -s 4...@6:800x600 works well.
But I have to add : drmModeDirtryFB(fd, fb_id, NULL, 0) after drmModeSetCrtc
line.
The color squares are displayed, but in dmesg i still have
WARN_ON(vmw_framebuffer_dmabuf_pin).
So it
This patch cleanup the fence code, it drops the timeout field of
fence as the time to complete each IB is unpredictable and shouldn't
be bound.
The fence cleanup lead to GPU lockup detection improvement, this
patch introduce a callback, allowing to do asic specific test for
lockup detection. In
On Fri, 26 Feb 2010 11:38:59 +0100 Rafa Miecki zaj...@gmail.com wrote:
+#define wait_interruptible_timeout(wq, timeout)
\
+({ \
+long ret = timeout; \
+\
+DEFINE_WAIT(wait);
2010/2/26 Jerome Glisse jgli...@redhat.com:
The fence cleanup lead to GPU lockup detection improvement, this
patch introduce a callback, allowing to do asic specific test for
lockup detection. In this patch the CP is use as a first indicator
of GPU lockup. If CP doesn't make progress during
W dniu 26 lutego 2010 17:14 użytkownik Andrew Morton
a...@linux-foundation.org napisał:
On Fri, 26 Feb 2010 11:38:59 +0100 Rafa Miecki zaj...@gmail.com wrote:
+#define wait_interruptible_timeout(wq, timeout)
\
+({ \
+ long ret = timeout;
nouveau_drmif.h includes xf86drm.h.
Signed-off-by: Julien Cristau jcris...@debian.org
---
nouveau/libdrm_nouveau.pc.in |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/nouveau/libdrm_nouveau.pc.in b/nouveau/libdrm_nouveau.pc.in
index 7ef49e5..6ae6287 100644
---
Avoids conflicts with kernel headers.
Signed-off-by: Julien Cristau jcris...@debian.org
---
This was suggested by Eric so distros can let the kernel install drm
headers, but provide updated headers from libdrm so we can build new
drivers regardless of the kernel version.
include/drm/Makefile.am
On Fri, Feb 26, 2010 at 1:07 PM, Julien Cristau jcris...@debian.org wrote:
nouveau_drmif.h includes xf86drm.h.
If it's a source level dependency it should be a regular Requires: in
the .pc. Requires.private: is only for private libraries you link to
but don't expose their API in your header
On Fri, Feb 26, 2010 at 06:33:57PM +0100, Rafał Miłecki wrote:
W dniu 26 lutego 2010 17:14 użytkownik Andrew Morton
a...@linux-foundation.org napisał:
On Fri, 26 Feb 2010 11:38:59 +0100 Rafa Miecki zaj...@gmail.com wrote:
+#define wait_interruptible_timeout(wq, timeout)
\
+({
2010/2/26 Julien Cristau jcris...@debian.org:
On Fri, Feb 26, 2010 at 13:38:59 -0500, Kristian Høgsberg wrote:
On Fri, Feb 26, 2010 at 1:07 PM, Julien Cristau jcris...@debian.org wrote:
nouveau_drmif.h includes xf86drm.h.
If it's a source level dependency it should be a regular Requires: in
rs600 asic was missing set_surface_reg callback leading to
oops.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon_asic.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.h
http://bugs.freedesktop.org/show_bug.cgi?id=25093
Andy Furniss li...@andyfurniss.entadsl.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Patch rename gpu_reset to asic_reset in prevision of having
gpu_reset doing more stuff than just basic asic reset.
V2 store the last time we had new fence in the fence driver
so on EBUSY/ERESTART we still keep accurate timing information
on how long we have been waiting for a given fence
http://bugs.freedesktop.org/show_bug.cgi?id=26334
--- Comment #10 from Kirill A. Shutemov kir...@shutemov.name 2010-02-26
14:58:59 PST ---
I've gotten working VGA-0 when set default output device in BIOS to VGA-0. In
this case, after KMS initialization I can see console on both VGA-0 and
http://bugs.freedesktop.org/show_bug.cgi?id=26334
--- Comment #11 from Alex Deucher ag...@yahoo.com 2010-02-26 15:07:29 PST ---
Does xf86-video-ati from git master (for UMS) or a newer drm (for KMS) help?
You might try drm-radeon-testing. These patches might help for KMS:
http://bugs.freedesktop.org/show_bug.cgi?id=26781
Summary: RV670 Oops with PM and xrandr.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=26781
--- Comment #1 from Andy Furniss li...@andyfurniss.entadsl.com 2010-02-26
15:13:16 PST ---
Created an attachment (id=33599)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33599)
pm oops
--
Configure bugmail:
On Fri, 26 Feb 2010, Rafał Miłecki wrote:
Following macro is soemthing that seems to work fine for us, but instead
introducing this to radeon KMS only, I'd like to propose adding this to whole
wait.h. Do you this it's something we should place there? Can someone take
this
patch for me? Or
http://bugzilla.kernel.org/show_bug.cgi?id=15293
--- Comment #25 from Pauli suok...@gmail.com 2010-02-27 06:39:33 ---
I vote for NOTOURBUG too.
Maybe ddx could be a bit better optimized for XGetSubImage that flash is using
but in end we can't get it perform well enough anyway without
37 matches
Mail list logo