From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <444F9DDA.7000400@domain.hid> Date: Wed, 26 Apr 2006 18:20:42 +0200 From: Philippe Gerum MIME-Version: 1.0 Subject: Re: [Adeos-main] Re: Adeos-cvs Digest, Vol 10, Issue 11 References: <444F9BDB.200@domain.hid> In-Reply-To: <444F9BDB.200@domain.hid> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit List-Id: General discussion about Adeos List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: adeos-main@gna.org Jan Kiszka wrote: > adeos-cvs-request@domain.hid 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) -- Philippe.