On Tue, Apr 28, 2015 at 2:38 PM, Otavio Salvador <[email protected]> wrote: > On Tue, Apr 28, 2015 at 2:24 PM, Nikolay Dimitrov <[email protected]> wrote: >> On 04/28/2015 08:12 PM, Otavio Salvador wrote: >>> On Tue, Apr 28, 2015 at 2:10 PM, Nikolay Dimitrov <[email protected]> >>> wrote: >>>> >>>> On 04/28/2015 07:42 PM, Otavio Salvador wrote: >>>>> >>>>> >>>>> On Tue, Apr 28, 2015 at 12:39 PM, Fabio Estevam <[email protected]> >>>>> wrote: >>>>> ... >>>>>> >>>>>> >>>>>> Applying it on top of 4.0 linux-fslc makes the SD card detection >>>>>> problem go away. >>>>> >>>>> >>>>> ... >>>>> >>>>> I have applied this to linux-fslc tree and applied this to master and >>>>> fido branches. It should work out of box now. >>>> >>>> >>>> >>>> Mainline code worked out of the box in the first place. I'm now >>>> wondering what's the best way to go forward, as we did a lot of work >>>> just to return to the starting point. >>> >>> >>> This was a regression when enabling support for BT/WIFI reset handling >>> which Fabio did to support WaRP. The beauty here we support in a >>> single kernel a huge set of boards and already using the mainline mode >>> for them. >> >> >> I just feel uncomfortable that we loaded Fabio with additional work, >> because the boards share a common tree and I didn't have any choice to >> switch the kernel recipe to a working commit, that's all. > > In fact Fabio and I checke
(pressed too fast) In fact Fabio and I checked what could eventually fix the root cause and this seems to be a better long term commitment. I understand your view and while it seems to be very appealing to have "full control" it also ends with a lot of work duplication. The sharing of a single mainline Linux kernel and U-Boot repositories is the best way to: - avoid work duplication - reduce maintenance burden and work in mid term - easy custom board development - maximize BSP robustness Of course, the price for this is when a regression is found it affects different boards but a fix also fixes the issue in several boards. It seems to be the best long-term compromise. -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 -- _______________________________________________ meta-freescale mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-freescale
