All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jon Hunter <jon-hunter@ti.com>
To: Daniel Mack <zonque@gmail.com>
Cc: linux-arm-kernel@lists.infradead.org,
	devicetree-discuss@lists.ozlabs.org, robherring2@gmail.com,
	linux-omap@vger.kernel.org, x0148406@ti.com, tony@atomide.com,
	paul@pwsan.com, nsekhar@ti.com
Subject: Re: [PATCH v3 0/4] RFC: OMAP GPMC DT bindings
Date: Fri, 2 Nov 2012 14:29:07 -0500	[thread overview]
Message-ID: <50941F03.2030701@ti.com> (raw)
In-Reply-To: <1351869956-2787-1-git-send-email-zonque@gmail.com>


On 11/02/2012 10:25 AM, Daniel Mack wrote:
> This is a series of patches to support GPMC peripherals on OMAP boards.
> 
> Depends on Linus' master +
> omap-next (branch omap-for-v3.8/cleanup-headers-gpmc)
> 
> The only supported peripheral for now is NAND, but other types would be
> easy to add.
> 
> Version 2 addresses details pointed out by Jon Hunter, Afzal Mohammed
> and Rob Herring:
> 
>  - add "reg" and "ti,hwmod" properties to Documentation
>  - use generic of_mtd functions and the property names defined by them,
>    namely "nand-bus-width" and "nand-ecc-mode"
>  - reduce the default register space size in the Documentation to 8K,
>    as found in the hwmod code
>  - switch to a DT layout based on ranges and address translation.
>    Although this property is not currently looked at as long as the
>    handling code still uses the runtime calculation methods, we now
>    have these values in the bindings, eventually allowing us to
>    switch the implementation with less pain.
> 
> Version 3 includes fixes pointed out by Jon Hunter:
> 
>  - better documentation of the 'ranges' property to describe the
>    fact that it's representing the CS lines
>  - GPMC_CS_CONFIGx -> GPMC_CONFIGx in comments
>  - drop interrupt-parent from example bindings
>  - add of_node_put() at the end of the child iteration

Thanks. But I am still not completely happy with this. You may wish to
wait until we have resolved all the current comments before sending out
another version.

Cheers
Jon

WARNING: multiple messages have this Message-ID (diff)
From: jon-hunter@ti.com (Jon Hunter)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 0/4] RFC: OMAP GPMC DT bindings
Date: Fri, 2 Nov 2012 14:29:07 -0500	[thread overview]
Message-ID: <50941F03.2030701@ti.com> (raw)
In-Reply-To: <1351869956-2787-1-git-send-email-zonque@gmail.com>


On 11/02/2012 10:25 AM, Daniel Mack wrote:
> This is a series of patches to support GPMC peripherals on OMAP boards.
> 
> Depends on Linus' master +
> omap-next (branch omap-for-v3.8/cleanup-headers-gpmc)
> 
> The only supported peripheral for now is NAND, but other types would be
> easy to add.
> 
> Version 2 addresses details pointed out by Jon Hunter, Afzal Mohammed
> and Rob Herring:
> 
>  - add "reg" and "ti,hwmod" properties to Documentation
>  - use generic of_mtd functions and the property names defined by them,
>    namely "nand-bus-width" and "nand-ecc-mode"
>  - reduce the default register space size in the Documentation to 8K,
>    as found in the hwmod code
>  - switch to a DT layout based on ranges and address translation.
>    Although this property is not currently looked at as long as the
>    handling code still uses the runtime calculation methods, we now
>    have these values in the bindings, eventually allowing us to
>    switch the implementation with less pain.
> 
> Version 3 includes fixes pointed out by Jon Hunter:
> 
>  - better documentation of the 'ranges' property to describe the
>    fact that it's representing the CS lines
>  - GPMC_CS_CONFIGx -> GPMC_CONFIGx in comments
>  - drop interrupt-parent from example bindings
>  - add of_node_put() at the end of the child iteration

Thanks. But I am still not completely happy with this. You may wish to
wait until we have resolved all the current comments before sending out
another version.

