Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp9074rwb; Wed, 10 Aug 2022 18:06:36 -0700 (PDT) X-Google-Smtp-Source: AA6agR63jwgXBZbsQRSIR90Bdbk8o+lwiOTot/wbEDXwr/q7aMZ0Uc7ojYwuTH0grZRe+CwyaEV8 X-Received: by 2002:a17:907:b0e:b0:730:750b:bb6d with SMTP id h14-20020a1709070b0e00b00730750bbb6dmr22575668ejl.672.1660179996366; Wed, 10 Aug 2022 18:06:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660179996; cv=none; d=google.com; s=arc-20160816; b=QosRwLIESU2nIPdLzZa5V1xlT9E4aXzBhIlVobo8yJJ0uYmYdu8c8WQ1oGMsbsmnhN +Ff6NgVXiIgF/FBqua5X8l1FkUn2gWH305h61p3Kb6MnEd/LR9JrthKcOuD/P+mldJpo 2XCmIxt4m1cy1kZrqK7XGK1EiqJFEiZ6WcBvvQMiDyjA7oMCmnz6iosCTsAeOyMSwOKW fEOouw7hU+W+B2aT4q/51/1jZMgr8kh4/5dBuISwXlDVt/JT/uWz4B7l1t8ZNDwEMjQE 1+DJIUeH9r3c07PqwnzIk/eWD984xsEKZM3ADlxZrXvndC5Lsy78KV5BAj39QieAI0Ew tDxA== 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 :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=A3rVh9YcZoLsLfkiyt0pML5HZgCUscJPk8H7BGU7VlI=; b=Qu3KrAlc87sAm4rd3TEKrXRItfEbDczplRD2gCv5MzTzvIbNDG6fcmNEaHaJS1Pl6m MCqm2F7968q8xlNDBzWuMRNE5ZWmhECuaj4VOoINOb1CnMpYep8CSyg5GtLcex0qKGI7 LkCOhTWTjgsGe25xGu+NqP+xPcrRMej+37fECSB7PWLgydzh0MUiYLCwoSGnzLHb/oiK GLDQXwovHz21mFAa6wze0yjebElZx3P9Nmi5J0/Y+8ak5P8D8ABIZvmRpiOTT0THpctT hK4Fx3BE4hYcOfZuGKlX3QvTSunOsIJ3FW0U1liaKSySi7BCwpqrH4Iu7QD/Fi1sXysz t/DA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@xen0n.name header.s=mail header.b=eVO31Lnt; 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 w3-20020a1709061f0300b007309c3daaf7si5274929ejj.437.2022.08.10.18.06.10; Wed, 10 Aug 2022 18:06:36 -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=@xen0n.name header.s=mail header.b=eVO31Lnt; 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 S231667AbiHKA6X (ORCPT + 99 others); Wed, 10 Aug 2022 20:58:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38696 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229488AbiHKA6V (ORCPT ); Wed, 10 Aug 2022 20:58:21 -0400 Received: from mailbox.box.xen0n.name (mail.xen0n.name [115.28.160.31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 49AC02611B for ; Wed, 10 Aug 2022 17:58:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xen0n.name; s=mail; t=1660179496; bh=OyTS99sFdIE7MIH3baHBlBv1aJd28i4z8hmNZy/UQKo=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=eVO31LntCu1yWUk7nIK3DpJeeP9+itbBsMwL21XzJbJmCe9j9B8Nmo26VaOLy/Faz mGl7u5CbdBVPfSMLoC/iHefZMZp9UEtmxJT/hi2vJXhDoqj3gQLI3EF9+khVIzq3Kf e/nthtHo0pinGt7U9AExQ/a+3VJqywBcVmLPcJ04= Received: from [192.168.9.172] (unknown [101.88.24.16]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mailbox.box.xen0n.name (Postfix) with ESMTPSA id E71CC60074; Thu, 11 Aug 2022 08:58:15 +0800 (CST) Message-ID: <1359c52d-5194-7306-0e76-cde97b5aa31c@xen0n.name> Date: Thu, 11 Aug 2022 08:58:15 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:105.0) Gecko/20100101 Thunderbird/105.0a1 Subject: Re: [PATCH] LoongArch: Fix the !CONFIG_SMP build for irqchip drivers To: Huacai Chen , Marc Zyngier Cc: Huacai Chen , Thomas Gleixner , loongarch@lists.linux.dev, Xuefeng Li , Guo Ren , Jiaxun Yang , LKML References: <20220810103156.1214996-1-chenhuacai@loongson.cn> Content-Language: en-US From: WANG Xuerui In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,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 8/10/22 23:38, Huacai Chen wrote: > Hi, Marc, > > On Wed, Aug 10, 2022 at 7:01 PM Marc Zyngier wrote: >> On 2022-08-10 11:31, Huacai Chen wrote: >>> 1, Guard get_ipi_irq() in CONFIG_SMP; >>> 2, Define cpu_logical_map() for the EIOINTC driver; >>> 3, Make eiointc_set_irq_affinity() return early for !CONFIG_SMP. >>> >>> Signed-off-by: Huacai Chen >> Frankly, the real question is why do you even bother? As far as >> I can tell, LoongArch has no UP system. >> >> arm64 crossed that bridge a long time ago, and we never looked >> back, because these systems hardly exist. >> >> I'd rather you simply have a CONFIG_SMP always set to 'y', and >> be done with it forever. > LoongArch also has low-end processors (even LoongArch64). Though we > haven't translate all documents at > https://loongson.github.io/LoongArch-Documentation/ in time, there are > currently 4 LoongArch64 processors: Loongson-2K500 (single-core), > Loongon-2K1000 (dual-core), Loongson-3A5000 (quad-core) and > Loongson-3C5000 (16-core). So we indeed need a UP configuration. > Thanks. I remember seeing an alternatives mechanism in the works for LoongArch. If such alternatives mechanism is to be upstreamed in short order, why make SMP one more build-time time option that developers have to decide upon? It's not like SMP code would break, or run with unacceptable overhead, on UP systems AFAIK, so it's probably better to not preemptively support so many *possibilities* that haven't been realized so the *current* maintainability suffers. Practically one can't buy the LoongArch 2K line of products anywhere right now, and the few companies developing for it are likely not using upstream kernels anyway, so it's not like we can't wait either. -- WANG "xen0n" Xuerui Linux/LoongArch mailing list: https://lore.kernel.org/loongarch/