Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp117555pxb; Thu, 21 Jan 2021 02:54:12 -0800 (PST) X-Google-Smtp-Source: ABdhPJwaUjerQAfYRpgtNtkMGEThyFor0S/4xPeW4yLMY5ZjAIzgs4ZJQ2gThYQ1TyYVSwfHfUIi X-Received: by 2002:aa7:cb42:: with SMTP id w2mr10846482edt.21.1611226451799; Thu, 21 Jan 2021 02:54:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611226451; cv=none; d=google.com; s=arc-20160816; b=r0PgDusb+gfqnlNlgW75e/9SqBzQwTPsOAT5j0YXD+V4WromgpQf+LZqNRw/EeE83A 5u0pbhdFCyG+AiE2a6t7pxm91ccUItf9KuiqTmrXiRijfyXzst9CljE99pBDIooDpYOU Zf/Bxkjrw2ezgVNvuPhQkQPvTlED+PQDYvUQlP5xm8D+GYamozZAQcoAeQBdrVXcL0OF KpaoBiwEA2xReODT9FagO/a7hVwW0KWQ4yna4v08mveiLEdztqPD2B5FhY4A6IEcQcYB X3NULm2LXyjobTocR7t5RSXaR8/TvbYDQYSa2Mf9nHgjzJRylcxvAu8JEH5aMMOX+xEh tyRQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=P/soelw5HTN6KGmYe/ALad05EzXhfpbMwd4wp9XlYWs=; b=uyvLyL/7wzY6UDDz5X0ypjKSIywZTxsPnMtpIglHQmha/Xp5EDmv/wcdIAt5I9ZivG 8S/d68AlqTRsSwFzcJ5Dd00S1IiQcLhvevQTvmVFPVnnPzHJ4BrZnmi3L+kmGWuEpTEU qu808G7JsG2Uvet1XJbDIT3l/UozN1aYNFd3g0jU4x55SKjhKzWJBnegENkkegESWVLb HHHU1+gET9zKg4E3809vDImfL3R79MDPbRTvxWndhG5gHQq41FTJYuc1nSmokxxmouKT ZWPzfQcv/+HaQZm086yAglhdfbZBZ37/9YFSoHl8kafxXg1aHikx1RenQgf4YGel0ks9 JqAA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=SMFjvTlq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id z4si1608140ejx.753.2021.01.21.02.53.48; Thu, 21 Jan 2021 02:54:11 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=SMFjvTlq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1729548AbhAUKsz (ORCPT + 99 others); Thu, 21 Jan 2021 05:48:55 -0500 Received: from mail.kernel.org ([198.145.29.99]:34212 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729685AbhAUKiC (ORCPT ); Thu, 21 Jan 2021 05:38:02 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 77A602388E for ; Thu, 21 Jan 2021 10:37:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1611225439; bh=ci+gBdKi/HOnJaSdn0sRtPgN5znIPCb11FcQpwgiqnA=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=SMFjvTlqUFcxmU+0QM5GuyAcu3EbJltc5C36wOCgFZFcaaUrwF/nZzrlBKwn8OEme QhPsilUdLGyb7OP2T/NXiLHETot8cy5zSggrIpEBUUZOgeBYqTMlJ/FoWJLjbfuo5I 0KBFSbXnI0Z/08yPbsLfCYopp7qLgSeS+OuwRAwXFOgeyjssJz8pdu/fa7zADe5Zhl r1xyWVmA+OXo/P+oiEMyLkWBBIiCZ7U918ofnpASa2D1lboougvfUPpzeyZW0Ht2jO rUyogcJ4zG+hj52D5zR9cq1kWYkkCrDlzFLO0ZWh2wzrRB1a/7jLkjPFKosfPwUtBe H4FMgvPzYNyKw== Received: by mail-oi1-f175.google.com with SMTP id 9so1653613oiq.3 for ; Thu, 21 Jan 2021 02:37:19 -0800 (PST) X-Gm-Message-State: AOAM530h7eC1jLufwfNmH3DyCxKmzQSXPXnmc9Isxv/JTB4bPuC7DhRO yfJmSv5T+hLBfTgVvdT4CQjyaEpnZBwO6WVyHCw= X-Received: by 2002:aca:be54:: with SMTP id o81mr5434123oif.67.1611225438679; Thu, 21 Jan 2021 02:37:18 -0800 (PST) MIME-Version: 1.0 References: <20210120132717.395873-1-mohamed.mediouni@caramail.com> <20210120132717.395873-5-mohamed.mediouni@caramail.com> In-Reply-To: From: Arnd Bergmann Date: Thu, 21 Jan 2021 11:37:02 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RFC PATCH 4/7] irqchip/apple-aic: Add support for Apple AIC To: Linus Walleij Cc: Mohamed Mediouni , Mark Rutland , Catalin Marinas , Hector Martin , "linux-kernel@vger.kernel.org" , Marc Zyngier , Will Deacon , Linux ARM , Stan Skowronek Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 21, 2021 at 10:48 AM Linus Walleij wrote: > > Hi Mohamed, > > thanks for your patch! > > On Wed, Jan 20, 2021 at 2:31 PM Mohamed Mediouni > wrote: > > > +properties: > > + compatible: > > + items: > > + - const: apple,aic > > However weird it may seem, Apple is not in the file > Documentation/devicetree/bindings/vendor-prefixes.yaml > > (I think it's weird because I remember clearly that they have been > using device tree for PPC since ages.) > > Could you add this 2-liner to that file and send it directly to > DT binding maintainers as a single patch as a preparation? Choosing the vendor prefix here is going to be a little tricky and non-obvious. Background: Traditionally, it should have been the stock ticker symbol of the company (clearly only publicly traded companies would be able to produce a Unix capable computer, right?), but there were already inconsistent: IBM used "ibm" (in small letters), Sun used "SUNW" (in capitals) but in 2007 changed the stock ticker symbol to "JAVA", obviously without changing the firmware bindings. Apple traditionally used "AAPL" (also in caps) in the device tree, and there is one remnant of that in the M1 device tree, in the form of the "AAPL,phandle" property in each node, which corresponds to our "linux,phandle". (phandles were introduced as properties in both of the flattened DT formats, .dtb and apple's own format). There are also "AAPL,unit-string properties and some device_type strings (AAPL,display-crossbar, AAPL,atc-dpxbar, ...) in the M1 DT, and the CPU nodes (and only those) use "apple" in small letters as in "apple,icestorm","ARM,v8". The other nodes tend to not have a vendor prefix, but a lot use a subsystem name as the prefix, such as compatible="gpio,t8101" or compatible="tempsensor,t8020". Since Apple are already using both the "AAPL" and the "apple" prefix themselves, I have a bad feeling about reusing either of them for defining the devicetree.org bindings that we add to linux/Documentation/devicetree/bindings. The question is: if not "apple", what else should we use here? Arnd