All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Kleine-Budde <mkl@pengutronix.de>
To: hs@denx.de, anton.a.glukhov@gmail.com
Cc: linux-kernel@vger.kernel.org,
	"Benoît Cousson" <bcousson@baylibre.com>,
	"Anant Gole" <anantgole@ti.com>,
	devicetree@vger.kernel.org, netdev@vger.kernel.org,
	linux-can@vger.kernel.org, "Tony Lindgren" <tony@atomide.com>,
	"Wolfgang Grandegger" <wg@grandegger.com>,
	linux-omap@vger.kernel.org
Subject: Re: [PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller
Date: Mon, 19 Oct 2015 09:31:11 +0200	[thread overview]
Message-ID: <56249C3F.3080000@pengutronix.de> (raw)
In-Reply-To: <56249B58.6090100@denx.de>

[-- Attachment #1: Type: text/plain, Size: 2328 bytes --]

On 10/19/2015 09:27 AM, Heiko Schocher wrote:
>>>   .../devicetree/bindings/net/can/ti_hecc-can.txt    | 20 ++++++++++
>>>   arch/arm/boot/dts/am3517.dtsi                      | 13 +++++++
>>>   drivers/net/can/ti_hecc.c                          | 45 +++++++++++++++++++++-
>>>   3 files changed, 76 insertions(+), 2 deletions(-)
>>>   create mode 100644 Documentation/devicetree/bindings/net/can/ti_hecc-can.txt
>>>
>>> diff --git a/Documentation/devicetree/bindings/net/can/ti_hecc-can.txt b/Documentation/devicetree/bindings/net/can/ti_hecc-can.txt
>>> new file mode 100644
>>> index 0000000..09fab59
>>> --- /dev/null
>>> +++ b/Documentation/devicetree/bindings/net/can/ti_hecc-can.txt
>>> @@ -0,0 +1,20 @@
>>> +* TI HECC CAN *
>>> +
>>> +Required properties:
>>> +  - compatible: Should be "ti,hecc"
>>
>> We usually put the name of the first SoC this IP core appears in to the
>> compatible.
> 
> Ok, so "ti,am335xx-hecc" would be OK?
> @Anton: you used "am35x" ... it should be "am35xx"

The "xx" is not okay. Give precisely the first SoC Version this IP core
was implemented in.

> 
>>> +  - reg: Should contain CAN controller registers location and length
>>> +  - interrupts: Should contain IRQ line for the CAN controller
>>
>> I'm missing the description of the ti,* properties. I think they are
>> required, too. Although the code doesn't enforce it.
> 
> Ok.
> 
>>> +
>>> +Example:
>>> +
>>> +	can0: hecc@5c050000 {
>>> +		compatible = "ti,hecc";
>>> +		reg = <0x5c050000 0x4000>;
>>> +		interrupts = <24>;
>>> +		ti,hecc_scc_offset = <0>;
>>> +		ti,hecc_scc_ram_offset = <0x3000>;
>>> +		ti,hecc_ram_offset = <0x3000>;
>>> +		ti,hecc_mbx_offset = <0x2000>;
>>> +		ti,hecc_int_line = <0>;
>>> +		ti,hecc_version = <1>;
>>
>> Versioning in the OF world is done via the compatible. Are the offsets a
>> per SoC parameter? I'm not sure if it's better to put
>> the offsets into the driver.
> 
> I am unsure here too..

The devicetree people will hopefully help here.

regards,
Marc
-- 
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 455 bytes --]

  reply	other threads:[~2015-10-19  7:31 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-19  6:39 [PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller Heiko Schocher
2015-10-19  6:58 ` Marc Kleine-Budde
2015-10-19  7:27   ` Heiko Schocher
2015-10-19  7:31     ` Marc Kleine-Budde [this message]
2015-10-20 14:57       ` Anton.Glukhov
2015-10-20 15:05         ` Marc Kleine-Budde
2015-10-20 15:09           ` Anton.Glukhov
2015-10-20 15:18             ` Marc Kleine-Budde
2015-10-20 15:20               ` Marc Kleine-Budde
     [not found]                 ` <56265BC4.8080403-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2015-10-20 15:38                   ` Anton.Glukhov
2015-10-20 15:38                     ` Anton.Glukhov
2015-10-22  1:30   ` Rob Herring

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=56249C3F.3080000@pengutronix.de \
    --to=mkl@pengutronix.de \
    --cc=anantgole@ti.com \
    --cc=anton.a.glukhov@gmail.com \
    --cc=bcousson@baylibre.com \
    --cc=devicetree@vger.kernel.org \
    --cc=hs@denx.de \
    --cc=linux-can@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=tony@atomide.com \
    --cc=wg@grandegger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.