From: Sean Anderson <sean.anderson@seco.com>
To: Andre Przywara <andre.przywara@arm.com>
Cc: Tom Rini <trini@konsulko.com>,
Linus Walleij <linus.walleij@linaro.org>,
Simon Glass <sjg@chromium.org>,
u-boot@lists.denx.de, Mingkai Hu <mingkai.hu@nxp.com>,
Priyanka Jain <priyanka.jain@nxp.com>,
Rajesh Bhagat <rajesh.bhagat@nxp.com>
Subject: Re: [PATCH 00/17] arm: semihosting: Cleanups and new features
Date: Thu, 10 Mar 2022 12:06:48 -0500 [thread overview]
Message-ID: <7f89b90e-2ea8-2c84-e77e-aa0942116538@seco.com> (raw)
In-Reply-To: <20220310170150.01cd713f@donnerap.cambridge.arm.com>
On 3/10/22 12:01 PM, Andre Przywara wrote:
> On Thu, 10 Mar 2022 11:48:50 -0500
> Sean Anderson <sean.anderson@seco.com> wrote:
>
> Hi,
>
>> On 3/4/22 1:46 PM, Tom Rini wrote:
>> > On Fri, Mar 04, 2022 at 12:19:27PM -0500, Sean Anderson wrote:
>> >> Hi Andre,
>> >>
>> >> On 3/4/22 6:47 AM, Andre Przywara wrote:
>> >> > On Fri, 4 Mar 2022 02:06:03 +0100
>> >> > Linus Walleij <linus.walleij@linaro.org> wrote:
>> >> >
>> >> > Hi,
>> >> >
>> >> > Linus, thanks for the heads up, much appreciated!
>> >> >
>> >> >> On Thu, Mar 3, 2022 at 9:44 PM Sean Anderson <sean.anderson@seco.com> wrote:
>> >> >>
>> >> >> > The main device affected by these changes is vexpress64, so I'd appreciate
>> >> >> > if Linus (or anyone else) could try booting.
>> >> >
>> >> > As it happens, I am sitting on a series updating vexpress_aemv8a_semi, and
>> >> > letting it use OF_CONTROL. I will send this ASAP.
>> >> > As it turned out, the automatic semihosting boot command is actually broken
>> >> > in v2022.01, the fix is the first patch in my series. This clashes with
>> >> > this series, but it's easy to resolve.
>> >>
>> >> I, for one, appreciate that the boot command is no longer all one line after
>> >> your series.
>> >>
>> >> Simon/Tom, which series would you like to be based off the other?
>> >
>> > I think it's however it's easiest for you two to collaborate.
>>
>> I think it will be cleaner for me to base my series on his, but I just want to
>> avoid having to rebase a lot :)
>
> Yeah, it should just be this one line, though, right?
> Tom, would you consider taking patch 01/11 now, as this fixes a
> regression? The Sean could at least rebase on top of this. Rebasing on top
> of the rest should be more straight-forward, because it's not one
> super-long line anymore.
The patch which makes the boot command multi-line is [PATCH 07/11] vexpress64: fvp:
add distro_boot support. I'm not sure how much that patch depends on the others,
but presumably you would need to apply 5 and 6 as well.
--Sean
>>
>> >> > From skimming over this series here, it looks quite nice, I especially love
>> >> > promoting the semihosting load to a proper filesystem. The only drawback
>> >> > seems to be that this will break existing scripts used by people in their
>> >> > deployments, which rely on the smhload command. I don't really know if
>> >> > there are actually any users doing so, but I guess we will find out.
>> >>
>> >> Yeah, I'm not sure what the stance on shell compatibility is. As I understand
>> >> it, for the C API only in-tree users matter. However, shell commands are more
>> >> of an "external" API, used by distro boot scripts. Simon/Tom, what's the
>> >> process for this?
>> >
>> > Well, in this case we can be a bit more cavalier than typical because of
>> > the very limited user base. So long as we have good documentation
>
> Yes, I agree. I don't think there are many users. The fact that it's
> broken in v2022.01 and nobody complained so far tells you something. And I
> can certainly handle a good part of the users internally here. I guess the
> other half is in Linaro ;-)
>
> Cheers,
> Andre
>
>> > around it including something around how to transition to the new
>> > commands, it should be fine to do so, when the code is otherwise ready.
>>
>> OK, I will add some more documentation about transitioning to this series.
>>
>> --Sean
>
next prev parent reply other threads:[~2022-03-10 17:07 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-03 20:43 [PATCH 00/17] arm: semihosting: Cleanups and new features Sean Anderson
2022-03-03 20:43 ` [PATCH 01/17] doc: Convert semihosting readme to rST Sean Anderson
2022-03-03 20:43 ` [PATCH 02/17] nxp: ls1046ardb: Convert README " Sean Anderson
2022-03-03 20:43 ` [PATCH 03/17] doc: ls1046ardb: Expand boot mode section Sean Anderson
2022-03-03 20:43 ` [PATCH 04/17] arm: smh: Add semihosting entry to MAINTAINERS Sean Anderson
2022-03-03 20:43 ` [PATCH 05/17] arm: smh: Export semihosting functions Sean Anderson
2022-03-03 20:43 ` [PATCH 06/17] arm: smh: Use numeric modes for smh_open Sean Anderson
2022-03-03 20:43 ` [PATCH 07/17] arm: smh: Return errno on error Sean Anderson
2022-03-03 20:43 ` [PATCH 08/17] arm: smh: Document functions in header Sean Anderson
2022-03-03 20:43 ` [PATCH 09/17] arm: smh: Add some file manipulation commands Sean Anderson
2022-03-03 20:43 ` [PATCH 10/17] spl: Add semihosting boot method Sean Anderson
2022-03-03 20:43 ` [PATCH 11/17] fs: Add semihosting filesystem Sean Anderson
2022-03-03 20:43 ` [PATCH 12/17] cmd: fdt: Use start/size for chosen instead of start/end Sean Anderson
2022-03-03 20:43 ` [PATCH 13/17] arm: smh: Remove smhload command Sean Anderson
2022-03-03 20:43 ` [PATCH 14/17] arm: smh: Add some functions for working with the host console Sean Anderson
2022-03-03 20:43 ` [PATCH 15/17] serial: Add semihosting driver Sean Anderson
2022-03-03 20:43 ` [PATCH 16/17] doc: smh: Update semihosting documentation Sean Anderson
2022-03-03 20:44 ` [PATCH 17/17] ls1046ardb: Add support for JTAG boot Sean Anderson
2022-03-04 1:06 ` [PATCH 00/17] arm: semihosting: Cleanups and new features Linus Walleij
2022-03-04 11:47 ` Andre Przywara
2022-03-04 17:19 ` Sean Anderson
2022-03-04 18:46 ` Tom Rini
2022-03-10 16:48 ` Sean Anderson
2022-03-10 17:01 ` Andre Przywara
2022-03-10 17:06 ` Sean Anderson [this message]
2022-03-10 17:16 ` Tom Rini
2022-03-11 13:10 ` Andre Przywara
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=7f89b90e-2ea8-2c84-e77e-aa0942116538@seco.com \
--to=sean.anderson@seco.com \
--cc=andre.przywara@arm.com \
--cc=linus.walleij@linaro.org \
--cc=mingkai.hu@nxp.com \
--cc=priyanka.jain@nxp.com \
--cc=rajesh.bhagat@nxp.com \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--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