Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp386815ybl; Tue, 7 Jan 2020 07:50:09 -0800 (PST) X-Google-Smtp-Source: APXvYqypi+Jvi+8QaXZe0rvNu80tJ4gBzmB0hrmyas47WvhbJwYxfraULaWU1H8v9kmVzj0ab5n3 X-Received: by 2002:a05:6830:128e:: with SMTP id z14mr415661otp.184.1578412209892; Tue, 07 Jan 2020 07:50:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578412209; cv=none; d=google.com; s=arc-20160816; b=KK/fCgtDQX9hg8mn+Y7nhklQgq+XK2R/ddNiiyrFxlC0BZ64dVGuTxWCwv0cew34nk V9HSSV0byEQsXzfskjSsoNoyeqnxcdmcKIroKQcg1lVBRRRKU+V5Rol7G/MBG8KJBc2v Z1XiFdFUywogdn2B82OFz9vHoJNt1Vv9e8xWQnBat+ulkzJnFs7HobQWjoJxC8iAC0jX JEC603owJh5NgFTHlb2ZCd4mma9gJmGQKkAasX9SknRK2TxmWdUeJvn2SNMIO1VSmc/t iqfCouTYjpggkRBJPS8lUDXoLHT8BIVs62o025I16UeAw6VcbyAWyzbWy4GxGPfZii/L HlOQ== 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=r4nbCCXXx93Iu6WoI2YI5NNcLXcBXGNk6UPf1+L+QLo=; b=ZxUVu+wkz3LQGPy/MS1QY790gZjHxMJOeCxmXobgV72mevtmfjGTa0Rd5lFViMaxRW X1VLeIytvMqlCVAP/WDbqjE9XZe+PHTXwCiIMQc6jSFeNXRUeb9j6AphtdFHi5LVl6s1 XZBB9awZcGkzR3sSuzImD6s2ae9EG6yyM/6bfEvSZmZAlfFs40btgCW4HDRyj6n4t1uG Cb2KHbab+taAN1BqhoXqiV20GxzuAjJ8MQqDy7iNarOdOp1Fd+MTKkfT30bDgVQAvciV Gx2n/JGUzD0s3I+QaoS3VOpsVlpGXdGvcTL+hgauFqvtBNCpd+fVjHfS08w7W8Xe4uue xGSg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ELXoZKRx; 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 l10si46520otr.159.2020.01.07.07.49.56; Tue, 07 Jan 2020 07:50:09 -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; dkim=pass header.i=@kernel.org header.s=default header.b=ELXoZKRx; 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 S1728414AbgAGPsv (ORCPT + 99 others); Tue, 7 Jan 2020 10:48:51 -0500 Received: from mail.kernel.org ([198.145.29.99]:38408 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727559AbgAGPsv (ORCPT ); Tue, 7 Jan 2020 10:48:51 -0500 Received: from mail-qk1-f177.google.com (mail-qk1-f177.google.com [209.85.222.177]) (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 2808B208C4; Tue, 7 Jan 2020 15:48:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578412130; bh=m8JJwNYYUN0cI55b1bIkcqX+lHoyiGdFR/bK6o9/YMk=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=ELXoZKRxKo7R5r0mofZ53Y2FWh9zmTp8Em7ycLJvHJf4OqA5sB+SWyYHMx6PYHiW8 1SdZWYOp5ry24NfKanSDjxT+3mJwXwoHZzoLNzGatOug0DNWynZwYyxrwPvimiJC43 tqXQBu1Ql2Xbt7AXCx8y8V88zAKKdEfCG1CZV4Bg= Received: by mail-qk1-f177.google.com with SMTP id x1so42991749qkl.12; Tue, 07 Jan 2020 07:48:50 -0800 (PST) X-Gm-Message-State: APjAAAXcYavMc5KQwjAZ1UVHcMY2HSzyFsBoRb8ipZJRgAu9RoXk8Hcu frfxC9G5U8zzawvv/jur1dK9PZ8Proswwbc57Q== X-Received: by 2002:ae9:f205:: with SMTP id m5mr89412395qkg.152.1578412129283; Tue, 07 Jan 2020 07:48:49 -0800 (PST) MIME-Version: 1.0 References: <20200102131845.12992-2-t-kristo@ti.com> <20200102132512.13248-1-t-kristo@ti.com> <20200103233855.GA19897@bogus> <358abb44-7724-4e25-6a3d-6939ec82386a@ti.com> In-Reply-To: <358abb44-7724-4e25-6a3d-6939ec82386a@ti.com> From: Rob Herring Date: Tue, 7 Jan 2020 09:48:36 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RESEND PATCHv4 01/14] dt-bindings: remoteproc: Add OMAP remoteproc bindings To: Tero Kristo Cc: Bjorn Andersson , Ohad Ben-Cohen , "open list:REMOTE PROCESSOR (REMOTEPROC) SUBSYSTEM" , "linux-kernel@vger.kernel.org" , Mathieu Poirier , linux-omap , Suman Anna , devicetree@vger.kernel.org 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, Jan 7, 2020 at 5:01 AM Tero Kristo wrote: > > On 04/01/2020 01:38, Rob Herring wrote: > > On Thu, Jan 02, 2020 at 03:25:12PM +0200, Tero Kristo wrote: > >> From: Suman Anna > >> > >> Add the device tree bindings document for the IPU and DSP > >> remote processor devices on OMAP4+ SoCs. > >> > >> Cc: Rob Herring > >> Cc: devicetree@vger.kernel.org > >> Signed-off-by: Suman Anna > >> [t-kristo@ti.com: converted to schema] > >> Signed-off-by: Tero Kristo > >> --- > >> v4: added ti,bootreg-shift and ti,autosuspend-delay properties > >> > >> .../remoteproc/ti,omap-remoteproc.yaml | 329 ++++++++++++++++++ > >> 1 file changed, 329 insertions(+) > >> create mode 100644 Documentation/devicetree/bindings/remoteproc/ti,omap-remoteproc.yaml > >> + reg: > >> + description: | > >> + Address space for any remoteproc memories present on > >> + the SoC. Should contain an entry for each value in > >> + 'reg-names'. These are mandatory for all DSP and IPU > >> + processors that have them (OMAP4/OMAP5 DSPs do not have > >> + any RAMs) > >> + > >> + reg-names: > >> + description: | > >> + Required names for each of the address spaces defined in > >> + the 'reg' property. Should contain a string from among > >> + the following names, each representing the corresponding > >> + internal RAM memory region. > > > > The schema is more constrained than 'a string from among the following > > names'. 'l2ram' is the only valid 1st entry for example. > > Right, I wasn't able to figure out a way to make the schema more > flexible, so I will just modify the description above. The goal is somewhat to not be flexible as we want the possible combinations defined. If it is a manageable number of combinations, just list them out under a 'oneOf'. Not encouraged, but it is possible to define any length and order of values (note 'items' is not a list here): items: enum: [ ... ] Rob