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=-6.2 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no 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 48582C433E0 for ; Fri, 31 Jul 2020 14:38:15 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (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 13E1B2177B for ; Fri, 31 Jul 2020 14:38:15 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="XuOEkE2p"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=ti.com header.i=@ti.com header.b="WoRuLYGX" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 13E1B2177B Authentication-Results: mail.kernel.org; dmarc=fail (p=quarantine dis=none) header.from=ti.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+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=merlin.20170209; h=Sender:Content-Type: Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=9+1OQ3dF/eAjxhJDMmVZlKD4UcQJEinNirPpDve98FM=; b=XuOEkE2pY/am00rDnegUYfv50 j9lp9bJMQkNXdeNL+UHJMiAY1l7QWowziCOEna/VhiQV2MjwMthPmA7f0ruJVUssDxqzXu7ENRTLX 2MXxcfsL7HNkkKCxFqseiNHmXnqsDkzO7BKQbc8AkQTl4arwLe5aeoU1ndCtN9xMn76g8NQYXGLYc vXecT/KjYJli6UFcLf935eqJp4fF9tGOuNF+iwjxb/o26v9L1DPbPSMVp36TjC8Y8hKNbeAtgbjvV 4LhZSyFokVDV1pnPbcGUbBC+VGGNfE9k8otg3frF93A3wPG+OzufFm5cStpaBnEUMReOIha9xL4Ma /978gbZJg==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1k1W9H-0000Ql-6d; Fri, 31 Jul 2020 14:36:39 +0000 Received: from lelv0142.ext.ti.com ([198.47.23.249]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1k1W9E-0000Py-1S for linux-arm-kernel@lists.infradead.org; Fri, 31 Jul 2020 14:36:38 +0000 Received: from lelv0265.itg.ti.com ([10.180.67.224]) by lelv0142.ext.ti.com (8.15.2/8.15.2) with ESMTP id 06VEZUqm112601; Fri, 31 Jul 2020 09:35:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1596206130; bh=GRu9XzAMRe4+pci8Uhro7LyH72wWLts+VnuOKHzpVv8=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=WoRuLYGXbjzuuoqKVAWXrgHgTQTEY7FKptdrHeOuhCdEEDSnEh5Uvs1P1yMO11DKa 7KJZxf8ZxVKQ/knSJ3RkD9zxrm63AJqFcaeEvvhtn5PQjTW7bjdzywXVFDILttLDwa waJCyQdaKkEevxWywh0ZYVyvUjRGLhxU4oBG2zsE= Received: from DFLE114.ent.ti.com (dfle114.ent.ti.com [10.64.6.35]) by lelv0265.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 06VEZUdk110843 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 31 Jul 2020 09:35:30 -0500 Received: from DFLE103.ent.ti.com (10.64.6.24) by DFLE114.ent.ti.com (10.64.6.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Fri, 31 Jul 2020 09:35:30 -0500 Received: from fllv0039.itg.ti.com (10.64.41.19) by DFLE103.ent.ti.com (10.64.6.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3 via Frontend Transport; Fri, 31 Jul 2020 09:35:30 -0500 Received: from [10.250.34.248] (ileax41-snat.itg.ti.com [10.172.224.153]) by fllv0039.itg.ti.com (8.15.2/8.15.2) with ESMTP id 06VEZTnO047666; Fri, 31 Jul 2020 09:35:29 -0500 Subject: Re: [PATCH v4 1/5] dt-bindings: irqchip: Add PRU-ICSS interrupt controller bindings To: Grzegorz Jaszczyk , David Lechner References: <1595927918-19845-1-git-send-email-grzegorz.jaszczyk@linaro.org> <1595927918-19845-2-git-send-email-grzegorz.jaszczyk@linaro.org> <01bac597-c1a0-1851-b630-a79929777a16@lechnology.com> <19fbf4f6-ea75-3eb7-7e95-c7c9ce987996@lechnology.com> From: Suman Anna Message-ID: <36a1157e-4f59-9de5-c9d8-05bcdd67e125@ti.com> Date: Fri, 31 Jul 2020 09:35:29 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200731_103636_254957_7631DA71 X-CRM114-Status: GOOD ( 16.90 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: devicetree@vger.kernel.org, jason@lakedaemon.net, "Bajjuri, Praneeth" , Marc Zyngier , linux-kernel@vger.kernel.org, "Andrew F . Davis" , robh+dt@kernel.org, tglx@linutronix.de, linux-omap@vger.kernel.org, Lee Jones , linux-arm-kernel@lists.infradead.org, Roger Quadros Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi David, On 7/31/20 9:16 AM, Grzegorz Jaszczyk wrote: > On Fri, 31 Jul 2020 at 16:09, David Lechner wrote: >> >> On 7/31/20 6:48 AM, Grzegorz Jaszczyk wrote: >>> On Wed, 29 Jul 2020 at 19:34, David Lechner wrote: >>>> It is not clear what the meaning of each cell is. Looking at later patches, it >>>> looks like the first cell is the PRU system event number, the second cell is the >>>> channel and the third cell is the host event number. >>> >>> Ok, how about updating above description like this: >>> Client users shall use the PRU System event number (the interrupt source >>> that the client is interested in) [cell 1], PRU channel [cell 2] and PRU >>> host_intr (target) [cell 3] as the value of the interrupts property in their >>> node. The system events can be mapped to some output host interrupts through 2 >>> levels of many-to-one mapping i.e. events to channel mapping and channels to >>> host interrupts so through this property entire mapping is provided. >> >> Cell 3 is host_intr0-7? How would we map to other host events? > > Again this is due to misleading TRM nomenclature: host_intr vs host > interrupts (one that we discuss in patch #2). I will use "and PRU host > event (target) [cell 3]...". Sorry for my mistake. Idea is to do the event mapping for other host interrupts using the irq_create_fwspec_mapping() function from the PRU remoteproc driver. We can't use DT to represent them, or atleast can't use "interrupts" property for them since they are not targeted towards the Linux host processor. regards Suman _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel