From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v2 4/7] arch/xtensa: accept the overlay to be an URL
Date: Sun, 9 Jul 2017 17:24:58 +0200 [thread overview]
Message-ID: <20170709172458.04eaf58d@windsurf> (raw)
In-Reply-To: <20170709135718.GD3196@scaer>
Hello,
On Sun, 9 Jul 2017 15:57:18 +0200, Yann E. MORIN wrote:
> > Another issue that I have is that we're not checking its hash, even if
> > the file used in the qemu xtensa defconfigs doesn't have any version
> > information in its name, making it quite likely that the contents of
> > the file will change without us knowing.
>
> Hmm... IIRC, in the following patch, we're using the file from a specific
> git sha1, aren't we? In this case, we don't really expect it to change...
Yes, we are fetching from a specific git sha1. And anyway since it's a
custom download, there's no way to store a hash.
> > In any case, I'd like to hear about a direction to solve the
> > per-package DL_DIR issue.
>
> I think this will be as simple as using:
>
> ARCH_XTENSA_OVERLAY_FILE = $($(PKG)_DL_DIR)/$(notdir $(BR_ARCH_XTENSA_OVERLAY_FILE))
>
> since this will be expanded in the commands for the .stamp_downloaded
> stamp file.
Indeed, so it's fine for me. I've applied the patches.
> But as you say, this means the file will be duplicated for each
> component that needs the overlay.
Not a big deal IMO. It's a 90 KB file, and it's only for the specific
case of Xtensa, so I don't think it's worth extending the infra to
optimize for this.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
next prev parent reply other threads:[~2017-07-09 15:24 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-09 12:21 [Buildroot] [PATCH v2 0/7] xtensa overlay application rework Max Filippov
2017-07-09 12:21 ` [Buildroot] [PATCH v2 1/7] arch/xtensa: get rid of an intermediate blind kconfig option Max Filippov
2017-07-09 13:45 ` Thomas Petazzoni
2017-07-09 12:21 ` [Buildroot] [PATCH v2 2/7] arch/xtensa: allow specifying path to tarball file Max Filippov
2017-07-09 13:45 ` Thomas Petazzoni
2017-07-09 12:21 ` [Buildroot] [PATCH v2 3/7] arch/xtensa: accept the overlay to be compressed Max Filippov
2017-07-09 13:45 ` Thomas Petazzoni
2017-07-09 12:21 ` [Buildroot] [PATCH v2 4/7] arch/xtensa: accept the overlay to be an URL Max Filippov
2017-07-09 13:48 ` Thomas Petazzoni
2017-07-09 13:57 ` Yann E. MORIN
2017-07-09 15:24 ` Thomas Petazzoni [this message]
2017-07-09 12:21 ` [Buildroot] [PATCH v2 5/7] configs/qemu-xtensa: use overlay from the github repository Max Filippov
2017-07-09 12:22 ` [Buildroot] [PATCH v2 6/7] linux: apply xtensa overlay Max Filippov
2017-07-09 12:22 ` [Buildroot] [PATCH v2 7/7] uboot: " Max Filippov
2017-07-09 15:22 ` [Buildroot] [PATCH v2 0/7] xtensa overlay application rework Thomas Petazzoni
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=20170709172458.04eaf58d@windsurf \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/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.