https://bugs.freedesktop.org/show_bug.cgi?id=67528
--- Comment #1 from Rafał Miłecki zaj...@gmail.com ---
Not even a dmesg? :(
--
You are receiving this mail because:
You are the assignee for the bug.
___
xorg-driver-ati mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=67528
--- Comment #2 from derh...@gmail.com ---
Created attachment 83288
-- https://bugs.freedesktop.org/attachment.cgi?id=83288action=edit
dmesg for radeon.ko
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67528
--- Comment #3 from derh...@gmail.com ---
Created attachment 83289
-- https://bugs.freedesktop.org/attachment.cgi?id=83289action=edit
Xorg log for radeon.ko
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67528
--- Comment #4 from derh...@gmail.com ---
Created attachment 83290
-- https://bugs.freedesktop.org/attachment.cgi?id=83290action=edit
aplay log for radeon.ko
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67528
--- Comment #5 from derh...@gmail.com ---
Created attachment 83291
-- https://bugs.freedesktop.org/attachment.cgi?id=83291action=edit
dmesg for fglrx.ko
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67528
--- Comment #7 from derh...@gmail.com ---
Created attachment 83293
-- https://bugs.freedesktop.org/attachment.cgi?id=83293action=edit
aplay log for fglrx.ko
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67528
--- Comment #6 from derh...@gmail.com ---
Created attachment 83292
-- https://bugs.freedesktop.org/attachment.cgi?id=83292action=edit
Xorg log for fglrx.ko
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67528
--- Comment #8 from Rafał Miłecki zaj...@gmail.com ---
This is ARUBA, which means DCE6.1 (see
http://xorg.freedesktop.org/wiki/RadeonFeature/)
Unfortunately audio is supported on DCE2 to DCE5 only. Right now I'm too busy
with commercial projects
https://bugs.freedesktop.org/show_bug.cgi?id=67528
--- Comment #9 from derh...@gmail.com ---
Ok, good to know. At least I know I'm not doing something wrong. Thanks for the
info
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67528
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=66515
--- Comment #3 from Mauro Carvalho Chehab mche...@infradead.org ---
Created attachment 83300
-- https://bugs.freedesktop.org/attachment.cgi?id=83300action=edit
Additional dmesg
I did an upgrade to Kernel 10.3 and to the latest radeon firmwares
From: Alex Deucher alexander.deuc...@amd.com
This is basically an untested port of Dave's nouveau
patches ported to radeon.
Alex Deucher (1):
drmmode: add support for multi-screen reverse optimus
Dave Airlie (1):
radeon: add support for reverse prime (v2)
src/drmmode_display.c | 76
From: Alex Deucher alexander.deuc...@amd.com
Initial reverse optimus didn't consider multiple screens, so
this overhauls the code to use the new X server interface,
and allows for multiple outputs on the dGPU to be used with
the iGPU doing the rendering. Ported from Dave's nouveau
patch.
On Mon, 2013-07-22 at 06:06 +0200, Grigori Goronzy wrote:
Subpixel text rendering is typically done with a solid src and a
pixmap mask. Traditionally, this cannot be accelerated in a single
pass and requires two passes [1]. However, we can cheat a little
with a constant blend color.
We can
On Mon, 2013-07-22 at 06:06 +0200, Grigori Goronzy wrote:
In case dst and src rectangles of a Copy operation in the same surface
don't overlap, it is safe to skip the scratch surface. This is a
common case.
---
src/evergreen_exa.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
https://bugs.freedesktop.org/show_bug.cgi?id=67321
--- Comment #2 from sotiris papadimitriou sotiris21papadimitr...@gmail.com ---
I have the same graphics card and the difference compared with fglrx is huge,
indeed.
With DPM=1 or low profile or fglrx the clocks are adjusted on 200MHz but
On 30.07.2013 17:26, Michel Dänzer wrote:
Like Roland, I wonder if this trick couldn't be done in EXA instead of
in the driver?
I don't see how, EXA/XRENDER do not know about constant blend colors or
anything like it. The implementation in the backend is very simple
anyway, it should be
On Tue, Jul 30, 2013 at 6:55 PM, Grigori Goronzy g...@chown.ath.cx wrote:
On 30.07.2013 17:26, Michel Dänzer wrote:
Like Roland, I wonder if this trick couldn't be done in EXA instead of
in the driver?
I don't see how, EXA/XRENDER do not know about constant blend colors or
anything like
On 30.07.2013 17:40, Michel Dänzer wrote:
On Mon, 2013-07-22 at 06:06 +0200, Grigori Goronzy wrote:
In case dst and src rectangles of a Copy operation in the same surface
don't overlap, it is safe to skip the scratch surface. This is a
common case.
---
src/evergreen_exa.c | 7 ++-
1 file
From: Alex Deucher alexander.deuc...@amd.com
This is basically an untested port of Dave's nouveau
patches ported to radeon.
v2: fix naming clashes with outputs
Alex Deucher (2):
radeon: fix naming clashes with multiple GPUs
drmmode: add support for multi-screen reverse optimus
Dave Airlie
From: Alex Deucher alexander.deuc...@amd.com
The compat naming code for UMS causes problems
with multiple GPU as you may end up with the same
output name on multiple GPUs.
This may break compatibilty with certain old setups
but it's necessary to properly handles multiple GPUs.
Signed-off-by:
From: Dave Airlie airl...@redhat.com
This adds support for reverse prime configurations
v2: fix compilation with older xservers
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
src/drmmode_display.c | 40
src/radeon_kms.c |4 ++--
2
From: Alex Deucher alexander.deuc...@amd.com
Initial reverse optimus didn't consider multiple screens, so
this overhauls the code to use the new X server interface,
and allows for multiple outputs on the dGPU to be used with
the iGPU doing the rendering. Ported from Dave's nouveau
patch.
On Wed, Jul 31, 2013 at 9:21 AM, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
The compat naming code for UMS causes problems
with multiple GPU as you may end up with the same
output name on multiple GPUs.
This may break compatibilty with certain old setups
but
24 matches
Mail list logo