From: Ben Hutchings <ben@decadent.org.uk>
To: Fathi Boudra <fathi.boudra@linaro.org>
Cc: Arnaud Patard <arnaud.patard@rtp-net.org>,
linux-kbuild <linux-kbuild@vger.kernel.org>,
maximilian attems <max@stro.at>, Michal Marek <mmarek@suse.cz>
Subject: Re: [PATCHv2 1/1] deb-pkg: Add device tree blobs to the package
Date: Thu, 22 Jan 2015 13:15:25 +0000 [thread overview]
Message-ID: <1421932525.31046.208.camel@decadent.org.uk> (raw)
In-Reply-To: <CAGNsrLD97yDkUxsNPb9Ni2JNuwxLEamtBxyT9A8VSDwNfZ8BWg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2731 bytes --]
On Thu, 2015-01-22 at 12:24 +0200, Fathi Boudra wrote:
> Hi,
>
> On 20 January 2015 at 18:04, Ben Hutchings <ben@decadent.org.uk> wrote:
> > On Tue, 2015-01-20 at 00:13 +0100, Arnaud Patard wrote:
> >> Ben Hutchings <ben@decadent.org.uk> writes:
> >>
> >> > [Please submit patches inline.]
> >>
> >> I've no way to control the way quilt is sending mails.
> >>
> >> >
> >> > On Wed, 2015-01-14 at 13:32 +0100, Arnaud Patard wrote:
> >> >> When building a package with make deb-pkg (say, for arm), the dtb files are
> >> >> not added to the package. Given that things are still evolving on arm, it
> >> >> make sense to have them along with the kernel and modules.
> >> >>
> >> >> v2: make use of dtbs_install
> >> >>
> >> >> Signed-off-by: Arnaud Patard <arnaud.patard@rtp-net.org>
> >> >> ---
> >> >>
> >> >> Index: linux-next/scripts/package/builddeb
> >> >> ===================================================================
> >> >> --- linux-next.orig/scripts/package/builddeb 2015-01-14 13:04:45.845922441 +0100
> >> >> +++ linux-next/scripts/package/builddeb 2015-01-14 13:19:26.121883720 +0100
> >> >> @@ -143,6 +143,10 @@ else
> >> >> cp arch/$ARCH/boot/$KBUILD_IMAGE "$tmpdir/$installed_image_path"
> >> >> fi
> >> >>
> >> >> +if grep -q "^CONFIG_OF=y" .config ; then
> >> >> + make INSTALL_DTBS_PATH="$tmpdir/usr/lib/$packagename" dtbs_install
> >> >> +fi
> >> >
> >> > Only arm and arm64 support that target. You should maybe run something
> >> > like 'make -n dtbs_install >/dev/null 2>&1' first to check that the
> >> > target is defined.
> >>
> >> There's a 'set -e' on top of the script so using make -n will likely
> >> result in the script failing, which wouldn't be so nice imho.
> > [...]
> >
> > That's why you use it with the if statement:
> >
> > # Only some architectures with OF support have this target
> > if make -n dtbs_install >/dev/null 2>&1; then
> > make INSTALL_DTBS_PATH="$tmpdir/usr/lib/$packagename" dtbs_install
> > fi
>
> Would it be acceptable to have a fallback when dtbs_install isn't available?
> It will allow to cover e.g. LTS 3.10 kernel which don't have the target
>
> for example (i.e. can't be upstreamed as-is), I'm using this hack locally:
> https://git.linaro.org/kernel/linux-linaro-tracking.git/blob/HEAD:/scripts/package/builddeb#l334
If there are any architectures that build .dtb files but don't have a
dtbs_install target, they should be fixed rather than adding a
workaround here.
If you want this in some other branch then you should get the addition
of the dtbs_install target backported.
Ben.
--
Ben Hutchings
I haven't lost my mind; it's backed up on tape somewhere.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 811 bytes --]
next prev parent reply other threads:[~2015-01-22 13:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-14 12:32 [PATCHv2 0/1] deb-pkg: Add device tree blobs to the package Arnaud Patard
2015-01-14 12:32 ` [PATCHv2 1/1] " Arnaud Patard
2015-01-14 12:51 ` Ben Hutchings
2015-01-19 23:13 ` Arnaud Patard
2015-01-20 16:04 ` Ben Hutchings
2015-01-22 10:24 ` Fathi Boudra
2015-01-22 13:15 ` Ben Hutchings [this message]
2015-01-22 13:40 ` Michal Marek
2015-01-22 14:19 ` Ben Hutchings
2015-01-22 15:29 ` Michal Marek
2015-01-22 15:58 ` Arnaud Patard
2015-01-23 9:55 ` Michal Marek
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=1421932525.31046.208.camel@decadent.org.uk \
--to=ben@decadent.org.uk \
--cc=arnaud.patard@rtp-net.org \
--cc=fathi.boudra@linaro.org \
--cc=linux-kbuild@vger.kernel.org \
--cc=max@stro.at \
--cc=mmarek@suse.cz \
/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