Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751612AbdLKXIG (ORCPT ); Mon, 11 Dec 2017 18:08:06 -0500 Received: from mail-oi0-f49.google.com ([209.85.218.49]:37834 "EHLO mail-oi0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750759AbdLKXIC (ORCPT ); Mon, 11 Dec 2017 18:08:02 -0500 X-Google-Smtp-Source: ACJfBovf9NZKIHZl0P3iViOEjAVKoixlUYAbCojCsCgYbh8nroRwkwb9icRgd0UQ7pEgGm0v87raJxJOCUAKkvjcjJk= MIME-Version: 1.0 In-Reply-To: <3BB206AB2B1BD448954845CE6FF69A8E01CB53233C@NT-Mail07.beckhoff.com> References: <20171205140646.30367-1-linux-kernel-dev@beckhoff.com> <20171205140646.30367-2-linux-kernel-dev@beckhoff.com> <20171206215436.lwttn445wjilh3wo@rob-hp-laptop> <3BB206AB2B1BD448954845CE6FF69A8E01CB53233C@NT-Mail07.beckhoff.com> From: Fabio Estevam Date: Mon, 11 Dec 2017 21:08:00 -0200 Message-ID: Subject: Re: [PATCH v2 1/5] dt-bindings: rtc: add bindings for i.MX53 SRTC To: =?UTF-8?Q?Patrick_Br=C3=BCnn?= Cc: Rob Herring , linux-kernel-dev , Shawn Guo , Sascha Hauer , Alessandro Zummo , Alexandre Belloni , Patrick Bruenn , Mark Rutland , "open list:REAL TIME CLOCK (RTC) SUBSYSTEM" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , open list , Fabio Estevam , Juergen Borleis , Noel Vellemans , Russell King , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , Philippe Ombredanne , =?UTF-8?Q?Lothar_Wa=C3=9Fmann?= Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nfs id vBBN8AvY030672 Content-Length: 1009 Lines: 27 Hi Patrick, On Mon, Dec 11, 2017 at 5:08 AM, Patrick BrĂ¼nn wrote: >>rtc@... >> > The rtc for which this series adds support is embedded within a function block called > "Secure Real Time Clock". This driver doesn't utilize all of the hardware features by > now. But maybe someone else wants to extend the functionalities, later. > For that possibility I wanted to name the node "srtc". Should I still change this? > > I believe you have a much better understanding of what should be done here. I don't > want to argue with you, just thought you might not had that information. So if I am > wrong just tell me and I will change it without further "complaining". >From the Devicetree Specification document: "Generic Names Recommendation The name of a node should be somewhat generic, reflecting the function of the device and not its precise program- ming model. If appropriate, the name should be one of the following choices: ... rtc " So better use 'rtc' as suggested by Rob.