From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31153 invoked by alias); 23 Jul 2007 18:49:25 -0000 Received: (qmail 31140 invoked by uid 22791); 23 Jul 2007 18:49:25 -0000 X-Spam-Check-By: sourceware.org Received: from stelecom.gomel.by (HELO stelecom.gomel.by) (82.209.213.61) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 23 Jul 2007 18:49:20 +0000 Received: from localhost (localhost [127.0.0.1]) by stelecom.gomel.by (Postfix) with ESMTP id DD498B001027; Mon, 23 Jul 2007 21:49:17 +0300 (EEST) Received: from stelecom.gomel.by ([127.0.0.1]) by localhost (stelecom.gomel.by [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18368-18; Mon, 23 Jul 2007 21:49:16 +0300 (EEST) Received: from localhost (unknown [82.209.211.241]) by stelecom.gomel.by (Postfix) with ESMTP id 35C31B001010; Mon, 23 Jul 2007 21:49:16 +0300 (EEST) Date: Mon, 23 Jul 2007 18:49:00 -0000 From: Sergei Gavrikov To: Alexey Shusharin Cc: ecos-discuss@sourceware.org Message-ID: <20070723184813.GA8050@ubuntu> References: <469F24AE.9060907@cetoni.de> <469F3371.2000204@mail.ru> <1184842025.17705.16.camel@sg-ubuntu> <20070720193516.GD28161@lunn.ch> <46A207FB.1020302@web.de> <20070721151040.GA8387@ubuntu> <46A428FF.7070401@mail.ru> <1185181947.14557.14.camel@sg-ubuntu> <46A47E63.9060704@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46A47E63.9060704@mail.ru> User-Agent: Mutt/1.5.13 (2006-08-11) X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] Re: Waiting I/O operation X-SW-Source: 2007-07/txt/msg00178.txt.bz2 On Mon, Jul 23, 2007 at 05:09:39PM +0700, Alexey Shusharin writes: > Sergei Gavrikov wrote: > >The DSR is a kernel driven stuff. As I understood before... The eCos > >scheduler manages the deffered service routings. > > Yes, if kernel is enabled. But if not, DSRs are calling from > call_dsrs(), which is calling from cyg_drv_cond_wait() (in drv_api.c) > and maybe from other kernel-less configuration functions. > > I think you was right in first time. ;-) > Alexey, you're right! That was :-) Looking at the call_dsrs() in that time, I suddenly did think, Hm, the call_dsrs() is declared as static, it would be called from cyg_interrupt_call_pending_DSRs(), but I haven't such an implementation... So, I was thinking, That call is the kernel's deal... I just missed what HAL interrupt_end() does it for any kernel-less configuration, and the hal/common/current/tests/intr.c is a pretty much advocacy. I ought remember what the eCos `intr' test quite works without a kernel package. Thanks, for a brainwashing! Regards, Sergei -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss