Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp4425451iob; Sun, 8 May 2022 12:17:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzmpASShXHXvZKJzxaMuGT5b6an41T2W7YqLGyiaY03D4O/KEUNPilWG+OWrc2RIyqAELuX X-Received: by 2002:a17:907:9805:b0:6f4:fe0e:5547 with SMTP id ji5-20020a170907980500b006f4fe0e5547mr11730605ejc.426.1652037479107; Sun, 08 May 2022 12:17:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652037479; cv=none; d=google.com; s=arc-20160816; b=YA8oEtFuq35fG6onGMuIpMMBQHgWbeuVj/6R0wplK91R4QsKMJNzQEkfNtvofF1USl lZxew5bCjLHZMmmGTHtEjTzLSqmu63z3Q+kN5fhvPGO9NSA3HBtlg6BEr9etQX09zkUd H3BhF0WqzkOcEHDXSR7XtusFw5R1zYvJV2SQ+nU+IZeAmKoPCLZmf0surqyClPfzjvXh PBwuj+sm12ZsHGVp6eBoJA+kDAyvh+LOv6/yHb10OV6Jyg7RLjiZnpqU2uX7fD9GQ0vR pNsl2GrWFnB704T5L8+A4FyBD+FX00mT4aTOndJn2PLn5jULJINdfS0UdDpwJC7Cjdyj Tvew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=LusXC4TmeOKPzRQOg4ZEmvdu3LQ2JaMJcAztLkHJjRM=; b=L40SmkyW8jTTxVv6B0GVlz1v8HuzobZ3ShKIgCkpQsR35pPZIfgkVx5sjwxl0Gq9Bc 8oWbzwBIBVDVyDWCDye+gAMZQjyHOobV7qzRtkaG4L9iV8wjHc6sXj3V+isHL47d7R2R qEZ7XevMhwHJHasz37LqrDU+MZUvS286Hmc8EWIDlMbpa/S5bMQoSjPZZwEb0QQw+sDH lGW/uXoNxCtP0OSuHAklKLGByBetNrzwsndLWtx5jeMKiHeyinYmUorqwch17ofXb+S4 Zc70JDNZ2GmzkFuBioniISog7s2TYZH1UpkBUfDr9zv4hN01R9uOL8lOrvh451dStdST PpWQ== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=marcan.st Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d30-20020a50cd5e000000b00425d9526723si10717711edj.88.2022.05.08.12.17.30; Sun, 08 May 2022 12:17:59 -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; 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; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=marcan.st Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1351519AbiEDO4a (ORCPT + 99 others); Wed, 4 May 2022 10:56:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43994 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245006AbiEDO43 (ORCPT ); Wed, 4 May 2022 10:56:29 -0400 X-Greylist: delayed 25244 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Wed, 04 May 2022 07:52:51 PDT Received: from mail.marcansoft.com (marcansoft.com [212.63.210.85]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A521B120A9; Wed, 4 May 2022 07:52:51 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: marcan@marcan.st) by mail.marcansoft.com (Postfix) with ESMTPSA id D5E7C419C2; Wed, 4 May 2022 14:52:45 +0000 (UTC) Message-ID: Date: Wed, 4 May 2022 23:52:43 +0900 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [PATCH v2 1/4] MAINTAINERS: Add entries for Apple SoC cpufreq driver Content-Language: es-ES To: Viresh Kumar Cc: "Rafael J. Wysocki" , Sven Peter , Alyssa Rosenzweig , Rob Herring , Krzysztof Kozlowski , Stephen Boyd , Ulf Hansson , Marc Zyngier , Mark Kettenis , linux-arm-kernel@lists.infradead.org, linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220504075153.185208-1-marcan@marcan.st> <20220504075153.185208-2-marcan@marcan.st> <20220504101750.wmuicq3dytnxrw5o@vireshk-i7> From: Hector Martin In-Reply-To: <20220504101750.wmuicq3dytnxrw5o@vireshk-i7> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,NICE_REPLY_A, 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 On 04/05/2022 19.17, Viresh Kumar wrote: > On 04-05-22, 16:51, Hector Martin wrote: >> Splitting this commit, as usual, to facilitate merges via the SoC tree. >> >> Signed-off-by: Hector Martin >> --- >> MAINTAINERS | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/MAINTAINERS b/MAINTAINERS >> index edc96cdb85e8..39bfa478fe55 100644 >> --- a/MAINTAINERS >> +++ b/MAINTAINERS >> @@ -1835,6 +1835,7 @@ T: git https://github.com/AsahiLinux/linux.git >> F: Documentation/devicetree/bindings/arm/apple.yaml >> F: Documentation/devicetree/bindings/arm/apple/* >> F: Documentation/devicetree/bindings/clock/apple,nco.yaml >> +F: Documentation/devicetree/bindings/cpufreq/apple,soc-cpufreq.yaml >> F: Documentation/devicetree/bindings/i2c/apple,i2c.yaml >> F: Documentation/devicetree/bindings/interrupt-controller/apple,* >> F: Documentation/devicetree/bindings/mailbox/apple,mailbox.yaml >> @@ -1844,6 +1845,7 @@ F: Documentation/devicetree/bindings/power/apple* >> F: Documentation/devicetree/bindings/watchdog/apple,wdt.yaml >> F: arch/arm64/boot/dts/apple/ >> F: drivers/clk/clk-apple-nco.c >> +F: drivers/cpufreq/apple-soc-cpufreq.c >> F: drivers/i2c/busses/i2c-pasemi-core.c >> F: drivers/i2c/busses/i2c-pasemi-platform.c >> F: drivers/irqchip/irq-apple-aic.c > > This should be the last patch instead, or should at least be added > after the files are merged first. If someone checks out at this > commit, the files won't be available but still linked here. Isn't that backwards? If someone touches the files, we want them to be able to get_maintainer.pl, so the MAINTAINERS entries should come first. It doesn't really cause any issues if there are entries that point at files that don't exist yet, right? Though this is mostly a moot point because the purpose of splitting this out is so we can merge this one patch through the SoC tree, at which point the ordering isn't guaranteed (unless the whole series goes through SoC). It's a minor issue though; we've done it like this for other series and it hasn't caused anyone trouble. -- Hector Martin (marcan@marcan.st) Public Key: https://mrcn.st/pub