Hi Eric,
I am not sure, this could be a duplicate. But I had the feeling that somehow
the patch might have gotten lost to some miscommunication.
So I re-send it now. If you already have it on your queue, please feel free
to ignore.
Thanks,
Stefan
From b6c34c053d50ec5e0111b6833545f3b3a98824c8
From 25f6a40d0acc51bc3437838ecea88e63b8c32b40 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Tue, 30 Mar 2010 02:03:48 -0400
Subject: [PATCH] drm/radeon/kms/dp: disable training pattern on the
sink at the end of link training
Seems to have gotten lost in the evergreen
Am Montag 29 März 2010 08:45:32 schrieb Rafał Miłecki:
2010/3/27 Hendrik Sattler p...@hendrik-sattler.de:
I got this working previously but it somehow stopped working.
My setup:
- Acer TravelMate 6592
- DVI output with DVI-HDMI converter
- Philips Full-HD LCD-TV
The laptop runs
2010/3/30 Michel Dänzer mic...@daenzer.net:
On Tue, 2010-03-30 at 05:34 +0100, Dave Airlie wrote:
Original pull req below + reverts the fallback placement change which had
a side effect of causing more lockups on some AGP systems (this is a bug in
the AGP drivers that needs to be tracked
On Tue, 2010-03-30 at 05:34 +0100, Dave Airlie wrote:
Original pull req below + reverts the fallback placement change which had
a side effect of causing more lockups on some AGP systems (this is a bug in
the AGP drivers that needs to be tracked down), [...]
While I was able to work around
2010/3/30 Dave Airlie airl...@linux.ie:
[re-pull request]
Actually Linus, don't bother, consider this revoked, I'm going to kill
the GPU reset code
and re-send this tomorrow, its just a mess to get it back out of the
tree at this point,
but I realised I was falling back to the old ways, of
On Mo, 29 Mär 2010, Jesse Barnes wrote:
I was seeing something similar on my 945, can you try this patchset?
Tried it with git kernel commit b72c409 and your patches, but
didn't change anything. Starting d2x-xl killed the X server:
[ 1067.920246] render error detected, EIR: 0x
[
On Tue, 30 Mar 2010, Dave Airlie wrote:
Actually Linus, don't bother, consider this revoked, I'm going to kill
the GPU reset code and re-send this tomorrow, its just a mess to get it
back out of the tree at this point,
but I realised I was falling back to the old ways, of putting
On Tue, Mar 30, 2010 at 07:24:42AM -0700, Linus Torvalds wrote:
On Tue, 30 Mar 2010, Dave Airlie wrote:
Actually Linus, don't bother, consider this revoked, I'm going to kill
the GPU reset code and re-send this tomorrow, its just a mess to get it
back out of the tree at this point,
http://bugs.freedesktop.org/show_bug.cgi?id=27373
Summary: Xorg segfault
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
From 0d2509130004624ffdc21f0d1666d5ac869d124a Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Tue, 30 Mar 2010 12:22:17 -0400
Subject: [PATCH] drm/radeon/kms: display watermark updates
- Add module option to force the display priority
0 = auto, 1 = normal, 2 = high
-
http://bugs.freedesktop.org/show_bug.cgi?id=27373
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Keywords||NEEDINFO
---
On Sun, Mar 28, 2010 at 10:55:14PM +0200, Andi Kleen wrote:
, Dan Carpenter wrote:
In the original code we used j as an iterator but we used i as an
index.
- for (j = 0; j i; j++)
- device_remove_file(connector-kdev,
-connector_attrs[i]);
I guess this
http://bugs.freedesktop.org/show_bug.cgi?id=27373
--- Comment #2 from Marcin mmatlas...@gmail.com 2010-03-30 09:46:08 PST ---
Created an attachment (id=34547)
-- (http://bugs.freedesktop.org/attachment.cgi?id=34547)
Xorg log
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=27373
Marcin mmatlas...@gmail.com changed:
What|Removed |Added
CC||mmatlas...@gmail.com
http://bugs.freedesktop.org/show_bug.cgi?id=27373
Alan Coopersmith alan.coopersm...@oracle.com changed:
What|Removed |Added
Attachment #34547|application/octet-stream|text/plain
http://bugs.freedesktop.org/show_bug.cgi?id=27373
Alan Coopersmith alan.coopersm...@oracle.com changed:
What|Removed |Added
AssignedTo|dri-
Hi,
It seems your TV refuses to use audio from analog stereo cable, when
it detects audio enabled over/in HDMI (just enabled, even purely
silent as in your case). And it seems we enable HDMI mode even when
you use radeon.audio=0.
I've no idea what could affect this between 2.6.33-rc8
On Tue, Mar 30, 2010 at 1:30 PM, Christian König
deathsim...@vodafone.de wrote:
Hi,
It seems your TV refuses to use audio from analog stereo cable, when
it detects audio enabled over/in HDMI (just enabled, even purely
silent as in your case). And it seems we enable HDMI mode even when
2010/3/30 Alex Deucher alexdeuc...@gmail.com:
On Tue, Mar 30, 2010 at 1:30 PM, Christian König
deathsim...@vodafone.de wrote:
Hi,
It seems your TV refuses to use audio from analog stereo cable, when
it detects audio enabled over/in HDMI (just enabled, even purely
silent as in your case).
On Tuesday 30 March 2010, Linus Torvalds wrote:
...
Other than that? Random fixes and updates all over. Mostly drivers and
filesystems, and mostly fairly small things. If you had PCI resource
conflict problems with the early -rc's due to the _CRS window thing, for
example, that should
On Tue, Mar 30, 2010 at 5:09 PM, Rafał Miłecki zaj...@gmail.com wrote:
2010/3/30 Alex Deucher alexdeuc...@gmail.com:
On Tue, Mar 30, 2010 at 1:30 PM, Christian König
deathsim...@vodafone.de wrote:
Hi,
It seems your TV refuses to use audio from analog stereo cable, when
it detects audio
Am Dienstag, den 30.03.2010, 16:51 -0400 schrieb Alex Deucher:
We should probably also only enable the audio timer when we enable
audio otherwise it just keeps the CPU awake.
It was the original intention of this option to disable the polling
workaround. It's really a bug if this isn't working
2010/3/30 Christian König deathsim...@vodafone.de:
Am Dienstag, den 30.03.2010, 16:51 -0400 schrieb Alex Deucher:
We should probably also only enable the audio timer when we enable
audio otherwise it just keeps the CPU awake.
It was the original intention of this option to disable the polling
From dba40a55ac5c33b157dee7b5fa53000d19ffca6c Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Tue, 30 Mar 2010 17:22:32 -0400
Subject: [PATCH] drm/radeon/kms: disable MSI on IGP chips
Doesn't seem to work reliably and the pci quirks don't
always work.
Signed-off-by: Alex
From: Dave Airlie airl...@redhat.com
If we resume in a bad way, we'll get 0x in wptr, and then
oops with no console. This just adds a sanity check so that we can
avoid the oops and hopefully get more details out of people's systems.
Signed-off-by: Dave Airlie airl...@redhat.com
---
From: Dave Airlie airl...@redhat.com
Some GPUs have an APM/ACPI PM mode selection switch and some BIOSes
set this to APM. We really want this in ACPI mode for Linux.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/r100.c |7 +++
From: Dave Airlie airl...@redhat.com
These GPUs should be setting these registers up also.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/rs400.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rs400.c
Updated patch to allow you to change the display priority at runtime.
Alex
On Tue, Mar 30, 2010 at 12:29 PM, Alex Deucher alexdeuc...@gmail.com wrote:
From 0d2509130004624ffdc21f0d1666d5ac869d124a Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Tue, 30 Mar 2010
29 matches
Mail list logo