All of lore.kernel.org
 help / color / mirror / Atom feed
From: acme@kernel.org (Arnaldo Carvalho de Melo)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] [perf/core branch] perf coresight: Fix ARM builds caused by misplaced __printf
Date: Mon, 19 Jun 2017 16:52:22 -0300	[thread overview]
Message-ID: <20170619195222.GD13640@kernel.org> (raw)
In-Reply-To: <20170619142633.51d138db0c0b8befa0542bf6@arm.com>

Em Mon, Jun 19, 2017 at 02:26:33PM -0500, Kim Phillips escreveu:
> On Mon, 19 Jun 2017 15:42:09 -0300
> Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
> 
> > Em Mon, Jun 19, 2017 at 11:51:20AM -0600, Mathieu Poirier escreveu:
> > > On 16 June 2017 at 13:59, Kim Phillips <kim.phillips@arm.com> wrote:
> > > > -static int cs_device__print_file(const char *name, const char *fmt, ...) __printf(2, 3)
> > > > +static int __printf(2, 3) cs_device__print_file(const char *name, const char *fmt, ...)
> > > >  {
> > > >         va_list args;
> > > >         FILE *file;
> > > 
> > > I just tested Kim's solution on my side.
> > > 
> > > Acked-by: Mathieu Poirier <mathieu.poirier@linaro.org>
> > 
> > Thanks for checking, since I haven't pushed this to Ingo I just squashed
> > Kim's fix into the buggy cset.
> > 
> > Now I'm trying to build it with lots of cross build containers to see if
> > there are any other problems before push this up to Ingo.
> 
> Thanks, I'm still trying to learn the submission process...
> 
> Slightly off-topic, but when you push kernel.org/.../acme/linux.git, do
> you push --tags?

I usually just do:

git push acme.korg perf/urgent

or

git push acme.korg perf/urgent

[acme at jouet linux]$ git remote -v | grep korg
acme.korg	gitolite at gitolite.kernel.org:/pub/scm/linux/kernel/git/acme/linux.git (fetch)
acme.korg	gitolite at gitolite.kernel.org:/pub/scm/linux/kernel/git/acme/linux.git (push)
[acme at jouet linux]$ 

Or some other branch, acme/master isn't updated. I guess I should do
like tip/master, and always have acme/master with acme/perf/core merged
with acme/perf/urgent, but for now, just consider acme/perf/urgent and
acme/perf/core.
 
> If I do a fresh clone, checkout perf/core or urgent, build perf,
> PERF-VERSION-GEN first uses git to find the version number, then the
> Makefile.  But in acme/linux.git, the latest version tag looks to match
> the master branch version: 3.2: so I get a 3.2-reporting version on
> what should be 4.12-rc4 (perf/core's current Makefile):
> 
> $ tools/perf/perf --version
> perf version 3.2.gd15e591
> 
> Is this an acme/linux.git tree maintenance issue, or should
> PERF-VERSION-GEN be modified to compare versions gotten from git vs.
> the Makefile, and just use the higher one?
> 
> Thanks,
> 
> Kim

WARNING: multiple messages have this Message-ID (diff)
From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: Kim Phillips <kim.phillips@arm.com>
Cc: Mathieu Poirier <mathieu.poirier@linaro.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Ingo Molnar <mingo@redhat.com>,
	Alexander Shishkin <alexander.shishkin@linux.intel.com>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] [perf/core branch] perf coresight: Fix ARM builds caused by misplaced __printf
Date: Mon, 19 Jun 2017 16:52:22 -0300	[thread overview]
Message-ID: <20170619195222.GD13640@kernel.org> (raw)
In-Reply-To: <20170619142633.51d138db0c0b8befa0542bf6@arm.com>

Em Mon, Jun 19, 2017 at 02:26:33PM -0500, Kim Phillips escreveu:
> On Mon, 19 Jun 2017 15:42:09 -0300
> Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
> 
> > Em Mon, Jun 19, 2017 at 11:51:20AM -0600, Mathieu Poirier escreveu:
> > > On 16 June 2017 at 13:59, Kim Phillips <kim.phillips@arm.com> wrote:
> > > > -static int cs_device__print_file(const char *name, const char *fmt, ...) __printf(2, 3)
> > > > +static int __printf(2, 3) cs_device__print_file(const char *name, const char *fmt, ...)
> > > >  {
> > > >         va_list args;
> > > >         FILE *file;
> > > 
> > > I just tested Kim's solution on my side.
> > > 
> > > Acked-by: Mathieu Poirier <mathieu.poirier@linaro.org>
> > 
> > Thanks for checking, since I haven't pushed this to Ingo I just squashed
> > Kim's fix into the buggy cset.
> > 
> > Now I'm trying to build it with lots of cross build containers to see if
> > there are any other problems before push this up to Ingo.
> 
> Thanks, I'm still trying to learn the submission process...
> 
> Slightly off-topic, but when you push kernel.org/.../acme/linux.git, do
> you push --tags?

I usually just do:

git push acme.korg perf/urgent

or

git push acme.korg perf/urgent

[acme@jouet linux]$ git remote -v | grep korg
acme.korg	gitolite@gitolite.kernel.org:/pub/scm/linux/kernel/git/acme/linux.git (fetch)
acme.korg	gitolite@gitolite.kernel.org:/pub/scm/linux/kernel/git/acme/linux.git (push)
[acme@jouet linux]$ 

Or some other branch, acme/master isn't updated. I guess I should do
like tip/master, and always have acme/master with acme/perf/core merged
with acme/perf/urgent, but for now, just consider acme/perf/urgent and
acme/perf/core.
 
> If I do a fresh clone, checkout perf/core or urgent, build perf,
> PERF-VERSION-GEN first uses git to find the version number, then the
> Makefile.  But in acme/linux.git, the latest version tag looks to match
> the master branch version: 3.2: so I get a 3.2-reporting version on
> what should be 4.12-rc4 (perf/core's current Makefile):
> 
> $ tools/perf/perf --version
> perf version 3.2.gd15e591
> 
> Is this an acme/linux.git tree maintenance issue, or should
> PERF-VERSION-GEN be modified to compare versions gotten from git vs.
> the Makefile, and just use the higher one?
> 
> Thanks,
> 
> Kim

  reply	other threads:[~2017-06-19 19:52 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-16 19:59 [PATCH] [perf/core branch] perf coresight: Fix ARM builds caused by misplaced __printf Kim Phillips
2017-06-16 19:59 ` Kim Phillips
2017-06-19 17:51 ` Mathieu Poirier
2017-06-19 17:51   ` Mathieu Poirier
2017-06-19 18:42   ` Arnaldo Carvalho de Melo
2017-06-19 18:42     ` Arnaldo Carvalho de Melo
2017-06-19 19:26     ` Kim Phillips
2017-06-19 19:26       ` Kim Phillips
2017-06-19 19:52       ` Arnaldo Carvalho de Melo [this message]
2017-06-19 19:52         ` Arnaldo Carvalho de Melo
2017-06-19 20:29         ` Kim Phillips
2017-06-19 20:29           ` Kim Phillips

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=20170619195222.GD13640@kernel.org \
    --to=acme@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.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 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.