Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp7785442ybc; Fri, 29 Nov 2019 00:57:28 -0800 (PST) X-Google-Smtp-Source: APXvYqz/1FzdNhi8l+J/QzyBszgBzMAxgF/PJgMA4DnO4jGNmMBGN1opWFUZvp+bOXwGPly5y9od X-Received: by 2002:a17:906:1395:: with SMTP id f21mr57892623ejc.152.1575017848161; Fri, 29 Nov 2019 00:57:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575017848; cv=none; d=google.com; s=arc-20160816; b=rayOR9/CXkOMOrWTVsVUdfRWFvVB0kQX5MAziuqlGSf2IKr5VLgokj+rARf++aVSAl tejdBsWYG5LrU2GmC8EFOvyrt7JZ1s6EpqtopLF1MLcb1L/H3hPwC0NE9Jr0Z3RnFruj esTmVULG4a5agnsaMuOg+4QCszh7htsfHY/w+gUpV0KyMI3BaaLHecPVTIXmHgID1Pjj +X7YWbqENAFv9QnlW+QWm3a+Zy33+Ljz8XniPmhHk9XCSWHYDQc1aCa0Y4bXvKYvfAwk 9u9GpIvfdnI1v682PQEHBSRGc0TenRROV9TQmXsXUGn5UaYvsGsPjQIH4OzuRd4/+R+a HKNQ== 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=nD9w+A3eAwe+r2+KH3bLrFQJD/ReuIKxi0p0fajj/wM=; b=NxlvN1vUEPkFcYK7ShEqzuCGk8U790/i0vl534O8O48aMdkxxtnwB770rXvMlLiivL 8HKVZV9T14isScNBAzfHWatz1veKVLxJX/KKZmObY1b5TBJMqeoCyBI5WbIRe+n5wndr jTz5J0/ku0D2wXRtGtRsf5r75gfvE0cVGjjBHz0BScHIRwhDsJH+Eb/dufmGAbf/oz9F d1rc8+x115mkGBbqs4wbZJGRjYhWFLLP1aA/zxmWShb8rwkJEd77vZfWZ+9tDMFtRig0 P/1Eedweo+y1fPYiahHiN7VshriN+oiMPaGld+i4asQHOCUbouQaNMd3JZ8lX0Nu9Z8s 08mg== 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 c16si20789edv.27.2019.11.29.00.57.04; Fri, 29 Nov 2019 00:57:28 -0800 (PST) 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 S1727187AbfK2IzH (ORCPT + 99 others); Fri, 29 Nov 2019 03:55:07 -0500 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:54355 "EHLO relay7-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726143AbfK2IzH (ORCPT ); Fri, 29 Nov 2019 03:55:07 -0500 X-Originating-IP: 90.65.102.129 Received: from localhost (lfbn-1-1480-129.w90-65.abo.wanadoo.fr [90.65.102.129]) (Authenticated sender: alexandre.belloni@bootlin.com) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id D64D020004; Fri, 29 Nov 2019 08:55:03 +0000 (UTC) Date: Fri, 29 Nov 2019 09:55:00 +0100 From: Alexandre Belloni To: Andreas Kemnade Cc: lee.jones@linaro.org, a.zummo@towertech.it, linux-kernel@vger.kernel.org, linux-rtc@vger.kernel.org, phh@phh.me, b.galvani@gmail.com, stefan@agner.ch, letux-kernel@openphoenux.org Subject: Re: [PATCH v2 5/5] rtc: rtc-rc5t619: add ricoh rc5t619 RTC driver Message-ID: <20191129085500.GV299836@piout.net> References: <20191031213835.11390-1-andreas@kemnade.info> <20191031213835.11390-6-andreas@kemnade.info> <20191128105751.GM299836@piout.net> <20191129075940.3b1c2631@kemnade.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191129075940.3b1c2631@kemnade.info> User-Agent: Mutt/1.12.1 (2019-06-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29/11/2019 07:59:40+0100, Andreas Kemnade wrote: > > > + /* disable interrupt */ > > > + err = rc5t619_rtc_alarm_enable(&pdev->dev, 0); > > > + if (err) > > > + return err; > > > > Is it really useful to disable the alarm to reenable them later? > > > Well, yes, seems to be nonsense. > Am I right that I do not need to prevent alarm irqs between > alloc() and register()? > That's fine, the core will be ready to handle alarms after alloc() -- Alexandre Belloni, Bootlin Embedded Linux and Kernel engineering https://bootlin.com