Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1379338ybk; Sun, 10 May 2020 15:12:54 -0700 (PDT) X-Google-Smtp-Source: APiQypLmLSUulou5LDDe/W58agkXd5NxPvwQQosEjEf5mCburG1VGS2wWy8hCaWmTMx5d49DTeLC X-Received: by 2002:a17:906:5a91:: with SMTP id l17mr7187763ejq.46.1589148773966; Sun, 10 May 2020 15:12:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589148773; cv=none; d=google.com; s=arc-20160816; b=JOp6VtxqTD5uNlhbxyTmy7PBLCwWEsdPbLWikcnkNaAIKENAPi7fCy+EBcmVFBrMk/ ++5xW6dxfd3wReW/tviGBXnVnGlP4xzdwt3Ebb0SgGu8i3TvojDnQT6LvcamHjoi2TyY +82kaRgJ4sMUMYRTr92sdtxHAPH3w8bgJ+KV/Dk7D4yWYeEmCXDs1ZD8hx/WJ98+vabe 0fIj98oqaeE0GkikQ3a/xm/Ys92PVSzWIRyImTxq9lRxhAOpP0z96wL17PKdQ9jg2t+m 6xXOm/o4qLthEbaHewcWqbLac0SsN80aHFmqyimgV8N8vIiZQt/8qM2jVXs6M7bngn0Z 0hHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=ZHIGTorRQsajOrmMprnsr/Mo2BRVNw27GL+bHa5keY4=; b=cFQhVhsGeQshaYAuaGwrNRRwolTHQu9Yr/B4eBUIUs+2l2paX2QPa4nNJQNmWr4rZJ 8QeOJPI2wk2U3E5HgKmcRaskYW7qLfEPfFWq/SMEoKpu/tXydumO9GVNZedhRDEosl5Q +sd6nAp9w0wdpTyTliiPuyH/nBCEMgmpeZDs/DgYfwaCQPwXAxBiPHv49iyFW8Jiabux SY2OjVFSyHCDObNGiho4kJIb0xTCblP/iOZByyOoR16WrSFjNLgben9ZvSy3yL0aNpFg h966gv0k4or9kG5/n37/tW38NWbAFVqtroz0jGuRuBnHEc+6vvOlk0UoAkQinyzvDJ5D wHjg== 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 i9si1886609edn.487.2020.05.10.15.12.17; Sun, 10 May 2020 15:12:53 -0700 (PDT) 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 S1729286AbgEJWJJ (ORCPT + 99 others); Sun, 10 May 2020 18:09:09 -0400 Received: from mail.baikalelectronics.com ([87.245.175.226]:47556 "EHLO mail.baikalelectronics.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728763AbgEJWJJ (ORCPT ); Sun, 10 May 2020 18:09:09 -0400 Received: from localhost (unknown [127.0.0.1]) by mail.baikalelectronics.ru (Postfix) with ESMTP id C57A68030807; Sun, 10 May 2020 22:09:06 +0000 (UTC) X-Virus-Scanned: amavisd-new at baikalelectronics.ru Received: from mail.baikalelectronics.ru ([127.0.0.1]) by localhost (mail.baikalelectronics.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id go-YLvrD6O9D; Mon, 11 May 2020 01:09:06 +0300 (MSK) Date: Mon, 11 May 2020 01:09:05 +0300 From: Serge Semin To: Thomas Bogendoerfer CC: Serge Semin , Alexey Malahov , Paul Burton , Ralf Baechle , Arnd Bergmann , Rob Herring , , , Jiaxun Yang , Alexander Lobakin , Huacai Chen , Cedric Hombourger , =?utf-8?B?UmVuw6k=?= van Dorst , Ard Biesheuvel , Jessica Yu , Masahiro Yamada , , Subject: Re: [PATCH v2 07/20] mips: Add MIPS Warrior P5600 support Message-ID: <20200510220905.m47swnvbdgx4b65j@mobilestation> References: <20200306124807.3596F80307C2@mail.baikalelectronics.ru> <20200506174238.15385-1-Sergey.Semin@baikalelectronics.ru> <20200506174238.15385-8-Sergey.Semin@baikalelectronics.ru> <20200507111735.GF11616@alpha.franken.de> <20200507211923.kfu2ly3ncqms4c2u@mobilestation> <20200508093259.GB9085@alpha.franken.de> <20200508122137.GA13177@alpha.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20200508122137.GA13177@alpha.franken.de> X-ClientProxiedBy: MAIL.baikal.int (192.168.51.25) To mail (192.168.51.25) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 08, 2020 at 02:21:37PM +0200, Thomas Bogendoerfer wrote: > On Fri, May 08, 2020 at 11:32:59AM +0200, Thomas Bogendoerfer wrote: > > On Fri, May 08, 2020 at 12:19:23AM +0300, Serge Semin wrote: > > > On Thu, May 07, 2020 at 01:17:35PM +0200, Thomas Bogendoerfer wrote: > > > > P5600 is CPU_MIPS_R5 so can't you select it here and drop all the || CPU_5600 > > > > above/below ? > > > > > > Alas, We can't do this so easy. CONFIG_CPU_MIPS32_{R2,R5,R6} and any other > > > CONFIG_CPU_* configs is something that kernel config-file is supposed to select. > > > Their availability is enabled by the CONFIG_SYS_HAS_CPU_* configs. CONFIG_CPU_* > > > is supposed to activate CPU-specific features and there is only one > > > CONFIG_CPU_x can be enabled at a time seeing it's a part of the "CPU type" > > > choice kconfig menu. In addition the CPU config also tunes a compiler to activate > > > the arch-specific ISA and optimizations in the arch/mips/Makefile by setting > > > -march=cpu-name (where cpu-name can be p5600, mips32r5, etc). > > > > > > Yes, P5600 is based on the MIPS32r5, but it also has got some specific features > > > (see config CPU_P5600 and config MIPS32_R5), which makes it to be different from > > > the ancestor. So In addition to the difficulties described above IMHO converting > > > CPU_P5600 to a set of features activated on top of the CPU_MIPS32_R5 config > > > would contradict the design of the CPU-support configs implemented in the MIPS > > > arch subsystem. > > > > maybe I wasn't clear enough, my suggestion is > > > > use > > > > config CPU_P5600 > > bool "MIPS Warrior P5600" > > depends on SYS_HAS_CPU_P5600 > > select CPU_MIPS32_R5 > > select CPU_SUPPORTS_UNCACHED_ACCELERATED > > select CPU_SUPPORTS_CPUFREQ > > select CPU_MIPSR2_IRQ_VI > > select CPU_MIPSR2_IRQ_EI > > > > That way you don't need to any "|| CPU_P5600" where CPU_MIPS32_R5 is > > already there. Or are there cases, where this would be wrong ? > > nevermind, this would also need a select SYS_HAS_CPU_MIPS32_R5, which > isn't wanted here. So patch is fine as is. Ok. Thanks. -Sergey > > Thomas. > > -- > Crap can work. Given enough thrust pigs will fly, but it's not necessarily a > good idea. [ RFC1925, 2.3 ]