From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5B1BEC4332F for ; Tue, 15 Nov 2022 10:19:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232107AbiKOKTD (ORCPT ); Tue, 15 Nov 2022 05:19:03 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39364 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232600AbiKOKS7 (ORCPT ); Tue, 15 Nov 2022 05:18:59 -0500 Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BD540101E0 for ; Tue, 15 Nov 2022 02:18:57 -0800 (PST) Received: by mail-wm1-x332.google.com with SMTP id p16so9324671wmc.3 for ; Tue, 15 Nov 2022 02:18:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20210112.gappssmtp.com; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date:message-id:reply-to; bh=y0jhQ5wWDkw9YieqTPmmqrGIOhq9gcBh4/aIkZ5lXzM=; b=57noagd9/+GLWjNU9l6zkY9huepwbD69VwGHB+sQGnTHr1xZHyfKABbg4l4A4KRW5k ruJ0W7plLAqEVfC09oNuWRQrNTDypUejVAyHQIkLAnJCp74Khfg64VJUWos7+NcX6iLa gnpsgeEnzLVmexr7TFZoqkPbevxOTsmvfyDZNkQcpy4hgkvg6yV4FixJKueRVN9ew+RH k3JhIE9cHIfqpGyzVApsoLHiZyKF1/AROnnTIWkNvB+JDtHB2g6fC+7RSqNn6EbGLU0t E+q80oRh3vJmfeGrdASC8eTGBIOumDLS/VfT5BhurOOvdpPDzwq/M/wQqZKiRX2G3SeS M+OQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=y0jhQ5wWDkw9YieqTPmmqrGIOhq9gcBh4/aIkZ5lXzM=; b=WtwIVPhqPZTraRrxQf2o8UjvTPAcs45IDZdgWMNIg68N43DEvLiOwew9aIb68NV291 IIjZepr5BMBDiP+uWyj1E/IMFRNEbq6sP55fz9B+jnsaY24Fd4io9o5uty2a2PKysaUX /fsHTv7GSWf6lazCEE58+9culHLVSePzUFhFm6BErFBYRKBG47T80Ixw249s+xGSS6TF F8YcWD0GeMTYPtWIsPecsjYRKacJdhbi54BHuFXlP/GRogvRBbCD/Jqw2Jg3mpeBL1TU 65cH/EcEfTRYr+kxQAVE6/8x7K9uQr0Vi8sul8R8vBGGjDKsu8gtqzO0Yuhl02wQLRtp YUqA== X-Gm-Message-State: ANoB5plUCzD7QhDgBLRcc6zCRD778IPK2X9JQoOIgEDLoquUCDf7vdhx +MOzYdOkMcPZmPAnGPmXuJsLcw== X-Google-Smtp-Source: AA0mqf4ITJ/zq/QXos6q8t7wiTwkyykTspLsX8kURJcVbV6wRrgRL+pLuPL1gqJw44YPrazacqtxSw== X-Received: by 2002:a05:600c:314a:b0:3cf:7dc1:f432 with SMTP id h10-20020a05600c314a00b003cf7dc1f432mr791063wmo.148.1668507536327; Tue, 15 Nov 2022 02:18:56 -0800 (PST) Received: from Red ([2a01:cb1d:3d5:a100:4a02:2aff:fe07:1efc]) by smtp.googlemail.com with ESMTPSA id f7-20020adfe907000000b0023677081f3asm11717345wrm.42.2022.11.15.02.18.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 15 Nov 2022 02:18:55 -0800 (PST) Date: Tue, 15 Nov 2022 11:18:50 +0100 From: Corentin LABBE To: Mark Brown Cc: andrew@lunn.ch, calvin.johnson@oss.nxp.com, davem@davemloft.net, edumazet@google.com, hkallweit1@gmail.com, jernej.skrabec@gmail.com, krzysztof.kozlowski+dt@linaro.org, kuba@kernel.org, lgirdwood@gmail.com, linux@armlinux.org.uk, pabeni@redhat.com, robh+dt@kernel.org, samuel@sholland.org, wens@csie.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-sunxi@lists.linux.dev, netdev@vger.kernel.org, linux-sunxi@googlegroups.com Subject: Re: [PATCH v4 1/3] regulator: Add of_regulator_bulk_get_all Message-ID: References: <20221115073603.3425396-1-clabbe@baylibre.com> <20221115073603.3425396-2-clabbe@baylibre.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org Le Tue, Nov 15, 2022 at 10:03:14AM +0000, Mark Brown a écrit : > On Tue, Nov 15, 2022 at 07:36:01AM +0000, Corentin Labbe wrote: > > > It work exactly like regulator_bulk_get() but instead of working on a > > provided list of names, it seek all consumers properties matching > > xxx-supply. > > What's the use case - why would a device not know which supplies > it requires? This just looks like an invitation to badly written > consumers TBH. Hello The device know which supply it have, but I found only this way to made all maintainers happy. See https://lore.kernel.org/netdev/0518eef1-75a6-fbfe-96d8-bb1fc4e5178a@linaro.org/t/#m7a2e012f4c7c7058478811929774ab2af9bfcbf6 Regards