Re: ARM - Successful install on RockPro64

[Richard Simpson <xen@xxxxxxxxxxxxxxx>]

Hello Julien, yes the clk_ignored_unused option fixed the boot message 
problem.  I would never have worked that out for myself.
The relevant lines now read:

Xen: console=dtuart dtuart=serial2

Linux: console=hvc0 earlyprintk=xen clk_ignore_unused

inittab: h0:12345:respawn:/sbin/agetty 1500000 hvc0 vt100

I have added a note to the Xen Serial Console Wiki page which - I was 
shocked to observe - hadn't been updated since 2014.  I'll add it to my 
list of pages to refresh, noting that I only have Xen on this one ARM 
SBC (excluding my QubesOS laptop) so I can only check anything I write 
relative to that.
Regards,

    Richard

On 6/24/20 1:42 PM, Julien Grall wrote:
> On 17/06/2020 23:28, Richard Simpson wrote:
> > Hello Julien,
> Hello Richard,
>
> Apologies for the late answer.
>
> > I have just tried 4.14-rc2 and it seems to work fine.
> Glad to hear that. Thank you for the testing!
>
> > I think that the most useful page regarding the board is the one for 
> > the Ibox3399 since this refers to the RK3399 chip which the RockPro64 
> > uses (shouldn't the page actually be called RK3399 to make it more 
> > generic).
> I agree with the renaming here.
>
> > Perhaps I can most usefully record what I did by updating that page 
> > and making sure that the instructions work correctly. If there is 
> > additional stuff relevant to the RockPro64 over and above the generic 
> > RK3399 info then I'll give some thought to how to best record it.  I 
> > will eventually be writing a fuller report on my progress on my blog 
> > at funfoodfreedom.huskydog.org.uk.
> Any additional content on the wiki will be greatly appreciated. By 
> default new wiki account doesn't have write permission, but we can 
> enable it for you if you provide us your username.
> > I now need to finish automating the boot process (still requires 
> > manual u-boot command) and figure out how to get the console log to 
> > work. 
> I wrote a small u-boot script in the past to try to automate the boot 
> (see [2]).
> I vaguely remember some quoting issue and missing 0x in front of 
> values depending on the U-boot configuration you use. So you may have 
> to tweak it a bit.
> > Currently I can either see the xen and linux kernel boot messages OR 
> > see the dom0 console, but not both.
> Can you provide the kernel/xen command lines you use in the two cases?
>
> As an aside, I know that on some setup Linux will try to disable the 
> clock of the UART used by Xen. One of the symptoms is the UART is 
> becoming completely unusable half way through Linux boot.
> You may want to try to pass clk_ignored_unused to see if it helps.
>
> > On one more related note:  I suspect that Xen would run on the 
> > PineBookPro as well as I get the impression that it uses very similar 
> > hardware.  Of course that would rely on the GPU etc which I haven't 
> > tested at all as I am using the serial console.
> I wouldn't expect any issue to use the GPU in dom0 at least if you 
> don't have an IOMMU on the platform. The trouble may be more with the 
> bootloader if it doesn't drop you in hypervisor mode.
> > Finally, when I joined this mailing list I asked for a daily digest. 
> > However I seem to be getting a new digest every hour or so.  Is this 
> > right?
> I haven't used the digest myself. I CC Ian Jackson who may be able to 
> help you.
> Cheers,
>
> [2] https://xenbits.xen.org/people/julieng/load-xen-tftp.scr.txt