> On 11-Jul-99 Philip Blundell wrote:
> > It looks to me like the majority of the code in
> > arch/i386/kernel/profile.c is
> > actually not architecture dependent. Perhaps it might be better to
> > put the
> > common parts in kernel/profile.c and provide a small wrapper in
> > include/asm-*
> > to call it. This is pretty much what libc does.
>
> True. Actually, the only arch dependent part is the little bit of
> assembly to save/restore the registers in mcount(), which is needed for
> it to work with regparms.
Actually this would be ideal for our situation because we're
developing on the PPC and we'd need make porting the profiling code as
easy as possible. The less we have to do, the better. Perhaps this
could become a part of future kernels? I can see lots of situations
where having a handle on kernel performance would be cool without
having to apply patches to do it each time... :-) Better to just
config it in as needed.
Regards,
Robert.
-- Robert Walsh Amalgamated Durables Email: rjwalsh@durables.org- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/