* Hiremath, Vaibhav <hvaibhav@xxxxxx> [121026 01:24]: > On Fri, Oct 19, 2012 at 21:30:41, Tony Lindgren wrote: > > * Richard Cochran <richardcochran@xxxxxxxxx> [121018 23:18]: > > > On Fri, Oct 19, 2012 at 02:18:29AM +0530, Vaibhav Hiremath wrote: > > > > > > > > Another important point is, this driver is also required and used for > > > > Davinci family of devices (arch/mach/mach-davinci/). > > > > > > That is really beside the point. If the code isn't ready yet, then > > > don't merge it. > > > > > > When I asked about the beaglebone, I was given the impression that it > > > will be ready for v3.7-rc1. But, as I know realize, at the current > > > rate, it might not even be ready for v3.8. > > > > > > I don't mind waiting, but please make sure that whatever lands into a > > > release is really, truly working. > > > > Indeed. This has been a problem with many of the TI patches in > > general. People are working on separate product trees and then produce > > patches for the mainline kernel that are poorly tested. > > > > Tony, > > It may not be true always, as we always work simultaneously and there are > high chances that some patches/development is dependent on others from > functionality perspective (especially baseport), but still they are > independent modules (may be for other devices). > > Lets take a example of AM33xx and OMAP5 here, we started submitting baseport > patches to the list (almost 6-8 months now), not all the patches gets > accepted together in one shot. > As you know, when we started pushing AM33xx and OMAP5 baseport patches, we > were at the stage where both DT and hwmod was required. First attempt for > board file submission did not went through, since we decided to force all > new devices migrate to DT, right? I think you guys have done a pretty good job with the am33xx patches in general to get the core omap changes merged. > So the criteria initially was, build should not break and submit patches > step-by-step. > > Now, with baseport patches submitted to list, individual developer can also > start submitting patches to the respective driver's list, making sure that, > driver doesn't change irrespective of platform. I do not see anything wrong > with this, as we always consider driver independent. > > In this particular case, note that, all the patches Richard posted recently > are AM33xx SoC integration specific patches only. Yes now the core omap patches are merged, and people want to use the devices with mainline kernel. That's usually good news :) Regards, Tony -- 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
