Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp4141265pxk; Tue, 8 Sep 2020 11:42:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz793nlqxST0IAzyVyaYwxmLMtw9CI3ZE4PDUs2sHEPh9l/Le2Ft2HhW4or7bH9fRlo2JOj X-Received: by 2002:a05:6402:326:: with SMTP id q6mr362806edw.216.1599590526155; Tue, 08 Sep 2020 11:42:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599590526; cv=none; d=google.com; s=arc-20160816; b=CaWpMprBGED6ItnSc1XQKzc6EVS90BWohhf0i6EWnACXnjTD7pBUMpWDkECsVeplZ/ oEUR2O8GTPDVgtx1BL086U7TXuvzmLXEWf/HYUyf0kWIl8ZPFixsNnU7Bq6Mre4I52HX co/zfIVGk2R7RdLLjTRbLso+6UpNePypVe4oKESuHfTSpnA23pKQK+vz9b9yh0GrNXyS OqrDqR/2gaCqLCsc0zWpGAtOeGJbgZTOYMZ2A+AZEJSvmOyDmeEQI01WBWZf43RCLTck Sa3h1TsB4bpUnkZ72DIv158mlRtFPbmh9CNi8vRQnuv6GEHs62ENVqdySWjwchR1o6o3 /+7Q== 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=b83ebFqRYcRhQMUoBny7VrK/w8/3rX5McYpuAfGB4mo=; b=AQDibUcCO/BUSaOMyoXDYCCkEh71otFP2VwGJ3oibPZ9G2AFd1HVtW19KezuN3vp47 TnDjMbfmKVOlhrK8DYEnyDFKACjpPCqlbYaWGyZukhjRI6Ym7HInHL8jJutHGvEZdnLU JhUxbBv2kMSD4ZVzWw9v9/HwS2VmKcT1dWnTJoAjEUbIcG87T7qz0QVlpjPIl95J4ii7 Y6MvmLTwdlUGcjOe7BtmPb2pWa8rLNAzByE97BtOh2LX7H0Mj+O+5zpnsR1YZPhubafA Iu131nkulA9pkPzYSsFJOsZm76x1hSDCGPBIfJQlQTnh0dsiZrTaQZ43os+yC5gpN4t9 a8YQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@baylibre-com.20150623.gappssmtp.com header.s=20150623 header.b=uBKGiRCB; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s23si12062623ejd.95.2020.09.08.11.41.43; Tue, 08 Sep 2020 11:42:06 -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=@baylibre-com.20150623.gappssmtp.com header.s=20150623 header.b=uBKGiRCB; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731449AbgIHSko (ORCPT + 99 others); Tue, 8 Sep 2020 14:40:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55922 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731311AbgIHQID (ORCPT ); Tue, 8 Sep 2020 12:08:03 -0400 Received: from mail-ej1-x644.google.com (mail-ej1-x644.google.com [IPv6:2a00:1450:4864:20::644]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6623EC061755 for ; Tue, 8 Sep 2020 09:08:02 -0700 (PDT) Received: by mail-ej1-x644.google.com with SMTP id gr14so22220263ejb.1 for ; Tue, 08 Sep 2020 09:08:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=b83ebFqRYcRhQMUoBny7VrK/w8/3rX5McYpuAfGB4mo=; b=uBKGiRCBAUcXiZe6KjvW8veA6mBHm5VFt7ivszqCnVZRismSNIYRjUVQ8pmaaGscMa 3XihnP3ER4lw3sOMFpoGAON1afkzfS8TMZnyQqK9ECVsBMzt8k1zJf4N1jHSRyzVC6Ks YAxyWluRhsln1OUVRd3lSAZD30T/5fUvDJDLWlUkT9tPUZDaqNO2nVjXqUlVaIkxX93Y G0V4rz+bpnsHGitXCkGPfAkPIAeQeGSeTyZJQyTNvo9E0JFnnR1RFUXqenpKqvQQ7zIl mFQFbwjtfQBS4nq8qv6kTocYKdvci05IltOHy5zLYPUdrqgFkzZ8LRf674NZDgjRZgPZ 1UHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=b83ebFqRYcRhQMUoBny7VrK/w8/3rX5McYpuAfGB4mo=; b=CEAzyTgSy3wTlo7RV/NYwgYMhiHQ+2flUqS2f+aK3U6Bhr9uKWkqAMzV5znteYLcIt 5Dr5nIK4eV8av+emOu4P9AE++/8cA0TcEtnpGxsccj4arI5sagh5J0gJ2xlDP09Oiw+L KrXQ0mQhhP0hbiVcUiLv4EDeC7gF7/tZcPm2IhlpD2/BfuvtyONr48hOh2aMawW/TYIW OYa/2B2Yxxxxejl+RDuD0A4rFDSXXsmTcT1WppYOvUjfOf9l2srjd7b1jogGPY1mKsz1 k1IYnbnXTmeEcTr7JSSzM62WktwMcEhTrhAmk+qo55RHMa5FUjv8nXCHpTB/ZBGyq2tX Kg0g== X-Gm-Message-State: AOAM531UlKmqT9rp1saI/ka1Yf5/I5wGCCYAhhwrooRO0D5szFcJVo7N FfB3WIP1q4xBCXptWSC6M0526W8+IILyUYQUIWXbgQ== X-Received: by 2002:a17:906:7f15:: with SMTP id d21mr27487893ejr.470.1599581280525; Tue, 08 Sep 2020 09:08:00 -0700 (PDT) MIME-Version: 1.0 References: <20200905133549.24606-1-warthog618@gmail.com> In-Reply-To: <20200905133549.24606-1-warthog618@gmail.com> From: Bartosz Golaszewski Date: Tue, 8 Sep 2020 18:07:49 +0200 Message-ID: Subject: Re: [PATCH v7 00/20] gpio: cdev: add uAPI v2 To: Kent Gibson Cc: LKML , linux-gpio , Linus Walleij 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 Sat, Sep 5, 2020 at 3:36 PM Kent Gibson wrote: > > This patchset defines and implements a new version of the > GPIO CDEV uAPI to address existing 32/64-bit alignment issues, add > support for debounce, event sequence numbers, and allow for requested > lines with different configurations. > It provides some future proofing by adding optional configuration fields > and padding reserved for future use. > > The series can be partitioned into three blocks; the first two patches > are minor fixes that impact later patches, the next eleven contain the > v2 uAPI definition and implementation, and the final seven port the GPIO > tools to the v2 uAPI and extend them to use new uAPI features. > > The more complicated patches include their own commentary where > appropriate. > > Cheers, > Kent. > > Changes for v7: > - use _BITULL for ULL flag definitions (patch 04) > - add check on kmalloc_array return value in linereq_get_values() > (patch 07) and linereq_set_values_unlocked() (patch 11) > - restore v1 functions used by gpio-mockup selftests (patch 17) > > Changes for v6: > - flags variable in linereq_create() should be u64 not unsigned long > (patch 07) > - remove restrictions on configuration changes - any change from one > valid state to another valid state is allowed. (patches 09, 10, 12) > > Changes for v5: > > All changes for v5 fix issues with the gpiolib-cdev.c implementation, > in patches 07-12. > The uAPI is unchanged from v4, as is the port of the tools. > > - use IS_ALIGNED in BUILD_BUG_ON checks (patch 07) > - relocate BUILD_BUG_ON checks to gpiolib_cdev_register (patch 07) > - s/requies/requires/ (patch 07) > - use unsigned int for variables that are never negative > - change lineinfo_get() parameter from cmd to bool watch (patch 08) > - flagsv2 in gpio_v2_line_info_to_v1() should be u64, not int (patch 08) > - change "_locked" suffixed function names to "_unlocked" (patch 10 and > 11) > - be less eager breaking long lines > - move commentary into checkin comment where appropriate - particularly > patch 12 > - restructure the request/line split - rename struct line to > struct linereq, and struct edge_detector to struct line, and relocate > the desc field from linereq to line. The linereq name was selected > over line_request as function names such as linereq_set_values() are > more clearly associated with requests than line_request_set_values(), > particularly as there is also a struct line. And linereq is as > informative as linerequest, so I went with the shortened form. > > Changes for v4: > - bitmap width clarification in gpiod.h (patch 04) > - fix info offset initialisation bug (patch 08 and inserting patch 01) > - replace strncpy with strscpy to remove compiler warnings > (patch 08 and inserting patch 02) > - fix mask handling in line_get_values (patch 07) > > Changes for v3: > - disabling the character device from the build requires EXPERT > - uAPI revisions (see patch 02) > - replace padding_not_zeroed with calls to memchr_inv > - don't use bitops on 64-bit flags as that doesn't work on BE-32 > - accept first attribute matching a line in gpio_v2_line_config.attrs > rather than the last > - rework lsgpio port to uAPI v2 as flags reverted to v1 like layout > (since patch v2) > - swapped patches 17 and 18 to apply debounce to multiple monitored > lines > > Changes for v2: > - split out cleanup patches into a separate series. > - split implementation patch into a patch for each ioctl or major feature. > - split tool port patch into a patch per tool. > - rework uAPI to allow requested lines with different configurations. > > Kent Gibson (20): > gpiolib: cdev: desc_to_lineinfo should set info offset > gpiolib: cdev: replace strncpy with strscpy > gpio: uapi: define GPIO_MAX_NAME_SIZE for array sizes > gpio: uapi: define uAPI v2 > gpiolib: make cdev a build option > gpiolib: add build option for CDEV v1 ABI > gpiolib: cdev: support GPIO_V2_GET_LINE_IOCTL and > GPIO_V2_LINE_GET_VALUES_IOCTL > gpiolib: cdev: support GPIO_V2_GET_LINEINFO_IOCTL and > GPIO_V2_GET_LINEINFO_WATCH_IOCTL > gpiolib: cdev: support edge detection for uAPI v2 > gpiolib: cdev: support GPIO_V2_LINE_SET_CONFIG_IOCTL > gpiolib: cdev: support GPIO_V2_LINE_SET_VALUES_IOCTL > gpiolib: cdev: support setting debounce > gpio: uapi: document uAPI v1 as deprecated > tools: gpio: port lsgpio to v2 uAPI > tools: gpio: port gpio-watch to v2 uAPI > tools: gpio: rename nlines to num_lines > tools: gpio: port gpio-hammer to v2 uAPI > tools: gpio: port gpio-event-mon to v2 uAPI > tools: gpio: add multi-line monitoring to gpio-event-mon > tools: gpio: add debounce support to gpio-event-mon > > drivers/gpio/Kconfig | 29 +- > drivers/gpio/Makefile | 2 +- > drivers/gpio/gpiolib-cdev.c | 1277 +++++++++++++++++++++++++++++++++-- > drivers/gpio/gpiolib-cdev.h | 15 + > drivers/gpio/gpiolib.c | 5 + > drivers/gpio/gpiolib.h | 6 + > include/uapi/linux/gpio.h | 317 ++++++++- > tools/gpio/gpio-event-mon.c | 146 ++-- > tools/gpio/gpio-hammer.c | 56 +- > tools/gpio/gpio-utils.c | 176 ++++- > tools/gpio/gpio-utils.h | 48 +- > tools/gpio/gpio-watch.c | 16 +- > tools/gpio/lsgpio.c | 60 +- > 13 files changed, 1948 insertions(+), 205 deletions(-) > > > base-commit: feeaefd378cae2f6840f879d6123ef265f8aee79 > -- > 2.28.0 > To me this looks good enough to queue for v5.10. I think you'll need to resend the selftests patches and get an ack from selftests maintainer. Once that's done we can get this series into next. Bart