nel.org; linux-arm-ker...@lists.infradead.org; Ranjani
> Vaidyanathan ; Han Xu ;
> will.dea...@arm.com; Iuliana Prodan ;
> sudeep.ho...@arm.com; lorenzo.pieral...@arm.com;
> linux-kernel@vger.kernel.org; mark.rutl...@arm.com; Peng Fan
> ; ker...@pengutronix.de; Viorel Suman
>
> Subje
[...]
> > * All SPIs are connected to GPC in a 1:1 mapping
> > * This series deals with SGIs
> > * The timer PPIs are not required; covered by local-timer-stop
> > * LPIs are currently unused (I understand imx-pci uses SPI by default
> > from Lucas)
> >
> > Anything missing?
> >
> > My
[...]
> > > Anything that isn't visible to the GPC and requires the GIC
> > > wake_request signal to behave as specified is broken by this erratum.
> >
> > I really wonder how a timer interrupt (a PPI, hence not routed through
> > the GPC) can wake up the CPU in this case. It really feels like
> >
> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> Sent: Thursday, March 28, 2019 2:13 AM
> On 27/03/2019 17:00, Leonard Crestez wrote:
> > On Wed, 2019-03-27 at 17:06 +0100, Lucas Stach wrote:
> >> Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
> >>> On 27/03/2019 15:44, Lucas
On Wed, Mar 27, 2019 at 06:40:07PM +, Leonard Crestez wrote:
> On Wed, 2019-03-27 at 17:45 +, Marc Zyngier wrote:
> > On 27/03/2019 16:06, Lucas Stach wrote:
> > > Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
> > > > On 27/03/2019 15:44, Lucas Stach wrote:
> > > > > Am
On Thursday, March 28, 2019 11:35:23 AM CET Marc Zyngier wrote:
> On 27/03/2019 18:40, Leonard Crestez wrote:
> > On Wed, 2019-03-27 at 17:45 +, Marc Zyngier wrote:
> >> On 27/03/2019 16:06, Lucas Stach wrote:
> >>> Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
> On
On 27/03/2019 18:40, Leonard Crestez wrote:
> On Wed, 2019-03-27 at 17:45 +, Marc Zyngier wrote:
>> On 27/03/2019 16:06, Lucas Stach wrote:
>>> Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
On 27/03/2019 15:44, Lucas Stach wrote:
> Am Mittwoch, den 27.03.2019, 13:21
On 27/03/2019 17:00, Leonard Crestez wrote:
> On Wed, 2019-03-27 at 17:06 +0100, Lucas Stach wrote:
>> Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
>>> On 27/03/2019 15:44, Lucas Stach wrote:
Am Mittwoch, den 27.03.2019, 13:21 + schrieb Abel Vesa:
> This work is a
On Wed, 2019-03-27 at 17:45 +, Marc Zyngier wrote:
> On 27/03/2019 16:06, Lucas Stach wrote:
> > Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
> > > On 27/03/2019 15:44, Lucas Stach wrote:
> > > > Am Mittwoch, den 27.03.2019, 13:21 + schrieb Abel Vesa:
> > > > > This work
Am Mittwoch, den 27.03.2019, 17:45 + schrieb Marc Zyngier:
> On 27/03/2019 16:06, Lucas Stach wrote:
> > Hi Marc,
> >
> > Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
> > > On 27/03/2019 15:44, Lucas Stach wrote:
> > > > Hi Abel,
> > > >
> > > > Am Mittwoch, den 27.03.2019,
On 27/03/2019 16:06, Lucas Stach wrote:
> Hi Marc,
>
> Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
>> On 27/03/2019 15:44, Lucas Stach wrote:
>>> Hi Abel,
>>>
>>> Am Mittwoch, den 27.03.2019, 13:21 + schrieb Abel Vesa:
This work is a workaround I'm looking into (more
Am Mittwoch, den 27.03.2019, 17:00 + schrieb Leonard Crestez:
> On Wed, 2019-03-27 at 17:06 +0100, Lucas Stach wrote:
> > Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
> > > On 27/03/2019 15:44, Lucas Stach wrote:
> > > > Am Mittwoch, den 27.03.2019, 13:21 + schrieb Abel
On Wed, 2019-03-27 at 17:06 +0100, Lucas Stach wrote:
> Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
> > On 27/03/2019 15:44, Lucas Stach wrote:
> > > Am Mittwoch, den 27.03.2019, 13:21 + schrieb Abel Vesa:
> > > > This work is a workaround I'm looking into (more as a
Hi Marc,
Am Mittwoch, den 27.03.2019, 15:57 + schrieb Marc Zyngier:
> On 27/03/2019 15:44, Lucas Stach wrote:
> > Hi Abel,
> >
> > Am Mittwoch, den 27.03.2019, 13:21 + schrieb Abel Vesa:
> > > This work is a workaround I'm looking into (more as a background task)
> > > in order to add
On 27/03/2019 15:44, Lucas Stach wrote:
> Hi Abel,
>
> Am Mittwoch, den 27.03.2019, 13:21 + schrieb Abel Vesa:
>> This work is a workaround I'm looking into (more as a background task)
>> in order to add support for cpuidle on i.MX8MQ based platforms.
>>
>> The main idea here is getting
Hi Abel,
Am Mittwoch, den 27.03.2019, 13:21 + schrieb Abel Vesa:
> This work is a workaround I'm looking into (more as a background task)
> in order to add support for cpuidle on i.MX8MQ based platforms.
>
> The main idea here is getting around the missing GIC wake_request signal
> (due to
This work is a workaround I'm looking into (more as a background task)
in order to add support for cpuidle on i.MX8MQ based platforms.
The main idea here is getting around the missing GIC wake_request signal
(due to integration design issue) by waking up a each individual core through
some
17 matches
Mail list logo