From: Jason Cooper <jason@lakedaemon.net>
To: Mark Rutland <mark.rutland@arm.com>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>,
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>,
Andrew Lunn <andrew@lunn.ch>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>
Subject: Re: [PATCH 1/2] ARM: remove dmacap,memset from Device tree binding
Date: Mon, 5 Aug 2013 08:26:38 -0400 [thread overview]
Message-ID: <20130805122638.GE19280@titan.lakedaemon.net> (raw)
In-Reply-To: <20130805095341.GA7594@e106331-lin.cambridge.arm.com>
On Mon, Aug 05, 2013 at 10:53:41AM +0100, Mark Rutland wrote:
> On Sun, Aug 04, 2013 at 02:09:04AM +0100, Jason Cooper wrote:
> > DT Maintainers,
> >
> > It's been a week with no comment. Shall I assume it's ok to apply
> > this?
>
> Apologies for the delay, still catching up on binding review.
>
> I'm not entirely sure on this. The property described is still true for
> the device, even if the kernel's not using that information now. My
> feeling would be to keep them, unless there's a plan to better describe
> the properties of the XOR channels.
>
> It shouldn't harm the kernel to have some properties we don't use at
> this point in time. If we want to reorganise the binding, the first step
> would be to make the properties as deprecated, rather than removing them
> outright.
Ok, that matches what I was originally thinking. The bindings are
supposed to be OS-agnostic, so the fact that we no longer use it is
irrelevant. The hardware still has the capability.
Sebastian, I'm just going to drop this patch.
thx,
Jason.
> > On Thu, Jul 25, 2013 at 11:31:04AM -0400, Jason Cooper wrote:
> > > On Tue, Jul 02, 2013 at 12:54:12PM +0200, Sebastian Hesselbarth wrote:
> > > > DMA_MEMSET support has been removed, so update the device tree files
> > > > and corresponding binding documentation for Marvell SoCs.
> > > >
> > > > Signed-off-by: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
> > > > ---
> > > > Cc: Russell King <linux@arm.linux.org.uk>
> > > > Cc: Jason Cooper <jason@lakedaemon.net>
> > > > Cc: Andrew Lunn <andrew@lunn.ch>
> > > > Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> > > > Cc: Gregory CLEMENT <gregory.clement@free-electrons.com>
> > > > Cc: devicetree-discuss@lists.ozlabs.org
> > > > Cc: linux-kernel@vger.kernel.org
> > > > Cc: linux-arm-kernel@lists.infradead.org
> > > > ---
> > > > Documentation/devicetree/bindings/dma/mv-xor.txt | 2 --
> > > > arch/arm/boot/dts/armada-370.dtsi | 2 --
> > > > arch/arm/boot/dts/armada-xp.dtsi | 2 --
> > > > arch/arm/boot/dts/dove.dtsi | 2 --
> > > > arch/arm/boot/dts/kirkwood.dtsi | 2 --
> > > > arch/arm/boot/dts/orion5x.dtsi | 1 -
> > > > 6 files changed, 0 insertions(+), 11 deletions(-)
> > >
> > > Adding the new devicetree ml to the Cc:
> > >
> > > I'm fine with the changes to the dts{i} files, but I think the binding
> > > document should be handled differently.
> > >
> > > thx,
> > >
> > > Jason.
> > >
> > > >
> > > > diff --git a/Documentation/devicetree/bindings/dma/mv-xor.txt b/Documentation/devicetree/bindings/dma/mv-xor.txt
> > > > index 7c6cb7f..68f7004 100644
> > > > --- a/Documentation/devicetree/bindings/dma/mv-xor.txt
> > > > +++ b/Documentation/devicetree/bindings/dma/mv-xor.txt
> > > > @@ -14,7 +14,6 @@ properties:
> > > >
> > > > And the following optional properties:
> > > > - dmacap,memcpy to indicate that the XOR channel is capable of memcpy operations
> > > > -- dmacap,memset to indicate that the XOR channel is capable of memset operations
> > > > - dmacap,xor to indicate that the XOR channel is capable of xor operations
> > > >
> > > > Example:
> > > > @@ -35,6 +34,5 @@ xor@d0060900 {
> > > > interrupts = <52>;
> > > > dmacap,memcpy;
> > > > dmacap,xor;
> > > > - dmacap,memset;
> > > > };
> > > > };
> > > > diff --git a/arch/arm/boot/dts/armada-370.dtsi b/arch/arm/boot/dts/armada-370.dtsi
> > > > index fa3dfc6..a315ad1 100644
> > > > --- a/arch/arm/boot/dts/armada-370.dtsi
> > > > +++ b/arch/arm/boot/dts/armada-370.dtsi
> > > > @@ -132,7 +132,6 @@
> > > > interrupts = <52>;
> > > > dmacap,memcpy;
> > > > dmacap,xor;
> > > > - dmacap,memset;
> > > > };
> > > > };
> > > >
> > > > @@ -151,7 +150,6 @@
> > > > interrupts = <95>;
> > > > dmacap,memcpy;
> > > > dmacap,xor;
> > > > - dmacap,memset;
> > > > };
> > > > };
> > > >
> > > > diff --git a/arch/arm/boot/dts/armada-xp.dtsi b/arch/arm/boot/dts/armada-xp.dtsi
> > > > index 416eb94..4b3dd56 100644
> > > > --- a/arch/arm/boot/dts/armada-xp.dtsi
> > > > +++ b/arch/arm/boot/dts/armada-xp.dtsi
> > > > @@ -114,7 +114,6 @@
> > > > interrupts = <52>;
> > > > dmacap,memcpy;
> > > > dmacap,xor;
> > > > - dmacap,memset;
> > > > };
> > > > };
> > > >
> > > > @@ -134,7 +133,6 @@
> > > > interrupts = <95>;
> > > > dmacap,memcpy;
> > > > dmacap,xor;
> > > > - dmacap,memset;
> > > > };
> > > > };
> > > >
> > > > diff --git a/arch/arm/boot/dts/dove.dtsi b/arch/arm/boot/dts/dove.dtsi
> > > > index 6cab468..2cef34f 100644
> > > > --- a/arch/arm/boot/dts/dove.dtsi
> > > > +++ b/arch/arm/boot/dts/dove.dtsi
> > > > @@ -232,7 +232,6 @@
> > > >
> > > > channel1 {
> > > > interrupts = <40>;
> > > > - dmacap,memset;
> > > > dmacap,memcpy;
> > > > dmacap,xor;
> > > > };
> > > > @@ -253,7 +252,6 @@
> > > >
> > > > channel1 {
> > > > interrupts = <43>;
> > > > - dmacap,memset;
> > > > dmacap,memcpy;
> > > > dmacap,xor;
> > > > };
> > > > diff --git a/arch/arm/boot/dts/kirkwood.dtsi b/arch/arm/boot/dts/kirkwood.dtsi
> > > > index 9809fc1..078637c 100644
> > > > --- a/arch/arm/boot/dts/kirkwood.dtsi
> > > > +++ b/arch/arm/boot/dts/kirkwood.dtsi
> > > > @@ -126,7 +126,6 @@
> > > > interrupts = <6>;
> > > > dmacap,memcpy;
> > > > dmacap,xor;
> > > > - dmacap,memset;
> > > > };
> > > > };
> > > >
> > > > @@ -146,7 +145,6 @@
> > > > interrupts = <8>;
> > > > dmacap,memcpy;
> > > > dmacap,xor;
> > > > - dmacap,memset;
> > > > };
> > > > };
> > > >
> > > > diff --git a/arch/arm/boot/dts/orion5x.dtsi b/arch/arm/boot/dts/orion5x.dtsi
> > > > index 892c64e..f82ece7 100644
> > > > --- a/arch/arm/boot/dts/orion5x.dtsi
> > > > +++ b/arch/arm/boot/dts/orion5x.dtsi
> > > > @@ -120,7 +120,6 @@
> > > > interrupts = <31>;
> > > > dmacap,memcpy;
> > > > dmacap,xor;
> > > > - dmacap,memset;
> > > > };
> > > > };
> > > >
> > > > --
> > > > 1.7.2.5
> > > >
> > > >
> > > > _______________________________________________
> > > > linux-arm-kernel mailing list
> > > > linux-arm-kernel@lists.infradead.org
> > > > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> > > --
> > > To unsubscribe from this list: send the line "unsubscribe devicetree" in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
> > _______________________________________________
> > linux-arm-kernel mailing list
> > linux-arm-kernel@lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> >
> --
> To unsubscribe from this list: send the line "unsubscribe devicetree" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2013-08-05 12:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-02 10:54 [PATCH 0/2] ARM: mvebu: fixes for v3.11 Sebastian Hesselbarth
2013-07-02 10:54 ` [PATCH 1/2] ARM: remove dmacap,memset from Device tree binding Sebastian Hesselbarth
2013-07-25 15:31 ` Jason Cooper
2013-08-04 1:09 ` Jason Cooper
2013-08-05 9:53 ` Mark Rutland
2013-08-05 12:26 ` Jason Cooper [this message]
2013-08-05 13:12 ` Sebastian Hesselbarth
2013-07-02 10:54 ` [PATCH 2/2] ARM: orion5x: add missing mbus include Sebastian Hesselbarth
2013-07-25 15:38 ` Jason Cooper
2013-07-25 21:07 ` Jason Cooper
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130805122638.GE19280@titan.lakedaemon.net \
--to=jason@lakedaemon.net \
--cc=andrew@lunn.ch \
--cc=devicetree@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=sebastian.hesselbarth@gmail.com \
--cc=thomas.petazzoni@free-electrons.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®