From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4BE4DC43381 for ; Mon, 1 Apr 2019 18:53:50 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 22F5F2086C for ; Mon, 1 Apr 2019 18:53:50 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729174AbfDASxt (ORCPT ); Mon, 1 Apr 2019 14:53:49 -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-rtc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-rtc@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