From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1330 invoked by alias); 13 Oct 2005 12:44:14 -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 1226 invoked by uid 22791); 13 Oct 2005 12:44:10 -0000 Received: from bonn.shuttle.de (HELO bonn.shuttle.de) (194.95.249.247) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 13 Oct 2005 12:44:10 +0000 Received: by bonn.shuttle.de (Postfix, from userid 10) id 4E6256C9CB; Thu, 13 Oct 2005 14:44:07 +0200 (CEST) Received: from nullnullsix (nullnullsix.mikrom.local [192.168.0.32]) by mikrom.de (Postfix) with SMTP id ADE5C8CC33 for ; Thu, 13 Oct 2005 14:42:58 +0200 (CEST) Message-ID: <001e01c5cff3$a4129150$8262fea9@nullnullsix> From: "Stefan Sommerfeld" To: Date: Thu, 13 Oct 2005 12:44:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit Subject: [ECOS] ISR to DSR delay? X-SW-Source: 2005-10/txt/msg00079.txt.bz2 Hi, I working with latest eCos on a XScale system and i noticed a very high delay between the ISR and the corresponding after some time. The system is not idle and does a lot of things (including multiple threads and irq's). I see a delay between ISR and DSR over 30 ms. I checked the system's DSR, to make sure there's no DSR which runs very long and i looked for possible cyg_scheduler_lock() calls. What i wonder about is, i see that sometimes a quick cyg_scheduler_lock() happen which between the long ISR/DSR delay. So it looks like scheduling is active and running but the DSR is not called. What could influence the ISR to DSR delay besides scheduler_lock and still active DSR? I thought a DSR will be called as soon as possible. Could this be a wrong eCos kernel setup? Any help will be usefull.... Bye... BTW: Why is "c++ empty delete function" a default option? I took me a day to find out why my system consumes a lot memory. -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss