2013/4/14 Alex Deucher :
> On Sat, Apr 13, 2013 at 7:26 PM, Rafa? Mi?ecki wrote:
>> We need interrupts on format change for R6xx only, where hardware seems
>> to be somehow bugged and requires setting audio info manually.
>
> Can you confirm that this is actually needed on older chips? AFAIK,
> i
2013/4/14 Alex Deucher :
>> + /*
>> +* According to the commens above we should use !DCE41 ||
>> DCE5,
>> +* condition, however there isn't any DCE5 that is DCE41, so
>> +* DCE5 check is not needed.
>> +*/
>
> It would p
2013/4/14 Alex Deucher :
> On Sun, Apr 14, 2013 at 11:55 AM, Rafa? Mi?ecki wrote:
>> 2013/4/14 Alex Deucher :
>>> On Sat, Apr 13, 2013 at 7:26 PM, Rafa? Mi?ecki wrote:
We need interrupts on format change for R6xx only, where hardware seems
to be somehow bugged and requires setting audio
2013/4/15 Alex Deucher :
> On Mon, Apr 15, 2013 at 4:08 AM, Christian K?nig
> wrote:
>> Am 14.04.2013 20:02, schrieb Rafa? Mi?ecki:
>>
>>> 2013/4/14 Alex Deucher :
On Sun, Apr 14, 2013 at 11:55 AM, Rafa? Mi?ecki
wrote:
>
> 2013/4/14 Alex Deucher :
>>
>> On Sat, Apr
2013/4/18 Alex Deucher :
> On Sat, Apr 13, 2013 at 7:26 PM, Rafa? Mi?ecki wrote:
>> I've managed to track fglrx operations on HDMI regs, so we can finally setup
>> everything in (hopefully) the correct way and order.
>>
>> This changes HDMI setup on Evergreen to mostly match fglrx and was tested o
2013/4/18 :
> - switch (radeon_encoder->encoder_id) {
> - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_TMDS1:
> - case ENCODER_OBJECT_ID_INTERNAL_LVTM1:
> - WREG32_P(R600_AUDIO_TIMING, 0, ~0x301);
> - break;
> - case ENCODER_OBJECT_ID_INTERNAL_UNIPHY:
2013/4/18 :
> From: Alex Deucher
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/r600_audio.c |5 +
> 1 files changed, 1 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/r600_audio.c
> b/drivers/gpu/drm/radeon/r600_audio.c
> index cb03fe2..72561e4 10
Some devices (ATI/AMD cards) don't support passing ELD struct to the
hardware but just require filling specific registers and then the
hardware/firmware does the rest. In such cases we need to read the info
from SAD blocks and put them in the correct registers.
Signed-off-by: Rafa? Mi?ecki
---
Ch
This allows audio (alsa) driver to read them and have a clue about audio
capabilities of connected receiver. This has been verified to be
compatible with fglrx behaviour for Onkyo TX-SR605 and Denon 1912.
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 63 +++
2013/4/14 Alex Deucher :
> On Sat, Apr 13, 2013 at 7:26 PM, Rafa? Mi?ecki wrote:
>> We need interrupts on format change for R6xx only, where hardware seems
>> to be somehow bugged and requires setting audio info manually.
>
> Can you confirm that this is actually needed on older chips? AFAIK,
> i
2013/4/21 Rafa? Mi?ecki :
> 2013/4/14 Alex Deucher :
>> On Sat, Apr 13, 2013 at 7:26 PM, Rafa? Mi?ecki wrote:
>>> We need interrupts on format change for R6xx only, where hardware seems
>>> to be somehow bugged and requires setting audio info manually.
>>
>> Can you confirm that this is actually n
2013/4/21 Alex Deucher :
> On Sun, Apr 21, 2013 at 3:15 PM, Rafa? Mi?ecki wrote:
>> 2013/4/21 Rafa? Mi?ecki :
>>> 2013/4/14 Alex Deucher :
On Sat, Apr 13, 2013 at 7:26 PM, Rafa? Mi?ecki wrote:
> We need interrupts on format change for R6xx only, where hardware seems
> to be somehow b
2013/4/18 :
> From: Alex Deucher
>
> Register audio callbacks for asic where we support
> audio. Cleans up the code and makes it easier to
> add support for newer asics.
Ack
--
Rafa?
2013/4/19 Alex Deucher :
> On Fri, Apr 19, 2013 at 2:10 AM, Rafa? Mi?ecki wrote:
>> 2013/4/18 :
>>> - switch (radeon_encoder->encoder_id) {
>>> - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_TMDS1:
>>> - case ENCODER_OBJECT_ID_INTERNAL_LVTM1:
>>> - WREG32_P(R600_AUDIO_TI
2013/4/22 Dieter N?tzel :
> CC [M] drivers/gpu/drm/drm_edid.o
> drivers/gpu/drm/drm_edid.c: In Funktion ?drm_edid_to_sad?:
> drivers/gpu/drm/drm_edid.c:2550:4: Warnung: ISO-C90 verbietet gemischte
> Deklarationen und Code [-Wdeclaration-after-statement]
I'm glad you're not using Chinese LANG... ;
CC [M] drivers/gpu/drm/drm_edid.o
drivers/gpu/drm/drm_edid.c: In function ?drm_edid_to_sad?:
drivers/gpu/drm/drm_edid.c:2549:4: warning: ISO C90 forbids mixed declarations
and code [-Wdeclaration-after-statement]
Reported-by: Dieter N?tzel
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/drm_
2013/4/19 Alex Deucher :
> On Fri, Apr 19, 2013 at 2:10 AM, Rafa? Mi?ecki wrote:
>> 2013/4/18 :
>>> - switch (radeon_encoder->encoder_id) {
>>> - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_TMDS1:
>>> - case ENCODER_OBJECT_ID_INTERNAL_LVTM1:
>>> - WREG32_P(R600_AUDIO_TI
2013/4/22 Christian K?nig :
> Found one more minor nitpick in this patch:
>
>
>> + if (cea_db_tag(db) == AUDIO_BLOCK) {
>> + dbl = cea_db_payload_len(db);
>> + int j;
>> +
>
>
> That's code after declaration and so complained on by the compi
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/radeon_display.c | 53 ++-
1 file changed, 23 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
index c2b67b4..31d9fbe 100644
--- a/d
It was succesfully tested on HD7750 (DCE6).
Signed-off-by: Rafa? Mi?ecki
---
V2: Update comments, change DCE61 AFMTs amount to 6
---
drivers/gpu/drm/radeon/radeon_display.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_displa
2013/8/1 S?rgio Basto :
> Hi, DRI devel mailing list have been move to
> dri-devel at lists.freedesktop.org you may want post your question there .
Thanks, I already did:
http://lists.freedesktop.org/archives/dri-devel/2013-July/042583.html
--
Rafa?
-
It doesn't allow playing anything yet, but was the most tricky part to
RE (it's indirect access, so couldn't trace it by dumping registers).
Now we just need to implement support for HDMI blocks.
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/Makefile |2 +-
drivers/gpu/drm/rad
2013/8/2 Rafa? Mi?ecki :
> It doesn't allow playing anything yet, but was the most tricky part to
> RE (it's indirect access, so couldn't trace it by dumping registers).
> Now we just need to implement support for HDMI blocks.
In case someone wonders, there is how I figured out that registers
offs
2013/8/2 Alex Deucher :
> On Fri, Aug 2, 2013 at 4:11 AM, Rafa? Mi?ecki wrote:
>> It doesn't allow playing anything yet, but was the most tricky part to
>> RE (it's indirect access, so couldn't trace it by dumping registers).
>> Now we just need to implement support for HDMI blocks.
>
> We actuall
2013/8/2 Rafa? Mi?ecki :
> 2013/8/2 Alex Deucher :
>> On Fri, Aug 2, 2013 at 4:11 AM, Rafa? Mi?ecki wrote:
>>> It doesn't allow playing anything yet, but was the most tricky part to
>>> RE (it's indirect access, so couldn't trace it by dumping registers).
>>> Now we just need to implement support
2013/8/2 Alex Deucher :
> On Fri, Aug 2, 2013 at 9:40 AM, Rafa? Mi?ecki wrote:
>> 2013/8/2 Alex Deucher :
>>> On Fri, Aug 2, 2013 at 4:11 AM, Rafa? Mi?ecki wrote:
It doesn't allow playing anything yet, but was the most tricky part to
RE (it's indirect access, so couldn't trace it by dum
2013/8/8 Alex Deucher :
> Some more radeon fixes. Mostly dpm and uvd fixes. Fixes hangs
> with dpm on more rv6xx asics, and fixes suspend and resume with UVD.
That
fix audio dto calculation on DCE3+
looks promising, I had no idea you're working on that. Thanks for
releasing that!
Maybe you coul
This is based on info released by AMD, should allow using audio in much
more cases.
Signed-off-by: Rafa? Mi?ecki
Cc:
---
drivers/gpu/drm/radeon/r600_audio.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm/radeon
Many TVs and A/V receivers don't work with this bit set. Problem was
confirmed using: Onkyo TX-SR605, Sony BRAVIA KDL-52X3500, Sony BRAVIA
KDL-40S40xx. In theory this bit shouldn't affect audio engine when
feeding it with data, however it seems it does. Driver fglrx doesn't set
that bit in any of t
2012/6/4 :
> From: Alex Deucher
>
> Call it in the asic startup callback on all asics.
> Previously r600 and rv770 called it in the startup
> and resume callbacks while all the other asics called
> it in the startup callback.
Reviewed-by: Rafa? Mi?ecki
--
Rafa?
2012/6/5 Christian K?nig :
> On 04.06.2012 18:49, Alex Deucher wrote:
>>
>> On Mon, Jun 4, 2012 at 12:36 PM, Rafa? Mi?ecki ?wrote:
>>>
>>> This is based on info released by AMD, should allow using audio in much
>>> more cases.
>>>
>>> Signed-off-by: Rafa? Mi?ecki
>>> Cc:
>>
>> Reviewed-by: Alex Deu
After recent changes HDMI code is ready to be enabled on DCE5. This
patch just changes conditions to execute already present code on DCE5.
Signed-off-by: Rafa? Mi?ecki
---
Dave: I know it's common to accept patches adding IDs even while merge
window's closed. Is this OK for you to take this patch
2012/6/10 Rafa? Mi?ecki :
> After recent changes HDMI code is ready to be enabled on DCE5. This
> patch just changes conditions to execute already present code on DCE5.
>
> Signed-off-by: Rafa? Mi?ecki
> ---
> Dave: I know it's common to accept patches adding IDs even while merge
> window's closed
2012/6/10 Christian K?nig :
> On 10.06.2012 21:22, Alex Deucher wrote:
>>
>> On Sun, Jun 10, 2012 at 11:59 AM, Rafa? Mi?ecki ?wrote:
>>>
>>> After recent changes HDMI code is ready to be enabled on DCE5. This
>>> patch just changes conditions to execute already present code on DCE5.
>>>
>>> Signed-
2012/6/11 Rafa? Mi?ecki :
> 2012/6/10 Christian K?nig :
>> Unfortunately testing it with my Cayman based card shows that it plays with
>> the correct speed, audio registers seems to be ok, but unfortunately I don't
>> hear any sound at all :(
>
> If you can easily switch between fglrx and radeon, c
---
drivers/gpu/drm/radeon/ni.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ni.c b/drivers/gpu/drm/radeon/ni.c
index 3df4efa..b65fcae 100644
--- a/drivers/gpu/drm/radeon/ni.c
+++ b/drivers/gpu/drm/radeon/ni.c
@@ -1290,6 +1290,10 @@ static int
After recent changes HDMI code is ready to be enabled on DCE5. This
patch just changes conditions to execute already present code on DCE5.
Signed-off-by: Rafa? Mi?ecki
Reviewed-by: Alex Deucher
---
V2: enable audio engine on Cayman (it uses different startup function).
---
drivers/gpu/drm/radeo
I'm trying to switch from fbdev to modesetting for my AMD Southern
Islands VERDE card. Of course I've KMS running just fine, radeon
module loads and sets correct resolution, dmesg looks alright
Unfortunately Xorg doesn't start after forcing "modesetting", AFAIU
the driver doesn't provide any scree
2012/6/11 Rafa? Mi?ecki :
> I'm trying to switch from fbdev to modesetting for my AMD Southern
> Islands VERDE card. Of course I've KMS running just fine, radeon
> module loads and sets correct resolution, dmesg looks alright
>
> Unfortunately Xorg doesn't start after forcing "modesetting", AFAIU
>
2012/6/12 David Airlie :
> - Original Message -
>> From: "Rafa? Mi?ecki"
>> To: xorg-devel at lists.x.org, "dri-devel" > lists.freedesktop.org>, "Dave Airlie"
>> Cc: "Alex Deucher"
>> Sent: Monday, 11 June, 2012 8:55:56 PM
>> Subject: Re: No screens after (WW) Falling back to old probe m
2012/6/11 Rafa? Mi?ecki :
> I'm trying to switch from fbdev to modesetting for my AMD Southern
> Islands VERDE card. Of course I've KMS running just fine, radeon
> module loads and sets correct resolution, dmesg looks alright
>
> Unfortunately Xorg doesn't start after forcing "modesetting", AFAIU
>
2012/6/12 Rafa? Mi?ecki :
> 2012/6/11 Rafa? Mi?ecki :
>> I'm trying to switch from fbdev to modesetting for my AMD Southern
>> Islands VERDE card. Of course I've KMS running just fine, radeon
>> module loads and sets correct resolution, dmesg looks alright
>>
>> Unfortunately Xorg doesn't start aft
2012/6/29 :
> From: Alex Deucher
>
> This is something I've been wanting to do for a while and
> I finally spent a little time getting a start on it. ?There
> is still a lot to do and not all of my descriptions are great,
> but I think we can document the rest in bits and pieces. I
> also added a
---
drivers/gpu/drm/radeon/evergreen.c | 45
drivers/gpu/drm/radeon/r600_hdmi.c |7 -
drivers/gpu/drm/radeon/radeon.h|2 +-
3 files changed, 52 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/r
2013/10/17 Alex Deucher :
> In 3.12 I changed audio to be enabled by default,
> but you still had to turn it on via xrandr. This
> was confusing to users so change it to minic the
> previous behavior:
>
> - audio option is set to -1 (auto) by default which is
> the current 3.12 behavior (audio i
2013/10/17 Alex Deucher :
> It causes hangs on some asics.
>
> Bug:
> https://bugs.freedesktop.org/show_bug.cgi?id=70439
I noticed some hangs on BARTS too, let me test this solution on DCE5.
Maybe it's not just DCE3.2.
2013/10/19 Alex Deucher :
> It causes hangs on some asics. Disable on DCE6+ as well
> just to be on the safe side.
Did you get any reports about that? Or is that based only on mine comment:
> I noticed some hangs on BARTS too, let me test this solution on DCE5.
> Maybe it's not just DCE3.2.
(Af
2013/10/28 Deucher, Alexander :
>> -Original Message-
>> From: Rafa? Mi?ecki [mailto:zajec5 at gmail.com]
>> Sent: Monday, October 28, 2013 5:24 AM
>> To: Alex Deucher
>> Cc: dri-devel; Deucher, Alexander
>> Subject: Re: [PATCH] drm/radeon/audio: don't set speaker allocation on
>> DCE4+
>>
Please re-send this patch with a correct commit message (subject). Add
at least "drm: " prefix to it.
2014-04-09 23:11 GMT+02:00 Micah Richert :
> Signed-off-by: Micah Richert
You have some weird indent before "Signed-off-by".
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Blackcomb [Radeon HD 6970M/6990M] [1002:6720]
I don't use dpm, but a profile method. Right after booting (without
touching power_profile) I can suspend & resume as many times as I want
(tested with ~50 s&r routines).
Hi guys,
Last week I've switched from my old & good 3.4.63 to 3.14-rc1 and
noticed nasty display corruptions when using nouveau. It seems that
changing parts of the screen are appearing for a fraction of second in
random places. I've recorded this behavior:
http://www.youtube.com/watch?v=IEq7JzGVz
2014-02-09 23:12 GMT+01:00 Ilia Mirkin :
> On Sun, Feb 9, 2014 at 5:08 PM, Rafa? Mi?ecki wrote:
>> Last week I've switched from my old & good 3.4.63 to 3.14-rc1 and
>> noticed nasty display corruptions when using nouveau. It seems that
>> changing parts of the screen are appearing for a fraction o
2014-02-10 20:06 GMT+01:00 Ilia Mirkin :
> On Mon, Feb 10, 2014 at 10:12 AM, Rafa? Mi?ecki wrote:
>> 2014-02-09 23:12 GMT+01:00 Ilia Mirkin :
>>> On Sun, Feb 9, 2014 at 5:08 PM, Rafa? Mi?ecki wrote:
Last week I've switched from my old & good 3.4.63 to 3.14-rc1 and
noticed nasty display
2014-02-10 20:06 GMT+01:00 Ilia Mirkin :
> Lastly, it may be worth trying 3.11.x and 3.12.x to get a better
> handle on when problems happened. The commits you cite are in the
> middle of releases, and may have various badness associated with them
> (e.g. 3.12-rc had a later-disabled MSI implementa
2014-02-11 11:41 GMT+01:00 Ilia Mirkin :
> (b) bisect. you can (almost) definitely restrict the bisect to
> drivers/gpu/drm/nouveau. if you have additional computational power, i
> would recommend looking into distcc for speeding up the compiles. it
> may be interesting to also try 3.6.x since 3.7
2014-02-11 11:41 GMT+01:00 Ilia Mirkin :
> On Mon, Feb 10, 2014 at 3:05 PM, Rafa? Mi?ecki wrote:
>> 2014-02-10 20:06 GMT+01:00 Ilia Mirkin :
>>> There was also an issue with libdrm_nouveau for pre-nv50 chips, when
>>> compiled with gcc-4.8 some time back... fixed in... 2.4.48 or so?
>>
>> I use op
2014-02-11 11:41 GMT+01:00 Ilia Mirkin :
> (b) bisect. you can (almost) definitely restrict the bisect to
> drivers/gpu/drm/nouveau. if you have additional computational power, i
> would recommend looking into distcc for speeding up the compiles. it
> may be interesting to also try 3.6.x since 3.7
2014-02-16 19:55 GMT+01:00 Ilia Mirkin :
> On Sun, Feb 16, 2014 at 10:17 AM, Rafa? Mi?ecki wrote:
>> 2014-02-11 11:41 GMT+01:00 Ilia Mirkin :
>>> (b) bisect. you can (almost) definitely restrict the bisect to
>>> drivers/gpu/drm/nouveau. if you have additional computational power, i
>>> would reco
2014-02-06 8:28 GMT+01:00 Rafa? Mi?ecki :
> I can't successfully resume using "low" power_profile. My testing
> looks like this:
> boot
> s & r (result: GOOD)
> s & r (result: GOOD)
> s & r (result: GOOD)
> echo "low" > /sys/class/drm/card0/device/power_profile
> s & r (result: BAD)
>
> BAD means d
2012/10/29 Matthijs Kooijman :
> I'm using some evergreen systems with HDMI output, which got broken by a
> recent commit. In commit 1c3439f (drm/radeon/hdmi: update modesetting),
> the HDMI_ACR_SOURCE bit is set in the HDMI_ACR_PACKET_CONTROL register.
>
> However, setting this bit breaks my HDMI
2014/1/7 Alex Deucher :
> + if (radeon_hw_i2c == 1)
> + DRM_INFO("hw_i2c forced on, you may experience display
> detection problems!\n");
What about simple
if (radeon_hw_i2c)
? Values 2, 3, ... also enable i2c.
2012/3/28 :
> +/* digital blocks */
> +#define TMDSA_CNTL ? ? ? ? ? ? ? ? ? ? ? 0x7880
> +# ? ? ? define TMDSA_HDMI_EN ? ? ? ? ? ? (1 << 2)
> +#define LVTMA_CNTL ? ? ? ? ? ? ? ? ? ? ? 0x7a80
> +# ? ? ? define LVTMA_HDMI_EN ? ? ? ? ? ? (1 << 2)
> +#define DDIA_CNTL ? ? ? ? ? ? ? ? ? ? ? ?0x7200
> +
2012/3/28 :
> From: Alex Deucher
>
> This adds register definitions for HDMI/DP audio on
> DCE2/3/4/5 hardware.
OK, AICS we got PLL regs and HDMI blocks regs. May I ask about audio block regs?
Did you just missed them or do they need passing some additional review first?
I mean:
#define EVERGR
W dniu 30 marca 2012 11:09 u?ytkownik Rafa? Mi?ecki
napisa?:
> 2012/3/28 ?:
>> From: Alex Deucher
>>
>> This adds register definitions for HDMI/DP audio on
>> DCE2/3/4/5 hardware.
>
> OK, AICS we got PLL regs and HDMI blocks regs. May I ask about audio block
> regs?
>
> Did you just missed them
This patch finally separates Evergreen code and applies changes
published as WIP by Alex.
Alex: I think we should add your Signed-o-b in PATCH 2, can you take a
look at this?
Rafa? Mi?ecki (3):
drm/radeon/hdmi: separate evergreen code
drm/radeon/hdmi: update modesetting
drm/radeon/hdmi: fix
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/Makefile|5 +-
drivers/gpu/drm/radeon/atombios_encoders.c |5 +-
drivers/gpu/drm/radeon/evergreen_hdmi.c| 187
drivers/gpu/drm/radeon/r600_hdmi.c |9 +--
drivers/gpu/drm/rade
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 43 ++--
drivers/gpu/drm/radeon/r600_hdmi.c | 53 ++-
2 files changed, 70 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen_hdmi.c
b/dr
Use defined macros by the way.
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/r600_hdmi.c | 47 ---
1 files changed, 32 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c
b/drivers/gpu/drm/radeon/r600_hdmi.c
index 30e616a..
---
drivers/gpu/drm/radeon/r600_hdmi.c | 81 ++-
drivers/gpu/drm/radeon/radeon.h| 41 ++
2 files changed, 55 insertions(+), 67 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c
b/drivers/gpu/drm/radeon/r600_hdmi.c
index c308432..
2012/5/6 Rafa? Mi?ecki :
> diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c
> b/drivers/gpu/drm/radeon/r600_hdmi.c
> index c308432..b14c90a 100644
> --- a/drivers/gpu/drm/radeon/r600_hdmi.c
> +++ b/drivers/gpu/drm/radeon/r600_hdmi.c
> @@ -134,78 +134,22 @@ static void r600_hdmi_infoframe_checksum(u
2012/5/6 Dave Airlie :
> On Sun, May 6, 2012 at 5:19 PM, Rafa? Mi?ecki wrote:
>> 2012/5/6 Rafa? Mi?ecki :
>>> diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c
>>> b/drivers/gpu/drm/radeon/r600_hdmi.c
>>> index c308432..b14c90a 100644
>>> --- a/drivers/gpu/drm/radeon/r600_hdmi.c
>>> +++ b/drivers/g
2012/5/6 Daniel Vetter :
> On Sun, May 06, 2012 at 05:22:59PM +0100, Dave Airlie wrote:
>> On Sun, May 6, 2012 at 5:19 PM, Rafa? Mi?ecki wrote:
>> > 2012/5/6 Rafa? Mi?ecki :
>> >> diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c
>> >> b/drivers/gpu/drm/radeon/r600_hdmi.c
>> >> index c308432..b14c9
From: Alex Deucher
Introduce special struct radeon_afmt for this purpose.
Signed-off-by: Alex Deucher
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/r600_reg.h |6 ++
drivers/gpu/drm/radeon/r600d.h |6 --
drivers/gpu/drm/radeon/radeon_asic.h|1 -
driver
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/atombios_encoders.c | 11 ++-
drivers/gpu/drm/radeon/evergreen_hdmi.c| 16 ++-
drivers/gpu/drm/radeon/r600_audio.c| 25 +
drivers/gpu/drm/radeon/r600_hdmi.c | 151 +++-
drivers/gpu/drm/r
This optmizes calls, registers reads and assignments.
Signed-off-by: Rafa? Mi?ecki
---
This should be applied on top of:
[PATCH 1/2] drm/radeon/hdmi: store info about all AFMT blocks
[PATCH 2/2] drm/radeon/hdmi: use new AFMT structs
---
drivers/gpu/drm/radeon/r600_audio.c | 133 ++-
2012/5/6 Rafa? Mi?ecki :
> + ? ? ? ? ? ? ? WREG32(HDMI0_AUDIO_PACKET_CONTROL + offset,
> + ? ? ? ? ? ? ? ? ? ? ?HDMI0_AUDIO_SAMPLE_SEND | /* send audio packets */
> + ? ? ? ? ? ? ? ? ? ? ?HDMI0_AUDIO_DELAY_EN(1) | /* default audio delay */
> + ? ? ? ? ? ? ? ? ? ? ?HDMI0_AUDIO_SEND_MAX_PACKETS | /*
2012/5/26 Rafa? Mi?ecki :
> 2012/5/6 Rafa? Mi?ecki :
>> + ? ? ? ? ? ? ? WREG32(HDMI0_AUDIO_PACKET_CONTROL + offset,
>> + ? ? ? ? ? ? ? ? ? ? ?HDMI0_AUDIO_SAMPLE_SEND | /* send audio packets */
>> + ? ? ? ? ? ? ? ? ? ? ?HDMI0_AUDIO_DELAY_EN(1) | /* default audio delay */
>> + ? ? ? ? ? ? ? ? ? ? ?HD
2012/5/26 Rafa? Mi?ecki :
> 2012/5/26 Rafa? Mi?ecki :
>> 2012/5/6 Rafa? Mi?ecki :
>>> + ? ? ? ? ? ? ? WREG32(HDMI0_AUDIO_PACKET_CONTROL + offset,
>>> + ? ? ? ? ? ? ? ? ? ? ?HDMI0_AUDIO_SAMPLE_SEND | /* send audio packets */
>>> + ? ? ? ? ? ? ? ? ? ? ?HDMI0_AUDIO_DELAY_EN(1) | /* default audio delay
2012/5/27 Alex Deucher :
> On Sat, May 26, 2012 at 5:40 PM, Rafa? Mi?ecki wrote:
>> 2012/5/26 Rafa? Mi?ecki :
>>> 2012/5/26 Rafa? Mi?ecki :
2012/5/6 Rafa? Mi?ecki :
> + ? ? ? ? ? ? ? WREG32(HDMI0_AUDIO_PACKET_CONTROL + offset,
> + ? ? ? ? ? ? ? ? ? ? ?HDMI0_AUDIO_SAMPLE_SEND | /* send
2012/5/30 Sean Paul :
> On Tue, May 29, 2012 at 5:23 PM, Alex Deucher
> wrote:
>> On Tue, May 29, 2012 at 4:33 PM, Sean Paul wrote:
>>> On Tue, May 29, 2012 at 10:43 AM, Alex Deucher
>>> wrote:
On Mon, May 28, 2012 at 1:20 PM, Sean Paul
wrote:
> On Wed, Jan 18, 2012 at 10:06 AM
2012/11/9 Thierry Reding :
> +/* all fields little endian */
> +struct hdmi_audio_infoframe {
> + /* PB0 */
> + u8 csum;
> +
> + /* PB1 */
> + unsigned cc:3; /* channel count */
> + unsigned res1:1;
> + unsigned ct:4; /* coding type */
> +
> + /* PB2 */
> +
2012/11/9 Christian K?nig :
> On 09.11.2012 16:45, Rafa? Mi?ecki wrote:
>> I was told it won't work on different endian devices. See
>> [RFC][PATCH] drm/radeon/hdmi: define struct for AVI infoframe
>> http://lists.freedesktop.org/archives/dri-devel/2012-May/022544.html
>
>
> Yeah, that's indeed tru
2013/3/15 Martin Peres
> As a follow up, Konrad sent me in private his vbios and the issue turned out
> to be trivial.
> The reason why it behaved this way was that his vbios didn't have sensor
> calibration values.
> The fix is available here:
> http://gitorious.org/linux-nouveau-pm/linux-nouv
2013/10/29 Anssi Hannula :
> Because of this, only the 2-channel SAD may be used if it appears before
> the 8-channel SAD. Unless other SADs require otherwise, this may cause
> the ALSA HDA driver to allow stereo playback only.
I can confirm that the problem exists. My SADs (Onkyo TX-SR605):
Forma
2013/11/1 Rafa? Mi?ecki :
> 2013/10/29 Anssi Hannula :
>> Fix the code to pick the PCM SAD with the highest number of channels,
>> while merging the rate masks of PCM SADs with lower amount of channels
>> into the additional stereo rate mask byte.
>
> Does it mean that now instead of 2 real SADs:
>
HDMI/audio part looks fine, thanks!
2013/10/29 Anssi Hannula :
> Fix the code to pick the PCM SAD with the highest number of channels,
> while merging the rate masks of PCM SADs with lower amount of channels
> into the additional stereo rate mask byte.
Don't you think that we should use SUPPORTED_FREQUENCIES_STEREO for
stereo freque
2013/10/29 Anssi Hannula :
> + if (sad->channels > max_channels) {
> + value = MAX_CHANNELS(sad->channels) |
> + DESCRIPTOR_BYTE_2(sad->byte2)
> |
> +
2013/11/2 Anssi Hannula :
> SAD with channels=6,freqs=32..96kHz,bits=16..24 implies that those freqs
> and bps are supported for all channel counts up to 6 (since it is "Max
> Number of channels"). Therefore the specified rates are supported in
> stereo mode as well and I believe should be included
2013/11/1 Alex Deucher :
>
> Christian K?nig (7):
> drm/radeon: rework and fix reset detection v2
Please note this pull request (above patch) break suspending on my:
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD]
nee ATI Blackcomb [Radeon HD 6900M series] [1002:6720]
2013/10/29 Christian K?nig :
> From: Christian K?nig
>
> Stop fiddling with jiffies, always wait for RADEON_FENCE_JIFFIES_TIMEOUT.
> Consolidate the two wait sequence implementations into just one function.
> Activate all waiters and remember if the reset was already done instead of
> trying to re
2013/11/5 Christian K?nig :
> Am 03.11.2013 13:15, schrieb Rafa? Mi?ecki:
>
>> 2013/10/29 Christian K?nig :
>>>
>>> From: Christian K?nig
>>>
>>> Stop fiddling with jiffies, always wait for RADEON_FENCE_JIFFIES_TIMEOUT.
>>> Consolidate the two wait sequence implementations into just one function.
2013/11/5 Christian K?nig :
> From: Christian K?nig
>
> Don't block forever if there is nothing to wait for.
>
> Signed-off-by: Christian K?nig
Tested-by: Rafa? Mi?ecki
--
Rafa?
Signed-off-by: Rafa? Mi?ecki
---
avivotool.c | 30 --
radeon_reg.h |8 +---
2 files changed, 29 insertions(+), 9 deletions(-)
diff --git a/avivotool.c b/avivotool.c
index 4c5c1ce..f5b3f72 100644
--- a/avivotool.c
+++ b/avivotool.c
@@ -1697,13 +1697,31 @@ v
2013/11/3 Rafa? Mi?ecki :
> 2013/11/1 Alex Deucher :
>>
>> Christian K?nig (7):
>> drm/radeon: rework and fix reset detection v2
>
> Please note this pull request (above patch) break suspending on my:
> 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD]
> nee ATI Blackcomb
2013/11/6 Dave Airlie :
> On Wed, Nov 6, 2013 at 9:08 PM, Rafa? Mi?ecki wrote:
>> 2013/11/3 Rafa? Mi?ecki :
>>> 2013/11/1 Alex Deucher :
Christian K?nig (7):
drm/radeon: rework and fix reset detection v2
>>>
>>> Please note this pull request (above patch) break suspending on m
2013/11/8 Alex Deucher :
> Revert "drm/radeon/audio: don't set speaker allocation on DCE4+"
What about that hangs people reported? Has anything changed meanwhile?
Did you fix them with some another commit?
2013/10/28 Deucher, Alexander :
>> Did you get any reports about that? Or is that bas
2013/11/10 Alex Deucher :
> On Sat, Nov 9, 2013 at 3:20 AM, Rafa? Mi?ecki wrote:
>> 2013/11/8 Alex Deucher :
>>> Revert "drm/radeon/audio: don't set speaker allocation on DCE4+"
>>
>> What about that hangs people reported? Has anything changed meanwhile?
>> Did you fix them with some another
My notebook Samsung NP700G7A-S01PL was working stable for more than 2 years.
I was using 3.11, 3.17, 3.18, 3.19 (since rc1) and many more successfully.
First hang has happened on 2015-02-08 (23:30) with 3.19-rc5 I was
using for 3 weeks.
So what I'm seeing are two possibly related problems:
1) Ran
HI guys,
I'm looking for the cheapest DCE8 GPU. I know there are 3
(engineering) families using DCE8: KAVERI, BONAIRE and KABINI.
The only GPU I know should be DCE8 is HD7790 (not even sure which
engineering family is that). Unfortunately it costs over 120? here.
Is there any other DCE8 card ava
401 - 500 of 506 matches
Mail list logo
