From: grant.likely@secretlab.ca (Grant Likely)
To: linux-arm-kernel@lists.infradead.org
Subject: [PULL] of nand generic binding
Date: Thu, 08 Mar 2012 18:44:39 -0700 [thread overview]
Message-ID: <20120309014439.235C23E0901@localhost> (raw)
In-Reply-To: <4F576602.8020808@gmail.com>
On Wed, 07 Mar 2012 07:43:30 -0600, Rob Herring <robherring2@gmail.com> wrote:
> On 03/07/2012 02:29 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 16:25 Wed 29 Feb , Jean-Christophe PLAGNIOL-VILLARD wrote:
> >> On 16:57 Fri 17 Feb , Jean-Christophe PLAGNIOL-VILLARD wrote:
> >>> HI,
> >>>
> >>> please find attached the generic binding for the MTD nand
> >>>
> >>> This will add boolean and nand helpers
> >> is it ok?
> > I need this for 3.4
> >
> > will you apply it or can I apply it via AT91
>
> Looks fine to me and Grant acked it, so go ahead and take with your at91
> branch.
Actually, taking another look at the of_mtd patch, that stuff really
belongs in the drivers/mtd directory. I'm not nacking the patch, but
you should send a follow up to move it into the correct place.
I don't like the of_property_read_bool patch. I don't want the
of_property_read_ functions to mix data return and error codes.
Either return a bool with an error code in the parameter list, or the
other way around. Otherwise we'll end up with the same problem as
APIs that use the ERR_PTR() pattern where callers will use it without
understanding that the return value isn't necessarily a bool.
g.
>
> Rob
>
> >
> > Best Regards,
> > J.
> > _______________________________________________
> > devicetree-discuss mailing list
> > devicetree-discuss at lists.ozlabs.org
> > https://lists.ozlabs.org/listinfo/devicetree-discuss
>
--
email sent from notmuch.vim plugin
WARNING: multiple messages have this Message-ID (diff)
From: Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
To: Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Jean-Christophe PLAGNIOL-VILLARD
<plagnioj-sclMFOaUSTBWk0Htik3J/w@public.gmane.org>
Cc: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PULL] of nand generic binding
Date: Thu, 08 Mar 2012 18:44:39 -0700 [thread overview]
Message-ID: <20120309014439.235C23E0901@localhost> (raw)
In-Reply-To: <4F576602.8020808-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
On Wed, 07 Mar 2012 07:43:30 -0600, Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> On 03/07/2012 02:29 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 16:25 Wed 29 Feb , Jean-Christophe PLAGNIOL-VILLARD wrote:
> >> On 16:57 Fri 17 Feb , Jean-Christophe PLAGNIOL-VILLARD wrote:
> >>> HI,
> >>>
> >>> please find attached the generic binding for the MTD nand
> >>>
> >>> This will add boolean and nand helpers
> >> is it ok?
> > I need this for 3.4
> >
> > will you apply it or can I apply it via AT91
>
> Looks fine to me and Grant acked it, so go ahead and take with your at91
> branch.
Actually, taking another look at the of_mtd patch, that stuff really
belongs in the drivers/mtd directory. I'm not nacking the patch, but
you should send a follow up to move it into the correct place.
I don't like the of_property_read_bool patch. I don't want the
of_property_read_ functions to mix data return and error codes.
Either return a bool with an error code in the parameter list, or the
other way around. Otherwise we'll end up with the same problem as
APIs that use the ERR_PTR() pattern where callers will use it without
understanding that the return value isn't necessarily a bool.
g.
>
> Rob
>
> >
> > Best Regards,
> > J.
> > _______________________________________________
> > devicetree-discuss mailing list
> > devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
> > https://lists.ozlabs.org/listinfo/devicetree-discuss
>
--
email sent from notmuch.vim plugin
next prev parent reply other threads:[~2012-03-09 1:44 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-17 15:57 [PULL] of nand generic binding Jean-Christophe PLAGNIOL-VILLARD
2012-02-17 15:57 ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-29 15:25 ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-29 15:25 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-07 8:29 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-07 8:29 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-07 13:43 ` Rob Herring
2012-03-07 13:43 ` Rob Herring
2012-03-07 16:28 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-07 16:28 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-09 1:44 ` Grant Likely [this message]
2012-03-09 1:44 ` Grant Likely
2012-03-09 10:09 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-09 10:09 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-09 11:40 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-09 11:40 ` Jean-Christophe PLAGNIOL-VILLARD
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=20120309014439.235C23E0901@localhost \
--to=grant.likely@secretlab.ca \
--cc=linux-arm-kernel@lists.infradead.org \
/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.