Received: by 2002:a17:90a:37a3:0:0:0:0 with SMTP id v32csp4119055pjb; Mon, 10 Jun 2019 10:44:35 -0700 (PDT) X-Google-Smtp-Source: APXvYqx5qQy7RhUWCrUgZP2AuNSmapXVi118TUWm4p8JslVxQIMUY6O1ZlfMrwBHrrhvuHbBNR6x X-Received: by 2002:a63:7ca:: with SMTP id 193mr16416857pgh.240.1560188675101; Mon, 10 Jun 2019 10:44:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560188675; cv=none; d=google.com; s=arc-20160816; b=l36E79tq2bRSScJfH2wm5uJtyUftj0EvPc+o2KGE04v4897WjCB90aoYaWo/Nt4Qcz PlPHHbkp7mzqeLCCCEw60vpVKxciWHB/SkR9I5S3uxLlAt2nHFOsTxuHjUx5zQEbSTUt Tr4VR7V+ELhgGtX8kYib4pnwhD8tXZ7S2L3w4VYgw7lUSiv8gXLLGrrA3Dp6ds+jIEiu ABBdOq4V53JQ8G0o0rYUCmKZTIjn/QCiQ92L5YkdCHcgd9dMThwU5uzhe53tTkuC01ZC kEGIg1q4tFEaWTukPc4RhMCN71gf+ib39ebUGQheHUqgmANnEJVh43t0KtqwNwNkNNpQ bjiw== 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=AZlQL9E2ROhE9dNEWLxTzeKWJPg5GnszFYOvXmJbBg8=; b=VGTQ/4Q8xtkzvuAEUYdffgfj6Oav3RV/BQs5IJXctbiVBaTTjz2kk7dld2J+l4JM0V F5s9T+cyhWfr/RPZMiULUi7X3o/Llo8Ef2a2wKLg533TRpg4/tk7xuAoKrap8VQcmQRh Y8QLpy/7yvbsgTdqzmmGwq0HWmu1Rf4toMgOAHF3jzPOC0s5hfqRKgvxL9Oo/ECexL7q dkVde/QVQE6luokAZbFFlHCQTABV/CVk7k6J6UTi2eZUPi84JhklHSSHHh45Zr/ptKHv dyIqpLOc8CvpxyaunrBhK0kjj7ExhW88uWQrUiZ4Lq9FNbyFk21pxt3EoBYcpkEZVcNO voRA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=CrkXG5wz; 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 h62si10404921pgc.585.2019.06.10.10.44.20; Mon, 10 Jun 2019 10:44:35 -0700 (PDT) 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=CrkXG5wz; 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 S2388233AbfFJRn5 (ORCPT + 99 others); Mon, 10 Jun 2019 13:43:57 -0400 Received: from mail.kernel.org ([198.145.29.99]:38326 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387643AbfFJRn5 (ORCPT ); Mon, 10 Jun 2019 13:43:57 -0400 Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com [209.85.160.173]) (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 61277212F5; Mon, 10 Jun 2019 17:43:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1560188636; bh=AZlQL9E2ROhE9dNEWLxTzeKWJPg5GnszFYOvXmJbBg8=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=CrkXG5wzrMqurUflE6xs0eXDpspfh1CAZP1781AveldXZWZOfaRKic4GxAG0tqNPd zh5oPa+/V/Kp6pLCYHJJyKZMrZ3Eqg6gBH2M4OqRThkgZ3hn+CODbDBqirClpMRH4H F7A2m9ROQPEpCCNtsRiVUnRemEm5cXLnDw5LTiXs= Received: by mail-qt1-f173.google.com with SMTP id a15so11442870qtn.7; Mon, 10 Jun 2019 10:43:56 -0700 (PDT) X-Gm-Message-State: APjAAAUg2K6unKsXNWSCcp11kmWeR2XbzYkkEmlouRSsmUmDMzLCc2O7 9FF5arv4OmHCSKkNfFjls8RTBr52ndtFsoCLMw== X-Received: by 2002:aed:3fb0:: with SMTP id s45mr7491168qth.136.1560188635556; Mon, 10 Jun 2019 10:43:55 -0700 (PDT) MIME-Version: 1.0 References: <20190604131516.13596-1-kishon@ti.com> <20190604131516.13596-24-kishon@ti.com> In-Reply-To: <20190604131516.13596-24-kishon@ti.com> From: Rob Herring Date: Mon, 10 Jun 2019 11:43:44 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RFC PATCH 23/30] of/platform: Export of_platform_device_create_pdata() To: Kishon Vijay Abraham I Cc: Tom Joseph , Bjorn Helgaas , Mark Rutland , Lorenzo Pieralisi , Arnd Bergmann , Gustavo Pimentel , Greg Kroah-Hartman , Frank Rowand , Jingoo Han , linux-pci@vger.kernel.org, devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" , linux-omap , "open list:ARM/Rockchip SoC..." , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" 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, Jun 4, 2019 at 7:19 AM Kishon Vijay Abraham I wrote: > > Export of_platform_device_create_pdata() to be used by drivers to > create child devices with the given platform data. This can be used > by platform specific driver to send platform data core driver. For e.g., > this will be used by TI's J721E SoC specific PCIe driver to send > ->start_link() ops and ->is_link_up() ops to Cadence core PCIe driver. NAK of_platform_device_create_pdata() is purely for legacy handling of auxdata which is something I hope to get rid of someday. Or to put it another way, auxdata use is a sign of platforms not fully converted to DT. Rob