Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp904690ybi; Wed, 17 Jul 2019 06:43:57 -0700 (PDT) X-Google-Smtp-Source: APXvYqxVnBMYSprEa4d/iS+271j1dB42p2V5uhs+oS+SzeD/iIBFipkMV5VSmVtDVY/Nf5PBhnaT X-Received: by 2002:a63:2c8:: with SMTP id 191mr40589930pgc.139.1563371037732; Wed, 17 Jul 2019 06:43:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563371037; cv=none; d=google.com; s=arc-20160816; b=ZOCucAzL8t/fl37nQSktmWQ0AzETR7zaCM1l9puD5uqYt43WwAco+ZAsHnQz814dHJ hGtAbPixDYxizjvjq54CPp5yffOj/ceWz47Qrzzx3dEhkdT/Y5QvxYrGz0yq+Pm82o6r 8Lig2jDj3eQHHYcJMWRKlu+qHMc7Hc0Ls0HF56R/9CzJUG+3xMFudD9eR5xNJJj/RcYE wL0gIkBW0xeR6RPEhsvFNK3Znn5xTmxN9Mu/LIwRNi8egKr0XCdE6PBrkRt7uDItwe+a lNyQgLFzdFvpn46rGgIUnu4qsuvvyfMefd+lzLA+L/g8K0J4D8b8sh75PLEneLEumnuc 7eqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=PgNRGKJfSZWnpG2/y72Wsbh0a7ZOMRIkBF3gIhuptHM=; b=Xt09+cyAiTXwkrfRnmw4RIsru8XlaVnxyNVN7fNP0voMcRzbQnnlQDK3xLsYOXr4yB 6uVpFzKgaKS6dmurxnoqCPpuZVdaPVa/baTD5l0viqnNftOoWJKx+zsruC8zDuldTRzZ tM6n6g0QHDDF86umPhJeLgl635xSACYw+fv///0U3o+4MRT9ynfrc9W/T1VL5X+pz0xK bYxuJcOCs429ly2vxbNdZ0UApyIxH6aDGxRg3UaZhAEkqDld285yfv5+E56FY5kNCPe3 0B2vSf6UFmPrNFxua0CLS42CMgm/o4gdprN/lvznxbPJm5NQ1sUnkJfk3412BxAuggDU 8JxQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=u9xbWDZZ; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k186si17478230pgd.229.2019.07.17.06.43.40; Wed, 17 Jul 2019 06:43:57 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=default header.b=u9xbWDZZ; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726934AbfGQNnV (ORCPT + 99 others); Wed, 17 Jul 2019 09:43:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:53824 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725799AbfGQNnV (ORCPT ); Wed, 17 Jul 2019 09:43:21 -0400 Received: from mail-qt1-f170.google.com (mail-qt1-f170.google.com [209.85.160.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 261A721849; Wed, 17 Jul 2019 13:43:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1563371000; bh=b+x+b4NCqFKQ+1PNG6IM4VpJY3IU3W3bJdwBExP8rdA=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=u9xbWDZZC5YP0yalQ3negtPPV6BVZQ7wi56ltY7eHOOf0YgpNzBzoxcBwtzW7mOmx WgxFC+nSg1y8MCnUwLtH2v+vmN1vTtdlMQNxWqrBKBKlMD9Z7XKDDL71WWbQa2P2OG GvIirxmMJMNfM0J/46BHFApAo/Kj0P/Bk+RoUxgw= Received: by mail-qt1-f170.google.com with SMTP id w17so23330298qto.10; Wed, 17 Jul 2019 06:43:20 -0700 (PDT) X-Gm-Message-State: APjAAAX8/Mz4/h6Z0400SnXJ3QwO2pg6Krsd6OQ4m8JOwVhNkrFz3Owp n21cxFdD2VIqKeeUktGMn2dLp9lnpyOGL1Y+WQ== X-Received: by 2002:a0c:acef:: with SMTP id n44mr29346792qvc.39.1563370999272; Wed, 17 Jul 2019 06:43:19 -0700 (PDT) MIME-Version: 1.0 References: <20190712033214.24713-1-andrew@aj.id.au> <20190712033214.24713-2-andrew@aj.id.au> <3fe55ea9-b949-48a0-9eab-90ad3bc1ee2a@www.fastmail.com> In-Reply-To: From: Rob Herring Date: Wed, 17 Jul 2019 07:43:07 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2 1/2] dt-bindings: mmc: Document Aspeed SD controller To: Andrew Jeffery Cc: linux-mmc , Ulf Hansson , Mark Rutland , Joel Stanley , Adrian Hunter , devicetree@vger.kernel.org, "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , linux-aspeed@lists.ozlabs.org, "linux-kernel@vger.kernel.org" , Ryan Chen Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 16, 2019 at 9:58 PM Andrew Jeffery wrote: > > > > On Wed, 17 Jul 2019, at 00:27, Rob Herring wrote: > > On Mon, Jul 15, 2019 at 6:36 PM Andrew Jeffery wrote: > > > > > > > > > > > > On Tue, 16 Jul 2019, at 07:47, Rob Herring wrote: > > > > On Thu, Jul 11, 2019 at 9:32 PM Andrew Jeffery wrote: > > > > > > > > > > The ASPEED SD/SDIO/eMMC controller exposes two slots implementing the > > > > > SDIO Host Specification v2.00, with 1 or 4 bit data buses, or an 8 bit > > > > > data bus if only a single slot is enabled. > > > > > > > > > > Signed-off-by: Andrew Jeffery > > > > > --- > > > > > In v2: > > > > > > > > > > * Rename to aspeed,sdhci.yaml > > > > > * Rename sd-controller compatible > > > > > * Add `maxItems: 1` for reg properties > > > > > * Move sdhci subnode description to patternProperties > > > > > * Drop sdhci compatible requirement > > > > > * #address-cells and #size-cells are required > > > > > * Prevent additional properties > > > > > * Implement explicit ranges in example > > > > > * Remove slot property > > > > > > > > > > .../devicetree/bindings/mmc/aspeed,sdhci.yaml | 90 +++++++++++++++++++ > > > > > 1 file changed, 90 insertions(+) > > > > > create mode 100644 Documentation/devicetree/bindings/mmc/aspeed,sdhci.yaml > > > > > > > > > > diff --git a/Documentation/devicetree/bindings/mmc/aspeed,sdhci.yaml b/Documentation/devicetree/bindings/mmc/aspeed,sdhci.yaml > > > > > new file mode 100644 > > > > > index 000000000000..67a691c3348c > > > > > --- /dev/null > > > > > +++ b/Documentation/devicetree/bindings/mmc/aspeed,sdhci.yaml > > > > > @@ -0,0 +1,90 @@ > > > > > +# SPDX-License-Identifier: GPL-2.0-or-later > > > > > +%YAML 1.2 > > > > > +--- > > > > > +$id: http://devicetree.org/schemas/mmc/aspeed,sdhci.yaml# > > > > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > > > > + > > > > > +title: ASPEED SD/SDIO/eMMC Controller > > > > > + > > > > > +maintainers: > > > > > + - Andrew Jeffery > > > > > + - Ryan Chen > > > > > + > > > > > +description: |+ > > > > > + The ASPEED SD/SDIO/eMMC controller exposes two slots implementing the SDIO > > > > > + Host Specification v2.00, with 1 or 4 bit data buses, or an 8 bit data bus if > > > > > + only a single slot is enabled. > > > > > + > > > > > + The two slots are supported by a common configuration area. As the SDHCIs for > > > > > + the slots are dependent on the common configuration area, they are described > > > > > + as child nodes. > > > > > + > > > > > +properties: > > > > > + compatible: > > > > > + enum: [ aspeed,ast2400-sd-controller, aspeed,ast2500-sd-controller ] > > > > > > > > This is actually a list of 4 strings. Please reformat to 1 per line. > > > > > > On reflection that's obvious, but also a somewhat subtle interaction with the > > > preference for no quotes (the obvious caveat being "except where required"). > > > > It wasn't something I'd run into before. I'm working on a check, but > > unfortunately we can only check for quotes not needed and can't check > > for missing quotes. > > > > > Thanks for pointing it out. > > > > > > I have been running `make dt_binding_check` and `make dtbs_check` over > > > these, looks like I need to up my game a bit though. Do you do additional things > > > in your workflow? > > > > That should have thrown the warnings. If you aren't seeing those, do > > you have dtschema package installed (see > > Documentation/devicetree/writing-schema.md)? > > I do have it installed, but as mentioned previously there's a fair few > warnings emitted currently by the Aspeed devicetrees, so it might have > got lost in the noise. I've started to clean that up, though probably need > some direction there too. > > Separately I'm currently trying to track down an issue where I get errors > on the Aspeed dts cpu nodes about failing to match the riscv CPU > compatibles, it seems dt-validate isn't finding the ARM CPU compatible > strings. It feels more annoying to track down that I'd like. There's a fix in today's linux-next for that and it should be in Linus' tree in a few days. Rob