All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Sinthu Raja M" <sinthu.raja@mistralsolutions.com>
To: Nishanth Menon <nm@ti.com>, denys@konsulko.com
Cc: meta-ti@lists.yoctoproject.org, Praneeth Bajjuri <praneeth@ti.com>
Subject: Re: [meta-ti] [dunfell/master PATCH 3/3] AM64x Unification: Update ti-sci-fw recipe
Date: Fri, 16 Apr 2021 13:35:24 +0530	[thread overview]
Message-ID: <CAEd-yTQMtmCFSY4Av-vaEXwh7XScdjugqxt45=Jv4OH6YQ94Hg@mail.gmail.com> (raw)
In-Reply-To: <20210415172932.2b46s3imaf5adc5x@subpanel>

On Thu, Apr 15, 2021 at 10:59 PM Nishanth Menon <nm@ti.com> wrote:
>
> On 22:46-20210415, Sinthu Raja M wrote:
> > On Thu, Apr 8, 2021 at 7:14 PM Nishanth Menon <nm@ti.com> wrote:
> > >
> > > On 12:46-20210408, Sinthu Raja M via lists.yoctoproject.org wrote:
> > > > From: Sinthu Raja <x0257345@ti.com>
> > > >
> > > > Updtae ti-sci-fw recipe to build for both SK and EVM compilation and
> > > s/Updtae/Update/
> > >
> > > > installation through one machine name
> > >
> > >
> > > Why are we doing this? What happens to the wic file image? What is the
> > > out of box experience for someone creating an SD image -> flash the
> > > image then modify the sd card? how would that help?
> > >
> > The AM64x EVM and SK have similar rootfs, kernel and u-boot source
> > except for R5 SPL where EVM and SK have two different DDR
> > configurations.
> > Two different processor SDK for EVM and SK creates overhead for
> > customers just for the change in tiboot3.bin. Two avoid the overhead,
> > we are creating two
> > different images for EVM and SK under one MACHINE_NAME (which is am64xx-evm)
> >
> > Two WIC files will be available separately for EVM and SK in the
> > processor SDK installer. Users can use respective WIC files for
> > flashing on to the respective boards.
>
> since meta-yocto, meta-arago etc use the same meta-ti layer,
>
> Could you explain how, in meta-arago/meta-ti am I generating two different wic
> files with the current patch series? I am probably missing some nuance
> in your patches..
>
The patch for generating two WIC files is not added in the current
patch series. I am working on an approach to generate those two WIC
files.
Below is the approach with which I have a working prototype.
1. The meta-arago layer will have two new recipes called
tisdk-base-image-evm.bb and tisdk-base-image-sk.bb for EVM and SK
respectively.
2. These two new recipes will have information on where the boot
images are available which are required for the respective WIC images,
such as IMAGE_BASENAME IMAGE_LINK_NAME IMGDEPLOYDIR  DEPLOY_DIR_IMAGE
3. The two new recipes will be given as the target images for any
bundle creation.

There is another approach which is about bringing in multiple build
machine configurations under a single machine name.
 1. Currently two build configuration such as am64xx-evm and
am64xx-evm-k3r5 are invoked for am64xx-evm
 2. Two more build configurations such as am64xx-sk and am64xx-sk-k3r5
 will be added.
 3. The u-boot and ti-sci-fw recipes will be invoked for am64xx-sk and
am64xx-sk-k3r5
 4. For WIC file generation, inside the sdk bundle recipes, the
IMAGE_BASENAME, IMAGE_LINK_NAME, IMGDEPLOYDIR and  DEPLOY_DIR_IMAGE
variable will be prefixed with am64xx-sk and respective name and path
will be updated/added. This will generate two WIC files for EVM and
SK.
 Note: This approach I don't have prototyped yet. Need your insight in
this approach on the feasibility of adding multiple build
configuration

Denys,
Could you please provide comments on the feasibility on the above approaches.

Thanks & Regards
Sinthu Raja

      reply	other threads:[~2021-04-16  8:05 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-08  7:16 [dunfell/master PATCH 3/3] AM64x Unification: Update ti-sci-fw recipe Sinthu Raja M
2021-04-08 13:44 ` [meta-ti] " Nishanth Menon
2021-04-15 17:16   ` Sinthu Raja M
2021-04-15 17:29     ` Nishanth Menon
2021-04-16  8:05       ` Sinthu Raja M [this message]

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='CAEd-yTQMtmCFSY4Av-vaEXwh7XScdjugqxt45=Jv4OH6YQ94Hg@mail.gmail.com' \
    --to=sinthu.raja@mistralsolutions.com \
    --cc=denys@konsulko.com \
    --cc=meta-ti@lists.yoctoproject.org \
    --cc=nm@ti.com \
    --cc=praneeth@ti.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.