Re: ftrace: Proposal for an Alternative RecordMcount framework

2018-03-06 Thread Steven Rostedt
On Wed, 7 Mar 2018 09:47:47 +0800 Alan Kao wrote: > > Please allow me to state the problem more clearly here. I hope this helps. > > > > 1. locations of mcount are recorded in a per-file basis. > > 2. to optimize the binary, the linker turns on some aggressive > >options, including relaxat

Re: ftrace: Proposal for an Alternative RecordMcount framework

2018-03-06 Thread Alan Kao
On Thu, Mar 01, 2018 at 10:05:07AM +0800, Alan Kao wrote: > On Wed, Feb 28, 2018 at 05:12:52AM +0800, Steven Rostedt wrote: > > On Tue, 27 Feb 2018 18:04:26 +0800 > > Alan Kao wrote: > > > > > 1. During the final linking stages, do "objdump vmlinux.o | grep ..." [2] > > > > Note, doing it at th

Re: ftrace: Proposal for an Alternative RecordMcount framework

2018-02-28 Thread Alan Kao
On Wed, Feb 28, 2018 at 05:12:52AM +0800, Steven Rostedt wrote: > On Tue, 27 Feb 2018 18:04:26 +0800 > Alan Kao wrote: > > > 1. During the final linking stages, do "objdump vmlinux.o | grep ..." [2] > > Note, doing it at that stage takes the longest time. It makes small > changes much longer to

Re: ftrace: Proposal for an Alternative RecordMcount framework

2018-02-27 Thread Steven Rostedt
On Tue, 27 Feb 2018 18:04:26 +0800 Alan Kao wrote: > 1. During the final linking stages, do "objdump vmlinux.o | grep ..." [2] Note, doing it at that stage takes the longest time. It makes small changes much longer to compile. That said... > 2. Form the output as an ELF objecj > 3. Link the ob