Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp18856yba; Wed, 17 Apr 2019 18:36:53 -0700 (PDT) X-Google-Smtp-Source: APXvYqySTSgGm3yXqcGCMIyifIgyLaDztNZOCoCax7DkGCB6N5VcYR4+1rQMdCaWQjXBTkJfZKa/ X-Received: by 2002:a63:6804:: with SMTP id d4mr39433492pgc.240.1555551413009; Wed, 17 Apr 2019 18:36:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555551413; cv=none; d=google.com; s=arc-20160816; b=1E9/SAqYP5JNz9PDwS1KrApS0WlsirpNQvo1J6pWE/Vtd+nCNsDuJIUtXy1kFdLDN3 grW9dMv3T5AZ30hMYQy022ZXjLb6X3GSQzpaJErxyWhJfhd6/I35It1rmjuqLxJ0qnj/ LkjrPKeOTK3Fw/wtNC/EAB08wEOnoi+Bw0aeWNR2lO2uvhJ98Su34HNP5MeiiXKezWQX iKNOVms5Y/d/kX6tJ+X4mes9f62VYcI/GP355UQse7386SGeptyFpi+fePOMBT/rFugt s9UVc/bbFWOIFk0PnxcDSMo/yq6WxdFYA7CW4Cm6AoTYPQ6RXgKBk6jvR6Zwdne5qc5a R6ng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=pVYvrQUZFYfytllBdvx6oiAN+W+AZiGJVa0gShDbqpQ=; b=NHyY9oqZM4rOQhwO71ZlS6/szHn79D0Rj8S4+IBAUWin1ClnCpf1kQGDBxQdyyKI+f N06nHMxryayPJScmb2kNxYA4J+g0yrYtiVXvXD9nTPLLcOujktZ+pZuWBwgSYI+WbDWS jOKurQNjaaKCoNwf7lVhLzsqTFcDoY+3DPYuaurN7QTMUR/tpnSAhLXHPxQnXcXjTuSw Km0CBWCzml9z7pGy9GgA3jMgjStb48D3cMzFRC/tERBULopPyxx4itbBTBhGBlBNAchV 7axgNleeUJaqhcCziLME+SWkEb2ysv1ew50lZGF2rXZtZtAy14FCSqZckykk76Z7nmF8 4WRQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=bzatYYyA; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l191si476204pgd.549.2019.04.17.18.36.37; Wed, 17 Apr 2019 18:36:52 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=default header.b=bzatYYyA; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387834AbfDRBfl (ORCPT + 99 others); Wed, 17 Apr 2019 21:35:41 -0400 Received: from mail.kernel.org ([198.145.29.99]:35090 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729331AbfDRBfk (ORCPT ); Wed, 17 Apr 2019 21:35:40 -0400 Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com [209.85.160.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B977F21872; Thu, 18 Apr 2019 01:35:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1555551339; bh=t3djVohQhsnFHTNoSybpVk5Pus6dANYeEQB6Rq7UnCk=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=bzatYYyAQ/IY7bzLms8qEwPVxXGDdmlb12kIvM3MVI5vjG/5OHqjRY/r5wB/GMFUO QgSdomhZi+/Bv65RzDntixPH2IQofOyEE3mkyxHKzHUxRHeUD5x0Q5/8hmEqs+w77p EZ5flVL6OxvS/peeLoheQe1/MtburzahLz7rS5Vc= Received: by mail-qt1-f173.google.com with SMTP id k14so560955qtb.0; Wed, 17 Apr 2019 18:35:39 -0700 (PDT) X-Gm-Message-State: APjAAAUMbVgfkz4DRBZG5jJ586dVwjd0tndqNBNjAdeiaCtbOMPCyucK HSx6hDrteiwEWTi1hOA9144AoPgozT4mfuXCVQ== X-Received: by 2002:ac8:2a51:: with SMTP id l17mr77787896qtl.76.1555551338863; Wed, 17 Apr 2019 18:35:38 -0700 (PDT) MIME-Version: 1.0 References: <20190412150625.28384-1-luca@z3ntu.xyz> <15255825.75VNnaJK3T@g550jk> In-Reply-To: <15255825.75VNnaJK3T@g550jk> From: Rob Herring Date: Wed, 17 Apr 2019 20:35:27 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v3 1/3] dt-bindings: input: add GPIO controllable vibrator To: Luca Weiss Cc: Dmitry Torokhov , Rob Herring , Mark Rutland , Mauro Carvalho Chehab , Pascal PAILLET-LME , Coly Li , Lee Jones , Xiaotong Lu , Brian Masney , Rob Herring , Baolin Wang , David Brown , "open list:ARM/QUALCOMM SUPPORT" , "open list:INPUT (KEYBOARD, MOUSE, JOYSTICK, TOUCHSCREEN)..." , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , open list Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 17, 2019 at 11:02 AM Luca Weiss wrote: > > On Freitag, 12. April 2019 17:06:23 CEST Luca Weiss wrote: > > Provide a simple driver for GPIO controllable vibrators. > > It will be used by the Fairphone 2. > > > > Signed-off-by: Luca Weiss > > --- > > .../bindings/input/gpio-vibrator.txt | 20 +++++++++++++++++++ > > 1 file changed, 20 insertions(+) > > create mode 100644 > > Documentation/devicetree/bindings/input/gpio-vibrator.txt > > > > diff --git a/Documentation/devicetree/bindings/input/gpio-vibrator.txt > > b/Documentation/devicetree/bindings/input/gpio-vibrator.txt new file mode > > 100644 > > index 000000000000..93e5a8e7622d > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/input/gpio-vibrator.txt > > @@ -0,0 +1,20 @@ > > +* GPIO vibrator device tree bindings > > + > > +Registers a GPIO device as vibrator, where the vibration motor just has the > > +capability to turn on or off. If the device is connected to a pwm, you > > should +use the pwm-vibrator driver instead. > > + > > +Required properties: > > +- compatible: should contain "gpio-vibrator" > > +- enable-gpios: Should contain a GPIO handle > > + > > +Optional properties: > > +- vcc-supply: Phandle for the regulator supplying power > > + > > +Example from Fairphone 2: > > + > > +vibrator { > > + compatible = "gpio-vibrator"; > > + enable-gpios = <&msmgpio 86 GPIO_ACTIVE_HIGH>; > > + vcc-supply = <&pm8941_l18>; > > +}; > > I see that the yaml based device tree binding docs seem to be the new hotness? > Is there any "policy" / preference about new drivers? Not required yet, but welcomed. It's still a trickle so we can work out any issues and in some cases the common bindings still need to be done. I'm starting to ask subsystem maintainers to require DT schemas though. This one looks straightforward to use the schema. Rob