All of lore.kernel.org
 help / color / mirror / Atom feed
From: Albert ARIBAUD <albert.u.boot@aribaud.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] arm: Add support for semihosting for armv8 fastmodel targets.
Date: Wed, 12 Mar 2014 17:41:34 +0100	[thread overview]
Message-ID: <E1WNmDn-0004XF-A4@janus> (raw)
In-Reply-To: <1394640241-14707-1-git-send-email-drambo@broadcom.com>

Hi Darwin,

On Wed, 12 Mar 2014 09:04:01 -0700, Darwin Rambo <drambo@broadcom.com>
wrote:

> The reason for this change is to be able to use the ARM Trusted Firmware
> (ATF) to load the various ATF images, plus u-boot, which can then load
> the kernel/ramdisk/dtb with calls to an external host from a standard
> fastmodel armv8 board file using semihosting, and then launch the kernel
> without a bootwrapper. This gives us a more realistic boot sequence.
> 
> Rather than create a new armv8 board similar to armltd/vexpress64, add
> semihosting calls to the existing one, enabled with CONFIG_SEMIHOSTING.
> Also add a new board config file vexpress_aemv8a_semi.h. This change is
> tested and works on the ARM foundation model.
> 
> Support for armv7 in fastmodel is less useful due to the wide range of
> available silicon but this change contains an untested armv7 placeholder
> if desired.
> 
> The level of semihosting support is minimal, restricted to just what it
> takes to load images to memory. If more semihosting functionality is
> required, such as file seek, outputting strings, reading characters, etc,
> then it can be easily added later.
> 
> Signed-off-by: Darwin Rambo <drambo@broadcom.com>
> ---

If you're only adding semihosting to vexpress_aemv8a, not creating a
new board, then why add a new header file? Can you not just reuse
orextend the existing header file, and make the new entry in
boards.cfg define option CONFIG_SEMIHOSTING instead?  

> diff --git a/board/armltd/vexpress64/vexpress64.c b/board/armltd/vexpress64/vexpress64.c
> index 2ec3bc9..9b64f71 100644
> --- a/board/armltd/vexpress64/vexpress64.c
> +++ b/board/armltd/vexpress64/vexpress64.c

> @@ -31,11 +35,6 @@ int dram_init(void)
>  	return 0;
>  }
>  
> -int timer_init(void)
> -{
> -	return 0;
> -}
> -

This removal does not seem to be described in the commit summary.

Amicalement,
-- 
Albert.

  parent reply	other threads:[~2014-03-12 16:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-12 16:04 [U-Boot] [PATCH] arm: Add support for semihosting for armv8 fastmodel targets Darwin Rambo
2014-03-12 16:24 ` Tom Rini
2014-03-12 16:41   ` Darwin Rambo
2014-03-12 17:18     ` Tom Rini
2014-03-12 17:47       ` Darwin Rambo
2014-03-12 16:41 ` Albert ARIBAUD [this message]
2014-03-12 16:45   ` Darwin Rambo

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=E1WNmDn-0004XF-A4@janus \
    --to=albert.u.boot@aribaud.net \
    --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 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.