All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jason Cooper <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>
To: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
Cc: Sascha Hauer <s.hauer-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Grant Likely
	<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>,
	Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Ian Campbell <ijc-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
	pawel.moll-5wv7dgnIgG8@public.gmane.org,
	mark.rutland-5wv7dgnIgG8@public.gmane.org,
	galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org,
	rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	devicetree-spec-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	devicetree-compiler-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: devicetree repository separation/migration
Date: Tue, 18 Feb 2014 14:22:42 -0500	[thread overview]
Message-ID: <20140218192242.GF7862@titan.lakedaemon.net> (raw)
In-Reply-To: <5303AFDC.9010908-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>

On Tue, Feb 18, 2014 at 12:09:16PM -0700, Stephen Warren wrote:
> On 02/18/2014 11:18 AM, Jason Cooper wrote:
> > On Tue, Feb 18, 2014 at 04:57:50PM +0100, Sascha Hauer wrote:
> >> On Mon, Feb 17, 2014 at 01:05:44PM -0500, Jason Cooper wrote:
> > ...
> >>>   - Is the Linux development workflow ready for devicetree to move out
> >>>     of the Linux Kernel?
> >>
> >> I hope so since keeping the devicetrees in sync with the kernel is a
> >> pain for all external users.
> > 
> > Well, I haven't heard any screams yet.  I suspect people are waiting for
> > details on the exact form it would take before complaining...
> > 
> >>>   - How do we envision projects will use it?  git submodule?  reference
> >>>     a version tag?  (this is primarily targeted at bootloaders that need
> >>>     to compile in a dtb or subset of a dtb into the bootloader)
> >>
> >> I would prefer to use it as a submodule.
> > 
> > ok.  I've often thought that was the right solution for several things
> > (dtc.git inside the kernel tree), but no one ever seemed to speak of it
> > or bring it up.  Kinda like leprosy.
> > 
> > It does add an extra step to build process for new users.  Although that
> > could be handled in the Makefile.
> 
> My limited experience of git submodules implies that comparing them to
> Leprosy isn't a bad comparison:-)
> 
> If they are separated out, I'd vastly prefer they simply be a standalone
> project completed divorced from the kernel.

Yes, I probably wasn't clear.  The devicetree repo _would_ be it's own
repo divorced from all other projects, including the kernel.

How projects wish to integrate the tree in order to produce the dtbs is
the question at hand.  The outcome of the discussion may have an effect
on how we structure the tree.  eg Makefile's and such.

> Playing games with git submodules to try and make it easier seems more
> likely to actually make this more complicated.

I've played around with them a bit, and I think they are most similar to
round-abouts.  It looks like chaos.  But as long as people follow a few
simple rules, it works out fine.

>From the devicetree pov, though, it would just be maintaining the
makefile(s) to be amenable to that scenario.

thx,

Jason.
--
To unsubscribe from this list: send the line "unsubscribe devicetree-spec" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: Jason Cooper <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>
To: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
Cc: Sascha Hauer <s.hauer-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Grant Likely
	<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>,
	Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Ian Campbell <ijc-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
	pawel.moll-5wv7dgnIgG8@public.gmane.org,
	mark.rutland-5wv7dgnIgG8@public.gmane.org,
	galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org,
	rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	devicetree-spec-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	devicetree-compiler-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: devicetree repository separation/migration
Date: Tue, 18 Feb 2014 14:22:42 -0500	[thread overview]
Message-ID: <20140218192242.GF7862@titan.lakedaemon.net> (raw)
In-Reply-To: <5303AFDC.9010908-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>

On Tue, Feb 18, 2014 at 12:09:16PM -0700, Stephen Warren wrote:
> On 02/18/2014 11:18 AM, Jason Cooper wrote:
> > On Tue, Feb 18, 2014 at 04:57:50PM +0100, Sascha Hauer wrote:
> >> On Mon, Feb 17, 2014 at 01:05:44PM -0500, Jason Cooper wrote:
> > ...
> >>>   - Is the Linux development workflow ready for devicetree to move out
> >>>     of the Linux Kernel?
> >>
> >> I hope so since keeping the devicetrees in sync with the kernel is a
> >> pain for all external users.
> > 
> > Well, I haven't heard any screams yet.  I suspect people are waiting for
> > details on the exact form it would take before complaining...
> > 
> >>>   - How do we envision projects will use it?  git submodule?  reference
> >>>     a version tag?  (this is primarily targeted at bootloaders that need
> >>>     to compile in a dtb or subset of a dtb into the bootloader)
> >>
> >> I would prefer to use it as a submodule.
> > 
> > ok.  I've often thought that was the right solution for several things
> > (dtc.git inside the kernel tree), but no one ever seemed to speak of it
> > or bring it up.  Kinda like leprosy.
> > 
> > It does add an extra step to build process for new users.  Although that
> > could be handled in the Makefile.
> 
> My limited experience of git submodules implies that comparing them to
> Leprosy isn't a bad comparison:-)
> 
> If they are separated out, I'd vastly prefer they simply be a standalone
> project completed divorced from the kernel.

