Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp562400yba; Mon, 1 Apr 2019 11:54:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqx96UyL2BWQyxe/+sjQP0Bn7hZKNoeSIEYZPKicA9eWdr1C6RI8O6aE8iGLge7jDE5ixW7W X-Received: by 2002:a65:63cd:: with SMTP id n13mr62784060pgv.193.1554144899300; Mon, 01 Apr 2019 11:54:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554144899; cv=none; d=google.com; s=arc-20160816; b=YxxvXO4JDiMCg9L+3L5WpBXbfNTwlNDQc6HLCm4ThMX765qxQBdbUN7OE2yE5O0zBl 4MpZtefVFB6+j8GRSjarBdsH0ttbtTTqXw15IBV6pq7jYoWlsPIk3R5WyA9TIxbcg0t0 7YrMQaB9ADIPkP23/ZQ/z9e5+Xs8NUQ7KMrKXTUtRKzUhHmuLo38+fZ/PWoWAFzR2Qc2 YRmFKazFyyATr6cZDEzOzRSCpoONSX1lxoMHk+pZD8yxBXamrPB8bV8V/5Uf1ikLMjJu e1hSwlK3ktbTD9JP+bwK0rtXlK7B0CzfDHZOun0PADFWiM1xT1xr6e3R1gVrmgK1OXar YPGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=vcKPgnHt1KEq6jZdbuCi1Fc4U40V+CQjSOVIedt7fgU=; b=Lui+l3Syqq+2SpAQHAw03qRNtSMf5reqPhP7es/0RHG5qcC2jGVeXMq3zFSuft78fN +rXtA3l/oFi8HFQn34onhByrUeeZsygsG8Lhpb66BbzuyZIEyCcp1tGexEurTaPH4UNR fy/rbtsbxhbI6y85wEv40V4q7i2nZuyIUUc5ptqTMOF0B2MvCGLZi8h4IhuSCEiA5W2o lFN2A9AwAt0D4lAlXDR/F9BstOnbczU0pd7kkSaruzgB8XpQGGv++DMR2oP8reDOR0GH LvFfq0Ey+ppPJ2Zxl3HhCsjFludgYM5Y1FE8DAmgZuX+qkUDr4YuM2G2XQpPMz/4y3uL q92A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e68si9608813pgc.552.2019.04.01.11.54.44; Mon, 01 Apr 2019 11:54:59 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729202AbfDASxu (ORCPT + 99 others); Mon, 1 Apr 2019 14:53:50 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:57549 "EHLO relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728830AbfDASxt (ORCPT ); Mon, 1 Apr 2019 14:53:49 -0400 X-Originating-IP: 86.202.231.219 Received: from localhost (lfbn-lyo-1-149-219.w86-202.abo.wanadoo.fr [86.202.231.219]) (Authenticated sender: alexandre.belloni@bootlin.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 84F4B60003; Mon, 1 Apr 2019 18:53:46 +0000 (UTC) Date: Mon, 1 Apr 2019 20:53:46 +0200 From: Alexandre Belloni To: Wolfram Sang Cc: Geert Uytterhoeven , Steve Twiss , "linux-rtc@vger.kernel.org" , Linux Kernel Mailing List , Wolfram Sang , Support Opensource , Linux-Renesas Subject: Re: [PATCH 1/2] rtc: da9063: set range Message-ID: <20190401185346.GP3430@piout.net> References: <20190321101557.26857-1-alexandre.belloni@bootlin.com> <20190401084143.uqbiktkt2vltgrxa@ninjato> <20190401132109.GA4570@kunai> <20190401150741.vwqzzngnma4jvkid@ninjato> <20190401151628.GK3430@piout.net> <20190401155204.GA5964@kunai> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190401155204.GA5964@kunai> User-Agent: Mutt/1.11.3 (2019-02-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/04/2019 17:52:04+0200, Wolfram Sang wrote: > > > > [==========] Running 7 tests from 2 test cases. > > > [ RUN ] rtc.date_read > > > rtctest.c:49:rtc.date_read:Current RTC date/time is 01/01/2000 04:06:40. > > > [ OK ] rtc.date_read > > > [ RUN ] rtc.uie_read > > > > > > And here it blocks forever. Any pointers? > > > > > > > This means that you don't get any interrupt from your RTC (and that I > > Thought so. Well, somehow makes sense that no interrupt gets through, > and not only alarm interrupts... > > > have to fix the timeout for uie_read). > > :) I am happy to test. > Well, seeing the code, I actually remembered that this test is still there to ensure the core will properly block. If you remove that test, the other ones should all timeout. -- Alexandre Belloni, Bootlin Embedded Linux and Kernel engineering https://bootlin.com