xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Elliott Mitchell <ehem+xen@m5p.com>
To: Roman Shaposhnik <roman@zededa.com>
Cc: Stefano Stabellini <sstabellini@kernel.org>,
	Julien Grall <julien@xen.org>,
	Xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: Xen on RP4
Date: Tue, 24 Nov 2020 21:16:48 -0800	[thread overview]
Message-ID: <X73owDP0UXx+lvJd@mattapan.m5p.com> (raw)
In-Reply-To: <CAMmSBy-Qdpj+6FAk9D15=+87_=68T80Y1NGnvyAB=tOFveifiQ@mail.gmail.com>

On Tue, Nov 24, 2020 at 08:45:32PM -0800, Roman Shaposhnik wrote:
> On Tue, Nov 24, 2020 at 8:41 PM Elliott Mitchell <ehem+xen@m5p.com> wrote:
> >
> > On Tue, Nov 24, 2020 at 08:01:32PM -0800, Roman Shaposhnik wrote:
> > > On Tue, Nov 24, 2020 at 7:37 PM Elliott Mitchell <ehem+xen@m5p.com> wrote:
> > > > Presently I'm using a 5.8 kernel with your patches and haven't seen
> > > > graphical output under Xen with either boot stack.  I've confirmed fully
> > > > operational graphics without Xen on Tianocore, I've confirmed operational
> > > > virtual terminals with U-Boot and not Xen.
> > > >
> > > > I had been planning to wait a bit before moving to 5.9, but if that is
> > > > the crucial ingredient I'll move early.
> > >
> > > We're still using 5.4 -- but it seems that the next LTS 5.10 is also functional.
> > >
> > > I can bet $10 whatever it is -- it is DT related ;-)
> >
> > Given how many of the pieces I'm assembling are alpha or beta level, I
> > estimate a 50:50 chance on that.  Good odds it is device-tree, but good
> > odds I grabbed a bad version of $something.
> >
> > I mostly wanted to know whether I was in completely uncharted territory
> > and needed to wait for others to catch up, versus merely working in a
> > situation where support is funky and I'm at an unknown location in
> > charted territory.
> >
> > I'll be keeping the Tianocore setup available since Xen on ARM really
> > /should/ allow ACPI...
> 
> I don't think you're in the uncharted -- so perhaps a bit of debugging left.
> 
> And, of course, alway feel free to compare what we do -- the image is
> docker pull away.

Actually, since device-tree is very much on my list of concerns, what is
your Xen boot process setup like?

Presently as previously mentioned I'm trying for
U-Boot -> GRUB/EFI -> Xen.  According to the information I currently have
the device-trees are often tied pretty closely to the kernel.  I'm also
using GRUB 2.04 since that has proper support for loading Xen on ARM.

The section of grub.cfg for Linux is roughly:
    linux /boot/vmlinuz-5.8.10-2rp4-6.1.7 root=UUID=01234567-dead-beef-d13d-456789abcdef ro
    devicetree /boot/dtb-5.8.10-2rp4-6.1.7
    initrd /boot/initrd.img-5.8.10-2rp4-6.1.7

My testing section for Xen is:
    xen_hypervisor /boot/xen-4.14-arm64.efi
    xen_module /boot/vmlinuz-5.8.10-2rp4-6.1.7 root=UUID=01234567-dead-beef-d13d-456789abcdef ro
    devicetree /boot/dtb-5.8.10-2rp4-6.1.7
    xen_module --nounzip /boot/initrd.img-5.8.10-2rp4-6.1.7

I've frankly got no idea how to ensure the correct device-tree is passed
to Xen.  Is GRUB's `devicetree` command correct when loading Xen?  Is a
device-tree matched to the Linux kernel appropriate for Xen?

(I'm guessing the second is "yes", but the first I don't have a clue)


-- 
(\___(\___(\______          --=> 8-) EHM <=--          ______/)___/)___/)
 \BS (    |         ehem+sigmsg@m5p.com  PGP 87145445         |    )   /
  \_CS\   |  _____  -O #include <stddisclaimer.h> O-   _____  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445




  reply	other threads:[~2020-11-25  5:17 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-25  3:37 Xen on RP4 Elliott Mitchell
2020-11-25  4:01 ` Roman Shaposhnik
2020-11-25  4:41   ` Elliott Mitchell
2020-11-25  4:45     ` Roman Shaposhnik
2020-11-25  5:16       ` Elliott Mitchell [this message]
2020-11-25 18:57         ` Stefano Stabellini
2020-11-26  3:36           ` Elliott Mitchell
2020-11-28  7:59             ` Roman Shaposhnik
2020-11-28 18:15               ` Elliott Mitchell
2020-11-28  4:56           ` Elliott Mitchell
2020-11-25 19:45         ` Roman Shaposhnik
     [not found] <20201011051933.GA77136@mattapan.m5p.com>
     [not found] ` <alpine.DEB.2.21.2010121138480.10386@sstabellini-ThinkPad-T480s>
     [not found]   ` <20201012215751.GB89158@mattapan.m5p.com>
     [not found]     ` <c38d78bd-c011-404b-5f59-d10cd7d7f006@xen.org>
     [not found]       ` <20201016003024.GA13290@mattapan.m5p.com>
     [not found]         ` <23885c28-dee5-4e9a-dc43-6ccf19a94df6@xen.org>
     [not found]           ` <20201022021655.GA74011@mattapan.m5p.com>
     [not found]             ` <alpine.DEB.2.21.2010221620230.12247@sstabellini-ThinkPad-T480s>
     [not found]               ` <20201023005629.GA83870@mattapan.m5p.com>
     [not found]                 ` <alpine.DEB.2.21.2010221801490.12247@sstabellini-ThinkPad-T480s>
     [not found]                   ` <20201023211941.GA90171@mattapan.m5p.com>
2020-10-23 23:59                     ` Stefano Stabellini
2020-10-24  1:56                       ` Elliott Mitchell
2020-10-24  3:13                       ` Elliott Mitchell
2020-10-24  4:34                       ` Elliott Mitchell
2020-10-24  5:35                       ` Elliott Mitchell
2020-10-26 13:31                         ` Julien Grall
2020-10-26 16:03                           ` Elliott Mitchell
2020-10-26 18:44                             ` Julien Grall
2020-10-26 21:32                               ` Elliott Mitchell
2020-10-28  1:54                               ` Elliott Mitchell
2020-10-29  0:37                                 ` Stefano Stabellini
2020-10-29  5:20                                   ` Jürgen Groß
2020-10-29 19:57                                     ` Stefano Stabellini
2020-11-10 23:25                                       ` Elliott Mitchell
2020-11-11  2:59                                       ` Christopher Clark
2020-10-29 21:29                                   ` Elliott Mitchell
2020-10-30 20:10                                     ` Stefano Stabellini
2020-11-01 17:26                                       ` Ash Wilding
2020-11-02 21:22                                         ` Stefano Stabellini

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=X73owDP0UXx+lvJd@mattapan.m5p.com \
    --to=ehem+xen@m5p.com \
    --cc=julien@xen.org \
    --cc=roman@zededa.com \
    --cc=sstabellini@kernel.org \
    --cc=xen-devel@lists.xenproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).