From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8544 invoked by alias); 20 Jul 2009 08:49:49 -0000 Received: (qmail 8535 invoked by uid 22791); 20 Jul 2009 08:49:49 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from www.meduna.org (HELO meduna.org) (92.240.244.38) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 20 Jul 2009 08:49:44 +0000 Received: from dial-78-141-95-31-orange.orange.sk ([78.141.95.31] helo=[192.168.130.27]) by meduna.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1MSoYz-0005d5-Ko; Mon, 20 Jul 2009 10:49:38 +0200 Message-ID: <4A642F84.8040309@meduna.org> Date: Mon, 20 Jul 2009 08:49:00 -0000 From: Stanislav Meduna User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: eCos Discussion , daniel.neri@sigicom.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Authenticated-User: stano@meduna.org X-Authenticator: dovecot_plain X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.69 (build at 30-Sep-2008 18:26:44) X-Date: 2009-07-20 10:49:38 X-Connected-IP: 78.141.95.31:2374 X-Message-Linecount: 28 X-Body-Linecount: 17 X-Message-Size: 955 X-Body-Size: 540 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 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: [ECOS] adjtime? [Was: Re: Absolute vs. relative tick count.] X-SW-Source: 2009-07/txt/msg00165.txt.bz2 Daniel Néri wrote: > Here's what I did: > ... > * Added Cyg_WallClock::adjtime to the wallclock base driver: takes a > positive/negative offset [µs] as argument and updates an internally > kept variable "adj_delta". Did the patch make it somewhere? Right now I am searching for at least rudimentary adjtime() implementation - I do not need highly accurate wallclock time managing its drift automatically, but I do need a time that does not go backwards when synchronized. Thanks -- Stano -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss