On 04.02.20 10:45, Martin Kepplinger wrote:
> On 20.11.19 19:02, Leonard Crestez wrote:
>> On 20.11.2019 18:38, Angus Ainslie wrote:
>>> On 2019-11-20 08:30, Leonard Crestez wrote:
>>>> On 20.11.2019 17:41, Angus Ainslie wrote:
>>>>> Hi Leonard,
>>>>>
>>>>> On 2019-11-20 07:04, Leonard Crestez wrote:
>>>>>> On 20.11.2019 16:08, Angus Ainslie wrote:
>>>>>> Is "mainline ATF" an important criteria for Purism?
>>>>>
>>>>> Yes we intend to bring all of our patches to mainline and were hoping
>>>>> that NXP would be doing the same. Shouldn't a mainline kernel run on a
>>>>> mainline ATF ?
>>>>
>>>> You can still use mainline ATF (tested right now) but the imx8m-ddrc
>>>> driver won't probe.
>>>
>>> Sorry I was talking about the DDR frequency scaling specifically. >
>>>> The ability to mix and match different branches of firmware and kernel
>>>> is very useful for testing. There might be slight incompatibilities but
>>>> in theory if a feature depends on both firmware and kernel support then
>>>> it should gracefully degrade rather than crash or hang.
>>>
>>> I saw the check you put in for the correct ATF version and that's very
>>> helpful thanks.
>>>
>>>> ATF support for this feature will be mainlined eventually, I picked the
>>>> linux side first because review is more challenging and changes are
>>>> much larger relative to what we have in our internal tree.
>>>
>>> Do you have a patch against mainline ATF that we can test this feature
>>> with ?
>>
>> Not right now, and imx atf is based on a slightly older version so some
>> porting effort might be required.
>>
>
> Hi Leonard,
>
> Have you, by chance, looked at the mainline ATF side for your devfreq
> work in the meantime? I'd happily test. (btw. the linux driver fails
> "nicely" there.)
>
hi again. Do you have any plans regarding the ATF implementation of
IMX_SIP_DDR_DVFS in mainline yet? The kernel is only one half of the
devfreq solution after all. I'm asking just to schedule my work a bit :)
thanks,
martin
