From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2456 invoked by alias); 5 Jul 2005 03:51:22 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 2437 invoked by uid 22791); 5 Jul 2005 03:51:18 -0000 Received: from micran.ru (HELO micran.ru) (217.29.80.82) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 05 Jul 2005 03:51:18 +0000 Received: from localhost (localhost [127.0.0.1]) by micran.ru (Postfix) with ESMTP id E80A34B0408 for ; Tue, 5 Jul 2005 10:51:06 +0700 (NOVST) Received: from micran.ru ([127.0.0.1]) by localhost (micran.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09464-03 for ; Tue, 5 Jul 2005 10:51:06 +0700 (NOVST) Received: from Viola.home (Viola.home [192.168.1.157]) by micran.ru (Postfix) with ESMTP id D65784B022E for ; Tue, 5 Jul 2005 10:51:06 +0700 (NOVST) Date: Tue, 05 Jul 2005 03:51:00 -0000 From: Yuriy Coureelo Reply-To: Yuriy Coureelo Message-ID: <1626342822.20050705105105@micran.ru> To: ecos-discuss@sources.redhat.com In-Reply-To: <20050704111330.GA30398@lunn.ch> References: <526561229.20050701155934@micran.ru> <20050701105246.GJ5563@lunn.ch> <665984288.20050704172147@micran.ru> <20050704111330.GA30398@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [ECOS] Task switching problem X-SW-Source: 2005-07/txt/msg00039.txt.bz2 Dear Sir! AL> It looks like you get into trouble at 152, 153. There is a AL> SCHED_UNLOCK missing. Let's take a look at the group of lines 152-160 The same situation is at lines 139-147, 66-74, 35-43, but there everything is ok. AL> You might also want to enabled more instrumentation calls. all the instrumentations are enabled AL> However its hard to tell what is going on here. You could change AL> packages/kernel/current/include/sched.inl AL> CYG_INSTRUMENT_SCHED(LOCK,get_sched_lock(),0); AL> to AL> CYG_INSTRUMENT_SCHED(LOCK,get_sched_lock(),__builtin_return_address(0)); AL> and the same with the UNLOCK call. You can then get the address of AL> what called the lock and unlock functions. ok, done, got this: Num Thread Time Arg1 Arg2 149 06 0x1d90 SCHED_LOCK 0x00000001 0x020053d4 radiorx_data() 150 06 0x1d96 MUTEX_UNLOCK 0x0211dfc0 0x00000000 radio_mutex 151 06 0x1d9f SCHED_UNLOCK 0x00000001 0x020053d4 radiorx_data() 152 06 0x1db4 SCHED_LOCK 0x00000001 0x020054c4 radioErx_proc() 153 06 0x1dbc SCHED_LOCK 0x00000002 0x0201adbc _flagwait 154 06 0x1dc3 SCHED_UNLOCK 0x00000002 0x0201adbc _flagwait 155 06 0x1dcf THREAD_SLEEP 0x0211dfe0 0x00000000 radioErx_thread 156 06 0x1dd6 SCHED_LOCK 0x00000002 0x0201ae3c _flagwait 157 06 0x1de0 SCHED_UNLOCK 0x00000002 0x0201ae3c _flagwait 158 06 0x1dea SCHED_RESCHEDULE 0x00000001 0x00000000 159 06 0x1df2 SCHED_RESCHEDULE 0x00000000 0x00000000 160 06 0x1e0f THREAD_SWITCH 0x0211dfe0 0x0208cfe4 radioErx_thread => idle_thread 161 01 0x1e27 INTR_RESTORE 0x00000000 0x00000000 162 01 0x1d72 INTR_MASK 0x00000000 0x00000000 163 01 0x1d7b INT_ACK 0x00000000 0x00000000 164 01 0x1d8a INTR_END 0x00000000 0x00000003 165 01 0x1d91 INTR_POST_DSR 0x00000000 0x00000000 166 01 0x1d99 SCHED_UNLOCK 0x00000002 0x02000538 return_from_exception 167 01 0x1da1 INTR_RESTORE 0x00000000 0x00000000 here all stops, no more messages, processor hangs (?) Function radiorx_data() works with mutex, unlocks it (...149-151). Then radiorx_data() returns to radioErx_proc() thread function. radioErx_proc() begins waiting on flag (152-157), so it's correct number of SCHED_LOCKs. Can't understand anything :((( Sincerely yours Yuriy Coureelo ------------------------ Engineer Telecommunication Equipment Division Micran Company Tomsk, Russia -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss