* [PATCH] arm64/dts: Add missing DMA Abort interrupt to Juno
@ 2016-01-07 12:01 Robin Murphy
2016-01-07 14:36 ` Arnd Bergmann
0 siblings, 1 reply; 6+ messages in thread
From: Robin Murphy @ 2016-01-07 12:01 UTC (permalink / raw)
To: linux-arm-kernel
The DMA-330 has an "irq_abort" interrupt line on which it signals faults
separately from the "irq[n:0]" channel interrupts. On Juno, this is
wired up to SPI 92; add it to the DT so that DMAC faults are correctly
reported for the driver to reset the thing, rather than leaving it
locked up and waiting to time out.
CC: Liviu Dudau <liviu.dudau@arm.com>
CC: Sudeep Holla <sudeep.holla@arm.com>
CC: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Signed-off-by: Robin Murphy <robin.murphy@arm.com>
---
arch/arm64/boot/dts/arm/juno-base.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/arm/juno-base.dtsi b/arch/arm64/boot/dts/arm/juno-base.dtsi
index dd5158e..e5b59ca 100644
--- a/arch/arm64/boot/dts/arm/juno-base.dtsi
+++ b/arch/arm64/boot/dts/arm/juno-base.dtsi
@@ -115,6 +115,7 @@
<GIC_SPI 89 IRQ_TYPE_LEVEL_HIGH>,
<GIC_SPI 90 IRQ_TYPE_LEVEL_HIGH>,
<GIC_SPI 91 IRQ_TYPE_LEVEL_HIGH>,
+ <GIC_SPI 92 IRQ_TYPE_LEVEL_HIGH>,
<GIC_SPI 108 IRQ_TYPE_LEVEL_HIGH>,
<GIC_SPI 109 IRQ_TYPE_LEVEL_HIGH>,
<GIC_SPI 110 IRQ_TYPE_LEVEL_HIGH>,
--
1.9.1
^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH] arm64/dts: Add missing DMA Abort interrupt to Juno
2016-01-07 12:01 [PATCH] arm64/dts: Add missing DMA Abort interrupt to Juno Robin Murphy
@ 2016-01-07 14:36 ` Arnd Bergmann
2016-01-07 15:06 ` Sudeep Holla
2016-01-07 15:45 ` Robin Murphy
0 siblings, 2 replies; 6+ messages in thread
From: Arnd Bergmann @ 2016-01-07 14:36 UTC (permalink / raw)
To: linux-arm-kernel
On Thursday 07 January 2016 12:01:59 Robin Murphy wrote:
> The DMA-330 has an "irq_abort" interrupt line on which it signals faults
> separately from the "irq[n:0]" channel interrupts. On Juno, this is
> wired up to SPI 92; add it to the DT so that DMAC faults are correctly
> reported for the driver to reset the thing, rather than leaving it
> locked up and waiting to time out.
>
> CC: Liviu Dudau <liviu.dudau@arm.com>
> CC: Sudeep Holla <sudeep.holla@arm.com>
> CC: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
> Signed-off-by: Robin Murphy <robin.murphy@arm.com>
>
Nothing wrong with the patch, but could you please come up with
a more structured way to get patches for Juno into the kernel?
You have addressed the patch "to:" the arm-soc maintainers, but
you are not listed in the maintainers file for the directory, so
it's not clear what you expect to happen here.
Ideally, we'd get patches from just one of the people listed
in the MAINTAINERS file normally, and let us know if the
primary maintainer changes, or if one of the others sends a
patch because that person is unavailable.
Arnd
^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] arm64/dts: Add missing DMA Abort interrupt to Juno
2016-01-07 14:36 ` Arnd Bergmann
@ 2016-01-07 15:06 ` Sudeep Holla
2016-01-11 10:47 ` Liviu Dudau
2016-01-07 15:45 ` Robin Murphy
1 sibling, 1 reply; 6+ messages in thread
From: Sudeep Holla @ 2016-01-07 15:06 UTC (permalink / raw)
To: linux-arm-kernel
On 07/01/16 14:36, Arnd Bergmann wrote:
> On Thursday 07 January 2016 12:01:59 Robin Murphy wrote:
>> The DMA-330 has an "irq_abort" interrupt line on which it signals faults
>> separately from the "irq[n:0]" channel interrupts. On Juno, this is
>> wired up to SPI 92; add it to the DT so that DMAC faults are correctly
>> reported for the driver to reset the thing, rather than leaving it
>> locked up and waiting to time out.
>>
>> CC: Liviu Dudau <liviu.dudau@arm.com>
>> CC: Sudeep Holla <sudeep.holla@arm.com>
>> CC: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
>> Signed-off-by: Robin Murphy <robin.murphy@arm.com>
>>
>
> Nothing wrong with the patch, but could you please come up with
> a more structured way to get patches for Juno into the kernel?
>
Sorry for that. Liviu is on holidays, he usually reviews Juno DTS change
and provides ack. But missed to check with him before he disappeared.
> You have addressed the patch "to:" the arm-soc maintainers, but
> you are not listed in the maintainers file for the directory, so
> it's not clear what you expect to happen here.
>
> Ideally, we'd get patches from just one of the people listed
> in the MAINTAINERS file normally, and let us know if the
> primary maintainer changes, or if one of the others sends a
> patch because that person is unavailable.
>
We(me along with Liviu and Lorenzo) will try to group them together and
one of us can send you pull request.
I don't think there's any other fixes on the list though there are few
feature additions which I assume is too late for v4.5 now. But still I
prefer to wait till next week so that I can check with Liviu to see if
there are any other Juno fixes that can be grouped.
--
Regards,
Sudeep
^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] arm64/dts: Add missing DMA Abort interrupt to Juno
2016-01-07 15:06 ` Sudeep Holla
@ 2016-01-11 10:47 ` Liviu Dudau
0 siblings, 0 replies; 6+ messages in thread
From: Liviu Dudau @ 2016-01-11 10:47 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Jan 07, 2016 at 03:06:28PM +0000, Sudeep Holla wrote:
>
>
> On 07/01/16 14:36, Arnd Bergmann wrote:
> >On Thursday 07 January 2016 12:01:59 Robin Murphy wrote:
> >>The DMA-330 has an "irq_abort" interrupt line on which it signals faults
> >>separately from the "irq[n:0]" channel interrupts. On Juno, this is
> >>wired up to SPI 92; add it to the DT so that DMAC faults are correctly
> >>reported for the driver to reset the thing, rather than leaving it
> >>locked up and waiting to time out.
> >>
> >>CC: Liviu Dudau <liviu.dudau@arm.com>
> >>CC: Sudeep Holla <sudeep.holla@arm.com>
> >>CC: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
> >>Signed-off-by: Robin Murphy <robin.murphy@arm.com>
> >>
> >
> >Nothing wrong with the patch, but could you please come up with
> >a more structured way to get patches for Juno into the kernel?
> >
>
> Sorry for that. Liviu is on holidays, he usually reviews Juno DTS change
> and provides ack. But missed to check with him before he disappeared.
>
> >You have addressed the patch "to:" the arm-soc maintainers, but
> >you are not listed in the maintainers file for the directory, so
> >it's not clear what you expect to happen here.
> >
> >Ideally, we'd get patches from just one of the people listed
> >in the MAINTAINERS file normally, and let us know if the
> >primary maintainer changes, or if one of the others sends a
> >patch because that person is unavailable.
> >
>
> We(me along with Liviu and Lorenzo) will try to group them together and
> one of us can send you pull request.
>
> I don't think there's any other fixes on the list though there are few
> feature additions which I assume is too late for v4.5 now. But still I
> prefer to wait till next week so that I can check with Liviu to see if
> there are any other Juno fixes that can be grouped.
Hi all,
The only other changes queued for v4.5 are the HDLCD patches which touch
on the .dts. Arnd, Olof: how do you prefer to handle this? Can you take
Robin's patch in arm-soc and I'll queue the rest of the changes via David
Airlie?
Best regards,
Liviu
>
> --
> Regards,
> Sudeep
>
--
====================
| I would like to |
| fix the world, |
| but they're not |
| giving me the |
\ source code! /
---------------
?\_(?)_/?
^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] arm64/dts: Add missing DMA Abort interrupt to Juno
2016-01-07 14:36 ` Arnd Bergmann
2016-01-07 15:06 ` Sudeep Holla
@ 2016-01-07 15:45 ` Robin Murphy
2016-01-07 16:10 ` Sudeep Holla
1 sibling, 1 reply; 6+ messages in thread
From: Robin Murphy @ 2016-01-07 15:45 UTC (permalink / raw)
To: linux-arm-kernel
On 07/01/16 14:36, Arnd Bergmann wrote:
> On Thursday 07 January 2016 12:01:59 Robin Murphy wrote:
>> The DMA-330 has an "irq_abort" interrupt line on which it signals faults
>> separately from the "irq[n:0]" channel interrupts. On Juno, this is
>> wired up to SPI 92; add it to the DT so that DMAC faults are correctly
>> reported for the driver to reset the thing, rather than leaving it
>> locked up and waiting to time out.
>>
>> CC: Liviu Dudau <liviu.dudau@arm.com>
>> CC: Sudeep Holla <sudeep.holla@arm.com>
>> CC: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
>> Signed-off-by: Robin Murphy <robin.murphy@arm.com>
>>
>
> Nothing wrong with the patch, but could you please come up with
> a more structured way to get patches for Juno into the kernel?
>
> You have addressed the patch "to:" the arm-soc maintainers, but
> you are not listed in the maintainers file for the directory, so
> it's not clear what you expect to happen here.
I'll admit I got to the addressing point and wasn't entirely sure either
- there still seemed to be a precedent of patches going to arm-soc
picking up acks along the way, rather than via a sub-maintainer pull,
hence what I ended up with.
> Ideally, we'd get patches from just one of the people listed
> in the MAINTAINERS file normally, and let us know if the
> primary maintainer changes, or if one of the others sends a
> patch because that person is unavailable.
Sure, I'll bear that in mind in future, especially when sending from an
email domain which doesn't really make clear the context that I'm just
another end-user posting a fix for something I found, rather than trying
to assume any "official" capacity ;)
As a side note, the Juno dts* files don't actually seem to be covered by
MAINTAINERS at all, which can't help the situation.
Sorry for the confusion,
Robin.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-01-11 10:47 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-01-07 12:01 [PATCH] arm64/dts: Add missing DMA Abort interrupt to Juno Robin Murphy
2016-01-07 14:36 ` Arnd Bergmann
2016-01-07 15:06 ` Sudeep Holla
2016-01-11 10:47 ` Liviu Dudau
2016-01-07 15:45 ` Robin Murphy
2016-01-07 16:10 ` Sudeep Holla
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).