From: "Kanagarajan, Vijaikumar" <vijaikumar.kanagarajan@siemens.com>
To: Claudius Heine <ch@denx.de>,
"isar-users@googlegroups.com" <isar-users@googlegroups.com>,
"Vijaikumar_Kanagarajan@mentor.com"
<Vijaikumar_Kanagarajan@mentor.com>
Subject: RE: [RFC PATCH 1/1] linux-module: append local files path to FILSPATH
Date: Fri, 30 Jun 2023 11:36:29 +0000 [thread overview]
Message-ID: <PUZPR06MB545058AAC52C72C48D00D389992AA@PUZPR06MB5450.apcprd06.prod.outlook.com> (raw)
In-Reply-To: <e793abdb-28e0-4e57-c883-24c769330b8f@denx.de>
-----Original Message-----
From: Claudius Heine <ch@denx.de>
Sent: 29 June 2023 19:14
To: isar-users@googlegroups.com; Vijaikumar_Kanagarajan <Vijaikumar_Kanagarajan@mentor.com>
Subject: Re: [RFC PATCH 1/1] linux-module: append local files path to FILSPATH
Hi Vijai,
I looked in the gitlog, and it seems like you last changed this stuff in
`83bfec59f6e4b104de1acabecd51dd08d2c840d8`:
Replace FILESPATH with FILESEXTRAPATHS
The suggested approach to include files & patches from bbappend
files is FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
This is not possible if FILESPATH is modified directly. Use
FILESEXTRAPATHS instead.
I an not 100% sure I understand you here. but couldn't this be solved by using the override syntax on `FILESPATH` instead of `=.`?
regards,
Claudius
On 2023-06-29 15:21, Claudius Heine wrote:
> FILESEXTRAPATHS is meant to allow bbappend files to overwrite files
> from their recipe. For this reason the 'normal' patter in bbappend
> files is to prepend the local file path to FILESEXTRAPATHS, which
> results in files from the local file path to be preferred over files
> from the original recipe, or other, lower prioritized bbappend files.
>
> The `module.inc` file is meant to be included by other recipes (`.bb`)
> files. So it should still allow the recipe to overwrite files its
> files that where added via the normal recipes `FILESPATH` search path.
>
> If `module.inc` uses `FILESEXTRAPATHS:prepend` to add its local file
> path to `FILESPATH`, then the recipe, that includes the `module.inc`
> would have to use `FILESEXTRAPATHS:prepend` as well, after including
> the `module.inc` file in order to overwrite the files from the
> `module.inc` file. However this is a workaround of the issue.
>
> `module.inc` should append its local file search path to `FILESPATH`,
> so that it allows other recipes to overwrite any file from it, without
> requiring an additional workaround.
I don't see a better way than this.
We have an inc file which exposes a default dir. When we build a recipe the default FILESPATH is populated and now we have no mechanism to override those unless we do another FILESEXTRAPATHS:prepend after the include.
I assume this should be the case with other includes as well.
Acked-by: Vijai Kumar K <vijaikumar.kanagarajan@siemens.com>
Also wondering what kind of limitation was there in the current debian/ contents that you must override?
Thanks,
Vijai Kumar K
>
> Signed-off-by: Claudius Heine <ch@denx.de>
> ---
> meta/recipes-kernel/linux-module/module.inc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-kernel/linux-module/module.inc
> b/meta/recipes-kernel/linux-module/module.inc
> index 76ad860..333c66b 100644
> --- a/meta/recipes-kernel/linux-module/module.inc
> +++ b/meta/recipes-kernel/linux-module/module.inc
> @@ -5,7 +5,7 @@
> #
> # SPDX-License-Identifier: MIT
>
> -FILESEXTRAPATHS:prepend := "${FILE_DIRNAME}/files:"
> +FILESPATH:append := ":${FILE_DIRNAME}/files"
>
> DESCRIPTION ?= "Custom kernel module ${PN}"
>
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: ch@denx.de
next prev parent reply other threads:[~2023-06-30 11:36 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-29 13:21 [RFC PATCH 0/1] FILESEXTRAPATHS in .inc files Claudius Heine
2023-06-29 13:21 ` [RFC PATCH 1/1] linux-module: append local files path to FILSPATH Claudius Heine
2023-06-29 13:43 ` Claudius Heine
2023-06-30 11:36 ` Kanagarajan, Vijaikumar [this message]
2023-07-04 7:51 ` Claudius Heine
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=PUZPR06MB545058AAC52C72C48D00D389992AA@PUZPR06MB5450.apcprd06.prod.outlook.com \
--to=vijaikumar.kanagarajan@siemens.com \
--cc=Vijaikumar_Kanagarajan@mentor.com \
--cc=ch@denx.de \
--cc=isar-users@googlegroups.com \
/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