Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp725073pxf; Thu, 1 Apr 2021 11:53:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxgzx0no/Nwc+OIzX2gb3ywWJlK3fNPvQcPq1Usv6aFaF000MxaR65fWLqy2pMWu8387Vje X-Received: by 2002:a17:907:d10:: with SMTP id gn16mr10515653ejc.304.1617303183486; Thu, 01 Apr 2021 11:53:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617303183; cv=none; d=google.com; s=arc-20160816; b=ezKx32xiL9EK061UuX4XIX8zfSJckzhjVuGVkVxhm5Gxth4E4zJ4M55yX6rFQejho5 SoxoUqu8N3ZqSQtm4KGryfObSXvWfllaHxgPSpRx9/Yrix+G+UxDM2jW1g22ohb5uWKu gZD6PgoGPwCp69ppDNtz+QhPu89Rf2FIIiV/0qXM1sJIuBr1AlpSb6OLF4a31LNVgvvc SSO2dx/mnuy9H4pSDGVpL2HLmyu/+Teg8wVIocueOVS94EtOv16woUjit8M7S/d0aX0+ BirpBI/JKgMcFcEjhWxIxRWxIKckYZXwvhQbi5+oS57WGW9iQjK619baNNQQ0u3gXTRw 7ovA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=5kqot2FMGOARMTLFy2gJt+0+v14QCZsLA1uuT5Nh6EE=; b=Mr2Z2P06MukuccPO2DLWcQTQCj7YqkF+SX4LBmdBG7vdvdPM9gLTjSICCoV3HjQUVq eU9KSYPtG2x+nreD/D6f6eEtsBrV+WiHWuz3KsFRZc3AfX2Wq3bLEYBfKXznuLesyq3s CbwmVXdoczlYjHAw26xYmpr7txkDRPhWSr6W+O12GR/fvsjes7kat6xl0eZRa7AXrvsl JniLw7IS5xdIdKlvZsu/lfP72JHefjWu5a6DN5h6b/pL5bbb1mqFNKqs3WOw5TXctUtT piqGfv1MUdR7K/MIpBMP765wYRltSKeJXadqOAkfvG9ZSmrGfec8WEet2Rwaq70mhkkL jTvA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=kYB1fGnN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id hr30si4628500ejc.545.2021.04.01.11.52.40; Thu, 01 Apr 2021 11:53:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=kYB1fGnN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S239743AbhDASvG (ORCPT + 99 others); Thu, 1 Apr 2021 14:51:06 -0400 Received: from mail.kernel.org ([198.145.29.99]:57608 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237190AbhDASdC (ORCPT ); Thu, 1 Apr 2021 14:33:02 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9C77F61262; Thu, 1 Apr 2021 13:44:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1617284653; bh=nIwHdxNPXkB6nr1PwaVAwJHaRGsRSIL2ggN61tM8Kdo=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=kYB1fGnNTnpwmXvUNYVSgiDEMayovjEoIyAL2dxJ0VVSGMayWatxLC0EGu42o9oSQ vb/rcS64rZWZXvHega1/AEOkJ/V6sRTSjTbi8gxKU14dUZcshwdntdxjcQhON+2780 ddH55p1QtAhd6tSSL4WW/4yPOUlr05aoGHk2LLWI8SuaQHqP/MxvCfnh5vwlAG18Za hCPHar9AfXuKz1IVcY+B1c2glNAuz/o9Ivs2Ko86/wqekQ4R8LtmrFnVnj9nBhza93 38Ruc7yZllHtBFR4269O/7ggJuYkJyRwku1Gk8Qt93cCao4cpKthAVD73VgNsKEH1J mF3KdTtNmR/vA== Date: Thu, 1 Apr 2021 15:44:08 +0200 From: Mauro Carvalho Chehab To: Alexandru Ardelean Cc: , , , , , , , Greg KH Subject: Re: [PATCH v2 1/5] iio: Documentation: update definitions for bufferY and scan_elements Message-ID: <20210401154408.5f26a3c6@coco.lan> In-Reply-To: <20210217083438.37865-2-alexandru.ardelean@analog.com> References: <20210217083438.37865-1-alexandru.ardelean@analog.com> <20210217083438.37865-2-alexandru.ardelean@analog.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Wed, 17 Feb 2021 10:34:34 +0200 Alexandru Ardelean escreveu: > Since the new change to the IIO buffer infrastructure, the buffer/ and > scan_elements/ directories have been merged into bufferY/ to have some > attributes available per-buffer. > > This change updates the ABI docs to reflect this change. > > The hwfifo attributes are not updated, as for now these should be used > via the legacy buffer/ directory until they are moved into core. > > Signed-off-by: Alexandru Ardelean > --- > Documentation/ABI/testing/sysfs-bus-iio | 85 +++++++++++++++++++++++++ > 1 file changed, 85 insertions(+) > > diff --git a/Documentation/ABI/testing/sysfs-bus-iio b/Documentation/ABI/testing/sysfs-bus-iio > index d957f5da5c04..f2a72d7fbacb 100644 > --- a/Documentation/ABI/testing/sysfs-bus-iio > +++ b/Documentation/ABI/testing/sysfs-bus-iio > @@ -1118,12 +1118,16 @@ Description: > > What: /sys/bus/iio/devices/iio:deviceX/buffer/length > KernelVersion: 2.6.35 > +What: /sys/bus/iio/devices/iio:deviceX/bufferY/length > +KernelVersion: 5.11 > Contact: linux-iio@vger.kernel.org > Description: > Number of scans contained by the buffer. The ABI parser doesn't like things like this: $ ./scripts/get_abi.pl validate Warning: file Documentation/ABI/testing/sysfs-bus-iio#1167: What '/sys/bus/iio/devices/iio:deviceX/buffer/length' doesn't have a description The main reason is that all properties, including KernelVersion, Contact and Description are associated to a group of properties. To be frank, for me that don't work with IIO, the above ABI description doesn't sound clear. I mean, what's the difference between /sys/bus/iio/devices/iio:deviceX/buffer/length and /sys/bus/iio/devices/iio:deviceX/bufferY/length? If the intention is to tell that: /sys/bus/iio/devices/iio:deviceX/buffer/length was obsoleted by: /sys/bus/iio/devices/iio:deviceX/bufferY/length IMO, the right thing would be to move the deprecated definition to Documentation/ABI/obsolete/ If, on the other hand, both are completely identical and non-obsoleted, why to have both APIs? Or did you just missed adding a different description for the new ABI symbols, but this was dropped due to some merge conflict? Thanks, Mauro