Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp6796515ybf; Fri, 6 Mar 2020 04:48:43 -0800 (PST) X-Google-Smtp-Source: ADFU+vsc7iJ8jdCb5vzna9gWPh43/vfaEzRoKCBSz/evWN9nspCBs1uuk/5x9sHqgNBnc6OgTMAX X-Received: by 2002:a9d:4508:: with SMTP id w8mr2485138ote.154.1583498923563; Fri, 06 Mar 2020 04:48:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583498923; cv=none; d=google.com; s=arc-20160816; b=xWYzDbPeq9tGXLlZmOlzAN+wY455zE/NfGX4qI9ZAjljOVnuNe0e26zqSOasiJTCrY wJ9SrrzJ4Xfh520DYTlYm4JbyO99a8++AVJ9lKNMF8wzZU9+CQiuxnqbwJfT4wahkRWI vwB+LOUffRw/nF5pOzsF3S+syKiUo9j9cTuSfMJeVu89kaqu+PSAJG5FAuaXSBXhw0B+ wQZ1mKbRwnG6/hDzzyK/y/gmJ9cjkFEwSKa1jsG9zNoGNV1hT25T9713Pzci1058ChAR cMH9pkB4ui1gXM8yuJ5Cy7QLDLrLK4jAHggJMl/b8sZhGmtSVLPUJq+7PTD6nxwqME2C AhiA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:message-id:content-transfer-encoding :mime-version:date:subject:cc:from; bh=q/Dcf8kgwJ78Az+AdL8osB27cerS2V0z/nIjdDK21Uw=; b=aqObHK0YLh8TR0Vm9BYRKkrmC/p26BTagpfAl4KbjHxyN5dHC9gekjZuWADHAP/I79 XJ6B5InhfLjZk0Y/QfigU3E6arJMcWqVC3njFxi+Quk90BJGimVasSAH1TzwGwnfh/rs +jccwZsa0Zbo8YRyyjyze7It7ia98Enqpx6dZ/yakd904Huo+w28nuJTxE4G76UrEYQ8 6RBBNEXDpQLYiVlWP1r072g79j3s0w7+BRdoLo0efgiFRpNgCcC7JbjvNo0JbqVBFUKR e8/B3IKRU1ZRcrmJ4RUF0JZlhBRoPLesiXcKhtfo8lmZAqnSEKU3jKs1bgnujaSeIgeS v6RQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e24si1098883oii.259.2020.03.06.04.48.31; Fri, 06 Mar 2020 04:48:43 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726212AbgCFMsN (ORCPT + 99 others); Fri, 6 Mar 2020 07:48:13 -0500 Received: from mail.baikalelectronics.com ([87.245.175.226]:35370 "EHLO mail.baikalelectronics.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726108AbgCFMsN (ORCPT ); Fri, 6 Mar 2020 07:48:13 -0500 Received: from localhost (unknown [127.0.0.1]) by mail.baikalelectronics.ru (Postfix) with ESMTP id 3596F80307C2; Fri, 6 Mar 2020 12:48:07 +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 e-Q1VTnmsfw8; Fri, 6 Mar 2020 15:48:05 +0300 (MSK) From: CC: Serge Semin , Serge Semin , Alexey Malahov , Maxim Kaurkin , Pavel Parkhomenko , Ramil Zaripov , Ekaterina Skachko , Vadim Vlasov , Thomas Bogendoerfer , Paul Burton , Ralf Baechle , Rob Herring , Frank Rowand , Tony Lindgren , Arnd Bergmann , Greg Kroah-Hartman , Jiri Slaby , , , , Subject: [PATCH 00/22] mips: Prepare MIPS-arch code for Baikal-T1 SoC support Date: Fri, 6 Mar 2020 15:46:43 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-ClientProxiedBy: MAIL.baikal.int (192.168.51.25) To mail (192.168.51.25) Message-Id: <20200306124807.3596F80307C2@mail.baikalelectronics.ru> To: unlisted-recipients:; (no To-header on input) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Serge Semin This is a first patchset of a series of about 25 ones, which are intended to add the full Baikal-T1 SoC [1] support to the Linux kernel. Since they will concern various kernel subsystems, I decided to split the whole work up into the patchesets in accordance with the subsystems/devices their changes are introduced for. Nearly 2/3 of the work is already done and will be sent out very soon. While the rest of the changes specifically related to the fast-speed interfaces (DW 12G PHY, PCIe, SATA, xGBE, GMAC, USB, DDRC, IC) are still in refactoring and preparation for integration into the mainline kernel. Hopefully I'll finish them up in the next two-three months, and submit them straight away. Getting back to this patchset. As the subject states this is intended to prepare the MIPS-arch and generic kernel code for further Baikal-T1 SoC platform support integration (note the Baikal-T1 SoC platform code will be submitted last after the whole series of patchsets as a closure of the submission process). First of all the patchset starts with a set of changes to the dt-bindings kernel concerning MIPS CPC and CDMM nodes as being described by the trivial device bindings. In addition we updated the vendors prefix schema with Baikal Electronics JSC prefix so being further committed device drivers would be correctly accepted by the checkpatch-script. Then I found out that dtc-compiler integrated into the kernel doesn't support all the possible values of the 'reg'-property used to define the i2c-slave devices address. It may have 10-bits and own-slave flags, so the compiler has to deal with them. Even though the patch might be better to be integrated into the mainline dtc repo I decided to send it to the kernel first. While I was working with the MIPS architecture code, I discovered, that there is a bug in the Coherency Manager v2 error causes declaration and the errors handler lacked of CM2 L2 ECC/parity errors support. So the fixes are here in the patchset. Baikal-T1 SoC is based on the MIPS P5600 Warrior IP-core, which itself has MIPS32 Release 5 architecture. Even though on ISA level it doesn't differ much from the MIPS32 Release 2 release, there are still some peculiarities, which make it's justified to add the direct MIPS32r5 support into the kernel (see the specific patch for details). In addition seeing there is more than one real chip based on the MIPS P5600 core on the market, it would be good to have the direct P5600 CPU config in the MIPS-arch. There were some issues we discovered while were working with MIPS-arch code. So the cleanups and fixes are introduced in this patchset. First of all the Write-Merge CPU feature hasn't been handled in a generic way. Even if a platform defined the writecombine flag as _CACHE_UNCACHED_ACCELERATED, the feature might have been disabled in the CP0 register. We either enable it or leave it as is in accordance with the knowledge of whether the corresponding platform really supports it. Secondly Memory Accessibility Attribute Registers (MAAR) haven't been properly initialized when Extended Physical Address (XPA) mode was enabled. Thirdly since some of the platforms may have a very strict limitations on the IO-memory access instructions. For instance Baikal-T1 SoC IO-memory can be accessed by the lw/sw instructions only. In this case for early-printk and CPS-debug code we suggest to use the instructions in accordance with the UART-registers offset (lb/sb if offset = 0, lh/sh if offset = 1 and so on). Fourthly in case if CPUFREQ feature is enabled and frequency of the CPU is changed by the reference clock alteration, we must make sure that MIPS r4k timer related services are properly updated when CPU-frequency changes. It concerns udelay lpj adjustment, MIPS timer clockevent frequency update. In addition when CPU reference frequency changes it isn't recommended to use the timer as clocksource at all, since currently the subsystem isn't tolerant to the unstable clock sources. So in this case we suggest to use the r4k timer for clocksourcing only as a last resort. Fifthly we discovered a bug in a method of CPUFREQ boost feature enable procedure and fixed it in one of the patches within this patchset. And finally there are a few fixups/cleanups we suggest to integrate into the MIPS FDC and CDMM related code (see the patches for details). This patchset is rebased and tested on the mainline Linux kernel 5.6-rc4: commit 98d54f81e36b ("Linux 5.6-rc4"). [1] http://www.baikalelectronics.com/products/168/ P.S. Sorry for the previous emails burst. I forgot to start the series with this cover-letter and the corporate smtp broke the transmission in the middle anyway. Please don't pay attention to them. Here is the proper emails resubmission. Signed-off-by: Serge Semin Signed-off-by: Alexey Malahov Cc: Maxim Kaurkin Cc: Pavel Parkhomenko Cc: Ramil Zaripov Cc: Ekaterina Skachko Cc: Vadim Vlasov Cc: Thomas Bogendoerfer Cc: Paul Burton Cc: Ralf Baechle Cc: Rob Herring Cc: Frank Rowand cc: Tony Lindgren Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Cc: Jiri Slaby Cc: linux-mips@vger.kernel.org Cc: linux-pm@vger.kernel.org Cc: devicetree@vger.kernel.org Cc: linux-kernel@vger.kernel.org Serge Semin (22): dt-bindings: Permit platform devices in the trivial-devices bindings dt-bindings: Add MIPS CPC controller as a trivial devices dt-bindings: Add MIPS CDMM controller as a trivial device dt-bindings: Add vendor prefix for Baikal Electronics, JSC mips: cm: Fix an invalid error code of INTVN_*_ERR mips: cm: Add L2 ECC/parity errors reporting mips: Add MIPS32 Release 5 support mips: Add MIPS Warrior P5600 support mips: Fix cpu_has_mips64r1/2 activation for MIPS32 CPUs mips: Add CP0 Write Merge config support mips: Add CONFIG/CONFIG6 reg fields macro mips: MAAR: Use more precise address mask mips: MAAR: Add XPA mode support mips: early_printk_8250: Use offset-sized IO-mem accessors mips: Use offset-sized IO-mem accessors in CPS debug printout mips: cdmm: Add mti,mips-cdmm dtb node support bus: cdmm: Add MIPS R5 arch support tty: mips_ejtag_fdc: Mark expected switch fall-through mips: Add udelay lpj numbers adjustment mips: csrc-r4k: Decrease r4k-clocksource rating if CPU_FREQ enabled mips: cevt-r4k: Update the r4k-clockevent frequency in sync with CPU cpufreq: Return zero on success in boost sw setting .../bindings/power/mti,mips-cpc.txt | 8 --- .../devicetree/bindings/trivial-devices.yaml | 12 ++-- .../devicetree/bindings/vendor-prefixes.yaml | 2 + arch/mips/Kconfig | 62 ++++++++++++++-- arch/mips/Makefile | 2 + arch/mips/include/asm/asmmacro.h | 18 ++--- arch/mips/include/asm/compiler.h | 5 ++ arch/mips/include/asm/cpu-features.h | 34 ++++++--- arch/mips/include/asm/cpu-info.h | 2 +- arch/mips/include/asm/cpu-type.h | 6 +- arch/mips/include/asm/cpu.h | 11 +-- arch/mips/include/asm/fpu.h | 4 +- arch/mips/include/asm/hazards.h | 8 ++- arch/mips/include/asm/maar.h | 17 ++++- arch/mips/include/asm/mipsregs.h | 33 ++++++++- arch/mips/include/asm/module.h | 4 ++ arch/mips/include/asm/stackframe.h | 2 +- arch/mips/include/asm/switch_to.h | 8 +-- arch/mips/kernel/cevt-r4k.c | 44 ++++++++++++ arch/mips/kernel/cps-vec-ns16550.S | 18 ++++- arch/mips/kernel/cpu-probe.c | 60 ++++++++++++++++ arch/mips/kernel/csrc-r4k.c | 4 ++ arch/mips/kernel/early_printk_8250.c | 34 ++++++++- arch/mips/kernel/entry.S | 6 +- arch/mips/kernel/mips-cm.c | 66 +++++++++++++++-- arch/mips/kernel/proc.c | 2 + arch/mips/kernel/r4k_fpu.S | 14 ++-- arch/mips/kernel/spram.c | 4 +- arch/mips/kernel/time.c | 70 +++++++++++++++++++ arch/mips/kvm/vz.c | 6 +- arch/mips/lib/csum_partial.S | 6 +- arch/mips/mm/c-r4k.c | 7 +- arch/mips/mm/init.c | 8 ++- arch/mips/mm/sc-mips.c | 7 +- drivers/bus/Kconfig | 2 +- drivers/bus/mips_cdmm.c | 15 ++++ drivers/cpufreq/cpufreq.c | 2 +- drivers/tty/mips_ejtag_fdc.c | 1 + 38 files changed, 529 insertions(+), 85 deletions(-) delete mode 100644 Documentation/devicetree/bindings/power/mti,mips-cpc.txt -- 2.25.1