Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1356247pxa; Sun, 2 Aug 2020 05:00:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzmzF+kM3zl+Cvxb7vVMfeEvbEaJU0wkNWwqNNaRaBEMbixYMg8/COoz+CH5Ze7W8uVD0sq X-Received: by 2002:a17:906:3282:: with SMTP id 2mr12628474ejw.11.1596369631329; Sun, 02 Aug 2020 05:00:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596369631; cv=none; d=google.com; s=arc-20160816; b=XU14TI1OJEwGM640NClq5XHHJRbStJsvWfwxQ81BDensGStdvFy6QRgTFpV0snwm9a 8ILgdikWFbszV1sQek/Fz0wkkMbijNWknM4X3b5yOd+Dqev9C7MXKXC/4umUM2xZ42c5 poAijajh1a7iBuFuhQJ7JvMpY8zIGxzKDF+dLIyjxBBqlA5wFK6MbKESQ9BDeyTLcpH1 Tl/g6G+RsKyAkL/yLTZ0YFTUxsmBRYlI+8QEeuL/F1mg/QM8+lnCcp0MzORLaqJ3xY+0 6nMkMhExNy/wzxZxpqhzGE2mTkLjHgmZbQACQVore8RqcDwAt93VxV/liZ1qAUMSW1nd QvZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=dlhqHNOqhPcPKvWS09i8VbgmnRjf9Imb/RRyxyeoALU=; b=eqZakDQSJ9jWp77w6qCtvBgTiFlXNISaMgCcw8UfAZocSVySD3ekxydP4VMdknK3hs Lrxeg8y3g6oiYCcVYKDyxaRJiJ1XyzEptzKtmAHDTnZrEVHjTF4wdyl7dsFNaWJy6GDH 89IxiHMqRYpUp5hXmNHd7jQIXCAI6mRzUBQotY61i5WGwbBz0v+gc+YN8PUuTV8m+l7q FR3CNgZdnuomBdM8nT91SwKDbRQXg0hTvJ1HY0/k9tS+3qhGOM2B19/+qgFJ+JsyrOkr vNNJsdIzWYty1W3QgLV8hkJ4PifLElzuxjG1hfreoRLdt4Km6qdDVZqwMnRO3rMiHfq7 /IMw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cb21si8648043edb.31.2020.08.02.05.00.09; Sun, 02 Aug 2020 05:00:31 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728099AbgHBL5K (ORCPT + 99 others); Sun, 2 Aug 2020 07:57:10 -0400 Received: from jabberwock.ucw.cz ([46.255.230.98]:51226 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726578AbgHBL5K (ORCPT ); Sun, 2 Aug 2020 07:57:10 -0400 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 40AAC1C0BE1; Sun, 2 Aug 2020 13:57:08 +0200 (CEST) Date: Sun, 2 Aug 2020 13:57:01 +0200 From: Pavel Machek To: Grzegorz Jaszczyk Cc: ssantosh@kernel.org, s-anna@ti.com, santosh.shilimkar@oracle.com, robh+dt@kernel.org, lee.jones@linaro.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, wmills@ti.com, praneeth@ti.com Subject: Re: [PATCH 0/6] Add TI PRUSS platform driver Message-ID: <20200802115701.GD1162@bug> References: <1596020528-19510-1-git-send-email-grzegorz.jaszczyk@linaro.org> <20200802115330.GA1090@bug> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200802115330.GA1090@bug> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html