Philippe Gerum wrote: > Jan Kiszka wrote: >> [EMAIL PROTECTED] wrote: >> >>> ... >>> Commit from rpm (2006-04-26 17:41 CEST) >>> --------------- >>> >>> Make IPIPE_TRACE_PATHS configurable >>> >>> ipipe v2.6/common/kernel/ipipe/tracer.c 1.10 >>> ipipe v2.6/common/kernel/ipipe/Kconfig.trace 1.4 >> >> >> From a quick glance it appears to me you provided a nice interface to >> break some stuff :). At least the explanation is not correct. >> >> Those four paths are required to 1) always have an active path at hand >> for recording, 2+3) keep the latest max or frozen path, and 4) escape >> with to an alternative slot during max/frozen updates in case the >> previous one is currently locked for output or whatever and cannot >> become the new active path. >> >> So, the absolute minimum is 3 when there is definitely no concurrent >> usage of ipipe_trace_begin/end vs. ipipe_trace_freeze (remember that >> users may want to define their own begin/end points if >> IPIPE_TRACE_IRQSOFF is not set). Raising it above 4 is of no practical >> use so far. >> > > Oh, wait, you've just explained why passing -f to the latency test > freezes my board! Thanks :o) >
Famous last words while reaching out the finger: "Hey, what is this knob for?" :) Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Adeos-main mailing list [email protected] https://mail.gna.org/listinfo/adeos-main
