From: Chris Packham <chris.packham@alliedtelesis.co.nz> Date: 2017-02-01 23:17:56
The l2-cache controller on the T2080 SoC has similar capabilities to the
others already supported by the mpc85xx_edac driver. Add it to the list
of compatible devices.
Signed-off-by: Chris Packham <chris.packham@alliedtelesis.co.nz>
Acked-by: Johannes Thumshirn <jth@kernel.org>
---
This is a resend of a patch that got an ack[1] but didn't seem to get
picked up.
[1] http://marc.info/?l=linux-edac&m=148042072225488&w=2
Changes since v1:
- Collect ack from Johannes.
arch/powerpc/boot/dts/fsl/t2081si-post.dtsi | 1 +
drivers/edac/mpc85xx_edac.c | 1 +
2 files changed, 2 insertions(+)
On Thu, Feb 02, 2017 at 12:16:24PM +1300, Chris Packham wrote:
The l2-cache controller on the T2080 SoC has similar capabilities to the
others already supported by the mpc85xx_edac driver. Add it to the list
of compatible devices.
Signed-off-by: Chris Packham <chris.packham@alliedtelesis.co.nz>
Acked-by: Johannes Thumshirn <jth@kernel.org>
---
This is a resend of a patch that got an ack[1] but didn't seem to get
picked up.
[1] http://marc.info/?l=linux-edac&m=148042072225488&w=2
Changes since v1:
- Collect ack from Johannes.
WARNING: DT compatible string "fsl,t2080-l2-cache-controller" appears un-documented -- check ./Documentation/devicetree/bindings/
#58: FILE: drivers/edac/mpc85xx_edac.c:632:
+ { .compatible = "fsl,t2080-l2-cache-controller", },
What is checkpatch.pl trying to tell me here?
--
Regards/Gruss,
Boris.
Good mailing practices for 400: avoid top-posting and trim the reply.
From: Chris Packham <Chris.Packham@alliedtelesis.co.nz> Date: 2017-02-01 23:46:30
On 02/02/17 12:28, Borislav Petkov wrote:=0A=
On Thu, Feb 02, 2017 at 12:16:24PM +1300, Chris Packham wrote:=0A=
quoted
The l2-cache controller on the T2080 SoC has similar capabilities to the=
=0A=
quoted
others already supported by the mpc85xx_edac driver. Add it to the list=
=0A=
quoted
of compatible devices.=0A=
=0A=
Signed-off-by: Chris Packham <chris.packham@alliedtelesis.co.nz>=0A=
Acked-by: Johannes Thumshirn <jth@kernel.org>=0A=
---=0A=
This is a resend of a patch that got an ack[1] but didn't seem to get=0A=
picked up.=0A=
=0A=
[1] http://marc.info/?l=3Dlinux-edac&m=3D148042072225488&w=3D2=0A=
=0A=
Changes since v1:=0A=
- Collect ack from Johannes.=0A=
#58: FILE: drivers/edac/mpc85xx_edac.c:632:=0A=
+ { .compatible =3D "fsl,t2080-l2-cache-controller", },=0A=
=0A=
What is checkpatch.pl trying to tell me here?=0A=
=0A=
=0A=
checpkatch.pl is confused by =0A=
Documentation/devicetree/bindings/powerpc/fsl/l2cache.txt which says=0A=
=0A=
- compatible : Should include "fsl,chip-l2-cache-controller" and "cache"=
=0A=
where chip is the processor (bsc9132, npc8572 etc.)=0A=
=0A=
So none of the fsl cache controllers pass the checkpatch.pl test.=0A=
WARNING: DT compatible string "fsl,t2080-l2-cache-controller" appears un-documented -- check ./Documentation/devicetree/bindings/
#58: FILE: drivers/edac/mpc85xx_edac.c:632:
+ { .compatible = "fsl,t2080-l2-cache-controller", },
What is checkpatch.pl trying to tell me here?
checpkatch.pl is confused by
Documentation/devicetree/bindings/powerpc/fsl/l2cache.txt which says
- compatible : Should include "fsl,chip-l2-cache-controller" and "cache"
where chip is the processor (bsc9132, npc8572 etc.)
So none of the fsl cache controllers pass the checkpatch.pl test.
Hmm, so others do list those names explicitly. For example:
Documentation/devicetree/bindings/pinctrl/allwinner,sunxi-pinctrl.txt
And the patch that added that check to cp:
bff5da433525 ("checkpatch: add DT compatible string documentation checks")
is basically to enforce explicit compatible names.
So I'd like to have an ACK from a PPC maintainer here first before I
apply this.
--
Regards/Gruss,
Boris.
Good mailing practices for 400: avoid top-posting and trim the reply.
WARNING: DT compatible string "fsl,t2080-l2-cache-controller" appears un-documented -- check ./Documentation/devicetree/bindings/
#58: FILE: drivers/edac/mpc85xx_edac.c:632:
+ { .compatible = "fsl,t2080-l2-cache-controller", },
What is checkpatch.pl trying to tell me here?
checpkatch.pl is confused by
Documentation/devicetree/bindings/powerpc/fsl/l2cache.txt which says
- compatible : Should include "fsl,chip-l2-cache-controller" and "cache"
where chip is the processor (bsc9132, npc8572 etc.)
So none of the fsl cache controllers pass the checkpatch.pl test.
Hmm, so others do list those names explicitly. For example:
Documentation/devicetree/bindings/pinctrl/allwinner,sunxi-pinctrl.txt
And the patch that added that check to cp:
bff5da433525 ("checkpatch: add DT compatible string documentation checks")
is basically to enforce explicit compatible names.
So I'd like to have an ACK from a PPC maintainer here first before I
apply this.
It's fine with me:
Acked-by: Michael Ellerman <mpe@ellerman.id.au>
Chris if you want to send a patch to add the compatible string to the
l2cache.txt I would merge that, but honestly it doesn't achieve much
other than possibly catching a typo in the compatible name.
cheers
From: Chris Packham <Chris.Packham@alliedtelesis.co.nz> Date: 2017-02-03 00:19:09
On 03/02/17 12:55, Michael Ellerman wrote:=0A=
Chris if you want to send a patch to add the compatible string to the=0A=
l2cache.txt I would merge that, but honestly it doesn't achieve much=0A=
other than possibly catching a typo in the compatible name.=0A=
=0A=
I think catching a typo might be worthwhile. It's 5 minutes work for me =0A=
to grep/sed through the code to find existing compatible strings and =0A=
update the document. Which might save someone else a lot of time =0A=
debugging only to find out they've transposed some digits in the dts.=0A=
=0A=
I'll whip something up and send it out shortly.=0A=
From: Michael Ellerman <mpe@ellerman.id.au> Date: 2017-02-03 05:12:09
Chris Packham [off-list ref] writes:
On 03/02/17 12:55, Michael Ellerman wrote:
quoted
Chris if you want to send a patch to add the compatible string to the
l2cache.txt I would merge that, but honestly it doesn't achieve much
other than possibly catching a typo in the compatible name.
I think catching a typo might be worthwhile. It's 5 minutes work for me
to grep/sed through the code to find existing compatible strings and
update the document. Which might save someone else a lot of time
debugging only to find out they've transposed some digits in the dts.
I'll whip something up and send it out shortly.