Received: by 2002:a05:6358:701b:b0:131:369:b2a3 with SMTP id 27csp3331604rwo; Mon, 24 Jul 2023 09:25:41 -0700 (PDT) X-Google-Smtp-Source: APBJJlEU0/9uXsFCkNLWKrF3K2rX2wQWu0u4FJofIyEyXStP5RUZUOW87R3nNerpWeM/S7TA2sEt X-Received: by 2002:a17:902:b210:b0:1bb:b333:3efe with SMTP id t16-20020a170902b21000b001bbb3333efemr937541plr.38.1690215941167; Mon, 24 Jul 2023 09:25:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1690215941; cv=none; d=google.com; s=arc-20160816; b=RY9WcG0u3MXAg1fGfNGMDZP4pUitb6cVuvc4DZGINwnxcxmHnAvjrsAWMnY66EmW2m o7+HS/TICbzCIxXxa4HjVaZHusGzFUvJIlaTdP72TvD+wXY58s2tUsW2WR4hlxI7s8v0 DAH7eW7WH/ryWGO9wxWIidOpW3i24PextuTG484zIsOHhOIQ2RVCJooiWW6IZLFsxA33 GhuoqhQDhSVL6BTTnLy2izCqjvoBydjRf9BLkoq0hdWQMT/w711hPLc7tzVUVv/o8sgY 1N5KATli9FXIf85+KG/655L8dDPZ2B9PdIiIU6VI+9Y8WARGIDbeSnZq+cMXwwlvTd4h SoGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature:dkim-filter; bh=scfRRVcgHg3+xFerWctqO866z/nYyLkDjxVImmUT9+E=; fh=1Kc66CB0BLY4RjIW1W9g/+QnQDpZ1ps7KdpPS7w6HBg=; b=hVvSgLZFSQRfeepRaEexgnecLtydw6eYQfDR4xgTvqr4p7GRoI7ZpMINHE7Hs90Tky J66owhl109w7LK2AAIYsjU4woxYBpkjGMNAPTsEUQ3bHVUbFg3L1JqK00Nw/m7zKHAJS 0ks4q1lUBCiUy7GINvDo75HMuO9tcjnthGfZnDw09PTi9iNsRIuXiG9JwNwG1QgsY9G2 8O+iRlGBTNS6EO+9rk7k9BZsEmSpxUdOWwOI/RQaTLcSqbe/CzkJM9ypgAg9N+eZEmK/ hdDuzVR3H+cljCPzK+34rGmSJcdvuq0dZ+GsQtXbl2+bboY3vG8alcw1pjLCsRurntic /+xw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b=dGVm8AzN; 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 ke6-20020a170903340600b001bb1d822685si9118748plb.358.2023.07.24.09.25.28; Mon, 24 Jul 2023 09:25:41 -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=@lwn.net header.s=20201203 header.b=dGVm8AzN; 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 S230075AbjGXQQr (ORCPT + 99 others); Mon, 24 Jul 2023 12:16:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46850 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229437AbjGXQQm (ORCPT ); Mon, 24 Jul 2023 12:16:42 -0400 Received: from ms.lwn.net (ms.lwn.net [IPv6:2600:3c01:e000:3a1::42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A9D0410C8; Mon, 24 Jul 2023 09:16:40 -0700 (PDT) Received: from localhost (unknown [IPv6:2601:281:8300:73::5f6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 51478359; Mon, 24 Jul 2023 16:16:40 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 51478359 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1690215400; bh=scfRRVcgHg3+xFerWctqO866z/nYyLkDjxVImmUT9+E=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=dGVm8AzNNAXDX9gt7Owxg2uCLTdDjfEknoSzLkarJsP4rdpulGMG/o07hGhxMzhfT iOXsti8Ct+oVfqpYckMBmZFVgTfDRHnn8nkCTr69q2jcBdUH4/uMyeQmY1cgL6QUaN RBA3XtUkKqOdGJk5mzMG1GpCy7UNcFWPFvRX+js16iB14HeJLdgUdxeKs0uXHeTtbz TsQDgW2+P2PQpJo4SDkorcOYGM878feWhafVD+uNeuAZU0eJcT1vHnMQmAX0mGiVjj d7FmK0jdshJu+0rxhoYNsWGshlFuZtXoLvIAyEfpCsRi5dCn5LVruwunrGwltH6szy xvn+nEnJ+oFEg== From: Jonathan Corbet To: Costa Shulyupin , "open list:DOCUMENTATION" , open list Cc: Costa Shulyupin Subject: Re: [PATCH v2 2/3] docs: consolidate peripheral interfaces In-Reply-To: <20230722113253.1545231-1-costa.shul@redhat.com> References: <874jlxc78i.fsf@meer.lwn.net> <20230722113253.1545231-1-costa.shul@redhat.com> Date: Mon, 24 Jul 2023 10:16:38 -0600 Message-ID: <87r0oxb7yx.fsf@meer.lwn.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, 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 Costa Shulyupin writes: > to make page Subsystems APIs more organized as requested > > Changes: > v2: added pcmcia and subtitle > > Signed-off-by: Costa Shulyupin > > --- > > Alternative consolidation of buses look more challenging. > Here are too many buses, so them should be split again. > Many of buses are specific for only x86 or only embedded computers. > Is SCSI generic bus or storage bus? > --- > Documentation/subsystem-apis.rst | 19 ++++++++++++++----- > 1 file changed, 14 insertions(+), 5 deletions(-) > > diff --git a/Documentation/subsystem-apis.rst b/Documentation/subsystem-apis.rst > index 90a0535a932a..5ace1c434977 100644 > --- a/Documentation/subsystem-apis.rst > +++ b/Documentation/subsystem-apis.rst > @@ -48,6 +48,20 @@ Networking interfaces > isdn/index > mhi/index > > +Peripheral interfaces > +---------------------- > + > +except specific networking and storage interfaces > + > +.. toctree:: > + :maxdepth: 1 > + > + usb/index > + PCI/index > + hwmon/index > + leds/index > + pcmcia/index > + > Storage interfaces > ------------------ > > @@ -70,19 +84,14 @@ Storage interfaces > fpga/index > i2c/index > iio/index > - leds/index > - pcmcia/index > spi/index > w1/index > watchdog/index > virt/index > - hwmon/index > accel/index > security/index > crypto/index > bpf/index > - usb/index > - PCI/index > misc-devices/index > peci/index > wmi/index I'm sorry, but I feel like you've missed the point here - adding PCMCIA doesn't really address my concern at all. What is a "peripheral interface", and how does USB qualify but, say, SPI does not? I feel like we have stopped adding clarity at this point. A lot of this documentation needs a closer look to think about how it fits into our model. As a quick example (and an example only), the LED documentation would appear to be properly placed in the userspace-api guide, not in this grab-bag section. Just shuffling it around in the file doesn't help address problems like that, unfortunately. Thanks, jon