Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751966AbdIAMYB (ORCPT ); Fri, 1 Sep 2017 08:24:01 -0400 Received: from mail.kernel.org ([198.145.29.99]:59956 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751828AbdIAMYA (ORCPT ); Fri, 1 Sep 2017 08:24:00 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9DF4D21AF7 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=robh@kernel.org X-Google-Smtp-Source: ADKCNb4Yva8nDnkBUwoCaPCrTfcFW36+03q0wpmCINF8F3+FrH/mRVrnkI5ySH3roe5o6uwQbjNwpo3xNg8PzWIf7eY= MIME-Version: 1.0 In-Reply-To: <1633009.GLYYEVNxi7@phil> References: <1503730303-11422-1-git-send-email-jteki@openedev.com> <20170831200855.db654hikvddf7prz@rob-hp-laptop> <1633009.GLYYEVNxi7@phil> From: Rob Herring Date: Fri, 1 Sep 2017 07:23:38 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 1/2] of: Add vendor prefix for Amarula Solutions To: Heiko Stuebner Cc: Jagan Teki , "linux-arm-kernel@lists.infradead.org" , Mark Rutland , Russell King , Michael Trimarchi , "open list:ARM/Rockchip SoC..." , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , Jagan Teki Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 833 Lines: 24 On Thu, Aug 31, 2017 at 4:54 PM, Heiko Stuebner wrote: > Hi Rob, > > Am Donnerstag, 31. August 2017, 15:08:55 CEST schrieb Rob Herring: >> On Sat, Aug 26, 2017 at 12:21:42PM +0530, Jagan Teki wrote: >> > From: Jagan Teki >> > >> > Added 'amarula' as a vendor prefix for Amarula Solutions, >> > specialist in Embedded and Opensource solutions. >> > >> > Signed-off-by: Jagan Teki >> > --- >> > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + >> > 1 file changed, 1 insertion(+) >> >> Acked-by: Rob Herring > > just to clarify ... you did apply the last vendor-prefixes yourself > to prevent conflicts. From the Ack, I assume I should merge that > with the devicetree itself, right? I have not applied. You can apply it. Rob