Originally posted by dlq84
View Post
They did a functional running graphics demo using their work in progress Linux kernel fork. So somewhat support right now if willing to use Qualcomm kernel fork.
You have this.
page 20.
~ 105 patches
~ 78 already on lists
~ 27 to be posted out​
~ 78 already on lists
~ 27 to be posted out​
The reality is if everything had gone as per the first Quacomm plan we would have Linux support mainline at time of release to consumers. Things have gone wrong mentioned in the video and on the Linux kernel mailing list resulting in not everything merged yet and some thing needing full rewrites so resulting in the 6 months delay.
Yes the full rewrites of particular drivers were proposed by the Quacomm developers themselves after Linux kernel mainline developers were like in this case how will the current design hand it. Yes o hell moment for the Quacomm developers as peer review person point to a major design flaw that has been completely not noticed.
Hopefully the next Quacomm soc release Quacomm is finally able to land mainline Linux kernel support day 1. Yes Quacomm are trying for this for the last few socs and not having the success.
Yes lot of people saying it been empty talk have not been watching the Linux kernel mailing list before soc releases and seeing Quacomm developers in fact putting what they think will be all the patches required to get the socs to work only to find out bugger me we have to rewrite something because we got something critically wrong.
Reality Quacomm deserves praise for a good attempt for over 6 years soc release so far. Just we need them at some point to start succeeding at day 1 mainline kernel support.
With google policy on kernels going forwards for Android Quacomm will be needing this for the Android devices as well at some point in future with Android. This is some of the reason why Quacomm is trying and trying to get day 1 Mainline Linux kernel support work and not accepting Quacomm custom patched Linux kernel as done..
Comment