Cheers
Jon

  parent reply	other threads:[~2012-11-02 19:29 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-02 15:25 [PATCH v3 0/4] RFC: OMAP GPMC DT bindings Daniel Mack
2012-11-02 15:25 ` Daniel Mack
2012-11-02 15:25 ` [PATCH v3 1/4] mtd: omap-nand: pass device_node in platform data Daniel Mack
2012-11-02 15:25   ` Daniel Mack
2012-11-02 15:25 ` [PATCH v3 2/4] ARM: OMAP: gpmc: enable hwecc for AM33xx SoCs Daniel Mack
2012-11-02 15:25   ` Daniel Mack
2012-11-05 10:57   ` Philip, Avinash
2012-11-05 10:57     ` Philip, Avinash
2012-11-02 15:25 ` [PATCH v3 3/4] ARM: OMAP: gpmc: don't create devices from initcall on DT Daniel Mack
2012-11-02 15:25   ` Daniel Mack
2012-11-02 15:25 ` [PATCH v3 4/4] ARM: OMAP: gpmc: add DT bindings for GPMC timings and NAND Daniel Mack
2012-11-02 15:25   ` Daniel Mack
2012-11-05 11:03   ` Philip, Avinash
2012-11-05 11:03     ` Philip, Avinash
2012-11-05 12:58     ` Daniel Mack
2012-11-05 12:58       ` Daniel Mack
2012-11-05 13:29       ` Philip, Avinash
2012-11-05 13:29         ` Philip, Avinash
2012-11-05 23:03         ` Murali Karicheri
     [not found]         ` <518397C60809E147AF5323E0420B992E3E9DC1F1-Er742YJ7I/eIQmiDNMet8wC/G2K4zDHf@public.gmane.org>
2012-11-07  9:48           ` Daniel Mack
2012-11-07  9:48             ` Daniel Mack
2012-11-07 15:37             ` Philip, Avinash
2012-11-07 15:37               ` Philip, Avinash
2012-11-10 18:56               ` Daniel Mack
2012-11-10 18:56                 ` Daniel Mack
2012-11-15  0:26                 ` Daniel Mack
2012-11-15  0:26                   ` Daniel Mack
2012-11-19  6:06                 ` Philip, Avinash
2012-11-19  6:06                   ` Philip, Avinash
2012-11-20 15:59                 ` Peter Korsgaard
2012-11-20 15:59                   ` Peter Korsgaard
2012-11-21 10:15                   ` Daniel Mack
2012-11-21 10:15                     ` Daniel Mack
     [not found]                     ` <50ACA9BB.7090106-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2012-11-23 10:43                       ` Philip, Avinash
2012-11-23 10:43                         ` Philip, Avinash
2012-11-27 14:00                         ` Daniel Mack
2012-11-27 14:00                           ` Daniel Mack
     [not found]                           ` <50B4C796.4010403-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2012-11-28  5:01                             ` Philip, Avinash
2012-11-28  5:01                               ` Philip, Avinash
2012-12-01 21:50                               ` Ivan Djelic
2012-12-01 21:50                                 ` Ivan Djelic
     [not found]                                 ` <20121201215014.GA11236-ITF29qwbsa/QT0dZR+AlfA@public.gmane.org>
2012-12-05  5:15                                   ` Philip, Avinash
2012-12-05  5:15                                     ` Philip, Avinash
2012-12-06 10:15                                     ` Ivan Djelic
2012-12-06 10:15                                       ` Ivan Djelic
2012-12-06 13:12                                       ` Philip, Avinash
2012-12-06 13:12                                         ` Philip, Avinash
2012-11-02 19:29 ` Jon Hunter [this message]
2012-11-02 19:29   ` [PATCH v3 0/4] RFC: OMAP GPMC DT bindings Jon Hunter

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=50941F03.2030701@ti.com \
    --to=jon-hunter@ti.com \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=nsekhar@ti.com \
    --cc=paul@pwsan.com \
    --cc=robherring2@gmail.com \
    --cc=tony@atomide.com \
    --cc=x0148406@ti.com \
    --cc=zonque@gmail.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.