[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A16686C.7060800@linux.vnet.ibm.com>
Date: Fri, 22 May 2009 10:55:08 +0200
From: Peter Oberparleiter <oberpar@...ux.vnet.ibm.com>
To: Ingo Molnar <mingo@...e.hu>
CC: Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org, Andi Kleen <andi@...stfloor.org>,
Huang Ying <ying.huang@...el.com>, Li Wei <W.Li@....COM>,
Michael Ellerman <michaele@....ibm.com>,
Heiko Carstens <heicars2@...ux.vnet.ibm.com>,
Martin Schwidefsky <mschwid2@...ux.vnet.ibm.com>
Subject: Re: [PATCH 3/4] gcov: add gcov profiling infrastructure
Ingo Molnar wrote:
> * Peter Oberparleiter <oberpar@...ux.vnet.ibm.com> wrote:
>
>> +int __gcov_execve(const char *path, char *const argv[], char *const envp[])
>> +{
>> + return kernel_execve(path, argv, envp);
>> +}
>> +EXPORT_SYMBOL(__gcov_execve);
>
> Looks weird, why is this needed?
When compiling with -fprofile-arcs, gcc will turn execve calls into a
builtin which calls __gcov_execve(). This is needed in userspace to
ensure that data for the calling process is correctly saved.
Back when kernel_execve() used to be called execve(), this function was
required to prevent linker errors. If it's generally agreed not to name
kernel functions execve(), this one might as well be removed (not sure
about such an agreement though).
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists