public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Heiko Stuebner <heiko@sntech.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v1 0/8] rockchip: mkimage: refactor rksd/rkspi padding calculation and add dumpimage support
Date: Fri, 19 May 2017 20:46:55 +0200	[thread overview]
Message-ID: <1514399.6dp9xdlD2v@phil> (raw)
In-Reply-To: <431DCC47-FA37-4FDF-A8E4-4434C845C821@theobroma-systems.com>

Am Freitag, 19. Mai 2017, 20:44:07 CEST schrieb Dr. Philipp Tomsich:
> Heiko,
> 
> thanks for the insight into the BROM.
> I’ll respin this with part of the change reverted and have Kever test.

The patch is already in Simon's next branch [0],
so a fixup might be better :-)


Heiko

[0] http://git.denx.de/?p=u-boot/u-boot-rockchip.git;a=commit;h=8c38deeabfda64ed24c867c4657cb7406375d27e

> 
> Regards,
> Philipp.
> 
> > On 19 May 2017, at 20:39, Heiko Stuebner <heiko@sntech.de> wrote:
> > 
> > Hi Philipp,
> > 
> > Am Mittwoch, 17. Mai 2017, 12:12:51 CEST schrieb Dr. Philipp Tomsich:
> >> What are the requirements for BACK_TO_BROM?
> >> All I can see about how BACK_TO_BROM works is that it needs to save the register
> >> context on the stack for returning to the ROM, but that seems to be only half the story.
> >> 
> >> Assuming that the header0 structure plays into this, the only significant change there
> >> is that I don’t set the 'hdr->init_boot_size’ to the maximum SPL size any longer...
> > 
> > Which is most likely the problem. back_to_bootrom-images are concatenated
> > with the spl in front (init_size) and when returned to the bootrom it
> > reads the rest up to init_boot_size into the sdram.
> > 
> > So ideally we would return that line back to RK_MAX_BOOT_SIZE (512KB).
> > Somewhat safe value and boards not using back_to_bootrom, as this value
> > really only affects that second stage and not the actual spl loading.
> > 
> > I'm sadly away from my boardfarm this and next week, so testing bootloader
> > on my rk3188 board can only happend after that, but I'm somewhat
> > confident that this would solve the problem. Maybe Kever can test that
> > meanwhile.
> > 
> > 
> > Heiko
> > 
> > 
> >> 
> >> Regards,
> >> Philipp.
> >> 
> >>> On 17 May 2017, at 11:50, Kever Yang <kever.yang@rock-chips.com> wrote:
> >>> 
> >>> Hi Philipp,
> >>> 
> >>> This patch makes all the Rockchip SoCs with BACK_TO_BROM enabled can not work,
> >>> 
> >>> does the size correct for the SPL correct?
> >>> 
> >>> Thanks,
> >>> - Kever
> >>> On 04/17/2017 11:47 PM, Philipp Tomsich wrote:
> >>>> We support booting both from SD/MMC images and SPI images on the
> >>>> RK3399-Q7 for different use-cases (e.g. external boot in development
> >>>> from the SD card, internal boot from MMC or SPI depending on whether
> >>>> the SPI flash is populated on any given configuration option).
> >>>> 
> >>>> In getting the SPI image support ready for production, we found a
> >>>> few areas that warranted improvements:
> >>>> - we had broken SPI bootstrap earlier in the changes introducting
> >>>>  boot0-style images for the RK3399 (this needed fixing)
> >>>> - in fixing the broken SPI padding calculation, it became apparent
> >>>>  that it's best to refactor and document things before we make
> >>>>  the same mistake again in the future
> >>>> - with both SD/MMC and SPI images being used for various purposes
> >>>>  by various people, the wrong image style was inadvertendly used
> >>>>  in some tests... so we support for 'dumpimage' (i.e. verify_header
> >>>>  and print_header) had to be added to quickly check the image
> >>>>  type being handled
> >>>> 
> >>>> Note that with the refactored calculation of the image-size, we
> >>>> don't pad the image to the maximum SPL size any longer, but pad
> >>>> SD/MMC to the next 512 byte block (RK_BLK_SIZE) and SPI to the
> >>>> next 2K boundary.
> >>>> 
> >>>> 
> >>>> Philipp Tomsich (8):
> >>>>  rockchip: mkimage: rkspi: include the header sector in the SPI size
> >>>>    calculation
> >>>>  rockchip: mkimage: rewrite padding calculation for SD/MMC and SPI
> >>>>    images
> >>>>  rockchip: mkimage: Update comments for header size
> >>>>  rockchip: mkimage: rksd: pad SD/MMC images to a full blocksize
> >>>>  rockchip: mkimage: clarify header0 initialisation
> >>>>  rockchip: mkimage: play nice with dumpimage
> >>>>  rockchip: mkimage: remove placeholder functions from rkimage
> >>>>  rockchip: mkimage: add support for verify_header/print_header
> >>>> 
> >>>> tools/rkcommon.c | 195 ++++++++++++++++++++++++++++++++++++++++++++++++++-----
> >>>> tools/rkcommon.h |  29 ++++++++-
> >>>> tools/rkimage.c  |  21 +-----
> >>>> tools/rksd.c     |  47 +++++---------
> >>>> tools/rkspi.c    |  62 +++++++++---------
> >>>> 5 files changed, 255 insertions(+), 99 deletions(-)
> >>>> 
> >>> 
> >>> 
> >> 
> >> 
> >> 
> > 
> > 
> 
> 
> 

      reply	other threads:[~2017-05-19 18:46 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-17 15:47 [U-Boot] [PATCH v1 0/8] rockchip: mkimage: refactor rksd/rkspi padding calculation and add dumpimage support Philipp Tomsich
2017-04-17 15:48 ` [U-Boot] [PATCH v1 1/8] rockchip: mkimage: rkspi: include the header sector in the SPI size calculation Philipp Tomsich
2017-04-18  4:00   ` Simon Glass
2017-04-20 21:06     ` Simon Glass
2017-04-17 15:48 ` [U-Boot] [PATCH v1 2/8] rockchip: mkimage: rewrite padding calculation for SD/MMC and SPI images Philipp Tomsich
2017-04-18  4:00   ` Simon Glass
2017-04-20 21:06     ` Simon Glass
2017-04-17 15:48 ` [U-Boot] [PATCH v1 3/8] rockchip: mkimage: Update comments for header size Philipp Tomsich
2017-04-18  4:00   ` Simon Glass
2017-04-20 21:06     ` Simon Glass
2017-04-17 15:48 ` [U-Boot] [PATCH v1 4/8] rockchip: mkimage: rksd: pad SD/MMC images to a full blocksize Philipp Tomsich
2017-04-18  4:00   ` Simon Glass
2017-04-20 21:06     ` Simon Glass
2017-05-27  7:12   ` Andy Yan
2017-04-17 15:48 ` [U-Boot] [PATCH v1 5/8] rockchip: mkimage: clarify header0 initialisation Philipp Tomsich
2017-04-18  4:00   ` Simon Glass
2017-04-20 21:06     ` Simon Glass
2017-05-27  6:58   ` Andy Yan
2017-04-17 15:48 ` [U-Boot] [PATCH v1 6/8] rockchip: mkimage: play nice with dumpimage Philipp Tomsich
2017-04-18  4:01   ` Simon Glass
2017-04-17 15:48 ` [U-Boot] [PATCH v1 7/8] rockchip: mkimage: remove placeholder functions from rkimage Philipp Tomsich
2017-04-18  4:00   ` Simon Glass
2017-04-20 21:06     ` Simon Glass
2017-04-17 15:48 ` [U-Boot] [PATCH v1 8/8] rockchip: mkimage: add support for verify_header/print_header Philipp Tomsich
2017-04-18  4:00   ` Simon Glass
2017-05-17  9:50 ` [U-Boot] [PATCH v1 0/8] rockchip: mkimage: refactor rksd/rkspi padding calculation and add dumpimage support Kever Yang
2017-05-17 10:12   ` Dr. Philipp Tomsich
2017-05-19 18:39     ` Heiko Stuebner
2017-05-19 18:44       ` Dr. Philipp Tomsich
2017-05-19 18:46         ` Heiko Stuebner [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=1514399.6dp9xdlD2v@phil \
    --to=heiko@sntech.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