Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp1255755ybv; Thu, 20 Feb 2020 16:30:27 -0800 (PST) X-Google-Smtp-Source: APXvYqzZt3tVIuXnMpNbElIDETITIEo3D/7Q2xAEHQoACL8OjrUl9FGKLmmNjjIfK5KA9nb0Kxzl X-Received: by 2002:a9d:65cb:: with SMTP id z11mr24262522oth.348.1582245027347; Thu, 20 Feb 2020 16:30:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582245027; cv=none; d=google.com; s=arc-20160816; b=ZvkyhHj+9bMj2dNN/+oBK9HSwVh6wvelWXDHEFWV4Ky8eRbqo2Q8GeEHSOcVQBIhM/ Xw0NoTvFN1+guFX3m+4S3cBfjnxgo1FfdvDngkM0uNU7CFtGn04Rr/7tHHv9HIjxuAqr f7CUIeTckzlu4rp75dnd0dpCzwNcJnKgb9THwesRUfdDE0GY2UbQ+xH0rzzaJrW2C+da bO3LKgl1LqPsbLUIwnUPvGIjpUVY+7GhCdBcKNkjgozJH1hAk9eA2uPqg57MUJmsV2hI K2RPq1gctF2Z+xNZ7JRvkr/SBRGOZvDdJzKrR5jb24AmzrnRGVoRZ2bDHCWgzhckvxf5 OZKQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:subject:cc:to:from:message-id:date; bh=nu4PVkK4XxMZnl25p3/Ur8JgF+ObwpJeAcVJtNWVETA=; b=WzaENny3E8wpYwCoPgDnwHFYuRSzlk28r5AgZu0QPat4XeEBiKyM9twd+2GG43W/nH Hqa7NOw+1tquKtAJ/GArFEI0w/HgxxX7xawqLuLohlyBdu1gYDWZvCP8XU+uMHuumD/a l/sSY0ivOIrrjy93E/oNfhUtTqt95qSZ/WV02ddzsvpvrzZlu+2rmxF6irEYbGspkYL4 tf6NjgYsuqsf/n+iKV7xpdUq5uFlk3zTBipo8oFYC7lwoL0H1XFjxsUqWg2gjI/YdWk8 +/C75xwoksOCFZ4uCBzahzM7V+6dyYRYVn8jXUe2ghsyRcQCQzwXj1QaljseRuy+wZ2H YVsA== 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 24si439481oiz.237.2020.02.20.16.30.14; Thu, 20 Feb 2020 16:30:27 -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 S1729444AbgBUAaI (ORCPT + 99 others); Thu, 20 Feb 2020 19:30:08 -0500 Received: from relmlor2.renesas.com ([210.160.252.172]:48561 "EHLO relmlie6.idc.renesas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729365AbgBUAaI (ORCPT ); Thu, 20 Feb 2020 19:30:08 -0500 Date: 21 Feb 2020 09:30:04 +0900 X-IronPort-AV: E=Sophos;i="5.70,466,1574089200"; d="scan'208";a="39642237" Received: from unknown (HELO relmlir5.idc.renesas.com) ([10.200.68.151]) by relmlie6.idc.renesas.com with ESMTP; 21 Feb 2020 09:30:04 +0900 Received: from mercury.renesas.com (unknown [10.166.252.133]) by relmlir5.idc.renesas.com (Postfix) with ESMTP id 3F324400C0A8; Fri, 21 Feb 2020 09:30:04 +0900 (JST) Message-ID: <87tv3ksryd.wl-kuninori.morimoto.gx@renesas.com> From: Kuninori Morimoto To: Rob Herring Cc: Liam Girdwood , Mark Brown , Mark Rutland , Linux-ALSA , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v2] ASoC: dt-bindings: renesas,rsnd: switch to yaml base Documentation In-Reply-To: References: <87d0ahzr9d.wl-kuninori.morimoto.gx@renesas.com> <20200219161732.GB25095@bogus> <874kvmt355.wl-kuninori.morimoto.gx@renesas.com> User-Agent: Wanderlust/2.15.9 Emacs/25.2 Mule/6.0 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rob Thank you for your feedback > > This needs clock array. Like this > > > > clock-frequency = <12288000 11289600>; > > Sorry, but the type is already defined in the spec. You'll still get > warnings from the common schema and you can't override that here. > > Not sure what to suggest. Leave it with a fixme or move to > assigned-clocks-rates instead? As you know, I'm not familiar with yaml base Documentation :/ I want leave it as your fixme if possible. > > > > + # For multi OF-graph > > > > + ports: > > > > + description: multi OF-Graph subnode > > > > + type: object > > > > + patternProperties: > > > > + "port(@.*)?": (snip) > > > > + $ref: "#properties/port" > > > > > > Would be more simple to just always have 'ports'. > > > > Having "ports" or "port" are case-by-case, not always. > > Why? > > This: > > port {}; > > and this: > > ports { > port {}; > }; > > Are treated the same. It's perfectly valid to have 'ports' with a single port. Yeah, if it needs only 1 port. If I'm not misunderstanding, We are using it as ports { port@0 { endpoint {} }; port@1 { endpoint {} }; .... }; or simply port { endpoint {} }; And here, sometimes, "port" and "endpoint" both need "reg". Thank you for your help !! Best regards --- Kuninori Morimoto