Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp3702131ybh; Tue, 17 Mar 2020 05:07:17 -0700 (PDT) X-Google-Smtp-Source: ADFU+vvpISJWPvqr+YzrNDvWA3UmVRNTMAMSWbk7zOn7+XuBloTWbohaaBMc197j38hApYqeHhMT X-Received: by 2002:a9d:7a4e:: with SMTP id z14mr3522512otm.78.1584446837774; Tue, 17 Mar 2020 05:07:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584446837; cv=none; d=google.com; s=arc-20160816; b=zSZktSQp+2HJEZ08eNOTIRHWFRpRvY5qTg2gKENIUtsJCjosFYGZtXhC/a+mE3wEmI zt+peKCclqKMYAunXKqRXt0BLtJeKEhJHaxWsIhJ5fU9b5Fyh4Sgi/AvmG/FidDKnc59 68da8cm57ffUbGj5jZvlNctYMGsNf80wdHhswRPcjycONrmVUie83Y4MIR4STCpkHFDA LOTbGvuI0ShdgLkHUwYdusJwWBVwbnxuirle+huVCYlMY/EdDcgvdRhCcXFzSiirrjV/ tufV0Vb4RVtVEt1K2Ci3dUv39+Y7/hU009kcX4n3RDs9afFYzZklxTU8yhqgJhjS+gZb mm7g== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=yDWRsuffZWYThqEawiOVSUJOCOt9YKI1cHS1q2thUsA=; b=XEYDnKQYfd3aIKk1HTTg57K6FK30L4ugeLSFI9emhGLotZqf2h1Nw0G5OKXLI+Xrql d1LivjIW2dAt0ZFBt4IrGne4DD5PUkeypiJ1G0lJ6+5SrK4+b99rh4QX2vqcJGdHVwN2 E5OK+IAhwoboTAZX/r/dNZKb8viOXdjKvsTmzzcG6KsoS9v/YH5jgN5MIVBbJTwx489j NV0+gRGnAneD6/SXpa9Pt38mVx72SYYUk7aPcjQMi/TJBS8IAFji3QhFIXneN6Bv/485 RyJA3BhTLYqQgYSx41Y68R0SCrlCxK0SEUo80QsNOPXPzzHOiWwMY9qcZXZaRa1upCng JqWQ== 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 184si1022336oif.56.2020.03.17.05.07.04; Tue, 17 Mar 2020 05:07:17 -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; 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 S1726713AbgCQMFl (ORCPT + 99 others); Tue, 17 Mar 2020 08:05:41 -0400 Received: from honk.sigxcpu.org ([24.134.29.49]:49552 "EHLO honk.sigxcpu.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725962AbgCQMFk (ORCPT ); Tue, 17 Mar 2020 08:05:40 -0400 Received: from localhost (localhost [127.0.0.1]) by honk.sigxcpu.org (Postfix) with ESMTP id 17C74FB03; Tue, 17 Mar 2020 13:05:38 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at honk.sigxcpu.org Received: from honk.sigxcpu.org ([127.0.0.1]) by localhost (honk.sigxcpu.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LQVffm-bFDdy; Tue, 17 Mar 2020 13:05:36 +0100 (CET) Received: by bogon.sigxcpu.org (Postfix, from userid 1000) id 0B565412BE; Tue, 17 Mar 2020 13:05:35 +0100 (CET) Date: Tue, 17 Mar 2020 13:05:35 +0100 From: Guido =?iso-8859-1?Q?G=FCnther?= To: Lars-Peter Clausen Cc: Tomas Novotny , Jonathan Cameron , Hartmut Knaack , Peter Meerwald-Stadler , "Angus Ainslie (Purism)" , Marco Felsch , Thomas Gleixner , linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [PATCH v2 3/4] iio: vcnl4000: Export near level property for proximity sensor Message-ID: <20200317120535.GA16807@bogon.m.sigxcpu.org> References: <5566fe01df933d3281f058666e2147cb97b38126.1584380360.git.agx@sigxcpu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Mon, Mar 16, 2020 at 07:23:01PM +0100, Lars-Peter Clausen wrote: > On 3/16/20 6:46 PM, Guido G?nther wrote: > > [...] > > +static ssize_t vcnl4000_read_near_level(struct iio_dev *indio_dev, > > + uintptr_t priv, > > + const struct iio_chan_spec *chan, > > + char *buf) > > +{ > > + struct vcnl4000_data *data = iio_priv(indio_dev); > > + > > + return sprintf(buf, "%u\n", data->near_level); > > +} > > + > > +static const struct iio_chan_spec_ext_info vcnl4000_ext_info[] = { > > + { > > + .name = "near_level", > > Generally having properties with a underscore in them breaks generic parsing > of the property name by userspace applications. This is because we use > underscores to separate different components (type, modifier, etc.) of the > attribute from each other. > > Do you think calling this "nearlevel" would work? That works as well. I'll change that for v3. For my education: Is the type, modifier policy written down somewhere (similar to https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/leds/leds-class.rst#n44 )? Cheers, -- Guido > > I know there are existing bad examples of properties that use an underscore, > but we should try to limit introducing new ones. > > > + .shared = IIO_SEPARATE, > > + .read = vcnl4000_read_near_level, > > + }, > > + { /* sentinel */ } > > +}; > > + > > static const struct iio_chan_spec vcnl4000_channels[] = { > > { > > .type = IIO_LIGHT, > > @@ -350,6 +371,7 @@ static const struct iio_chan_spec vcnl4000_channels[] = { > > }, { > > .type = IIO_PROXIMITY, > > .info_mask_separate = BIT(IIO_CHAN_INFO_RAW), > > + .ext_info = vcnl4000_ext_info, > > } > > }; > > @@ -439,6 +461,10 @@ static int vcnl4000_probe(struct i2c_client *client, > > dev_dbg(&client->dev, "%s Ambient light/proximity sensor, Rev: %02x\n", > > data->chip_spec->prod, data->rev); > > + if (device_property_read_u32(&client->dev, "near-level", > > + &data->near_level) < 0) > > + data->near_level = 0; > > + > > indio_dev->dev.parent = &client->dev; > > indio_dev->info = &vcnl4000_info; > > indio_dev->channels = vcnl4000_channels; > >