From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jason Cooper Subject: Re: [RFC] Culling traffic volume on devicetree mailing list Date: Wed, 22 Jan 2014 12:22:43 -0500 Message-ID: <20140122172243.GC29184@titan.lakedaemon.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Grant Likely Cc: "devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Rob Herring , Ian Campbell List-Id: devicetree@vger.kernel.org Grant, On Tue, Jan 21, 2014 at 02:40:48PM +0000, Grant Likely wrote: > Hi everyone, > > Today on the devicetree conf call Sorry I couldn't make it, I had a last minute engagement yesterday AM. > we (Rob, Ian and I) talked about culling the volume of traffic on the > devicetree list so that it would be more useful to the DTC maintainers > and non-Linux users like freebsd. We'd like to propose creating the > following two lists so that those interested don't need to drink from > the firehose: > > devicetree-compiler: Specifically for discussing dt tooling topics > (parsing, schema validation, data format) Ack. > devicetree-spec: For discussing 'core' device tree bindings. ie. > anything that would be a candidate for putting into an ePAPR type > spec. Individual device bindings would continue to be posted to > devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, but anything affecting subsystems or > generic patterns should be posted to this new list. > > Thoughts? How do patch series submitters easily determine when to send to -spec vice the general list? I'm thinking wrt get_maintainers.pl. Perhaps it's worth considering organizing Doc.../bindings/ into subsystem/ and ...'not'? The "suitable for ePAPR" criteria would be a good differentiator. thx, Jason. -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html