linux-remoteproc.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Iuliana Prodan <iuliana.prodan@nxp.com>
To: "Peng Fan (OSS)" <peng.fan@oss.nxp.com>,
	andersson@kernel.org, mathieu.poirier@linaro.org,
	shawnguo@kernel.org, s.hauer@pengutronix.de,
	arnaud.pouliquen@foss.st.com, daniel.baluta@nxp.com
Cc: kernel@pengutronix.de, festevam@gmail.com, linux-imx@nxp.com,
	linux-remoteproc@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, Peng Fan <peng.fan@nxp.com>
Subject: Re: [PATCH V3 0/6] remoteproc: imx_rproc: support firmware in DDR
Date: Fri, 10 Feb 2023 15:52:01 +0200	[thread overview]
Message-ID: <2c4997fa-973c-dee4-9b26-6b38a1ca4540@nxp.com> (raw)
In-Reply-To: <20230209063816.2782206-1-peng.fan@oss.nxp.com>


On 2/9/2023 8:38 AM, Peng Fan (OSS) wrote:
> From: Peng Fan <peng.fan@nxp.com>
>
> V3:
>   
>   Daniel, Iuliana
>
>     Please help review this patchset per Mathieu's comments.
>
>   Thanks,
>   Peng.
>
>   Move patch 3 in v2 to 1st patch in v3 and add Fixes tag Per Daniel
>   IMX_RPROC_ANY in patch 3 Per Mathieu
>   Update comment and commit log in patch 5, 6.
>
>   NXP SDK provides ".interrupts" section, but I am not sure how others
>   build the firmware. So I still keep patch 6 as v2, return bootaddr
>   if there is no ".interrupts" section.
>
> V2:
>   patch 4 is introduced for sparse check warning fix
>   
> This pachset is to support i.MX8M and i.MX93 Cortex-M core firmware could
> be in DDR, not just the default TCM.
>
> i.MX8M needs stack/pc value be stored in TCML entry address[0,4], the
> initial value could be got from firmware first section ".interrupts".
> i.MX93 is a bit different, it just needs the address of .interrupts
> section. NXP SDK always has .interrupts section.
>
> So first we need find the .interrupts section from firmware, so patch 1
> is to reuse the code of find_table to introduce a new API
> rproc_elf_find_shdr to find shdr, the it could reused by i.MX driver.
>
> Patch 2 is introduce devtype for i.MX8M/93
>
> Although patch 3 is correct the mapping, but this area was never used
> by NXP SW team, we directly use the DDR region, not the alias region.
> Since this patchset is first to support firmware in DDR, mark this patch
> as a fix does not make much sense.
>
> patch 4 and 5 is support i.MX8M/93 firmware in DDR with parsing .interrupts
> section. Detailed information in each patch commit message.
>
> Patches were tested on i.MX8MQ-EVK i.MX8MP-EVK i.MX93-11x11-EVK

If one can build their firmware as they want, then the .interrupt 
section can also be called differently.
I don't think is a good idea to base all your implementation on this 
assumption.

It's clear there's a limitation when linking firmware in DDR, so this 
should be well documented so one can compile their firmware and put the 
needed section (interrupt as we call it in NXP SDK) always in TCML - 
independently where the other section go.

Regards,

Iulia



  parent reply	other threads:[~2023-02-10 13:52 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-09  6:38 [PATCH V3 0/6] remoteproc: imx_rproc: support firmware in DDR Peng Fan (OSS)
2023-02-09  6:38 ` [PATCH V3 1/6] remoteproc: imx_rproc: correct i.MX8MQ DDR Code alias mapping Peng Fan (OSS)
2023-02-09  6:38 ` [PATCH V3 2/6] remoteproc: elf_loader: introduce rproc_elf_find_shdr Peng Fan (OSS)
2023-02-09  6:38 ` [PATCH V3 3/6] remoteproc: imx_rproc: add devtype Peng Fan (OSS)
2023-02-09  6:38 ` [PATCH V3 4/6] remoteproc: imx_rproc: force pointer type Peng Fan (OSS)
2023-02-09  6:38 ` [PATCH V3 5/6] remoteproc: imx_rproc: set Cortex-M stack/pc to TCML Peng Fan (OSS)
2023-02-09  6:38 ` [PATCH V3 6/6] remoteproc: imx_rproc: set address of .interrupts section as bootaddr Peng Fan (OSS)
2023-02-09 14:04 ` [PATCH V3 0/6] remoteproc: imx_rproc: support firmware in DDR Daniel Baluta
2023-02-10 13:52 ` Iuliana Prodan [this message]
2023-02-12  7:43   ` Peng Fan
2023-02-13 10:15     ` Iuliana Prodan
2023-02-13 17:50       ` Mathieu Poirier
2023-02-14  9:56         ` Iuliana Prodan
2023-03-04  7:59         ` Peng Fan
2023-03-07 20:26           ` Mathieu Poirier
2023-03-22 10:59             ` Frieder Schrempf
2023-03-22 15:13               ` Mathieu Poirier
2023-03-24 10:20               ` Peng Fan
2023-03-27 15:09                 ` Frieder Schrempf
2023-03-22 11:14           ` Daniel Baluta

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=2c4997fa-973c-dee4-9b26-6b38a1ca4540@nxp.com \
    --to=iuliana.prodan@nxp.com \
    --cc=andersson@kernel.org \
    --cc=arnaud.pouliquen@foss.st.com \
    --cc=daniel.baluta@nxp.com \
    --cc=festevam@gmail.com \
    --cc=kernel@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-remoteproc@vger.kernel.org \
    --cc=mathieu.poirier@linaro.org \
    --cc=peng.fan@nxp.com \
    --cc=peng.fan@oss.nxp.com \
    --cc=s.hauer@pengutronix.de \
    --cc=shawnguo@kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).