[ECOS] [PATCH] mlqueue scheduler tracing
Thomas Koeller
thomas@koeller.dyndns.org
Wed May 8 13:42:00 GMT 2002
Hi,
when using the ecos tracing facilities with buffered output I found
that the multi-level scheduler (mlqueue.cxx) generates a line of
output for every time slice consumed by a thread, so my tracing
buffer was filled up with countless lines telling me that the scheduler
had decided to re-schedule the current thread, something I wasn't
interested in at all. The information I was collecting had almost
been shifted out of the buffer. Looking at mlqueue.cxx I found
that obviously someone wanted to make real sure that nobody
could ever turn off these messages without editing the code, so I
did just that. Patch attached.
Thomas
--- mlqueue.cxx.orig Wed May 8 21:40:07 2002
+++ mlqueue.cxx Wed May 8 21:41:11 2002
@@ -59,20 +59,6 @@
#ifdef CYGSEM_KERNEL_SCHED_MLQUEUE
-//-------------------------------------------------------------------------
-// Some local tracing control - a default.
-#ifdef CYGDBG_USE_TRACING
-# if !defined( CYGDBG_INFRA_DEBUG_TRACE_ASSERT_SIMPLE ) && \
- !defined( CYGDBG_INFRA_DEBUG_TRACE_ASSERT_FANCY )
- // ie. not a tracing implementation that takes a long time to output
-
-# ifndef CYGDBG_KERNEL_TRACE_TIMESLICE
-# define CYGDBG_KERNEL_TRACE_TIMESLICE
-# endif // control not already defined
-
-# endif // trace implementation not ..._SIMPLE && not ..._FANCY
-#endif // CYGDBG_USE_TRACING
-
//==========================================================================
// Cyg_Scheduler_Implementation class static members
--
Thomas Koeller, Software Development
Basler Vision Technologies
An der Strusbek 60-62
22926 Ahrensburg
Germany
Tel +49 (4102) 463-390
Fax +49 (4102) 463-46390
mailto:thomas.koeller@baslerweb.com
http://www.baslerweb.com
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss
More information about the Ecos-discuss
mailing list