Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp500723pxj; Thu, 10 Jun 2021 06:08:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzdmBC5euXZh15xp5s62hTwk2wSl554mS9U5R01Y13mn9uPdrkBN4/7iwB73GNAbHiVaRdP X-Received: by 2002:a05:6402:1559:: with SMTP id p25mr4650044edx.343.1623330485044; Thu, 10 Jun 2021 06:08:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623330485; cv=none; d=google.com; s=arc-20160816; b=VKqFt1+BDDPMJxyL9r0/yt9iFZ36XzitOkLiK39VnEpLpgkQBMTlWS5SeHktVA2428 M+oMm95zbhply2BXVF5fR3dNfu652TMqAElK6xgyXnon1G7jnVNGzSYPFOQ8Y4gNa4f9 cN618JYGtrnjEy63cfXVLdndY76XQnLejXSRYCfzeyq08lXPHopcoaQq1olHunFRLWB3 aZuXRajXEV8KsK7IeHqlz1ZatzN/HVIJYZSl5KTz1NnZOYQy+EaZYlOESGX9LCvHNMqk dYq/bB3BqD/KziH5QXU2fsuLSrBpHJ1R51m8rIihTkehDqIei46531253FWBBKXyFK/d xjTg== 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:cc:to:subject:from:date; bh=z+TlZ3YICgaq4dVszJBp5X4E1e4+V/yQAgJtj7tPCzc=; b=W+F/eSBXQ0zQ6vD9ZIbEcCBFP45u5xFAUSewv+TKiFWpmaH6/ihTBJPy7mZwa7/uoH FhVsebJtdJWldKkabP1RFprf5EloAV0EsWaxV2QNBLqfhgnKJ8oL6YJ6JUW9963PlnOY zExy9m/jH/hvB1BU5nmbuKC35bm6MNQHj+hQ46/h7E9P9fqi5+ntgREp5a5A+P4c8ZUy 1F4dDFwlu1ogcw4M7sl9AZqQxu4fqqujYUrpangg0g5TrnhH1VAvf2lrCiMcNiUVXBSn ChrlM+TGe7wNePVlvDe6xHfVFKgxNo/Ul7GNX74E+s7uH3mHONe+Vr88z4aH6CI+HTaH 8vMg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=crapouillou.net Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f7si2324855edd.502.2021.06.10.06.07.41; Thu, 10 Jun 2021 06:08:05 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=crapouillou.net Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230434AbhFJNIB convert rfc822-to-8bit (ORCPT + 99 others); Thu, 10 Jun 2021 09:08:01 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:37495 "EHLO relay10.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230130AbhFJNIA (ORCPT ); Thu, 10 Jun 2021 09:08:00 -0400 Received: (Authenticated sender: paul@opendingux.net) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 1F445240008; Thu, 10 Jun 2021 13:06:00 +0000 (UTC) Date: Thu, 10 Jun 2021 14:05:53 +0100 From: Paul Cercueil Subject: Re: [PATCH 1/2] iio: core: Support removing extended name in attribute filename To: Andy Shevchenko Cc: Jonathan Cameron , Lars-Peter Clausen , Michael Hennerich , linux-iio , Linux Kernel Mailing List Message-Id: In-Reply-To: References: <20210610124556.34507-1-paul@crapouillou.net> <20210610124556.34507-2-paul@crapouillou.net> X-Mailer: geary/40.0 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Andy, Le jeu., juin 10 2021 at 15:58:51 +0300, Andy Shevchenko a ?crit : > On Thu, Jun 10, 2021 at 3:47 PM Paul Cercueil > wrote: >> >> By default, when a channel has an extended name, it will appear in >> the >> filename of channel attributes. E.g. if the extended name is "aux", >> the >> filename of a "sample_rate" attribute will be something like: >> in_voltage0_aux_sample_rate >> >> Add a mechanism to disable this feature. This will be used to add a >> "extended_name" channel attribute. > > I'm afraid, NAK. Otherwise, please put an explanation that clearly > shows that it will be no ABI breakage. > I.o.w. users for the existing drivers and devices will always get > those attributes at the same platform configuration(s). Well, the commit message says that I'm adding a mechanism to disable the feature. If it was actually doing anything else (like actually disabling it for any attribute) then I'd mention it in the commit message. I don't see how that possibly can be a ABI breakage. -Paul