From: Lukasz Majewski <lukma@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] question regarding the odroidc2 board support
Date: Tue, 27 Jun 2017 15:12:57 +0200 [thread overview]
Message-ID: <20170627151257.62c167e1@jawa> (raw)
In-Reply-To: <trinity-0502b662-9e13-43fb-95bc-2727997be743-1498564726066@3capp-mailcom-bs08>
On Tue, 27 Jun 2017 13:58:46 +0200
daggs <daggs@gmx.com> wrote:
> Greetings Lukasz
>
> > Sent: Tuesday, June 27, 2017 at 10:57 AM
> > From: "Lukasz Majewski" <lukma@denx.de>
> > To: daggs <daggs@gmx.com>
> > Cc: u-boot at lists.denx.de
> > Subject: Re: [U-Boot] question regarding the odroidc2 board support
> >
> > On Thu, 22 Jun 2017 19:55:21 +0200
> > daggs <daggs@gmx.com> wrote:
> >
> > > Greetings,
> > >
> > > I'm using buildroot to generate images for the odroid c2 boards
> > > and from what I see, it uses u-boot.bin to burn into the image.
> > > I'm not seeing any other uboot product that is used for booting
> > > (unless I'm mistaken). I'm reading the odroid c2 readme file and
> > > I see it instructs the use to burn a alternative u-boot.bin from
> > > the one that was created by the env. I wonder how it is possible
> > > to actually use newer uboot when in the end uboot recommends to
> > > replace u-boot.bin with pre existing one?
> >
> > From the spec I do see that C2 has SD card and eMMC.
> >
> > I can only share my experience with Odroid XU3/U3.
> >
> > The boot process would (probably) require some signed blobs from
> > hardkernel (those binaries are corresponding to u-boot-spl.bin).
> >
> > I can recommend looking to Hardkernel forum (they should have some
> > topics dedicated for this SoM), or look for tizen.org wiki:
> >
> > https://wiki.tizen.org/Quick_guide_for_odroidxu3
> >
> > I hope, that the boot flow is similar for XU3 and C2.
> >
> > >
> > > Thanks,
> > >
> > > Dagg.
> > > _______________________________________________
> > > U-Boot mailing list
> > > U-Boot at lists.denx.de
> > > https://lists.denx.de/listinfo/u-boot
> >
> >
> >
> >
> > Best regards,
> >
> > Lukasz Majewski
> >
> > --
> >
> > DENX Software Engineering GmbH, Managing Director: Wolfgang
> > Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
> > Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email:
> > wd at denx.de
> >
>
> indeed that is correct, the c2 has a singed binary.
> as said in my mail, I'm using buildroot to create my images, at the
> end buildroot takes the file u-boot.bin and burn it into the image at
> a specific location. the c2 readme explains how to extract the signed
> blob but I'd expect that it will overwrite part of the u-boot.bin
> file and no replace it. so I assume I'm missing a part. e.g.
> u-boot.bin isn't the only file needed from u-boot. am I correct?
I can only speak by having some experience with Odroid XU3.
XU3 had bl1.bin.hardkernel, which was signed (and this corresponds to
u-boot's SPL binary).
This bl1 called "normal" u-boot (u-boot.bin).
And afterwards u-boot was calling uImage + DTB.
There was also problem with the eMMC layout - you had to jump somewhere
else since the default "partition" for u-boot (512 KiB) was too small.
Also please pay a note if you need any TZW (trust zone) firmware for
your platform.
Have you found any info on hardkerne's wiki/forum?
>
> Thanks.
>
> Dagg.
Best regards,
Lukasz Majewski
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
next prev parent reply other threads:[~2017-06-27 13:12 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-22 17:55 [U-Boot] question regarding the odroidc2 board support daggs
2017-06-27 7:57 ` Lukasz Majewski
2017-06-27 11:58 ` daggs
2017-06-27 13:12 ` Lukasz Majewski [this message]
2017-06-28 8:44 ` daggs
2017-06-28 9:12 ` Lukasz Majewski
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=20170627151257.62c167e1@jawa \
--to=lukma@denx.de \
--cc=u-boot@lists.denx.de \
/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