All of lore.kernel.org
 help / color / mirror / Atom feed
* [U-Boot] question regarding the odroidc2 board support
@ 2017-06-22 17:55 daggs
  2017-06-27  7:57 ` Lukasz Majewski
  0 siblings, 1 reply; 6+ messages in thread
From: daggs @ 2017-06-22 17:55 UTC (permalink / raw)
  To: u-boot

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?

Thanks,

Dagg.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [U-Boot] question regarding the odroidc2 board support
  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
  0 siblings, 1 reply; 6+ messages in thread
From: Lukasz Majewski @ 2017-06-27  7:57 UTC (permalink / raw)
  To: u-boot

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [U-Boot] question regarding the odroidc2 board support
  2017-06-27  7:57 ` Lukasz Majewski
@ 2017-06-27 11:58   ` daggs
  2017-06-27 13:12     ` Lukasz Majewski
  0 siblings, 1 reply; 6+ messages in thread
From: daggs @ 2017-06-27 11:58 UTC (permalink / raw)
  To: u-boot

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?

Thanks.

Dagg.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [U-Boot] question regarding the odroidc2 board support
  2017-06-27 11:58   ` daggs
@ 2017-06-27 13:12     ` Lukasz Majewski
  2017-06-28  8:44       ` daggs
  0 siblings, 1 reply; 6+ messages in thread
From: Lukasz Majewski @ 2017-06-27 13:12 UTC (permalink / raw)
  To: u-boot

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [U-Boot] question regarding the odroidc2 board support
  2017-06-27 13:12     ` Lukasz Majewski
@ 2017-06-28  8:44       ` daggs
  2017-06-28  9:12         ` Lukasz Majewski
  0 siblings, 1 reply; 6+ messages in thread
From: daggs @ 2017-06-28  8:44 UTC (permalink / raw)
  To: u-boot

Greetings Lukasz,

> Sent: Tuesday, June 27, 2017 at 4:12 PM
> 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 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

yes, I did asked a question regarding this but didn't got any answer.
I've decided to ask the uboot devs as from what I understand, the hardkernel guys must comply with uboot's guidelines.

so my question is, does u-boot.bin is the only product from u-boot which is added into the image?

Thanks,

Dagg.

Dagg.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [U-Boot] question regarding the odroidc2 board support
  2017-06-28  8:44       ` daggs
@ 2017-06-28  9:12         ` Lukasz Majewski
  0 siblings, 0 replies; 6+ messages in thread
From: Lukasz Majewski @ 2017-06-28  9:12 UTC (permalink / raw)
  To: u-boot

On Wed, 28 Jun 2017 10:44:17 +0200
daggs <daggs@gmx.com> wrote:

> Greetings Lukasz,
> 
> > Sent: Tuesday, June 27, 2017 at 4:12 PM
> > 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 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
> 
> yes, I did asked a question regarding this but didn't got any answer.
> I've decided to ask the uboot devs as from what I understand, the
> hardkernel guys must comply with uboot's guidelines.
> 
> so my question is, does u-boot.bin is the only product from u-boot
> which is added into the image?

From my Exynos development experience - yes it is the only one.

> 
> Thanks,
> 
> Dagg.
> 
> 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

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2017-06-28  9:12 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
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
2017-06-28  8:44       ` daggs
2017-06-28  9:12         ` Lukasz Majewski

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.