[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <43747adb-4591-e0ff-f173-525a5f5d47b4@linux.intel.com>
Date: Mon, 8 Oct 2018 14:55:13 +0300
From: Alexey Budankov <alexey.budankov@...ux.intel.com>
To: Jiri Olsa <jolsa@...hat.com>
Cc: Peter Zijlstra <peterz@...radead.org>,
Ingo Molnar <mingo@...nel.org>,
Arnaldo Carvalho de Melo <acme@...nel.org>,
Alexander Shishkin <alexander.shishkin@...ux.intel.com>,
Namhyung Kim <namhyung@...nel.org>,
Andi Kleen <ak@...ux.intel.com>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v11 1/3]: perf util: map data buffer for preserving
collected data
Hi,
On 08.10.2018 13:50, Jiri Olsa wrote:
> On Mon, Oct 08, 2018 at 09:14:29AM +0300, Alexey Budankov wrote:
>>
<SNIP>
>> diff --git a/tools/perf/Makefile.config b/tools/perf/Makefile.config
>> index f6d1a03c7523..2e90f4ce9214 100644
>> --- a/tools/perf/Makefile.config
>> +++ b/tools/perf/Makefile.config
>> @@ -355,6 +355,11 @@ endif # NO_LIBELF
>>
>> ifeq ($(feature-glibc), 1)
>> CFLAGS += -DHAVE_GLIBC_SUPPORT
>> + ifndef NO_AIO
>
> hum, do we need NO_AIO? we have the --aio option to enable that right?
Right. Enable that *in runtime*.
> I guess BIONIC does not support aio, but but will it fail when it's
> compiled in there?
Please see updated section of the cover letter for more information
regarding this. Possible compilation issues is that's why we better
have this capability in advance:
objdump -T tools/perf/perf | grep aio
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 aio_suspend64
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 aio_return64
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 aio_error64
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 aio_write64
IMHO, it is worth implementing NO_AIO define.
Thanks,
Alexey
>
> jirka
>
>> + ifndef BIONIC
>> + CFLAGS += -DHAVE_AIO_SUPPORT
>> + endif
>> + endif
>> endif
>
> SNIP
>
Powered by blists - more mailing lists