* [OT?] where to start building for qualcomm snapdragon APQ8016E dragonboard 410C? @ 2017-05-11 10:48 Robert P. J. Day 2017-05-11 12:22 ` Nicolas Dechesne 0 siblings, 1 reply; 5+ messages in thread From: Robert P. J. Day @ 2017-05-11 10:48 UTC (permalink / raw) To: OE Core mailing list (i'm sure there's a more appropriate forum to ask this, but i'm just going to throw myself on the mercy of the general OE list.) i've been asked to help out with lashing together an OE build for a target board that will be based on qualcomm's snapdragon 410 APQ8016E, so the obvious choice for an initial reference system would be the 96boards.org-approved dragonboard 410c from arrow (i'm open to other suggestions for more fully-featured boards supported by OE): http://www.96boards.org/product/dragonboard410c/ but, wow, are there a bunch of places to start pulling content from. i picked out the meta-qcom layer immediately: http://git.yoctoproject.org/cgit/cgit.cgi/meta-qcom which has a machine definition for that very board, and i built a core-image-minimal image for that target with no trouble (have not loaded and tested yet, board supposedly arrives tomorrow). so far, so good. but when i perused further, i found all sorts of URLs with more info/content/layers, depending on what you were after: git://git.linaro.org/landing-teams/working/qualcomm/kernel.git https://www.codeaurora.org/openembedded-mass-market-and-ioe-qualcomm-snapdragon https://developer.qualcomm.com/hardware/dragonboard-410c https://github.com/96boards/ https://createpoint.qti.qualcomm.com/ and i'm not sure that's even the entire list i've seen. specifically, i'm wondering where the canonical code base is for what i'm doing, and i was told that it's at that qualcomm location, for which one needs an account. a colleague has an account and let me peruse the qualcomm createpoint repo, but it seems that whatever i see there is available publicly, particularly at codeaurora.org. can someone clarify how all these sites hang together, and where one starts? as i said, right now, the meta-qcom layer works right out of the box to build an image for that target. is it necessary to get access to qualcomm's createpoint repo? or is everything i might need available publicly at github and codeaurora? thanks for any pointers. rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ======================================================================== ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [OT?] where to start building for qualcomm snapdragon APQ8016E dragonboard 410C? 2017-05-11 10:48 [OT?] where to start building for qualcomm snapdragon APQ8016E dragonboard 410C? Robert P. J. Day @ 2017-05-11 12:22 ` Nicolas Dechesne 2017-05-11 16:43 ` Khem Raj 0 siblings, 1 reply; 5+ messages in thread From: Nicolas Dechesne @ 2017-05-11 12:22 UTC (permalink / raw) To: Robert P. J. Day; +Cc: OE Core mailing list hi Robert, On Thu, May 11, 2017 at 12:48 PM, Robert P. J. Day <rpjday@crashcourse.ca> wrote: > > (i'm sure there's a more appropriate forum to ask this, but i'm just > going to throw myself on the mercy of the general OE list.) > > i've been asked to help out with lashing together an OE build for a > target board that will be based on qualcomm's snapdragon 410 APQ8016E, > so the obvious choice for an initial reference system would be the > 96boards.org-approved dragonboard 410c from arrow (i'm open to other > suggestions for more fully-featured boards supported by OE): > > http://www.96boards.org/product/dragonboard410c/ > > but, wow, are there a bunch of places to start pulling content from. > > i picked out the meta-qcom layer immediately: > > http://git.yoctoproject.org/cgit/cgit.cgi/meta-qcom As a disclaimer... I am the maintainer for the above layer (and also very much involved with what Linaro/96boards does with dragonboard in general). Note that the layer is more generally maintained on github, and mirror'd on YP git. So if you want to contribute you should use github instead: https://github.com/ndechesne/meta-qcom > > which has a machine definition for that very board, and i built a > core-image-minimal image for that target with no trouble (have not > loaded and tested yet, board supposedly arrives tomorrow). so far, so > good. but when i perused further, i found all sorts of URLs with more > info/content/layers, depending on what you were after: > > git://git.linaro.org/landing-teams/working/qualcomm/kernel.git This is the kernel tree maintained by Linaro. Everything that we do is intended to end up in mainline kernel at some point, and in the mean time we have development and release branches that we maintained for our own builds. At Linaro we are doing/supporting "linux" builds (based on Debian or OE) and we also have experimental Android builds based on AOSP. Canonical has been using this tree as a starting point for their Ubuntu Core port for the board as well. Several other distros are doing similar things.. The kernel is *very* different from what you would find in shipping Qualcomm products. Qualcomm has their own kernel tree for each SoC that they support, and they *never* upgrade kernel. For MSM8916 chipset they shipped with a 3.10 based kernel. For the Linaro/96boards builds, our kernel is being upgraded once a year, we track LTS releases, so we currently support 4.9. For reference the Qualcomm 'product/vendor' tree can be found here: https://source.codeaurora.org/quic/la/kernel/msm-3.10/ > https://www.codeaurora.org/openembedded-mass-market-and-ioe-qualcomm-snapdragon This is a build from Qualcomm, which is derived from the Linaro Open Embedded builds for Dragonboard. There aren't many differences between what you can get from this build, vs what you can get from Linaro OE builds for this board. In fact, you can consider this product as a 'downstream' of ours. > https://developer.qualcomm.com/hardware/dragonboard-410c This is Qualcomm official developer page for the board. With chipset documentation (h/w) and s/w documentation. The s/w documentation is mostly about Qualcomm Android builds and the vendor kernel. You can also find there the proprietary bootloader and firmware blob, which we use even in our Linux builds. > https://github.com/96boards/ This is the home for some of the 96boards related projects, it's mostly irrelevant in your situtation, most of what you expect/want can be found in meta-qcom. > https://createpoint.qti.qualcomm.com/ this is a documentation data base from QCOM. You need to be authorized for access , here. And based on your level of authorization, you will have access to more or less documentation.. > > and i'm not sure that's even the entire list i've seen. in fact I believe there is also a Linux/OE based 'setup' that exists somewhere, from Qualcomm, but using their very own vendor (e.g. 3.10) kernel. I am not sure what this is about, and I don't have any detail about this one. > > specifically, i'm wondering where the canonical code base is for > what i'm doing, and i was told that it's at that qualcomm location, > for which one needs an account. a colleague has an account and let me > peruse the qualcomm createpoint repo, but it seems that whatever i see > there is available publicly, particularly at codeaurora.org. > > can someone clarify how all these sites hang together, and where one > starts? as i said, right now, the meta-qcom layer works right out of > the box to build an image for that target. is it necessary to get > access to qualcomm's createpoint repo? or is everything i might need > available publicly at github and codeaurora? meta-qcom can be used if what you want to rely *only* on open source user space (including GPU driver from mesa/freedreno). If you are required to use the Qualcomm vendor code, it will come with a custom (and proprietary) user space (and I am not familiar with it). meta-qcom will only pull the proprietary firmware for the board (firmware-qcom-dragonboard410c .bb file). > > thanks for any pointers. I am happy to continue the discussion further.. I just tried to share a few pointers. If you decide to spend more time with meta-qcom and/or our linaro OE builds, we can continue the discussion here, or on our dedicated ML, at https://lists.linaro.org/mailman/listinfo/openembedded. > > rday > > -- > > ======================================================================== > Robert P. J. Day Ottawa, Ontario, CANADA > http://crashcourse.ca > > Twitter: http://twitter.com/rpjday > LinkedIn: http://ca.linkedin.com/in/rpjday > ======================================================================== > -- > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [OT?] where to start building for qualcomm snapdragon APQ8016E dragonboard 410C? 2017-05-11 12:22 ` Nicolas Dechesne @ 2017-05-11 16:43 ` Khem Raj 2017-05-11 16:48 ` Nicolas Dechesne 0 siblings, 1 reply; 5+ messages in thread From: Khem Raj @ 2017-05-11 16:43 UTC (permalink / raw) To: Nicolas Dechesne; +Cc: OE Core mailing list user meta-96boards and meta-qcom and you are set usually do builds for MACHINE = "dragonboard-410c" you also need ACCEPT_EULA_dragonboard-410c = "1" otherwise the build errors out with strange access errors. On Thu, May 11, 2017 at 5:22 AM, Nicolas Dechesne <nicolas.dechesne@linaro.org> wrote: > hi Robert, > > On Thu, May 11, 2017 at 12:48 PM, Robert P. J. Day > <rpjday@crashcourse.ca> wrote: >> >> (i'm sure there's a more appropriate forum to ask this, but i'm just >> going to throw myself on the mercy of the general OE list.) >> >> i've been asked to help out with lashing together an OE build for a >> target board that will be based on qualcomm's snapdragon 410 APQ8016E, >> so the obvious choice for an initial reference system would be the >> 96boards.org-approved dragonboard 410c from arrow (i'm open to other >> suggestions for more fully-featured boards supported by OE): >> >> http://www.96boards.org/product/dragonboard410c/ >> >> but, wow, are there a bunch of places to start pulling content from. >> >> i picked out the meta-qcom layer immediately: >> >> http://git.yoctoproject.org/cgit/cgit.cgi/meta-qcom > > As a disclaimer... I am the maintainer for the above layer (and also > very much involved with what Linaro/96boards does with dragonboard in > general). > > Note that the layer is more generally maintained on github, and > mirror'd on YP git. So if you want to contribute you should use github > instead: > > https://github.com/ndechesne/meta-qcom > >> >> which has a machine definition for that very board, and i built a >> core-image-minimal image for that target with no trouble (have not >> loaded and tested yet, board supposedly arrives tomorrow). so far, so >> good. but when i perused further, i found all sorts of URLs with more >> info/content/layers, depending on what you were after: >> >> git://git.linaro.org/landing-teams/working/qualcomm/kernel.git > > This is the kernel tree maintained by Linaro. Everything that we do is > intended to end up in mainline kernel at some point, and in the mean > time we have development and release branches that we maintained for > our own builds. > > At Linaro we are doing/supporting "linux" builds (based on Debian or > OE) and we also have experimental Android builds based on AOSP. > > Canonical has been using this tree as a starting point for their > Ubuntu Core port for the board as well. Several other distros are > doing similar things.. > > The kernel is *very* different from what you would find in shipping > Qualcomm products. Qualcomm has their own kernel tree for each SoC > that they support, and they *never* upgrade kernel. For MSM8916 > chipset they shipped with a 3.10 based kernel. For the Linaro/96boards > builds, our kernel is being upgraded once a year, we track LTS > releases, so we currently support 4.9. > > For reference the Qualcomm 'product/vendor' tree can be found here: > > https://source.codeaurora.org/quic/la/kernel/msm-3.10/ > >> https://www.codeaurora.org/openembedded-mass-market-and-ioe-qualcomm-snapdragon > > This is a build from Qualcomm, which is derived from the Linaro Open > Embedded builds for Dragonboard. There aren't many differences between > what you can get from this build, vs what you can get from Linaro OE > builds for this board. In fact, you can consider this product as a > 'downstream' of ours. > >> https://developer.qualcomm.com/hardware/dragonboard-410c > > This is Qualcomm official developer page for the board. With chipset > documentation (h/w) and s/w documentation. The s/w documentation is > mostly about Qualcomm Android builds and the vendor kernel. You can > also find there the proprietary bootloader and firmware blob, which we > use even in our Linux builds. > >> https://github.com/96boards/ > > This is the home for some of the 96boards related projects, it's > mostly irrelevant in your situtation, most of what you expect/want can > be found in meta-qcom. > >> https://createpoint.qti.qualcomm.com/ > > this is a documentation data base from QCOM. You need to be authorized > for access , here. And based on your level of authorization, you will > have access to more or less documentation.. > >> >> and i'm not sure that's even the entire list i've seen. > > in fact I believe there is also a Linux/OE based 'setup' that exists > somewhere, from Qualcomm, but using their very own vendor (e.g. 3.10) > kernel. I am not sure what this is about, and I don't have any detail > about this one. > >> >> specifically, i'm wondering where the canonical code base is for >> what i'm doing, and i was told that it's at that qualcomm location, >> for which one needs an account. a colleague has an account and let me >> peruse the qualcomm createpoint repo, but it seems that whatever i see >> there is available publicly, particularly at codeaurora.org. >> >> can someone clarify how all these sites hang together, and where one >> starts? as i said, right now, the meta-qcom layer works right out of >> the box to build an image for that target. is it necessary to get >> access to qualcomm's createpoint repo? or is everything i might need >> available publicly at github and codeaurora? > > meta-qcom can be used if what you want to rely *only* on open source > user space (including GPU driver from mesa/freedreno). If you are > required to use the Qualcomm vendor code, it will come with a custom > (and proprietary) user space (and I am not familiar with it). > > meta-qcom will only pull the proprietary firmware for the board > (firmware-qcom-dragonboard410c .bb file). > >> >> thanks for any pointers. > > I am happy to continue the discussion further.. I just tried to share > a few pointers. If you decide to spend more time with meta-qcom and/or > our linaro OE builds, we can continue the discussion here, or on our > dedicated ML, at > https://lists.linaro.org/mailman/listinfo/openembedded. > >> >> rday >> >> -- >> >> ======================================================================== >> Robert P. J. Day Ottawa, Ontario, CANADA >> http://crashcourse.ca >> >> Twitter: http://twitter.com/rpjday >> LinkedIn: http://ca.linkedin.com/in/rpjday >> ======================================================================== >> -- >> _______________________________________________ >> Openembedded-core mailing list >> Openembedded-core@lists.openembedded.org >> http://lists.openembedded.org/mailman/listinfo/openembedded-core > -- > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [OT?] where to start building for qualcomm snapdragon APQ8016E dragonboard 410C? 2017-05-11 16:43 ` Khem Raj @ 2017-05-11 16:48 ` Nicolas Dechesne 2017-05-11 16:50 ` Khem Raj 0 siblings, 1 reply; 5+ messages in thread From: Nicolas Dechesne @ 2017-05-11 16:48 UTC (permalink / raw) To: Khem Raj; +Cc: OE Core mailing list On Thu, May 11, 2017 at 6:43 PM, Khem Raj <raj.khem@gmail.com> wrote: > user meta-96boards and meta-qcom and you are set usually do builds > for MACHINE = "dragonboard-410c" meta-96boards is not required. the main recipe from meta-96boards which is 'useful' is 96boards-tools since it would auto resize the rootfs partition at first boot. but it's clearly non essential content. > > you also need > > ACCEPT_EULA_dragonboard-410c = "1" > > otherwise the build errors out with strange access errors. hmm. that's not quite expected.. I will check this one. on the other hand I will soon remove that anyways.. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [OT?] where to start building for qualcomm snapdragon APQ8016E dragonboard 410C? 2017-05-11 16:48 ` Nicolas Dechesne @ 2017-05-11 16:50 ` Khem Raj 0 siblings, 0 replies; 5+ messages in thread From: Khem Raj @ 2017-05-11 16:50 UTC (permalink / raw) To: Nicolas Dechesne; +Cc: OE Core mailing list On Thu, May 11, 2017 at 9:48 AM, Nicolas Dechesne <nicolas.dechesne@linaro.org> wrote: > On Thu, May 11, 2017 at 6:43 PM, Khem Raj <raj.khem@gmail.com> wrote: >> user meta-96boards and meta-qcom and you are set usually do builds >> for MACHINE = "dragonboard-410c" > > meta-96boards is not required. the main recipe from meta-96boards > which is 'useful' is 96boards-tools since it would auto resize the > rootfs partition at first boot. but it's clearly non essential > content. right on. Thats what I use it from that layer but its quite handy > >> >> you also need >> >> ACCEPT_EULA_dragonboard-410c = "1" >> >> otherwise the build errors out with strange access errors. > > hmm. that's not quite expected.. I will check this one. on the other > hand I will soon remove that anyways.. will be good. but it doesnt bother me I also deal with fsl layers :( ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-05-11 16:50 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2017-05-11 10:48 [OT?] where to start building for qualcomm snapdragon APQ8016E dragonboard 410C? Robert P. J. Day 2017-05-11 12:22 ` Nicolas Dechesne 2017-05-11 16:43 ` Khem Raj 2017-05-11 16:48 ` Nicolas Dechesne 2017-05-11 16:50 ` Khem Raj
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.