Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp464643ybh; Wed, 18 Mar 2020 03:17:28 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsR8DnRKIsCL3VmGL7O3MMeMsuD4oevbsmXNWwXYs319vF5T34/qABNxSbkEsJv54HeYrgM X-Received: by 2002:aca:af93:: with SMTP id y141mr2436101oie.144.1584526648259; Wed, 18 Mar 2020 03:17:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584526648; cv=none; d=google.com; s=arc-20160816; b=mVQxEix9dyLwusAA59ls4QheARxfNJ2DsFU+JxLafIBM8NVsaaGCFudTtsfwLlhc2u PCBx3cZLwJlpZUEhRaVN4cCt12Y0MZZ+8WIlpg5VBgY86kztAZU/0YyIfEgyEWy9ToWT OC+1EEceKGUEGAsqTkR7Zx0EdPeBFjnhD4Lwu158Tj4TxmzYylVOSxtkRAWJVCEM5PwF 2x5uKy3rRzOn/SqcRWwAHmAgRVOFCCaElVUTXkUJFfIiz1CxbsrRptdUZk3KqPLkNQKK ZN+Erdr+P6qKKNW8AmC8BHRfEVAo9Xewt31KgQD2JNz6G0+VuXONMt5dTFDAKoL3Pozx ytnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=uePrIDfqBZFnSgWVkXPSgRpt9QzNhv5Xk2uw/MF+wAQ=; b=mXR3h2nGqd0opm9SHCk1yDrXxevR6Wze37g3aIieARtCqsJWM+K2/ZXTWv66nkdZsl Cchu1X0OIDkOmsKBxganXb2YREmBaCtekCZFjLCwvzlkS6jtOuE5WrotT8MemVp/GFZg F+gkTVZQaCXjx0tBz0WTziHGJa2aY4eJpuWTu03uLRb2KrU7g+WCry50ruhy1lowA06X ifFDQWYmEBq6nzhW3i44J51launzDvyk90XKNhkP6DrNtPNqAZLyJ+lXRkui8byH/UlG q/XnJgm5zNSjRzvNh+orvqUkwGYbwqJErnCwHkfANIALGhmdaj3EvkeAh5T64mLSeG+4 C4Bg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@metafoo.de header.s=default2002 header.b=ebpeu+ga; 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=fail (p=NONE sp=NONE dis=NONE) header.from=metafoo.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u125si2806001oie.52.2020.03.18.03.17.15; Wed, 18 Mar 2020 03:17:28 -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=fail header.i=@metafoo.de header.s=default2002 header.b=ebpeu+ga; 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=fail (p=NONE sp=NONE dis=NONE) header.from=metafoo.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727281AbgCRKP4 (ORCPT + 99 others); Wed, 18 Mar 2020 06:15:56 -0400 Received: from www381.your-server.de ([78.46.137.84]:44976 "EHLO www381.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726733AbgCRKP4 (ORCPT ); Wed, 18 Mar 2020 06:15:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=metafoo.de; s=default2002; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=uePrIDfqBZFnSgWVkXPSgRpt9QzNhv5Xk2uw/MF+wAQ=; b=ebpeu+gagAEFuS42nV1oG3kE5e NSy2cJXISlUO+nuF+TnQD3ezVwRoApVQ79s4wa8Q0ncqZSe9NbQn9L29j2bpPM34EVtHy7OYxySgd 2AUMT3vm59/S72rSK9Ru/FKCiR04au/QfQ7uiqIapoPgUjn/UJ2Ozpm90/X90rjKkGgKBbEVAirCA +WAFjq1w1pudGk48EJz8QlVFr812Mfdryvf7QoQBHWjrLj9htPoSu2K2JGb8ptQSfajmzS32jlX/E wHeftb4Ubx8/x+dNOrMtpYgCauBAPGh9xVQYbsohCBq62Abi+5eghYiUULjnc+oFzTK9K/hl+bcLY As2fU0FQ==; Received: from sslproxy02.your-server.de ([78.47.166.47]) by www381.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1jEVjt-0006lh-Li; Wed, 18 Mar 2020 11:15:53 +0100 Received: from [93.104.115.49] (helo=[192.168.178.20]) by sslproxy02.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jEVjt-0007Fn-Eg; Wed, 18 Mar 2020 11:15:53 +0100 Subject: Re: [PATCH v3 3/4] iio: accel: adxl372: add additional events ABIs To: Alexandru Tachici , linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org Cc: jic23@kernel.org References: <20200318110958.8621-1-alexandru.tachici@analog.com> <20200318110958.8621-4-alexandru.tachici@analog.com> From: Lars-Peter Clausen Message-ID: Date: Wed, 18 Mar 2020 11:15:52 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200318110958.8621-4-alexandru.tachici@analog.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Authenticated-Sender: lars@metafoo.de X-Virus-Scanned: Clear (ClamAV 0.102.2/25754/Tue Mar 17 14:09:15 2020) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/18/20 12:09 PM, Alexandru Tachici wrote: > Adxl372 uses the standard event interface. The additional > ABIs aim to explain to the user that the values set in > ./events/thresh_falling_period and ./events/thresh_rising_period > control the state of the device, not just the events timings. > Hi, I'm not convinced this is a good idea. Since this is non-standard ABI the user would likely have to consult the documentation to figure out what this means. So we might as well document in the documentation that for peak mode the thresholds are configured through the event API. - Lars