On Tue, Apr 05, 2011 at 12:36:57PM +0300, Felipe Balbi wrote: > On Tue, Apr 05, 2011 at 12:32:50PM +0300, Felipe Balbi wrote: > > From: Michael Fillinger <m-fillinger@xxxxxx> > > > > MCOP is an FPGA-based Silicon Validation platform > > which is used to test particular IPs inside OMAP > > before we have a real ASIC. > > > > Signed-off-by: Michael Fillinger <m-fillinger@xxxxxx> > > > > [ balbi@xxxxxx : few cleanups here an there and also > > removal of some unnecessary code. ] > > > > Signed-off-by: Felipe Balbi <balbi@xxxxxx> > > I should have RFCed this one, but bear with me for a minute. > > This is just the bare minimum board-file for MCOP, there's still a bunch > of changes needed to get it actually booting. The attached diff shows > many of them. > > Now, we don't want to send that patch upstream for obvious reasons and > we also don't want to add ifdefs to clock data files as that would break > multi-omap. What do you guys suggest ? How should we handle detection of > MCOP so that we choose correct HWMODs and clock data files for it ? > > I don't think Linus will like if we add yet another hwmod + clk data > file just for MCOP, so we need to re-use what's in tree. I'd suggest holding fire on new stuff. We *absolutely* *must* show that we're taking Linus' complaint seriously and make headway towards consolidating some of the code. I don't see that activity as optional. I've now made the decision (as I mentioned I may do in the thread) that for the next merge window I'm only taking consolidations and bug fixes through my tree, and I encourage everyone else to do the same. At the moment, I'm planning for this up until the next merge window, but if sufficient progress hasn't been done, I'll extend it thereafter. In other words, no new platform code and no new platform class code. The longer it takes to get the consolidation effort producing results, the longer we will have to keep the restriction in place, and the more painful it'll be for people who want to have their platforms merged. So I hope *no* one is thinking "this isn't my problem, someone else will solve it" - if you're thinking that then we're doomed. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
