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
next prev 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: linkBe 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.