On 04/27/2012 03:39 PM, Olof Johansson wrote: > On Fri, Apr 27, 2012 at 2:24 PM, Stephen Warren <swarren@xxxxxxxxxxxxx> wrote: >> Eventually, Tegra support will become device tree only in the mainline >> kernel; arch/arm/mach-tegra/board* will be deleted. >> >> I propose the following policy towards this goal: I'd like to maintain >> the board files until the relevant device tree file has the same level >> of functionality. Once that is achieved, and a Linus kernel is release >> with full support for the board via device tree, the board files can be >> deleted from the next kernel release. ... > Sounds great, but I think you can be more aggressive than this; no > need to keep the non-DT board alive for the final release. I'm slightly hesitant not to have some overlap. But then again, I very rarely use non-DT these days anyway, so it's not like it gets tested much, unless anyone else is doing it silently. >> The device tree conversion status is: ... > if this is the only thing holding it up sunsetting all non-DT boards > on tegra then I suggest just adding a one-time runtime test that adds > a platform device on that device tree platform. As long as there > aren't more of them creeping in over time that should be OK. The only one sticking point might be that the Harmony regulator initialization needs to wait for the regulator driver to be probed, but happen before the PCIe driver is registers. Perhaps we could hook up some temporary bus notifiers to handle that. But since PCIe will likely be fixed in 3.6, we could probably just wait for that on Harmony. Other than that, it's probably all very easy. I'll work on some patches and maybe we can at least bring in the TrimSlice and Paz00 schedule. -- To unsubscribe from this list: send the line "unsubscribe linux-tegra" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
