From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS, URIBL_BLOCKED,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E6E9CC10F13 for ; Thu, 11 Apr 2019 14:34:20 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id B3F77206B7 for ; Thu, 11 Apr 2019 14:34:20 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="EDOYdLfS" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B3F77206B7 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=atomide.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=OIzOzD75ixt27NmvHIpY5eETCLD+eKSWky53wuORkto=; b=EDOYdLfSNzCCh6 avBN1fjK6Y1aK6dY00VCDwKReQ7aKAUU9HfVFu4qme8Q4KCTzF3wNoAcnIOkdJ4IWfIZQK2bV6gaE pDuqZaq1H6KXECnI4+gClyDdMPzg26Cbm0R/zQhKqf2IX3L3LEmjDF1qF5/oWouwNSeRsrEKOwrOE iZSb3SzDI3Ccw6OvccT0IFSpKJIeW3s7FsUlRpSuMegbLVYVhmEF16fPNai1pjKv2Z7k61EShP0PL l9jTRrYXG+Bk4qnintrpBQzE8gGRJBskigo4y5YHyAbDWIHaSTzTQZTvX/hwWSet8CO1YM8aRkwBR F6sRZc68CZDvOw7GjdZA==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux)) id 1hEamN-0001Mt-7K; Thu, 11 Apr 2019 14:34:15 +0000 Received: from muru.com ([72.249.23.125]) by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux)) id 1hEamK-0001MO-5l for linux-arm-kernel@lists.infradead.org; Thu, 11 Apr 2019 14:34:13 +0000 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id C07A5810D; Thu, 11 Apr 2019 14:34:25 +0000 (UTC) Date: Thu, 11 Apr 2019 07:34:07 -0700 From: Tony Lindgren To: Tero Kristo Subject: Re: [PATCH v3 2/5] dt-bindings: ti_sci_pm_domains: Add support for exclusive and shared access Message-ID: <20190411143407.GO2839@atomide.com> References: <20190410053728.17374-1-lokeshvutla@ti.com> <20190410053728.17374-3-lokeshvutla@ti.com> <2087d79b-67b0-5ce4-bf2f-f659ef1a5494@ti.com> <2008fbb5-422a-8950-c642-74e63b79a809@ti.com> <67537564-c503-8a2a-9f48-26ebca0661ab@ti.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <67537564-c503-8a2a-9f48-26ebca0661ab@ti.com> User-Agent: Mutt/1.11.4 (2019-03-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20190411_073412_256675_D7FC9B91 X-CRM114-Status: GOOD ( 10.65 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Nishanth Menon , Device Tree Mailing List , Lokesh Vutla , Sekhar Nori , Rob Herring , Santosh Shilimkar , Linux ARM Mailing List Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org * Tero Kristo [190410 15:39]: > On 10/04/2019 16:15, Lokesh Vutla wrote: > > Well Ill put it this way. This flag describes that the requested device is a > > shared device across multiple hosts :) > > But that is pure software config, right? Depends on the software design > choices made, which host is going to use which resource. Personally I don't > think this justifies a DT binding, but I might be wrong. I'll let Rob > comment on this. I agree. It's best to stick to basics with the device tree bindings and not put any software flags there. You can configure things on init in the device driver based on compatible and soc_device_match(). Regards, Tony _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel