Ok, I enabled CYGPKG_INFRA_DEBUG and can see a lot of extra info, but I'm still not able to see what I need. I looked further into http://ecos.sourceware.org/docs-latest/user-guide/debugging-techniques.html but don't see how this will enable the CYGIMPL_TRACE_SPLX flag.
I need to know which thread/process is blocking the mutex 'splx_mutex' in synch.c (spl_any()), because at a certain time, the thread 'Network alarm support' is blocking on this mutex. Enabling CYGIMPL_TRACE_SPLX and calling show_sched_events() should answer this, but I really can't find where to enable this? Kind regards, Stijn. > -----Original Message----- > From: Andrew Lunn [mailto:[email protected]] > Sent: dinsdag 10 februari 2009 8:38 > To: Deroo Stijn > Cc: [email protected] > Subject: Re: [ECOS] Debug eCos kernel > > On Tue, Feb 10, 2009 at 08:18:56AM +0100, Deroo Stijn wrote: > > > Ok, sorry about that, but I want indeed investigate the mutual > > exclusion to see where it goes wrong for my application. So I still > > don't know how to enable these debugging? > > Are you trying to debug problems with the eCos kernel, or the eCos > networking stack. They are two very different things. > > Deadloads and things like that can be very hard to debug since they > are very timing dependent. Changing the code changes the timing and > the problem goes away... > > Anyway, first thing is to make sure you have asserts enabled: > > CYGPKG_INFRA_DEBUG > > and asserts will automatically be enabled. > > Then take a look at: > > http://ecos.sourceware.org/docs-latest/user-guide/debugging- > techniques.html > > Andrew -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
