kern/83445: [PATCH] ndis won't compile with kernel profiling enabled

Wojciech A. Koszek dunstan at
Thu Jul 14 18:50:41 GMT 2005

On Thu, Jul 14, 2005 at 11:50:59PM +1000, Bruce Evans wrote:
> I think it would work with plain profiling (-p), but with high
> resolution profiling (-pp), it would neither compile nor work,
> since "ret" is a macro in that case in order to make it work.


It compiles with -p, but not with -pp.

> This would make high resolution profiling compile but not work.
> There must be a call to mexitcount just before the return.
> The ENTRY() macro hides the corresponding complications for
> entry to functions and the ret macro handles most cases for
> exit.
> Large amounts of assembler code are likely to have other bugs
> in mcounting.  The templates are especially difficult to handle
> correctly -- gprof won't be able to find the addresses in code
> constructed at runtime, so the runtime-only addresses should
> somehow be mapped to compile-time addresses.

I haven't notice that before, thanks. Main goal of my PR was to
support kernel build process with profiling enabled.  I think I
have to deal with it by excluding ndis from build with
WITHOUT_MODULES, which is acceptable for me.  If noone is going
to post additional comments and you agree, this PR can be
closed now.

* Wojciech A. Koszek && dunstan at

More information about the freebsd-bugs mailing list