Hi,
I just noticed that "make dt_binding_check" doesn't work in linux-next:
SCHEMA Documentation/devicetree/bindings/processed-schema-examples.json
Traceback (most recent call last):
File "/home/rmilecki/.local/bin/dt-mk-schema", line 38, in
schemas = dtschema.process_schemas(args.sche
On 1.07.2023 14:08, Julius Zint wrote:
The Apple Studio Display does not have any physical buttons and the only
way to get or set the brightness is by sending USB control transfers to a
HID device exposed by the display.
These control transfers take the form of a HID_(GET|SET)_REPORT request
and
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
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
Signed-off-by: Rafał Miłecki
---
Dave/Alex: please decide who picks this patch :)
---
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
So far it was tested on HD7750 (DCE6) only. For DCE61 and DCE64 I
assumed that amount of AFMTs equals amount of display controllers.
Signed-off-by: Rafał Miłecki
---
This patch depends on
[PATCH] drm/radeon: use loop for initializing AFMT blocks
---
drivers/gpu/drm/radeon/radeon_display.c
2013/7/31 Alex Deucher :
> On Wed, Jul 31, 2013 at 11:50 AM, Rafał Miłecki wrote:
>>
>> Signed-off-by: Rafał Miłecki
>> ---
>> Dave/Alex: please decide who picks this patch :)
>
> I think it might be easier to just assume 6 afmt blocks on all DCE4+
> hardwa
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
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
2013/8/1 Sérgio Basto :
> Hi, DRI devel mailing list have been move to
> dri-devel@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 +-
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 fi
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 imple
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).
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
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
2013/8/13 stompdagg...@yahoo.com :
> following the inclusion of UVD support for and a post I've seen written by
> on of the devs mentioning that the hdmi sound will likely to be activated by
> default in 3.12, I've decided to switch my cards and use the hd5450 as the
> media center card and connect
2013/8/14 Alex Deucher :
> +static u32 dce6_endpoint_rreg(struct radeon_device *rdev,
> + u32 block_offset, u32 reg)
> +{
> + u32 r;
> +
> + WREG32(AZ_F0_CODEC_ENDPOINT_INDEX + block_offset, reg);
> + r = RREG32(AZ_F0_CODEC_ENDPOINT_DATA + block_offset)
2013/8/14 Alex Deucher :
> Similar to DCE4/5, but supports multiple audio pins
> which can be assigned per afmt block.
Acked-by: Rafał Miłecki
Tested successfully on my HD7750.
> +static void r600_audio_enable(struct radeon_device *rdev,
> + struct r6
2013/8/14 Alex Deucher :
> + /* program the speaker allocation */
> + tmp = RREG32_ENDPOINT(offset,
> AZ_F0_CODEC_PIN_CONTROL_CHANNEL_SPEAKER);
> + tmp &= ~(DP_CONNECTION | SPEAKER_ALLOCATION_MASK);
> + /* set HDMI mode */
> + tmp |= HDMI_CONNECTION;
> + if (sad
Do it before enabling audio channels (in AFMT_AUDIO_PACKET_CONTROL2
register).
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/dce6_afmt.c | 69 +--
drivers/gpu/drm/radeon/evergreen_hdmi.c |7 +++-
2 files changed, 54 insertions(+), 22 deletions
2013/8/15 Alex Deucher :
> +static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder)
> +{
> + struct radeon_device *rdev = encoder->dev->dev_private;
> + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder);
> + struct radeon_encoder_atom_dig *dig
> @@ -169,13 +169,17 @@ int r600_audio_init(struct radeon_device *rdev)
> if (!radeon_audio || !r600_audio_chipset_supported(rdev))
> return 0;
>
> - r600_audio_engine_enable(rdev, true);
> + rdev->audio.enabled = true;
> +
> + rdev->audio.num_pins = 1;
> +
y allocation
>
> Signed-off-by: Alex Deucher
> Reviewed-by: Ville Syrjälä
Tested-by: Rafał Miłecki
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
2013/8/15 Rafał Miłecki :
> 2013/8/15 Alex Deucher :
>> +static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder)
>> +{
>> + struct radeon_device *rdev = encoder->dev->dev_private;
>> + struct radeon_encoder *radeon_en
rg/show_bug.cgi?id=60687
https://bugzilla.kernel.org/show_bug.cgi?id=60709
https://bugs.freedesktop.org/show_bug.cgi?id=67767
Signed-off-by: Rafał Miłecki
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/radeon.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
2013/8/18 stompdagg...@yahoo.com :
> does the following patch: "[FIX][PATCH] drm/radeon: fix WREG32_OR macro
> setting bits in a register" which you've commited fixes my issue?
Yes, I believe so! Sorry, I forgot to ping you about that.
--
Rafał
___
dri
2013/8/18 stompdagg...@yahoo.com :
> 2013/8/18 stompdagg...@yahoo.com :
>>> does the following patch: "[FIX][PATCH] drm/radeon: fix WREG32_OR macro
>>> setting bits in a register" which you've commited fixes my issue?
>
>>Yes, I believe so! Sorry, I forgot to ping you about that.
>
> thats ok, I've
2013/9/19 Russell King - ARM Linux :
> This email is only being sent to the mailing lists in question, not to
> anyone personally. The list of individuals is far to great to do that.
> I'm hoping no mailing lists reject the patches based on the number of
> recipients.
Huh, I think it was enough t
DCE 3.1 and 3.2 should be programmed in a different way than DCE 2 and
DCE 3. The order of setting registers and sets of registers are
different.
It's still unsure how we will handle DCE 3.1 vs. DCE 3.2, since they
have few differences as well.
For now separate DCE 2 and DCE 3 path, so we can work
What initially seemed to be a typo in fglrx (using register 0x740c
instead of 0x74dc) appeared to be a correct behavior. DCE3 has ACR and
CRC registers swapped which explains why we needed
WREG32(HDMI0_AUDIO_CRC_CONTROL + offset, 0x1000);
This has been tested for possible regressions on DCE3 HD347
Recent RE efforts revealed ops performed by fglrx during HDMI setup.
This mostly adds masks to r/w ops plus few single missing bits.
This has been tested for possible regressions on:
1) DCE2 HD2400 (RV610)
2) DCE3 HD3470 (RV620)
For a reference and details see:
https://bugzilla.kernel.org/show_bu
Thanks to advanced RE of fglrx we finally know what exactly needs to be
handled of AFMT change.
This has been tested for possible regressions on:
1) DCE2 HD2400 (RV610)
2) DCE3 HD3470 (RV620)
For a reference and details see:
https://bugzilla.kernel.org/show_bug.cgi?id=76231
Signed-off-by: Rafa?
DCE 3.1 and 3.2 should be programmed in a different way than DCE 2 and
DCE 3. The order of setting registers and sets of registers are
different.
It's still unsure how we will handle DCE 3.1 vs. DCE 3.2, since they
have few differences as well.
For now separate DCE 2 and DCE 3 path, so we can work
On 17 May 2014 00:00, Alex Deucher wrote:
> On Fri, May 16, 2014 at 5:10 AM, Rafa? Mi?ecki wrote:
>> +#define DCE3_HDMI0_AUDIO_CRC_CONTROL 0x74dc
>
> They aren't swapped in hw, the register defines were just accidentally
> swapped in the header (probably a copy paste typo). Just swap the
> def
On 17 May 2014 01:34, Rafa? Mi?ecki wrote:
> On 17 May 2014 00:00, Alex Deucher wrote:
>> On Fri, May 16, 2014 at 5:10 AM, Rafa? Mi?ecki wrote:
>>> +#define DCE3_HDMI0_AUDIO_CRC_CONTROL 0x74dc
>>
>> They aren't swapped in hw, the register defines were just accidentally
>> swapped in the header
On 17 May 2014 02:14, Rafa? Mi?ecki wrote:
> So it's the fact:
> DCE2 uses 0x74dc
> DCE2 uses 0x740c
I meant:
DCE2 uses 0x74dc
DCE3 uses 0x740c
On 21 May 2014 01:17, Alex Deucher wrote:
> + val = RREG32(HDMI_CONTROL + offset);
> + val &= ~HDMI_DEEP_COLOR_ENABLE;
> + val &= ~HDMI_DEEP_COLOR_DEPTH_MASK;
> +
> + switch (bpc) {
> (...)
> + }
> +
> + WREG32(HDMI_CONTROL + offset, val);
What about using hel
On 21 May 2014 15:51, Alex Deucher wrote:
> On Wed, May 21, 2014 at 1:58 AM, Rafa? Mi?ecki wrote:
>> What about using helper:
>>
>> WREG32_P(HDMI_CONTROL + offset,
>> val,
>> ~(HDMI_DEEP_COLOR_ENABLE | HDMI_DEEP_COLOR_DEPTH_MASK));
>
> We could. I don't think it really makes much difference one
On 8 December 2015 at 04:00, Michel Dänzer wrote:
> On 08.12.2015 02:49, Oded Gabbay wrote:
>> On Mon, Dec 7, 2015 at 9:51 AM, Michel Dänzer wrote:
>>> On 05.12.2015 06:09, Oded Gabbay wrote:
@@ -765,7 +765,7 @@ int radeon_vce_ring_test(struct radeon_device *rdev,
struct radeon_
2013/8/13 StompDagger1 at yahoo.com :
> following the inclusion of UVD support for and a post I've seen written by
> on of the devs mentioning that the hdmi sound will likely to be activated by
> default in 3.12, I've decided to switch my cards and use the hd5450 as the
> media center card and conn
2013/8/14 Alex Deucher :
> +static u32 dce6_endpoint_rreg(struct radeon_device *rdev,
> + u32 block_offset, u32 reg)
> +{
> + u32 r;
> +
> + WREG32(AZ_F0_CODEC_ENDPOINT_INDEX + block_offset, reg);
> + r = RREG32(AZ_F0_CODEC_ENDPOINT_DATA + block_offset)
2013/8/14 Alex Deucher :
> Similar to DCE4/5, but supports multiple audio pins
> which can be assigned per afmt block.
Acked-by: Rafa? Mi?ecki
Tested successfully on my HD7750.
> +static void r600_audio_enable(struct radeon_device *rdev,
> + struct r600_audio_pin *p
2013/8/14 Alex Deucher :
> + /* program the speaker allocation */
> + tmp = RREG32_ENDPOINT(offset,
> AZ_F0_CODEC_PIN_CONTROL_CHANNEL_SPEAKER);
> + tmp &= ~(DP_CONNECTION | SPEAKER_ALLOCATION_MASK);
> + /* set HDMI mode */
> + tmp |= HDMI_CONNECTION;
> + if (sad
Do it before enabling audio channels (in AFMT_AUDIO_PACKET_CONTROL2
register).
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/dce6_afmt.c | 69 +--
drivers/gpu/drm/radeon/evergreen_hdmi.c |7 +++-
2 files changed, 54 insertions(+), 22 deletions(-)
2013/8/15 Alex Deucher :
> +static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder)
> +{
> + struct radeon_device *rdev = encoder->dev->dev_private;
> + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder);
> + struct radeon_encoder_atom_dig *dig
> @@ -169,13 +169,17 @@ int r600_audio_init(struct radeon_device *rdev)
> if (!radeon_audio || !r600_audio_chipset_supported(rdev))
> return 0;
>
> - r600_audio_engine_enable(rdev, true);
> + rdev->audio.enabled = true;
> +
> + rdev->audio.num_pins = 1;
> +
2013/8/15 Alex Deucher :
> This adds a helper function to extract the speaker allocation
> data block from the EDID. This data block describes what speakers
> are present on the display device.
>
> v2: update per Ville Syrj?l?'s comments
> v3: fix copy/paste typo in memory allocation
>
> Signed-of
2013/8/15 Rafa? Mi?ecki :
> 2013/8/15 Alex Deucher :
>> +static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder)
>> +{
>> + struct radeon_device *rdev = encoder->dev->dev_private;
>> + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder);
>> + str
This bug (introduced in 3.10) in WREG32_OR made
commit d3418eacad403033e95e49dc14afa37c2112c134
"drm/radeon/evergreen: setup HDMI before enabling it"
cause a regression. Sometimes audio over HDMI wasn't working, sometimes
display was corrupted.
This fixes:
https://bugzilla.kernel.org/show_bug.cgi?
2013/8/18 StompDagger1 at yahoo.com :
> does the following patch: "[FIX][PATCH] drm/radeon: fix WREG32_OR macro
> setting bits in a register" which you've commited fixes my issue?
Yes, I believe so! Sorry, I forgot to ping you about that.
--
Rafa?
2013/8/18 StompDagger1 at yahoo.com :
> 2013/8/18 StompDagger1 at yahoo.com :
>>> does the following patch: "[FIX][PATCH] drm/radeon: fix WREG32_OR macro
>>> setting bits in a register" which you've commited fixes my issue?
>
>>Yes, I believe so! Sorry, I forgot to ping you about that.
>
> thats ok
This bug in EDID was exposed by:
commit eccea7920cfb009c2fa40e9ecdce8c36f61cab66
Author: Alex Deucher
Date: Mon Mar 26 15:12:54 2012 -0400
drm/radeon/kms: improve bpc handling (v2)
Which resulted in kind of regression in 3.5. This fixes
https://bugs.freedesktop.org/show_bug.cgi?id=70934
2013/12/12 Alex Deucher :
> DCE6.0, 8.x has 6
> DCE6.1 has 4
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/dce6_afmt.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/radeon/dce6_afmt.c
> b/drivers/gpu/drm/radeon/dce6_afmt.c
> index de
2013/12/12 Deucher, Alexander :
>> -Original Message-
>> From: Rafa? Mi?ecki [mailto:zajec5 at gmail.com]
>> Sent: Thursday, December 12, 2013 1:10 PM
>> To: Alex Deucher
>> Cc: dri-devel; Deucher, Alexander
>> Subject: Re: [PATCH] drm/radeon/dce6: set correct number of audio pins
>>
>> 201
Hi,
backporting commit 187916e6ed9d ("drm/amdgpu: install stub fence into
potential unused fence pointers") to stable kernels resulted in lots
of WARNINGs on some devices. In my case I was getting 3 WARNINGs per
second (~150 lines logged every second). Commit ended up being
reverted for stable but
On 21.09.2023 21:52, Deucher, Alexander wrote:
backporting commit 187916e6ed9d ("drm/amdgpu: install stub fence into
potential unused fence pointers") to stable kernels resulted in lots of
WARNINGs on some devices. In my case I was getting 3 WARNINGs per
second (~150 lines logged every second). C
2012/11/22 Thierry Reding :
> On Wed, Nov 21, 2012 at 05:08:12PM +0100, Daniel Vetter wrote:
>> On Wed, Nov 21, 2012 at 4:47 PM, Thierry Reding
>> wrote:
>> > Oh great, so I copied that table for nothing. Thanks for Cc'ing, I can
>> > reuse that in the HDMI infoframe series.
>>
>> Wrt the infofram
2012/11/23 Christian K?nig :
> Hi Thierry,
>
>
> On 21.11.2012 16:01, Thierry Reding wrote:
>>
>> This small series is very much work in progress, but I still wanted to
>> get feedback in this early stage to gather requirements from the folks
>> working on the display drivers that these helpers tar
2012/10/8 :
> + if (speed_cntl & LC_CURRENT_DATA_RATE) {
> + DRM_INFO("PCIE gen 2 link speeds already enabled\n");
> + return;
> + } else
> + DRM_INFO("enabling PCIE gen 2 link speeds, disable with
> radeon.pcie_gen2=0\n");
> +
See documentat
2012/11/22 Thierry Reding :
> On Wed, Nov 21, 2012 at 05:08:12PM +0100, Daniel Vetter wrote:
>> On Wed, Nov 21, 2012 at 4:47 PM, Thierry Reding
>> wrote:
>> > Oh great, so I copied that table for nothing. Thanks for Cc'ing, I can
>> > reuse that in the HDMI infoframe series.
>>
>> Wrt the infofram
2012/11/23 Christian König :
> Hi Thierry,
>
>
> On 21.11.2012 16:01, Thierry Reding wrote:
>>
>> This small series is very much work in progress, but I still wanted to
>> get feedback in this early stage to gather requirements from the folks
>> working on the display drivers that these helpers tar
2012/12/8 :
> Alex Deucher (6):
> drm/radeon/dce3.2: add registers for ELD handling
> drm/radeon/dce4/5: add registers for ELD handling
Sorry, I can't reply to the any of above patches.
Alex: can we also get definition of (1 << 20) bit for
AZ_HOT_PLUG_CONTROL? Just my curiosity :)
-
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
2012/8/30 Alex Deucher :
> On Thu, Aug 30, 2012 at 2:27 AM, Michel Dänzer wrote:
>> On Mit, 2012-08-29 at 20:02 -0400, alexdeuc...@gmail.com wrote:
>>> - /* DCE4/5 */
>>> - if (ASIC_IS_DCE4(rdev)) {
>>> - dig = radeon_encoder->enc_priv;
>>> - if (ASIC_IS_DCE41(rdev)
2012/10/8 :
> + if (speed_cntl & LC_CURRENT_DATA_RATE) {
> + DRM_INFO("PCIE gen 2 link speeds already enabled\n");
> + return;
> + } else
> + DRM_INFO("enabling PCIE gen 2 link speeds, disable with
> radeon.pcie_gen2=0\n");
> +
See documentat
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
2011/11/9 Greg Dietsche :
> Hi,
> I have a ASUS M4A89GTD motherboard and when I play back music in Rhythmbox,
> there is no sound (hdmi connection). Also, the playback speed is in a sort
> of fast forward (for example, after a few seconds of real time, rhythmbox
> shows something like 30 seconds in
W dniu 21 listopada 2011 23:22 użytkownik Linus Torvalds
napisał:
> On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote:
>>
>> Subject : [3.1-rc8 REGRESSION] sky2 hangs machine on turning off or
>> suspending
>> Submitter : Rafał Miłecki
>> Date
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r600_audio.c | 37 +++---
drivers/gpu/drm/radeon/r600_hdmi.c | 14 ++--
2 files changed, 32 insertions(+), 19 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm/radeon
---
drivers/gpu/drm/radeon/evergreen.c | 14 ++
drivers/gpu/drm/radeon/evergreen_reg.h |7 +++
drivers/gpu/drm/radeon/r600_audio.c| 17 ++---
3 files changed, 35 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gp
---
drivers/gpu/drm/radeon/evergreen_reg.h |3 +++
drivers/gpu/drm/radeon/r600_hdmi.c | 16 ++--
2 files changed, 13 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen_reg.h
b/drivers/gpu/drm/radeon/evergreen_reg.h
index b883911..2dc1365 100644
---
---
drivers/gpu/drm/radeon/atombios_encoders.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_encoders.c
b/drivers/gpu/drm/radeon/atombios_encoders.c
index 39c04c1..6bb967d 100644
--- a/drivers/gpu/drm/radeon/atombios_encoders.c
+++ b/dri
In theory function atombios_get_encoder_mode should report
ATOM_ENCODER_MODE_HDMI when TV supports audio. Current we report
ATOM_ENCODER_MODE_DVI if card is DCE4.
Is there any reason for it? Can we just drop that DCE4 condition? This
fixme seems to be here since ever.
--
Rafał
-
In theory function atombios_get_encoder_mode should report
ATOM_ENCODER_MODE_HDMI when TV supports audio. Current we report
ATOM_ENCODER_MODE_DVI if card is DCE4.
Is there any reason for it? Can we just drop that DCE4 condition? This
fixme seems to be here since ever.
--
Rafał
___
W dniu 7 grudnia 2011 14:53 użytkownik Alex Deucher
napisał:
> 2011/12/7 Rafał Miłecki :
>> In theory function atombios_get_encoder_mode should report
>> ATOM_ENCODER_MODE_HDMI when TV supports audio. Current we report
>> ATOM_ENCODER_MODE_DVI if card is DCE4.
>>
&g
W dniu 7 grudnia 2011 15:53 użytkownik Alex Deucher
napisał:
> 2011/12/7 Rafał Miłecki :
>> W dniu 7 grudnia 2011 14:53 użytkownik Alex Deucher
>> napisał:
>>> 2011/12/7 Rafał Miłecki :
>>>> In theory function atombios_get_encoder_mode should report
>>
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r600_hdmi.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c
b/drivers/gpu/drm/radeon/r600_hdmi.c
index 5021372..06f923e 100644
--- a/drivers/gpu/drm/radeon/r600_hdmi.c
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/evergreen.c | 14 ++
drivers/gpu/drm/radeon/evergreen_reg.h |8
drivers/gpu/drm/radeon/r600_audio.c| 22 +++---
3 files changed, 41 insertions(+), 3 deletions(-)
diff --git a/drivers
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/evergreen_reg.h | 10 +++
drivers/gpu/drm/radeon/r600_hdmi.c | 44 ++--
2 files changed, 46 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen_reg.h
b/drivers/gpu/drm
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/atombios_encoders.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_encoders.c
b/drivers/gpu/drm/radeon/atombios_encoders.c
index 39c04c1..63e5426 100644
--- a/drivers/gpu/drm
2011/12/7 Alex Deucher :
> 2011/12/7 Rafał Miłecki :
>>
>> Signed-off-by: Rafał Miłecki
>> ---
>> drivers/gpu/drm/radeon/atombios_encoders.c | 6 +++---
>> 1 files changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/rad
Signed-off-by: Rafał Miłecki
---
V2: don't duplicate check for radeon_audio
---
drivers/gpu/drm/radeon/atombios_encoders.c | 35 +--
1 files changed, 12 insertions(+), 23 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_encoders.c
b/drivers/gpu/drm/r
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r600_hdmi.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c
b/drivers/gpu/drm/radeon/r600_hdmi.c
index 5021372..06f923e 100644
--- a/drivers/gpu/drm/radeon/r600_hdmi.c
Signed-off-by: Rafał Miłecki
---
V2: Don't touch DIG_CNTL manually, AtomBIOS does that for us.
My early testing was done with hacked code to enable HDMI on DVI. After
fixing atombios_get_encoder_mode the behaviour has changed a little,
that hack is not needed anymore.
---
drivers/gpu/drm/r
Cc: sta...@vger.kernel.org
Signed-off-by: Rafał Miłecki
---
I'd like to propose taking this patch into older releases. It's really
trivial while it fixes important feature.
This change was verified to fix both issues with no video I've
investigated. I've also checked check
Signed-off-by: Rafał Miłecki
---
V3: the earlier V2 wasn't applied, so I resend it with some changes.
I've switched HDMI block calculation to use register offsets known from
CRCT. This should match better the rest of Evergreen code.
Dave: this is on top of drm-radeon-testing cont
W dniu 23 grudnia 2011 20:32 użytkownik Rafał Miłecki
napisał:
>
> Cc: sta...@vger.kernel.org
> Signed-off-by: Rafał Miłecki
> ---
> I'd like to propose taking this patch into older releases. It's really
> trivial while it fixes important feature.
>
> This chan
The names has been taken from free M76 specs.
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r500_reg.h |2 ++
drivers/gpu/drm/radeon/r600_hdmi.c | 12
2 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r500_reg.h
b/drivers/gpu
Hey,
I want to do some RE-ing and I'm looking for libsegfault to trace Xorg
driver ops. Unfortunately I can't find libsegfault at
http://people.freedesktop.org/~glisse/ anymore.
Can someone share this, please?
--
Rafał
___
dri-devel mailing list
dri-d
2012/1/20 :
> From: Alex Deucher
>
> We were previously just checking for audio.
So... Does every hdmi_monitor supports audio? Or should it rather be
if (drm_detect_monitor_audio(radeon_connector->edid) &&
drm_detect_hdmi_monitor(radeon_connector->edid))
?
Sorry, I'm not familiar enough with ED
---
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
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
>
d on RV620 and HD6320 (so both: R6xx and Evergreen).
Rafał Miłecki (5):
drm/radeon/kms: move audio params to separated struct
drm/radeon/kms: get rid of hdmi_config_offset
drm/radeon/kms: get rid of r600_hdmi_find_free_block
drm/radeon/kms: keep HDMI state in separated variable
drm/rade
Signed-off-by: Rafał Miłecki
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_audio.c | 34 +-
drivers/gpu/drm/radeon/radeon.h | 19 ++-
2 files changed, 27 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/radeon
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/evergreen_reg.h |2 --
drivers/gpu/drm/radeon/r600_hdmi.c | 14 --
drivers/gpu/drm/radeon/r600_reg.h |6 ++
drivers/gpu/drm/radeon/radeon_mode.h |1 -
4 files changed, 6 insertions(+), 17 deletions
R6xx has routable blocks, but there's nothing wrong in assignment based
on dig_encoder. We didn't really need that algorithm.
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r600_hdmi.c | 45 ++-
1 files changed, 8 insertions(+), 37 deletion
1 - 100 of 506 matches
Mail list logo
