On Fri, Nov 29, 2013 at 10:37:14AM +0100, Thierry Reding wrote: > There's a large gap between how fast new SoCs are supposed to tape out > and the rate at which new code can be merged upstream. Perhaps some of > that could be mitigated by putting more of the complexity into firmware > and that's already happening to some degree for ARMv8. But I suspect > there's a limit to what you can hide away in firmware while at the same > time giving the kernel enough information to do the right thing. One of the bigger issues which stands in the way of companies caring about mainstream support is closed source IPs like VPUs and GPUs. If you have one of those on your chip, even if the kernel side code is already under the GPL, normally that code is not "mainline worthy". Also, as the userspace code may not be open source, some people object to having the open source part in the kernel. So for customers to be able to get the performance out of the chip, they have to stick with having non-mainline kernel. At that point, why bother spending too much time getting mainline support for the device. It's never going to be fully functional in mainline. It doesn't make sense for these SoC companies. -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
