Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1625781pxa; Sun, 2 Aug 2020 14:41:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy8+N23hsk/CjsPdokXywifhdZ/R6+hZYYgFgzlRrWNeRWdv7IxTpY8orrkkTf5nFYI+cmM X-Received: by 2002:a50:ccd0:: with SMTP id b16mr12962664edj.148.1596404507932; Sun, 02 Aug 2020 14:41:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596404507; cv=none; d=google.com; s=arc-20160816; b=XiiPdr55W1Bs5+J0Y9tZe9bpze6q09p2g+9IErZuUkjaGIHLlJc2wkUt/g8ZpxobGa 7wtQReiODnxMELabRXda7Lsnhgcega02jhypAeX/NA7k1tFt+vWv+bYSXwTgGfZhZwSs yKJ4xWHZkw2PHZ60TVlSB9Oe9qeuHvt4DIKdrjtIZDjHD3efesugbvtksSeMP+T2+hEV d91rRaRO+5U1Axkt6HKM8zW2fHa+fN6IBlxKZdQNI34eT6jeYtsF8qmxAJC6PBTRcoJF 3zOkNhCfKGhXmCf9U3aYCvsRK0UZ1tlM/XFwPg85hd7PT8xjbQcvR8PWMx4D4jCUdSMg 8skg== 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=+vVrgGh+FKZTumikQLMQ5VD9iTv9jTO6F54b15uPxzM=; b=N/wTrYDqLbpTEmwjj+h6/LAvXjEzpruJAn+KCqyA7+kamDuFSS7JI8VT32x70rtBKV 8TdDziG9FMOErdHbIZyt20nLWJsFJR2Y6hlkIXCDB8mfTqBY+2bmjF/XskaTwzqQNbgB m27qwb7LNNx3yTtyndcobDG+GNZZ6/54If01OVlygvLlcAD7FWCgSeBX7MKL5MGORXGF zcrOlmdxSiiSaf0EESNg44Q+jdTqT2E8jKU8eVQDQxSpz/0h6k7HZX/fQeu5CJ/XXlVI SA06pxr27AnSp0inD4ZiiAtXX1zRHuke31IUWoFoKKNBMRcO/Dyk8JUm6iu3H0ALaFGw JIsw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=xfbCE69R; 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=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c95si11845815edf.304.2020.08.02.14.41.25; Sun, 02 Aug 2020 14:41:47 -0700 (PDT) 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=@linaro.org header.s=google header.b=xfbCE69R; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726947AbgHBVlS (ORCPT + 99 others); Sun, 2 Aug 2020 17:41:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47502 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726802AbgHBVlR (ORCPT ); Sun, 2 Aug 2020 17:41:17 -0400 Received: from mail-qt1-x844.google.com (mail-qt1-x844.google.com [IPv6:2607:f8b0:4864:20::844]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8734CC06179E for ; Sun, 2 Aug 2020 14:41:17 -0700 (PDT) Received: by mail-qt1-x844.google.com with SMTP id d27so26939055qtg.4 for ; Sun, 02 Aug 2020 14:41:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+vVrgGh+FKZTumikQLMQ5VD9iTv9jTO6F54b15uPxzM=; b=xfbCE69Roj++5y5XnvMOHsfu8LuLC5xeKYXMtwBooQr2QX0KopA2KI/E0cKhjagW/W X6K4icziYVsSDLZXERIsop5RzhiCu25uLk2hp8/FAXI6QI7hq9BzsD1BBJD4489Uc0BM V54UJwzQwhVMxMKG3/S+sTPGQto2Yrp1FeOjky6+2r46/Kpa2R0nG/njEjrT1vl7FHDj GrP/H8rGR+gbCQutnQRvYdh+tbJpMSgKgsoSx27ZOX2qBHTb4onj8XUZ9MVBVmoSinmf PwLCENu+f5AJY/EvH2JgnmZuZHNVsl2XzupC1Jc1sCCqYtKE+XXIM/OS7jIWSFwzQrXb CJCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+vVrgGh+FKZTumikQLMQ5VD9iTv9jTO6F54b15uPxzM=; b=oKQ0DTYozuPiGOUmZqG7jWBaCYx4xZ4+oRpaM7IsN6vyalf2GQpbU/j8I20OZrz4Xj YfEzV2/q6pKyI0KtTmWmkUFnDWmejXwhJVwgIe5783IjRTqTbMQmxMXvBPrJ7+aILoDu NRHhxoh0Oq9bk1Ngs635dDMA2cXByaXzLQr/K16aN1/LXALLXde52a0ThvocJyaO+aAO /YILEiBl7izuq6WoIRs/Fj8BiBQEZJJWUrChnKaTLRPPmHjGQxe3Du00iSKFCSnsA/nq S+hZQizwpd93NlKYMW6NEvA6pA9AYgiWDoueKLDlGOnnK9zS4HMNblV4uShrVSOILQZK II6w== X-Gm-Message-State: AOAM5324gEPNuyopQ8BV5PEjcg69dQdWRzbu8dS2CTPJRZlwW188cDRv I2gpALSahcB7eIxZVnM3rqtwbfJPk6h3PHqBbiDqHg== X-Received: by 2002:aed:22cb:: with SMTP id q11mr11268953qtc.200.1596404476604; Sun, 02 Aug 2020 14:41:16 -0700 (PDT) MIME-Version: 1.0 References: <1596020528-19510-1-git-send-email-grzegorz.jaszczyk@linaro.org> <20200802115330.GA1090@bug> <20200802115701.GD1162@bug> In-Reply-To: <20200802115701.GD1162@bug> From: Grzegorz Jaszczyk Date: Sun, 2 Aug 2020 23:41:05 +0200 Message-ID: Subject: Re: [PATCH 0/6] Add TI PRUSS platform driver To: Pavel Machek Cc: ssantosh@kernel.org, "Anna, Suman" , santosh.shilimkar@oracle.com, robh+dt@kernel.org, Lee Jones , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, "Mills, William" , "Bajjuri, Praneeth" 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 Hi On Sun, 2 Aug 2020 at 13:57, Pavel Machek wrote: > > On Sun 2020-08-02 13:53:30, Pavel Machek wrote: > > Hi! > > > > > A typical usage scenario would be to load the application firmware into one or > > > more of the PRU cores, initialize one or more of the peripherals and perform I/O > > > through shared RAM from either a kernel driver or directly from userspace. > > > > > > This series contains the PRUSS platform driver. This is the parent driver for > > > the entire PRUSS and is used for managing the subsystem level resources like > > > various memories and the CFG module. It is responsible for the creation and > > > deletion of the platform devices for the child PRU devices and other child > > > devices (like Interrupt Controller, MDIO node and some syscon nodes) so that > > > they can be managed by specific platform drivers. > > > > > drivers/soc/ti/Kconfig | 11 + drivers/soc/ti/Makefile | 1 + drivers/soc/ti/pruss.c | > > > > Is drivers/soc right place for that? We already have subsystem for various > > programmable accelerators... > > ....see drivers/remoteproc. Yes I am aware of that and remoteproc sub-system will be used but only for managing PRU cores (drivers/remoteproc/pru-rproc - will be submitted soon), while this driver is the parent driver for the entire PRUSS (used for managing the subsystem level resources like various memories and the CFG module). This driver is also responsible for populating all child devices (described in DT), managed by specific (and separate) drivers: e.g.: - PRU core will be managed by drivers/remoteproc/pru-rproc (will be submitted next) - PRU interrupt controller will be managed by drivers/irqchip/irq-pruss-intc.c (it is already under review) etc. Best regards, Grzegorz