Thanks Mark!

I also have a wider question for everyone. In investigating my machine conf
issues I came across yocto-manifests
<https://github.com/Xilinx/yocto-manifests> from Xilinx. It seems like
maybe the only way to checkout rel-v2020.2 as opposed to the yocto release
branches of meta-xilinx (like zeus). When comparing the two, there seem to
be a number of differences. Why are they different? And I suppose the real
question is why might one choose rel-v2020.2 over zeus, or the other way
around?

Sorry if these questions are a bit vague, I'm hoping to figure out what the
best long-term solution is!
Best,
Emily

On Wed, Feb 17, 2021 at 9:47 PM Mark Hatle <[email protected]>
wrote:

> On 2/17/21 5:02 AM, Emily S wrote:
> > Hi Mark -
> >
> > Thanks for the pointers! I have been using that same set of includes
> (modelling
> > off of the ZCU102 board conf). My working attempt right now is here
> > <
> https://github.com/kratsg/meta-l1calo/blob/update/zeus/conf/machine/gfex-prototype4.conf
> >.
> >
> > I do see in machine-xilinx-default.inc
> > <
> https://github.com/Xilinx/meta-xilinx/blob/zeus/meta-xilinx-bsp/conf/machine/include/machine-xilinx-default.inc#L17-L18
> >
> > that it seems like u-boot is providing virtual/boot-bin, but for some
> reason in
> > my build it doesn't seem to be doing so. It looks like the actual line
> is in
> > u-boot-spl-zynq-init.inc
> > <
> https://github.com/Xilinx/meta-xilinx/blob/zeus/meta-xilinx-bsp/recipes-bsp/u-boot/u-boot-spl-zynq-init.inc#L57-L61
> >
> > which is included in u-boot-xlnx_2019.2.bb
> > <
> https://github.com/Xilinx/meta-xilinx/blob/zeus/meta-xilinx-bsp/recipes-bsp/u-boot/u-boot-xlnx_2019.2.bb#L8
> >.
> > The best thing I can come up with is that the if statement in
> > u-boot-spl-zynq-init is deciding that u-boot shouldn't provide
> virtual/boot-bin,
> > but I'm not sure why. I'll keep investigating but any ideas why this
> might be
> > happening?
>
> Some of the stuff requires the meta-xilinx-tools to be available.
> Assuming that
> is, I'm not sure what might be wrong.
>
> I've been focusing time recently on the gatesgarth (and master) versions.
> Both
> the SPL and boot.bin flows.
>
> Looking at your config, I don't see anything obviously wrong to me.  Sorry.
>
> --Mark
>
> > Thanks!
> > Emily
> >
> > On Tue, Feb 16, 2021 at 9:55 PM Mark Hatle <
> [email protected]
> > <mailto:[email protected]>> wrote:
> >
> >
> >
> >     On 2/16/21 12:54 PM, Emily wrote:
> >     > Hi All -
> >     >
> >     > I'm trying to update a custom board definition on a custom layer
> >     >
> >     (
> https://github.com/kratsg/meta-l1calo/blob/master/conf/machine/gfex-prototype4.conf
> >     <
> https://github.com/kratsg/meta-l1calo/blob/master/conf/machine/gfex-prototype4.conf
> >
> >     >
> >     <
> https://github.com/kratsg/meta-l1calo/blob/master/conf/machine/gfex-prototype4.conf
> >     <
> https://github.com/kratsg/meta-l1calo/blob/master/conf/machine/gfex-prototype4.conf
> >>)
> >     > from rocko -> zeus. There seem to have been significant changes
> with
> >     u-boot, is
> >     > there a summary of these changes recorded anywhere?
> >
> >     Unfortunately I'm not sure there are.
> >
> >     However, I can help you with a few things for the conversion.  If
> you look at
> >     the zeus version of zynqmp-generic:
> >
> >
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/meta-xilinx-bsp/conf/machine/zynqmp-generic.conf?h=zeus
> >     <
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/meta-xilinx-bsp/conf/machine/zynqmp-generic.conf?h=zeus
> >
> >
> >     You'll see a series of includes.  You should consider using the same
> in your
> >     BSP.
> >
> >     tune-zynqmp.inc will set the default tune for you.  (Note this may
> require a
> >     tune file not available in stock Zeus!)
> >
> >     machine-xilinx-override, machine-xilinx-default and
> machine-xilinx-qemu should
> >     enable all of the various components for the various configurations.
> >
> >     > With rocko we disable the SPL and created the FSBL and BOOT.BIN
> externally
> >     from
> >     > the yocto build. We can continue with this build flow, especially
> as I
> >     > understand the SPL isn't supported for the ZynqMP
> >     >
> >     (
> https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842574/U-Boot+Secondary+Program+Loader
> >     <
> https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842574/U-Boot+Secondary+Program+Loader
> >
> >     >
> >     <
> https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842574/U-Boot+Secondary+Program+Loader
> >     <
> https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842574/U-Boot+Secondary+Program+Loader
> >>)?
> >
> >     SPL flow is being worked on, but there are limitations to the SPL
> flow that the
> >     official FSBL/boot.bin flow don't have.  (Unless you need u-boot and
> don't care
> >     about secure booting -- the fsbl/boot.bin is the one that is
> recommended.)
> >
> >     > I'm currently seeing an error with an unbuildable dependency
> change:
> >     >
> >     > ERROR: Required build target 'core-image-gfex' has no buildable
> providers.
> >     > Missing or unbuildable dependency chain was: ['core-image-gfex',
> >     'virtual/boot-bin']
> >
> >     This is defined in machine-xilinx-default.inc.
> >
> >     --Mark
> >
> >     > I guess my question is for an external build of the FSBL and
> BOOT.BIN, what
> >     > should provide virtual/boot-bin? And/or what is requiring it and
> why?
> >     Sorry for
> >     > the basic questions, this is the first time I've had to mess with
> a board
> >     conf!
> >     >
> >     > Thanks,
> >     > Emily Smith
> >     >
> >     >
> >     > 
> >     >
> >
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#4860): 
https://lists.yoctoproject.org/g/meta-xilinx/message/4860
Mute This Topic: https://lists.yoctoproject.org/mt/80686015/21656
Group Owner: [email protected]
Unsubscribe: https://lists.yoctoproject.org/g/meta-xilinx/unsub 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to