All of lore.kernel.org
 help / color / mirror / Atom feed
From: thierry.reding@gmail.com (Thierry Reding)
To: linux-arm-kernel@lists.infradead.org
Subject: [Ksummit-2013-discuss] [RFC] of: Allow for experimental device tree bindings
Date: Wed, 23 Oct 2013 20:59:10 +0200	[thread overview]
Message-ID: <20131023185909.GC7863@ulmo.nvidia.com> (raw)
In-Reply-To: <20131023172001.GA3379@katana>

On Wed, Oct 23, 2013 at 06:20:02PM +0100, Wolfram Sang wrote:
> 
> > Do we really want to polute the drivers and DT files with a ! in the
> > compatible values? I thought we'd considered that, but chosen having the
> > drivers that use unstable bindings depend on a Kconfig option as an
> > alternative, not an additional step?
> 
> I'd even go further and use "unstable-" as the prefix instead of "!"
> which is way more explicit.

I guess unstable- is as good as anything. I personally think that "!" is
disturbing enough to the eye to make it abundantly clear that something
is fishy.

> > The one issue with doing this is that if a binding is thought to be
> > unstable, but becomes stable later without any changes, we'll have to do
> > busy-work to remove the ! in all the DT files, thus artificially
> > introducing an incompatibility. Perhaps that's fine though?
> 
> I'd say yes. Going from unstable to stable is quite a step for a binding
> and that should be visible and worth a patch IMO. Also, when looking at
> a DTS file or some driver code, it will avoid
> confusion/misinterpretation if one can see immediately the status of a
> binding.

Yes, I fully agree. It might look like churn, but I think this could
actually be a part of the formal process to stabilize a binding. It
would be final step of that process, actually.

Thierry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20131023/3e27bbdc/attachment.sig>

WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Wolfram Sang <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>
Cc: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	ksummit-2013-discuss-cunTk1MwBs98uUxBSJOaYoYkZiVZrdSR2LY78lusg7I@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [Ksummit-2013-discuss] [RFC] of: Allow for experimental device tree bindings
Date: Wed, 23 Oct 2013 20:59:10 +0200	[thread overview]
Message-ID: <20131023185909.GC7863@ulmo.nvidia.com> (raw)
In-Reply-To: <20131023172001.GA3379@katana>

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

On Wed, Oct 23, 2013 at 06:20:02PM +0100, Wolfram Sang wrote:
> 
> > Do we really want to polute the drivers and DT files with a ! in the
> > compatible values? I thought we'd considered that, but chosen having the
> > drivers that use unstable bindings depend on a Kconfig option as an
> > alternative, not an additional step?
> 
> I'd even go further and use "unstable-" as the prefix instead of "!"
> which is way more explicit.

I guess unstable- is as good as anything. I personally think that "!" is
disturbing enough to the eye to make it abundantly clear that something
is fishy.

> > The one issue with doing this is that if a binding is thought to be
> > unstable, but becomes stable later without any changes, we'll have to do
> > busy-work to remove the ! in all the DT files, thus artificially
> > introducing an incompatibility. Perhaps that's fine though?
> 
> I'd say yes. Going from unstable to stable is quite a step for a binding
> and that should be visible and worth a patch IMO. Also, when looking at
> a DTS file or some driver code, it will avoid
> confusion/misinterpretation if one can see immediately the status of a
> binding.

Yes, I fully agree. It might look like churn, but I think this could
actually be a part of the formal process to stabilize a binding. It
would be final step of that process, actually.

Thierry

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

  reply	other threads:[~2013-10-23 18:59 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-23 15:06 [RFC] of: Allow for experimental device tree bindings Thierry Reding
2013-10-23 15:06 ` Thierry Reding
2013-10-23 16:05 ` [Ksummit-2013-discuss] " David Woodhouse
2013-10-23 16:05   ` David Woodhouse
2013-10-23 16:55   ` Guenter Roeck
2013-10-23 16:55     ` Guenter Roeck
2013-10-23 17:05     ` David Woodhouse
2013-10-23 17:05       ` David Woodhouse
2013-10-23 18:56       ` Thierry Reding
2013-10-23 18:56         ` Thierry Reding
2013-10-23 18:51   ` Thierry Reding
2013-10-23 18:51     ` Thierry Reding
2013-10-24 22:26     ` Stephen Warren
2013-10-24 22:26       ` Stephen Warren
2013-10-25  8:22       ` Thierry Reding
2013-10-25  8:22         ` Thierry Reding
2013-10-25  8:45         ` Stephen Warren
2013-10-25  8:45           ` Stephen Warren
2013-10-23 16:33 ` Stephen Warren
2013-10-23 16:33   ` Stephen Warren
2013-10-23 17:20   ` [Ksummit-2013-discuss] " Wolfram Sang
2013-10-23 17:20     ` Wolfram Sang
2013-10-23 18:59     ` Thierry Reding [this message]
2013-10-23 18:59       ` Thierry Reding
2013-10-23 19:34       ` Jason Gunthorpe
2013-10-23 19:34         ` Jason Gunthorpe
2013-10-23 19:58         ` Thierry Reding
2013-10-23 19:58           ` Thierry Reding
2013-10-23 21:08           ` Jason Gunthorpe
2013-10-23 21:08             ` Jason Gunthorpe
2013-10-24  8:04             ` Thierry Reding
2013-10-24  8:04               ` Thierry Reding
2013-10-24 17:32               ` Jason Gunthorpe
2013-10-24 17:32                 ` Jason Gunthorpe
2013-10-23 21:13           ` Andy Lutomirski
2013-10-23 21:13             ` Andy Lutomirski
2013-10-23 19:40       ` Wolfram Sang
2013-10-23 19:40         ` Wolfram Sang
2013-10-23 20:05         ` Thierry Reding
2013-10-23 20:05           ` Thierry Reding
2013-10-24  8:34     ` Grant Likely
2013-10-24  8:34       ` Grant Likely
2013-10-24  8:50       ` Thierry Reding
2013-10-24  8:50         ` Thierry Reding
2013-10-24 20:26       ` Matt Sealey
2013-10-24 20:26         ` Matt Sealey
2013-10-24 22:29       ` Stephen Warren
2013-10-24 22:29         ` Stephen Warren
2013-10-24 18:39 ` jonsmirl at gmail.com
2013-10-24 18:39   ` jonsmirl-Re5JQEeQqe8AvxtiuMwx3w

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=20131023185909.GC7863@ulmo.nvidia.com \
    --to=thierry.reding@gmail.com \
    --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.