Request for fixing atombios_get_encoder_mode
Rafał Miłecki
zajec5 at gmail.com
Wed Dec 7 07:05:18 PST 2011
W dniu 7 grudnia 2011 15:53 użytkownik Alex Deucher
<alexdeucher at gmail.com> napisał:
> 2011/12/7 Rafał Miłecki <zajec5 at gmail.com>:
>> W dniu 7 grudnia 2011 14:53 użytkownik Alex Deucher
>> <alexdeucher at gmail.com> napisał:
>>> 2011/12/7 Rafał Miłecki <zajec5 at gmail.com>:
>>>> 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.
>>>>
>>>
>>> It causes display corruption unless the hdmi packet engine is set up properly.
>>
>> Even with radeon.audio=0?
>
> No, as in that case, DVI is returned. On DCE3.0 and newer chips there
> is no explicit hdmi engine enable bit. You just select HDMI mode
> rather than DVI mode in the digital encoder setup. So if you select
> HDMI in the encoder setup and you have not configured the hdmi engine
> correctly you will git display corruption or a blank screen. Which is
> why I had to disable audio by default. Since audio is off by default,
> the DCE4 conditional in the hdmi case could be removed.
OK, it makes sense, thanks.
Btw I believe there *is* HDMI enabling bit on DCE3+, we probably just
don't need to poke it manually :)
It is bit 0x1000 in registers
0x7000, 0x7c00, 0x10800, 0x11400, 0x12000, 0x12c00
All my HDMI frames are ignored without that bit set.
--
Rafał
More information about the dri-devel
mailing list