Yes, I probably wasn't clear.  The devicetree repo _would_ be it's own
repo divorced from all other projects, including the kernel.

How projects wish to integrate the tree in order to produce the dtbs is
the question at hand.  The outcome of the discussion may have an effect
on how we structure the tree.  eg Makefile's and such.

> Playing games with git submodules to try and make it easier seems more
> likely to actually make this more complicated.

I've played around with them a bit, and I think they are most similar to
round-abouts.  It looks like chaos.  But as long as people follow a few
simple rules, it works out fine.

From the devicetree pov, though, it would just be maintaining the
makefile(s) to be amenable to that scenario.

thx,

Jason.
--
To unsubscribe from this list: send the line "unsubscribe devicetree-spec" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2014-02-18 19:22 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-17 18:05 devicetree repository separation/migration Jason Cooper
     [not found] ` <20140217180544.GU7862-u4khhh1J0LxI1Ri9qeTfzeTW4wlIGRCZ@public.gmane.org>
2014-02-18 14:34   ` Jason Cooper
2014-02-18 15:57   ` Sascha Hauer
     [not found]     ` <20140218155750.GS17250-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2014-02-18 18:18       ` Jason Cooper
     [not found]         ` < CACxGe6vU3j4-UtUtxBkT=Mf+AeLVxBcWicGqQhcGVZXnEBUkig@mail.gmail.com>
     [not found]         ` <20140218181854.GB7862-u4khhh1J0LxI1Ri9qeTfzeTW4wlIGRCZ@public.gmane.org>
2014-02-18 19:09           ` Stephen Warren
     [not found]             ` <5303AFDC.9010908-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2014-02-18 19:22               ` Jason Cooper [this message]
2014-02-18 19:22                 ` Jason Cooper
2014-02-18 19:47           ` Olof Johansson
     [not found]             ` <CAOesGMhvoB7vRf3H1kMaL5+MgZ2gJy=ZVNU0gsXVye9S4YGBOg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-18 22:21               ` Olof Johansson
     [not found]                 ` <CAOesGMi8zJXhfj46CLB-_Kk2s4MY9da46DhMoCtRj=zSUiuOGA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-18 22:44                   ` Tim Bird
     [not found]                     ` <CA+bK7J5+n2Se4cLv5WjR5B31ej7FdrGjPcjUULNrhb1UQ7=vmA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-19  9:08                       ` Sascha Hauer
     [not found]                         ` <20140219090854.GW17250-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2014-02-19 20:16                           ` Frank Rowand
     [not found]                             ` <53051102.8060801-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-02-19 21:15                               ` Grant Likely
     [not found]                                 ` <CACxGe6uhA6FMR76WJGVEt44x6bQOC=woCkDr6ZUH30hTd8f2wA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-19 21:37                                   ` Frank Rowand
2014-02-20  4:58                                   ` Frank Rowand
     [not found]                                     ` <53058B69.4040502-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-02-20  8:14                                       ` Grant Likely
     [not found]                                         ` <CACxGe6ugF2_kzDPLdv-Z1LUnkX4DHq9R45o64kJHVBSQjWFiNg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-20  9:38                                           ` Ian Campbell
2014-02-20 21:15                                           ` Frank Rowand
2014-02-21 18:22                                       ` Warner Losh
     [not found]                                         ` <7F6C2FEA-D330-4CFA-8DC2-554DB8908EC6-uzTCJ5RojNnQT0dZR+AlfA@public.gmane.org>
2014-02-21 21:04                                           ` Frank Rowand
2014-02-19 21:12                       ` Rob Herring
     [not found]                         ` <CAL_JsqJG+OXbT7sMiHV2dCx+nf--RidL8MmMd=dy6_gAa0yYcg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-19 21:20                           ` Olof Johansson
     [not found]                             ` <CAOesGMiHOwSYTCUaptacN=_pbXnObU5gqpxQHQ+kRTaW-ow3rA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-20  9:40                               ` Ian Campbell
2014-02-20 11:38                               ` Grant Likely
     [not found]                                 ` <20140220113832.D9E13C4050F-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
2014-02-21 18:27                                   ` Warner Losh
     [not found]                                     ` <0F360BC4-77AC-44E4-85FA-A8AAA336BA4D-uzTCJ5RojNnQT0dZR+AlfA@public.gmane.org>
2014-02-22 18:16                                       ` Sascha Hauer
2014-02-21 18:57                                   ` Olof Johansson
2014-02-20 14:34                               ` Rob Herring
2014-02-19 21:32                           ` Frank Rowand
     [not found]                             ` <530522F8.8050102-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-02-20 15:01                               ` Rob Herring
