Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp3622569ybc; Thu, 14 Nov 2019 12:00:49 -0800 (PST) X-Google-Smtp-Source: APXvYqzzWfpHilEcfdIkvMgQLq5he6iAhF3Ukmf+5rSJik73uBpN/E+AiziwzjJwP2m85cyBusKl X-Received: by 2002:a1f:6004:: with SMTP id u4mr6451966vkb.24.1573761649600; Thu, 14 Nov 2019 12:00:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573761649; cv=none; d=google.com; s=arc-20160816; b=N/YjUaN1T7RgQRkplLczx/8MDz29zsk8LM066ZdDnkgrNk+zhYxALwfl4+sGa1Ba4+ Jp78CtxYr7sKyA6N4uh+LdWD2A3C2XdFIukx6flHTtHGuM2Dh5KO75hLKtQ7GcDl2jXr J1z1fSgfjS33z+YAWG7jM9odare015GbCogvAQvM29FL1zKZ+x99MNFdnqQo5oEArESA AT49ug5ADaYgcux9rbp8cC9S2l74tqdxbeDiX23biTpXqxchBBN0DUT/E44AWPb7j9Gt gWHEOAS3Vm+jCq5aBvDw4nSNkzP1mVcJujx2Xd0OtgK7tTbaoelxWAS3Nldq05qstK1J GskQ== 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:to :from:date; bh=5YUbASvgIwBn9XSvGlmZlWOuYDCKqzQEtfwiR/+AzIc=; b=daaMzEwVggRekWyWvEQWnORgzNrGOOgkA6xwAqZHAvKvEHcfZ721EMa8QIullvan5T QpV8EhGsq5kUJk0snBhUdwwC93ALcNLyme3azOMiMJZrBV85xJ3bkxhrF80DMclphHeW TlxkfjYYtCnqCqglh90wIs9FQ8qPiZvfw9EdpAhpI+vPiw3A9sZsVP9f+iDmpm2heGaX 5JZfLaJi95HOqCVLiPm/o54eXQdiMj4mLKp6Sc3/p9wzEWmGKRN9V6XE9jvswmK1NCar 1xzFDaFOId8JuFCR9hYT7dkiLeKTJ4QbC6w+pmHpGb0F6QcT875eLmCXIyuGZb9kRH1f mC8w== 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 s1si4686703edx.188.2019.11.14.12.00.24; Thu, 14 Nov 2019 12:00:49 -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 S1726597AbfKNT7o (ORCPT + 99 others); Thu, 14 Nov 2019 14:59:44 -0500 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:60949 "EHLO relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726098AbfKNT7n (ORCPT ); Thu, 14 Nov 2019 14:59:43 -0500 X-Originating-IP: 90.65.92.102 Received: from localhost (lfbn-1-1723-102.w90-65.abo.wanadoo.fr [90.65.92.102]) (Authenticated sender: alexandre.belloni@bootlin.com) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 910841C0007; Thu, 14 Nov 2019 19:59:41 +0000 (UTC) Date: Thu, 14 Nov 2019 20:59:41 +0100 From: Alexandre Belloni To: Andrey Skvortsov , Alessandro Zummo , linux-rtc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] rtc: tps65910: allow using RTC without alarm interrupt Message-ID: <20191114195941.GL3572@piout.net> References: <20191109154652.7419-1-andrej.skvortzov@gmail.com> <20191111171915.GA3572@piout.net> <20191113230805.GH13629@skv.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191113230805.GH13629@skv.local> 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 14/11/2019 02:08:05+0300, Andrey Skvortsov wrote: > > > static int tps65910_rtc_probe(struct platform_device *pdev) > > > { > > > struct tps65910 *tps65910 = NULL; > > > @@ -415,13 +422,17 @@ static int tps65910_rtc_probe(struct platform_device *pdev) > > > tps65910_rtc_interrupt, IRQF_TRIGGER_LOW, > > > dev_name(&pdev->dev), &pdev->dev); > > > if (ret < 0) { > > > - dev_err(&pdev->dev, "IRQ is not free.\n"); > > > - return ret; > > > + dev_err(&pdev->dev, "request IRQ:%d failed, err = %d\n", > > > + irq, ret); > > > > Do we actually need an error message here? > > You are right. This is definitely not an error anymore. > What about > dev_warn(&pdev->dev, "unable to request IRQ, alarms disabled\n"); > like some other drivers do? > Yes, or that can be left out completely as userspace will be able to know whether alarms are supported without this message. -- Alexandre Belloni, Bootlin Embedded Linux and Kernel engineering https://bootlin.com