http://bugzilla.kernel.org/show_bug.cgi?id=15293
--- Comment #25 from Pauli 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 modifying the
blob.
So
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 m
http://bugs.freedesktop.org/show_bug.cgi?id=26781
--- Comment #1 from Andy Furniss 2010-02-26
15:13:16 PST ---
Created an attachment (id=33599)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33599)
pm oops
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
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=26334
--- Comment #11 from Alex Deucher 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://git.kernel.org/?p=linux/ke
http://bugs.freedesktop.org/show_bug.cgi?id=26334
--- Comment #10 from Kirill A. Shutemov 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 LVDS
(console occupies
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
Signed-o
http://bugs.freedesktop.org/show_bug.cgi?id=25093
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
rs600 asic was missing set_surface_reg callback leading to
oops.
Signed-off-by: Jerome Glisse
---
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
b/drivers/gpu/drm/radeon/radeon_asic.h
index 4572
2010/2/26 Julien Cristau :
> 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 wrote:
>> > nouveau_drmif.h includes xf86drm.h.
>>
>> If it's a source level dependency it should be a regular Requires: in
>> the .pc. Requires.priva
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
> napisał:
> > On Fri, 26 Feb 2010 11:38:59 +0100 Rafa Miecki wrote:
> >
> >> +#define wait_interruptible_timeout(wq, timeout)
> >> \
> >> +({
On Fri, Feb 26, 2010 at 1:07 PM, Julien Cristau 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 files. The idea is (A
nouveau_drmif.h includes xf86drm.h.
Signed-off-by: Julien Cristau
---
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
--- a/nouveau/libdrm_nouveau.pc.in
Avoids conflicts with kernel headers.
Signed-off-by: Julien Cristau
---
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 |2 +-
lib
W dniu 26 lutego 2010 17:14 użytkownik Andrew Morton
napisał:
> On Fri, 26 Feb 2010 11:38:59 +0100 Rafa Miecki wrote:
>
>> +#define wait_interruptible_timeout(wq, timeout)
>> \
>> +({ \
>> + long ret = timeout; \
>> +
2010/2/26 Jerome Glisse :
> 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 1second we assume
On Fri, 26 Feb 2010 11:38:59 +0100 Rafa Miecki wrote:
> +#define wait_interruptible_timeout(wq, timeout)
> \
> +({ \
> +long ret = timeout; \
> +\
> +DEFINE_WAIT(wait); \
>
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 th
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 is
W dniu 26 lutego 2010 12:55 użytkownik Thomas Gleixner
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 dalej
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
> Date: 21 lutego 2010 15:10
> Subject: [PATCH][RFC] time: add wait_interruptible
http://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #12 from Rafał Miłecki 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, please apply this
http://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #11 from Rafał Miłecki 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 dmesg output. I
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://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #47 from Andreas Wallberg 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 xf86-video-ati to
> latest
Forwarding to ppl I could often notice in git log time.h
-- Wiadomość przekazana dalej --
From: Rafał Miłecki
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 List ,
dri-devel@
http://bugs.freedesktop.org/show_bug.cgi?id=25506
Fabio Pedretti changed:
What|Removed |Added
CC||fabio@libero.it
Status|
http://bugs.freedesktop.org/show_bug.cgi?id=26438
Fabio Pedretti changed:
What|Removed |Added
CC||fabio@libero.it
Status|
W dniu 26 lutego 2010 09:50 użytkownik Dave Airlie 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 after the dev
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 you
W dniu 26 lutego 2010 09:44 użytkownik Rafał Miłecki napisał:
> Fixes FDO bug #26214
Whoops, I dumped patches to already existing directory. Ignore this
one please. Sorry.
--
Rafał
--
Download Intel® Parallel Studio Ev
Signed-off-by: Rafał Miłecki
---
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
index a8366ce..2dd88
Signed-off-by: Rafał Miłecki
---
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
--- a/drivers/gpu/drm/radeon/r600_audio.c
+++
Fixes FDO bug #26214
Signed-off-by: Rafał Miłecki
---
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
index d279089..7
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
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
dri
2010/2/26 Dave Airlie :
> v11: fix bug in resuming Intel for 2nd time.
NACK. You totally ignored my previous audio comments.
--
Rafał
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Spee
37 matches
Mail list logo