2014-02-19  9:22               ` Sascha Hauer
2014-02-19 18:32               ` Jason Cooper
     [not found]                 ` <20140219183221.GO7862-u4khhh1J0LxI1Ri9qeTfzeTW4wlIGRCZ@public.gmane.org>
2014-02-19 20:23                   ` Warner Losh
     [not found]                     ` <FC8FF4FE-E9F5-4C17-BF3A-01ADAA1584D7-uzTCJ5RojNnQT0dZR+AlfA@public.gmane.org>
2014-02-20  9:50                       ` Ian Campbell
2014-02-18 22:14           ` Frank Rowand
     [not found]             ` <5303DB5B.2090505-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-02-19 18:46               ` Jason Cooper
     [not found]                 ` <20140219184626.GP7862-u4khhh1J0LxI1Ri9qeTfzeTW4wlIGRCZ@public.gmane.org>
2014-02-19 20:18                   ` Frank Rowand
     [not found]                     ` <5305119F.2070405-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-02-20  9:49                       ` Ian Campbell
2014-02-19 20:28                   ` Warner Losh
2014-02-19  8:32           ` Sascha Hauer
     [not found]             ` <20140219083232.GV17250-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2014-02-19 18:50               ` Jason Cooper
2014-02-19 21:09           ` Grant Likely
     [not found]             ` <CACxGe6vU3j4-UtUtxBkT=Mf+AeLVxBcWicGqQhcGVZXnEBUkig-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-19 21:43               ` Warner Losh
2014-02-20 11:39                 ` Grant Likely
     [not found]                   ` <20140220113951.612DDC4050F-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
2014-02-21 18:28                     ` Warner Losh
     [not found]         ` < CAOesGMhvoB7vRf3H1kMaL5+MgZ2gJy=ZVNU0gsXVye9S4YGBOg@mail.gmail.com>
     [not found]           ` < CAOesGMi8zJXhfj46CLB-_Kk2s4MY9da46DhMoCtRj=zSUiuOGA@mail.gmail.com>
     [not found]             ` < CA+bK7J5+n2Se4cLv5WjR5B31ej7FdrGjPcjUULNrhb1UQ7=vmA@mail.gmail.com>
     [not found]               ` < CAL_JsqJG+OXbT7sMiHV2dCx+nf--RidL8MmMd=dy6_gAa0yYcg@mail.gmail.com>
     [not found]           ` < 20140219183221.GO7862@titan.lakedaemon.net>
     [not found]             ` < FC8FF4FE-E9F5-4C17-BF3A-01ADAA1584D7@bsdimp.com>
     [not found]               ` <1392889831.23342.11.camel @kazak.uk.xensource.com>
     [not found]                 ` <1392889831.23342.11.camel-ommiHX4a84BXesXXhkcM7miJhflN2719@public.gmane.org>
2014-02-20 11:39                   ` Grant Likely
2014-02-21  1:07   ` Frank Rowand
     [not found]     ` <5306A6C0.9000206-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-02-21 14:11       ` Sascha Hauer
     [not found]         ` <20140221141136.GI17250-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2014-02-21 18:47           ` Olof Johansson
     [not found]             ` <CAOesGMjY2aDLPYLncxHs9gqmWCFy+e4sZK_ET-17qzEU-JwvdQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-28  8:00               ` Sascha Hauer
2014-02-24 15:59           ` Ian Campbell
     [not found]             ` <1393257557.16570.94.camel-ommiHX4a84BXesXXhkcM7miJhflN2719@public.gmane.org>
2014-02-25  7:26               ` Sascha Hauer
     [not found]                 ` <20140225072609.GW17250-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2014-02-25  7:36                   ` Ian Campbell
     [not found]                     ` <1393313764.9640.15.camel-ztPmHsLffjjnO4AKDKe2m+kiAK3p4hvP@public.gmane.org>
2014-02-26  9:00                       ` Ian Campbell
     [not found]                         ` <1393405232.16570.106.camel-ommiHX4a84BXesXXhkcM7miJhflN2719@public.gmane.org>
2014-02-26  9:18                           ` Sascha Hauer
     [not found]         ` < CAOesGMjY2aDLPYLncxHs9gqmWCFy+e4sZK_ET-17qzEU-JwvdQ@mail.gmail.com>
     [not found]           ` < 20140228080025.GK24917@pengutronix.de>
     [not found]             ` <20140228080025.GK24917-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2014-03-01 21:04               ` Grant Likely

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=20140218192242.GF7862@titan.lakedaemon.net \
    --to=jason-nlaqjdtuok4be96alqz0ja@public.gmane.org \
    --cc=devicetree-compiler-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=devicetree-spec-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org \
    --cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \
    --cc=ijc-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org \
    --cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
    --cc=pawel.moll-5wv7dgnIgG8@public.gmane.org \
    --cc=rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org \
    --cc=robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=s.hauer-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org \
    --cc=swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.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.