From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754196AbcLLKA4 (ORCPT ); Mon, 12 Dec 2016 05:00:56 -0500 Received: from mx07-00178001.pphosted.com ([62.209.51.94]:51371 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752940AbcLLKAy (ORCPT ); Mon, 12 Dec 2016 05:00:54 -0500 Subject: Re: [PATCH 3/8] rtc: add STM32 RTC driver To: Alexandre Belloni References: <1480687801-19525-2-git-send-email-amelie.delaunay@st.com> <1480687801-19525-5-git-send-email-amelie.delaunay@st.com> <20161202175646.GA3284@linaro.org> <15bea9e9-adcc-edb0-1bd1-33d395c72eec@st.com> <20161207183709.tbkapu34ljlg4skp@piout.net> CC: Mathieu Poirier , "a.zummo@towertech.it" , "robh+dt@kernel.org" , "mark.rutland@arm.com" , "mcoquelin.stm32@gmail.com" , Alexandre TORGUE , "linux@armlinux.org.uk" , "rtc-linux@googlegroups.com" , "devicetree@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , Gabriel FERNANDEZ From: Amelie DELAUNAY Message-ID: Date: Mon, 12 Dec 2016 10:59:51 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <20161207183709.tbkapu34ljlg4skp@piout.net> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.75.127.48] X-ClientProxiedBy: SFHDAG4NODE3.st.com (10.75.127.12) To SFHDAG5NODE2.st.com (10.75.127.14) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-12-12_05:,, signatures=0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Alexandre, On 12/07/2016 07:37 PM, Alexandre Belloni wrote: > On 05/12/2016 at 10:43:14 +0100, Amelie DELAUNAY wrote : >>>> + >>>> + device_init_wakeup(&pdev->dev, true); >>> >>> What happens if device_init_wakeup() returns an error? >> It means that RTC won't be able to wake up the board with RTC alarm. I can >> add a warning for the user in this case ? >>> > > There is exactly one driver ever checking the return value of > device_init_wakeup(). It basically always succeeds. > > OK so, is it OK for everyone that I bet on the fact that it will always succeed?