From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4321 invoked by alias); 29 May 2010 13:10:05 -0000 Received: (qmail 4015 invoked by uid 22791); 29 May 2010 13:10:04 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from mtaout02-winn.ispmail.ntl.com (HELO mtaout02-winn.ispmail.ntl.com) (81.103.221.48) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 29 May 2010 13:09:59 +0000 Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20100529130956.YLEC3192.mtaout02-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Sat, 29 May 2010 14:09:56 +0100 Received: from cog.dallaway.org.uk ([213.106.80.48]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20100529130956.JGTM1593.aamtaout04-winn.ispmail.ntl.com@cog.dallaway.org.uk>; Sat, 29 May 2010 14:09:56 +0100 Received: from cog.dallaway.org.uk (cog.dallaway.org.uk [127.0.0.1]) by cog.dallaway.org.uk (8.13.8/8.13.8) with ESMTP id o4TD9rIS005465; Sat, 29 May 2010 14:09:53 +0100 Message-ID: <4C011221.9040205@dallaway.org.uk> Date: Sat, 29 May 2010 13:10:00 -0000 From: John Dallaway User-Agent: Thunderbird 2.0.0.24 (X11/20100318) MIME-Version: 1.0 To: Sergei Gavrikov CC: eCos Patches , Christophe Coutand Subject: Re: AT91 ADC support References: <4BFE76A4.1010702@dallaway.org.uk> <4BFE860D.3060702@dallaway.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact ecos-patches-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-patches-owner@ecos.sourceware.org X-SW-Source: 2010-05/txt/msg00055.txt.bz2 Hi Sergei Sergei Gavrikov wrote: > Excuse, that took a bit more time for testing. So, with the latest sent > stuff, it's possible to build ADC driver and ADC tests for the next AT91 > targets > > at91sam7sek: SUCCESS > at91sam7xek: SUCCESS > sam7ex256: SUCCESS > eb55: SUCCESS > phycore: SUCCESS > > I'm personally do not see any pit stops which would block a check-in the > latest version of the driver. Christophe, thank you for your time and > contribution. John? I have no objections. My concern was that we avoid an unquantified delay in checking-in Christophe's contribution. Thank you for sorting this out... John Dallaway eCos maintainer