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 5C1FFCCA478 for ; Thu, 2 Jun 2022 16:29:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237022AbiFBQ32 (ORCPT ); Thu, 2 Jun 2022 12:29:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45412 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236935AbiFBQ30 (ORCPT ); Thu, 2 Jun 2022 12:29:26 -0400 Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.13]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 032F22612A0; Thu, 2 Jun 2022 09:29:24 -0700 (PDT) Received: from mail-yb1-f172.google.com ([209.85.219.172]) by mrelayeu.kundenserver.de (mreue106 [213.165.67.113]) with ESMTPSA (Nemesis) id 1MKbwg-1oDEcg1mZQ-00L1f6; Thu, 02 Jun 2022 18:29:22 +0200 Received: by mail-yb1-f172.google.com with SMTP id p13so9233631ybm.1; Thu, 02 Jun 2022 09:29:21 -0700 (PDT) X-Gm-Message-State: AOAM532a93TmUGNd6iIyeTE4VKNUwpbrxZQaW0d9h1CefBy4jB2M2hKr O/2URZAhT6BrzNvQD0HZAdFSKOuI7pbx1VdV/Co= X-Google-Smtp-Source: ABdhPJwP5jTmDmnjC7cLxXQtoGkT8BZ75OYKH3xGYjmaKjlmC4WfmO4BaZj5D5FasDHcj719xc61DL7YDK73tV843fE= X-Received: by 2002:a25:db8a:0:b0:65c:b04a:f612 with SMTP id g132-20020a25db8a000000b0065cb04af612mr6098775ybf.106.1654187360931; Thu, 02 Jun 2022 09:29:20 -0700 (PDT) MIME-Version: 1.0 References: <20220602115141.3962749-1-chenhuacai@loongson.cn> <20220602115141.3962749-12-chenhuacai@loongson.cn> In-Reply-To: From: Arnd Bergmann Date: Thu, 2 Jun 2022 18:29:03 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Steps forward for the LoongArch UEFI bringup patch? (was: Re: [PATCH V14 11/24] LoongArch: Add boot and setup routines) To: Ard Biesheuvel Cc: WANG Xuerui , Huacai Chen , linux-arch , Linux Doc Mailing List , Linux Kernel Mailing List , Xuefeng Li , Yanteng Si , Huacai Chen , Guo Ren , Jiaxun Yang , Stephen Rothwell , linux-efi , WANG Xuerui , Yun Liu , Jonathan Corbet , Arnd Bergmann , Andy Lutomirski , Thomas Gleixner , Peter Zijlstra , Andrew Morton , David Airlie , Linus Torvalds Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:DnVKkGncdufV9sCWB9XsY0zExdcMqqK0gYhTR5Y7fqeqsS+pFHH vq9xR3UE4klYfFmK3lSqXaXobkAEYeZpUqf5YonXIQqVn3ZFniKWYfqM2kzdcgdEj277Jkp +y38opr7CQeSqSZ9ETMydpFdHjNLu8juY+904NNh5mP7rc1pnICHe77IIbcdwy1AUJd7AIb jBH+0JHFeLBrultUIFT9Q== X-UI-Out-Filterresults: notjunk:1;V03:K0:947M/0Jq/qc=:ybRHRJxH6J0Tk7+ohVyUHG uZLRrgz/vrj5ET6MPpMAy3+BVehxgj/HtRt4QnsMB7l5buEKitILKa9tqd62XSqkff6wdehSr LiypoYzjeq2K7ZPlixK0fcpLnojca4WtLZ0e13OeHQXSV+nD/MpSevejyoKnVM0xYRjAGy/mS PSAvoU5X71OxlQZuNO6ETJBU65LLbVxxSU9NS+ep3fn3ttLzDtPlHgZpd04vuT5gtWFOtZaLC o2zAAcgXBqY/TliRwdMQhEQ5UmpZnSlr1nhP7hJjLXGrF97/KxeMw47e+gpwyiCuOoIperF7i QrTFQ3ZN/RLIqZZAMeJpMSY5BNNCeQ46Oy8NVPd2YB0U7wdHFTk955NqC1q8kPwKHpoae8VN/ LgZNgY3Fv/cMFUyqyfevdYKq8h0KuLAwOqORvy+fqvOiewabiFW09pS8t9+vm/RCeteu3r1wF X+BywKue3E3yNE5ojfcx/o9RqiBUVL4kaNZ4vwIP/pzDdIbDrc4tB2gf0our8PrPIerDILq+v Fhptk5hAH2wvrZCmLlgyRe8CPR5aZ7Ge2fFx/6IGByKEq8e2cKwvLp0u1KrRqoDTnZQQDTpym UfAh8/ndO0XZU8ObYkkl6AnadfLBYyKlb9kxUDlm32xmMboQuSz9xQs4BlEQdEIU+e86R04xs 4JZkPxgxEcELEukJCAJJJgSG0d/BUj2r2LeeFkus+n+3VGsCRbCgHj0Bpms1k6zE3ke1w0RwB dlVXS/RBLYyR0iYvmFlRk60YtNK6I0leZxdiehpCafhr/3uMnYIT9JHzCs00hW1UU6Xqr1ekN FKwNXORm9wqhlffsmVMbqF3KiL+5O+vnmwaBUtIEwXAQVZKEKxP2S4mH45LiwAOP75VjvVqbK wY8mi3r/SLjdrUJiHMnw== Precedence: bulk List-ID: X-Mailing-List: linux-arch@vger.kernel.org On Thu, Jun 2, 2022 at 6:14 PM Ard Biesheuvel wrote: > On Thu, 2 Jun 2022 at 16:09, WANG Xuerui wrote: > > > For this, I don't know if Huacai should really just leave those > > modification in the downstream fork to keep the upstream Linux clean of > > such hacks, because to some degree dealing with such notoriety is life, > > it seems to me. I think at this point Huacai would cooperate and tweak > > the patch to get rid of the SVAM and other nonstandard bits as much as > > possible, and I'll help him where necessary too. > > > > I don't want to be the one standing in your way, and I understand the > desire to get this merged for the user space side of things. So > perhaps it is better to merge this without the EFI support, and take > another cycle to implement this properly across all the other > components as well. I think that's ok. As of today, there is still no working interrupt controller driver because it hasn't passed review yet, so there is little value in merging the boot support. The main point of merging the port at all is of course to allow compile testing and building userspace, and both can be done without being able to boot it. If Huacai is able to produce a tree by tomorrow that still builds and leaves out the boot support, I can send a pull request to Linus and let him make the final decision about it, but at this point I think there is a good chance that he prefers to let it all sit for another release. If the port doesn't make the cut for 5.19, we can still debate with the libc maintainers whether they want to merge their side of it anyway, given that the user ABI at least is now as stable as one plan for, regardless of the upstream state. Arnd