Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp137978pxb; Tue, 10 Nov 2020 22:59:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJzQbyyTS3k1wg1Mvgn1ITZ4r/+CZ+BzAQg/YRs/J+Qk47kLgAkRC0x2UxkQKRNi3tG0Puev X-Received: by 2002:a17:906:7016:: with SMTP id n22mr25038893ejj.402.1605077956083; Tue, 10 Nov 2020 22:59:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605077956; cv=none; d=google.com; s=arc-20160816; b=RXD0j1sIZz6EeBIFaYs5A6bmLYeSNl7C+rbKdRu1fMX34AkQncQ+Oc/ScIUrfssRfi mymsOfHEWot1Be/kBvwoeDaHH9uO8tKtnSG7EsAFXdRX05wOJFAuZ7f47XuOJsD9B8DK zA7VezZCM4tSk8c4radZSyMzGqfDE2Ab+vetMDSwvNzBzg8PRPM0bb0tVZTImWqYPQLa 0jXzD6f9HPfIWCJAKZaGfRF1qtvrgJaynfo3DtIpuTA+w3P96RFuKmPcX+czHql7vC8Z MwLllaoV/hT7BSgp6k2M571XpCl0TVXGGlSR1CJvbyn1NIDZNfTy0aINe8k2dE7gJvc8 1YaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=t+PqEsGouvDwLUbSwhTZAwDjEO9UCAMX7LK7II1sS/0=; b=ShVjVMjH+s6nALCs4Qrnqb/sNqWF9bcdpozAh9qxoV8aun2JrnUlPGimBzDx+gNFh8 HR8a3gozXGrYsjLz6MC4jdr9iFSTYxiBrFTdO76mp7GsGYOF7N6Qy+bh2gWNtXiD4eVg rAJdh2NUDe7jEBt3YptSEYtR7Q0j/UXSf7RM897cdKLZvXCJsmXcQjIbo8SEt9zwDWhQ 8XjyCXjCDWbJBgvNF93O2rwwvYLdTW2cFBFJWYM9ltnBQy+VT3n9ndh3+Z8ski85Mswe /UmkVvsvYNoMKWs2KZGjmaJskxZgzvgJ4R3CNZeQD7prjyTEPjxONnLhYrusnLRQKE3z ZClg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gu13si645459ejb.691.2020.11.10.22.58.52; Tue, 10 Nov 2020 22:59:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725908AbgKKG4n (ORCPT + 99 others); Wed, 11 Nov 2020 01:56:43 -0500 Received: from muru.com ([72.249.23.125]:48028 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725882AbgKKG4m (ORCPT ); Wed, 11 Nov 2020 01:56:42 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 241D88126; Wed, 11 Nov 2020 06:56:44 +0000 (UTC) Date: Wed, 11 Nov 2020 08:56:35 +0200 From: Tony Lindgren To: Arnd Bergmann Cc: Russell King - ARM Linux admin , v.narang@samsung.com, a.sahrawat@samsung.com, Marc Zyngier , Sebastian Andrzej Siewior , Vincent Whitchurch , Nick Desaulniers , "linux-kernel@vger.kernel.org" , Nathan Huckleberry , Jian Cai , Thomas Gleixner , Dmitry Safonov <0x7f454c46@gmail.com>, Maninder Singh , Andrew Morton , Will Deacon , Valentin Schneider , Linux ARM Subject: Re: [PATCH 2/3] arm: introduce IRQ stacks Message-ID: <20201111065635.GO26857@atomide.com> References: <20201021124542.GL1551@shell.armlinux.org.uk> <20201021125740.GM1551@shell.armlinux.org.uk> <20201109144549.GA26857@atomide.com> <20201110091904.GC26857@atomide.com> <20201110120422.GE26857@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Arnd Bergmann [201110 13:35]: > On Tue, Nov 10, 2020 at 1:06 PM Tony Lindgren wrote: > > > > Are these actually ARMv6? Most ARM11 cores you'd come across > > > in practice are ARMv6K (ARM1136r1, ARM1167, ARM11MPCore), > > > in particular every SoC that has any mainline support except for > > > the ARM1136r0 based OMAP2 and i.MX3. > > > > I've been only using smp_on_up for the ARMv6 ARM1136r0 variants > > for omap2, no SMP on those. > > Obviously all SMP hardware is ARMv6K, the only question I raised > in point "c)" is what we would lose by making ARMv6 (ARM1136r0) > support and SMP mutually exclusive in a kernel configuration, and > I suppose the answer remains "testing". Agreed that is probably the biggest reason to keep it at this point. Regards, Tony