On Sat, Aug 11, 2018 at 05:56:06AM -0700, Nuno Gonçalves wrote:
> I will check what is the smallest delta I get to trigger the bug.
>
> For now, I believe in u-boot clock_sun4i.c is the one used on H3:
I think it's sun6i.
>
I will check what is the smallest delta I get to trigger the bug.
For now, I believe in u-boot clock_sun4i.c is the one used on H3:
https://github.com/u-boot/u-boot/blame/master/arch/arm/mach-sunxi/clock_sun4i.c
The frequencies listed there are different from linux DT (linus or next):
{
On Fri, Aug 10, 2018 at 02:55:03AM -0700, Nuno Gonçalves wrote:
>
> >
> >
> > You may try a stress test and toggle the cpufreq frequency settings
> > manually
> > in a fast loop, to see if you can reproduce it faster. Because, waiting 8h
> > or more for a crash is not optimal. :)
> >
> > If
>
>
> You may try a stress test and toggle the cpufreq frequency settings
> manually
> in a fast loop, to see if you can reproduce it faster. Because, waiting 8h
> or more for a crash is not optimal. :)
>
> If yes, you may try increasing delay between regulator voltage change and
> cpu
>
On Fri, Aug 10, 2018 at 11:44:17AM +0200, Ondřej Jirman wrote:
> Hi,
>
> On Thu, Aug 09, 2018 at 09:42:21AM -0700, Nuno Gonçalves wrote:
> > Dear Ondřej,
> >
> > Thank you. I applied this patches to linux and u-boot and the number of
> > crashes did reduce, but they still happen.
> >
> > Any
Hi,
On Thu, Aug 09, 2018 at 09:42:21AM -0700, Nuno Gonçalves wrote:
> Dear Ondřej,
>
> Thank you. I applied this patches to linux and u-boot and the number of
> crashes did reduce, but they still happen.
>
> Any other idea? :)
You may try a stress test and toggle the cpufreq frequency
Dear Ondřej,
Thank you. I applied this patches to linux and u-boot and the number of
crashes did reduce, but they still happen.
Any other idea? :)
Thanks,
Nuno
On Monday, July 30, 2018 at 7:41:13 PM UTC+2, Ondřej Jirman wrote:
>
> Hi,
>
> there's issue in mainline kernel, where some NKMP CPU