Hi,

On 04/07/2014 10:54 PM, Olliver Schinagl wrote:
> On 04/02/2014 10:31 AM, Hans de Goede wrote:
>> Hi,
>>
>> On 04/01/2014 10:45 PM, Olliver Schinagl wrote:
>>> Top Posting!
>>>
>>> I found the culprit. FAST_MBUS breaks it. After 48 hours of runs, enabling 
>>> fast_mbus immediately breaks it even after boot.
>>>
>>> Jens and Emilio hinted that the 3.4 driver reads the FEX file for the 
>>> voltage. So the higher freq. runs at a lower voltage and that may cause it.
>>
>> That is an interesting theory, which should be easy to verify. When you've 
>> some
>> time can you edit the fex file and change dcdc3_vol to 1300 in there, 
>> generate a
>> new script.bin and give that a try with a u-boot with FAST_MBUS enabled ?
>>
>>> So I'll run without fast mbus for now, and it's stable again. Rock Solid if 
>>> I may.
>>>
>>> Sorry for all the noise :(
>>
>> No need to be sorry this is very valuable info! Either we need to revert 
>> FAST_MBUS
>> support or update dcdc3_vol in all fex files for boards which have FAST_MBUS 
>> set.
> I did change the dcdc3_voltage in the fex files, but it didn't change a thing 
> unfortunately. I think I only mentioned that on IRC ...
> 
> So my board seems to dislike FAST_MBUS. The only thing I want to try in a 
> while, is bumping the voltage even more, 1.35V or 1.4V

So maybe we should disable FAST_MBUS by default then, at least on
the cubietruck? IMHO stability is much more important then squeezing
out the last bits of performance.

Regards,

Hans

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to