<div dir="ltr">Hi Riku,<div><br></div><div>Thanks, I will take a look.</div><div><br></div><div>Best regards,</div><div>Marcin</div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-04-20 9:37 GMT+02:00 Riku Voipio <span dir="ltr"><<a href="mailto:riku.voipio@linaro.org" target="_blank">riku.voipio@linaro.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 19 April 2018 at 19:52, Marcin Wojtas <<a href="mailto:mw@semihalf.com">mw@semihalf.com</a>> wrote:<br>
> Hi Ard,<br>
><br>
</span><span class="">> Hm, my dtb update fixing (or rather working around EFI var access hang) was<br>
> done by adding clk entry to one of i2c nodes, sharing same clock. After that<br>
> I did not observe hang with efibootmgr and 'apt install grub-efi-arm64'.<br>
><br>
> I think there's a big chance, that the installer does not initialize i2c<br>
> driver... I'll try if clk_ignore_unused helps for the installation hang<br>
> (it's the last stage of it...) if yes, I think more proper fix should be<br>
> applied in the variable driver then.<br>
<br>
</span>I got another report that installation fails at grub-install stage. It<br>
would indeed seem better the efi variable driver doesn't trust the OS<br>
to have spi clock set up.<br>
<span class="HOEnZb"><font color="#888888"><br>
Riku<br>
</font></span></blockquote></div><br></div>