From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 23980 invoked from network); 31 May 2022 08:10:00 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 31 May 2022 08:10:00 -0000 Received: (qmail 30602 invoked by uid 550); 31 May 2022 08:09:58 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 30564 invoked from network); 31 May 2022 08:09:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1653984584; bh=RYpC6xoAQxlzwzTS1Q9qNjdKjQ7qaBCIuSSqtsnXLSA=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=W1ConLa0fa4CSVyJdeiG/MvfrvK8aQ6HhtVkyfspn7uvFJDxNNOIcNyqLmAfKqTcO EkRa2N9Ses3HUwH4CrDat1jsce69unKSvoYkDIDQwQqnYtoinOjxy+pHTc4ukWM/Gi GOVRlheQSO57/Tfw11+rtubK4AoEvwzXLi0INwbCbZbBw6BfB36JcBDvgoN7LldXtf NdYwbo7NuSILBQsj8f6cGY4crptgEmSZsDjcPGqb7FJfJ3K5fl4hjDqQpW8Tlzz6eL iwvdFbfphy0PmCw+MbzVQa9ctwRLaqQAQQRLZcBzWeTrH04N/d0Kq3dpFN0Xp8kZXt 9ru/+Z/QAH3wg== X-Gm-Message-State: AOAM533vcA1ddvXs6I/YAclhB2Zvfcl3f6+fWjT66qNC14Bx0ZBjOGLN UPH5JIdD16lm6ua/ErC++XPibOB8ut7WTMYKwvU= X-Google-Smtp-Source: ABdhPJyhJog8azsioErC+i5PlBgcKzbEGCvn4zseszGYzoUs1FVRvYrMO45NFlB3l1wsrjJ5hIWZQ9m0KHU6vN1LfV8= X-Received: by 2002:a81:28b:0:b0:30c:5e57:fac3 with SMTP id 133-20020a81028b000000b0030c5e57fac3mr8140757ywc.249.1653984583406; Tue, 31 May 2022 01:09:43 -0700 (PDT) MIME-Version: 1.0 References: <358025d1-28e6-708b-d23d-3f22ae12a800@xen0n.name> In-Reply-To: From: Arnd Bergmann Date: Tue, 31 May 2022 10:09:26 +0200 X-Gmail-Original-Message-ID: Message-ID: To: Huacai Chen Cc: musl@lists.openwall.com, WANG Xuerui , Linus Torvalds , linux-arch , GNU C Library , Yoshinori Sato , Peter Zijlstra , Marc Zyngier , Masahiro Yamada , Linux Kernel Mailing List , Jiaxun Yang , ACPI Devel Maling List , Jianmin Lv , linux-pci , Ard Biesheuvel , Huacai Chen Content-Type: text/plain; charset="UTF-8" Subject: Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19 On Tue, May 31, 2022 at 9:50 AM Huacai Chen wrote: > On Mon, May 30, 2022 at 11:56 PM Arnd Bergmann wrote: > > On Mon, May 30, 2022 at 5:00 PM WANG Xuerui wrote: > > > Now I see > > > the loongarch-next HEAD is already rebased on top of what I believe to > > > be the current main branch, however I vaguely remember that it's not > > > good to base one's patches on top of "some random commit", so I wonder > > > whether the current branch state is appropriate for a PR? > > > > You are correct, a pull request should always be based on an -rc, orat least > > have the minimum set of dependencies. The branch was previously > > based on top of the spinlock implementation, which is still the best > > place to start here. > I have a difficult problem to select the base. Take swiotlb_init() as > an example: If I select 5.18-rc1, I should use swiotlb_init(1); if I > select Linus' latest tree, I should use swiotlb_init(true, > SWIOTLB_VERBOSE). However, if I select 5.18-rc1, linux-next will have > a build error because the code there expect swiotlb_init(true, > SWIOTLB_VERBOSE). Ok, I see. This is the kind of thing we normally prevent by having everything in linux-next for a few weeks before the merge window. How many issues like this are you aware of? If it's just the swiotlb, you could try merging the swiotlb branch that is in mainline now on top of the spinlock branch, and still get a minimum set of dependencies. If there are many more, then basing on top of the current mainline is probably less intrusive after all. Arnd