Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp1087670rwd; Thu, 25 May 2023 07:55:24 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6FXg6nDekLMSBTgV1ckGWVRY98Z9ow+4zSObSKzEDFRCbrSK8ZUlLaowZkH8C3bYUXNpRt X-Received: by 2002:a17:90a:f985:b0:250:50c5:cabc with SMTP id cq5-20020a17090af98500b0025050c5cabcmr2262979pjb.3.1685026524104; Thu, 25 May 2023 07:55:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685026524; cv=none; d=google.com; s=arc-20160816; b=BnDFqtQ1PSQn+wz3lv5FFon6WCVZ/24xSjj9YLjiO+lCmCa9xtoJSpMjs7kxHvyuwi +4lEWrEWX//hwGwO/J7xZiqVymUkUiBelehkV6XWrmHWOcIPfVkxq5CJyq0F+Y+H+2EF PssTSH8M9wSr63agWRMw0XGl2Ok3reou7daHbi6CWr2c1V5NYQETZ0qNunVS45uCDgQs ugQiAjA5D8LWBk+HFxEQj5yU0kLFZRRr05ccwTlyRB4eMrpSHLExRYSMlBcTVrKaShP+ /mC8wHVXYF1Lkq5+B/J5CJCDGL6RzZFeVgkVjwZ+orPz1xAeKZGuZSSrSxzI/l14jEFs KNgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=aAogn6dT4b6m8+lLJAd5XLZlUe3QdLu7einTf1A+tIg=; b=WVEGmjo6c4a6FNd7invqHPGXLbRA343qhvD9XuTFv3hUDPh/rTo64a/JzHnkp5UjXF geE71G+3lEMpuYNplt/rUSkcKfRXeB7crel2cIm4GAtUTVSWJ9Fnwah/XIJKzDN8+XuI zfBY6N5kHSG3LfMFBsUa/N4VjIcL71sDGLTMmZZQ4OV7JPK3BjFNFFKWjghTY41EKu0i qPPgoqOZoOYzWPZYlXvjDV9G/A5nyq42/xuFarY4nyr/gtEjPt1QiUicFxvAO5IoBgI1 KauxZMSTVzOrlwV+8k/tzpk3LBVE1aEcpgYcmChetBpj4+Xo+GgofdnnCeU7cNkWcWav Id6A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bgdev-pl.20221208.gappssmtp.com header.s=20221208 header.b=olneRNt0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id r85-20020a632b58000000b00524f08e1fdbsi1328112pgr.813.2023.05.25.07.55.11; Thu, 25 May 2023 07:55:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@bgdev-pl.20221208.gappssmtp.com header.s=20221208 header.b=olneRNt0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233825AbjEYOfi (ORCPT + 99 others); Thu, 25 May 2023 10:35:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59816 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239180AbjEYOfh (ORCPT ); Thu, 25 May 2023 10:35:37 -0400 Received: from mail-vk1-xa30.google.com (mail-vk1-xa30.google.com [IPv6:2607:f8b0:4864:20::a30]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6C85A195 for ; Thu, 25 May 2023 07:35:35 -0700 (PDT) Received: by mail-vk1-xa30.google.com with SMTP id 71dfb90a1353d-456d9652c24so418735e0c.1 for ; Thu, 25 May 2023 07:35:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bgdev-pl.20221208.gappssmtp.com; s=20221208; t=1685025334; x=1687617334; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=aAogn6dT4b6m8+lLJAd5XLZlUe3QdLu7einTf1A+tIg=; b=olneRNt0QSWwgjhhvV/O7lXmLW+2Z9uuG9ZKZc988z4Tl6cH95KQuo0n9C0Ybbxv7D U9Z6WWaeCLzdQMhyJBfm/h5TCWirx+agFmWwI96Hc0meNcwmmStEpY/yK37l0uNrv/LD VHYKX9atO0lsz8JGcgKcNiUk0910Ur0BIRugXfF6zSXQ3K50r7sBcnfLjJW3gh5Vr4cU SQkVBc6E2nGiw84gGkHHYv4BwVcs9XLkjUHibjOFvAUQgTGL+Jwups8nyiSmG53GnFvJ oZIxh+UkuTiyo2kcpmHPYCEENHva6DjmbQafvJdNE1FhZmev/U/RnKJcJMNfLCZDHpIS 5bnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685025334; x=1687617334; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=aAogn6dT4b6m8+lLJAd5XLZlUe3QdLu7einTf1A+tIg=; b=eWmBlPEY6BE2+jlkzTEauRnJB3AUIXbGe2BGfWsxHdZVeXxKAJl2GR3JvhtfhksF71 Re2WaBNgm6+WbSXuFLN6CsPySasNFGcODdvwJwv2s+X87rLz4udIABc5ucjDmgT6LuYt wLwNrHquEm9Vk+mT/XyhpPDHn3DYDJUyaauNQQOUryrbWbwwS3JZnMIoe3wp5OQQUXtn asqiFcqvdtoeasijEiXQghGBnnBrh5Pd9OBRnMlOHwbCnrQln0voBOUR6MCl1ygIu8PM VVWFHrnCRAzID1EecC3w8yzaqH8Dsc+CiVdcuQJ4P2dSkWXyxT1MFRkoscdEk19x6DN/ /Y9w== X-Gm-Message-State: AC+VfDx/Xo29Bhu6O45JASc2tBOQ/gMyi67D3U2M65ndu/cG9MpG6n53 hml9BG8e4nNq7AtWOAAZZWp63QkDgSQdpGkPa0jQ1g== X-Received: by 2002:a05:6122:141:b0:457:56a4:19e7 with SMTP id r1-20020a056122014100b0045756a419e7mr1164313vko.0.1685025334463; Thu, 25 May 2023 07:35:34 -0700 (PDT) MIME-Version: 1.0 References: <72990baf-6964-01ad-d891-7090831d0310@alliedtelesis.co.nz> In-Reply-To: From: Bartosz Golaszewski Date: Thu, 25 May 2023 16:35:23 +0200 Message-ID: Subject: Re: using libgpiod to replace sysfs ABI (was Re: [PATCH] gpiolib: Avoid side effects in gpio_is_visible()) To: Andy Shevchenko Cc: Chris Packham , Kent Gibson , "linux-gpio@vger.kernel.org" , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 25, 2023 at 11:13=E2=80=AFAM Andy Shevchenko wrote: > > On Thu, May 25, 2023 at 2:53=E2=80=AFAM Chris Packham > wrote: > > On 24/05/23 17:41, Kent Gibson wrote: > > ... > > > It'd also be great if there was some way of ensuring that a line's stat= e > > is kept after the application has released the request (i.e. the txdis > > case I mentioned). But that probably needs work on the kernel side to > > make such guarantees. > > Won't happen. It will require too much of strictness to be added into > the kernel with likely breakage of the existing code and > documentation. What is being discussed is a D-Bus (like?) daemon + > Policy in user space that will allow user / process / cgroup / etc to > "own" the line and track its state. > It's already WiP[1]. I'm trying to keep the footprint minimal with only GLib and dbus required at run-time. Bart [1] https://github.com/brgl/libgpiod-private/tree/topic/dbus