From patchwork Thu Apr 21 05:07:32 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Atul Khare X-Patchwork-Id: 568095 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 A4772C433F5 for ; Thu, 21 Apr 2022 05:07:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1384189AbiDUFKe (ORCPT ); Thu, 21 Apr 2022 01:10:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46310 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1383064AbiDUFKe (ORCPT ); Thu, 21 Apr 2022 01:10:34 -0400 Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 45369B7CC for ; Wed, 20 Apr 2022 22:07:44 -0700 (PDT) Received: by mail-qv1-xf2d.google.com with SMTP id b17so2915052qvf.12 for ; Wed, 20 Apr 2022 22:07:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rivosinc-com.20210112.gappssmtp.com; s=20210112; h=mime-version:from:date:message-id:subject:to:cc; bh=mn5UCdiRBJwtZVlvBXm+yjZ+Fy8TfgecZK4kunLQV5A=; b=b+gtLyv4wHnV3NYuJEzvIAdfwp58UVw6BFY2NTMp1VDywItjSEbgD380WsKNCPgZnm IjqW9YvGV3HfT6KH67fncWXTcDrwBihZx4ryNB19fQ2AWr7CE8YSayj9V9Eo2lIJQeDA DrRynAQ5bPyXgP65ULUKkKYvlfwsjAiOrjuWwom6fyi8KRkpKlTcgAZPe50aAh4cgHRO tQSMokhxgQGWavoMdpYMat31rjeJg2tZEaQf9BGvgTAP89Go4wtzoIPD9TTMyZBwqmKj 5EVA0tqflajslrzD8iRS/cLn82Gq83zkc+AmoHpcOCGZmxjNK1hN3kHqZaMLRvVDf/PA HL/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=mn5UCdiRBJwtZVlvBXm+yjZ+Fy8TfgecZK4kunLQV5A=; b=PMDUcK+dI8svCz5AseMaGsQOL0PuHwKW/YN6LCetHKC7A8v1bknKk52fpUFodL2FJo XnebU3zVno6PgE0Flo76nQgqlbyxchdXTvTCPGRrBjoYbCCNDcq6p1kIwy3Fr1buPOL5 PAeXSKeC0uI4I5AtdvmiXsBxOUNWphxU9P4QuxKwIbrOqGuk+zTLp9aNGGhLiBS9VvOz RQ/KTs3PkG+Az3FnUvTR2eZM4f+Fqq8JqPG6oM8acrKaWp+GaWVTotUW1S8o15VgPGyY YB9wo8vUcsTDBqhyBo2BoC174VKyafcxdKt8Eo6wE8vdQHhpuZ48A74hNKnkXusgjrzc wUPQ== X-Gm-Message-State: AOAM533UEXmUipbNM6BLnXcFoDXrzQxV99gtnBI23c/7zD1kaKOB2dsj 6ouJf9GjoyrEE4KqI+JCISWn7WBO+s2yrJlPg7OcLNm8/OysVQ== X-Google-Smtp-Source: ABdhPJzpsIOmasPKBVYDGiPd6jF4JZw0MIgU8auZbLvxU10FXO0ACvPOx2iok3zgX98FTkm43qtfgaH0ur9oBgCuHJY= X-Received: by 2002:a05:6214:e85:b0:449:9a6d:5eaf with SMTP id hf5-20020a0562140e8500b004499a6d5eafmr4671095qvb.6.1650517663448; Wed, 20 Apr 2022 22:07:43 -0700 (PDT) MIME-Version: 1.0 From: Atul Khare Date: Wed, 20 Apr 2022 22:07:32 -0700 Message-ID: Subject: [PATCH 1/4] dt-bindings: sifive: Support 1024 hart contexts To: linux-kernel@vger.kernel.org Cc: stable@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: stable@vger.kernel.org Fixes device tree schema validation error messages like 'clint@2000000: interrupts-extended: [[3, 3], [3, 7] ... is too long'. The CLINT bindings don't define an "interrupts-extended: maxItems", which trips up the dt-schema checks. Since there's no ISA-mandated limit, we arbitrarily chose 1024 to reflect the soon-to-be maximum of NR_CPUS=512 (systems typically have two hart contexts per CPU). Fixes: a2770b57d083 ("dt-bindings: timer: Add CLINT bindings") Cc: stable@vger.kernel.org Signed-off-by: Atul Khare --- Documentation/devicetree/bindings/timer/sifive,clint.yaml | 2 ++ 1 file changed, 2 insertions(+) -- 2.35.1 diff --git a/Documentation/devicetree/bindings/timer/sifive,clint.yaml b/Documentation/devicetree/bindings/timer/sifive,clint.yaml index 8d5f4687add9..4a1f6d422138 100644 --- a/Documentation/devicetree/bindings/timer/sifive,clint.yaml +++ b/Documentation/devicetree/bindings/timer/sifive,clint.yaml @@ -44,6 +44,8 @@ properties: interrupts-extended: minItems: 1 +# Based on updated max(NR_CPUS) (512) * (2 contexts per CPU) + maxItems: 1024 additionalProperties: false From patchwork Thu Apr 21 05:07:52 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Atul Khare X-Patchwork-Id: 568094 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 54379C433F5 for ; Thu, 21 Apr 2022 05:08:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1384217AbiDUFK6 (ORCPT ); Thu, 21 Apr 2022 01:10:58 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46526 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1384210AbiDUFKw (ORCPT ); Thu, 21 Apr 2022 01:10:52 -0400 Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 50CD4BC8B for ; Wed, 20 Apr 2022 22:08:04 -0700 (PDT) Received: by mail-qk1-x729.google.com with SMTP id a186so2829671qkc.10 for ; Wed, 20 Apr 2022 22:08:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rivosinc-com.20210112.gappssmtp.com; s=20210112; h=mime-version:from:date:message-id:subject:to:cc; bh=Tz+QILDZYX5xPOpf0UZ+QF5BOvu20tKZBZrrIDRuFjQ=; b=BXHNhFkmLAsEC4PlNUsI2bSJhxgA+A3L20xuAz6QVqAH6qko40vLEiJywSzyAO6SfS ePlXZ/9eLPE24OTnWr8f/8GjA4WRxpeSPIwrUaZ5GVuI3uTHXm7uHRFouS9rUyFOdxtv isJiNbl/Hi9NaWRNtJT8RpmjaEub1KPRFa3yzdGiTi/yLvd5ZQOqK/cbRxJW1lB0oUt4 3HL4p/PPEDK1j0LoszIsrlSwwF6stKf0oDnC4h85Pf5EpXNs99CCIj9sT4fknfecMvGG q9S/mnZ9TaGBoVZdfpWksTSuRZsTjxEPoUWbPXJh3KOKIFVFGP9xpK7oERD9A9pT8J2r wNeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=Tz+QILDZYX5xPOpf0UZ+QF5BOvu20tKZBZrrIDRuFjQ=; b=izkDnMOHfj+93WwSY4gEu1MZa1JI+PMZt1DE5DLQiJ/Q/X2Ck5t/xKqU/2bBsxctJ/ IBxJCiFo3IK4LKFLoHXZDg1NC58GJrTE3WBFjNR4jxJl+6TDxwQrGb0IvhFBXv77+9yG /ATMvHJL7qp7SP/vo1Y1ewqKavawGnqFOkCMkLpmOxBmXpfn/cne3qYcTuZDxMOcVQqZ GhivORkZSVtsI0sNXeSYvyJUXAHt/tdKKsv11z5y927qHpa/EGyZq/eBxnBvJfP66tMu U6jabtmE/krpyuoRC8y4NAN3nMJKFJQ91Q+96X3MMdavsMw2hvW13L1wpH3Zc2spL0kM JPlw== X-Gm-Message-State: AOAM530pall69iunIt2q1D56c9q0rGy4qM2HeOcDx21evX4tc2VUF0Bn wPOLYEBVCNFZaLclhJB8JEvBok7cR67CPI9Sbnnj2w== X-Google-Smtp-Source: ABdhPJwrOBUMNWzGCUHo5zvvofgEJMJFBr7xOBEiAvFW882MkFZkYus8R+byyLm1FUOrZg1yDnxnRePX8DRvP75h8OU= X-Received: by 2002:a05:620a:4489:b0:69e:e4ce:5916 with SMTP id x9-20020a05620a448900b0069ee4ce5916mr2915302qkp.627.1650517683462; Wed, 20 Apr 2022 22:08:03 -0700 (PDT) MIME-Version: 1.0 From: Atul Khare Date: Wed, 20 Apr 2022 22:07:52 -0700 Message-ID: Subject: [PATCH 3/4] dt-bindings: sifive: delete 'clock' / 'status' To: linux-kernel@vger.kernel.org Cc: stable@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: stable@vger.kernel.org Fixes device tree schema validation error messages like 'clocks does not match any of the regexes: 'pinctrl-[0-9]+''. The bindings for the memory element don't define the 'clock' and 'status' fields, and the presence of these elements was causing the dt-schema checker to trip-up. Our operating assumption is that the platform doesn't rely on the presence of these elements, and that they were introduced by a typographical oversight. Fixes: a2770b57d083 ("dt-bindings: timer: Add CLINT bindings") Cc: stable@vger.kernel.org Signed-off-by: Atul Khare --- arch/riscv/boot/dts/microchip/microchip-mpfs-icicle-kit.dts | 4 ---- 1 file changed, 4 deletions(-) -- 2.35.1 diff --git a/arch/riscv/boot/dts/microchip/microchip-mpfs-icicle-kit.dts b/arch/riscv/boot/dts/microchip/microchip-mpfs-icicle-kit.dts index cd2fe80fa81a..0a498a0f7eeb 100644 --- a/arch/riscv/boot/dts/microchip/microchip-mpfs-icicle-kit.dts +++ b/arch/riscv/boot/dts/microchip/microchip-mpfs-icicle-kit.dts @@ -32,15 +32,11 @@ cpus { ddrc_cache_lo: memory@80000000 { device_type = "memory"; reg = <0x0 0x80000000 0x0 0x2e000000>; - clocks = <&clkcfg CLK_DDRC>; - status = "okay"; }; ddrc_cache_hi: memory@1000000000 { device_type = "memory"; reg = <0x10 0x0 0x0 0x40000000>; - clocks = <&clkcfg CLK_DDRC>; - status = "okay"; }; };