[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ff55c96e-21db-c361-2c99-4b1c8e6060aa@lechnology.com>
Date: Mon, 26 Nov 2018 15:18:25 -0600
From: David Lechner <david@...hnology.com>
To: Roger Quadros <rogerq@...com>, tony@...mide.com
Cc: robh+dt@...nel.org, bcousson@...libre.com, ssantosh@...nel.org,
ohad@...ery.com, bjorn.andersson@...aro.org, s-anna@...com,
nsekhar@...com, t-kristo@...com, nsaulnier@...com, jreeder@...com,
m-karicheri2@...com, woods.technical@...il.com,
linux-omap@...r.kernel.org, linux-remoteproc@...r.kernel.org,
linux-kernel@...r.kernel.org, devicetree@...r.kernel.org
Subject: Re: [PATCH 10/17] soc: ti: pruss_intc: Add API to trigger a PRU
sysevent
On 11/22/18 5:39 AM, Roger Quadros wrote:
> From: Suman Anna <s-anna@...com>
>
> The PRUSS INTC can generate an interrupt to various processor
> subsystems on the SoC through a set of 64 possible PRU system
> events. These system events can be used by PRU client drivers
> or applications for event notifications/signalling between PRUs
> and MPU or other processors. A new API, pruss_intc_trigger() is
> provided to MPU-side PRU client drivers/applications to be able
> to trigger an event/interrupt using IRQ numbers provided by the
> PRUSS-INTC irqdomain chip.
Could we just use something like this:
irq_set_irqchip_state(irq, IRQCHIP_STATE_PENDING, true);
instead of introducing a new API?
Powered by blists - more mailing lists