LS2085A-EAR6: nadk-static can not be fetched, sw-stash.freescale.net unavailable

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

LS2085A-EAR6: nadk-static can not be fetched, sw-stash.freescale.net unavailable

1,111 次查看
clemenseisserer
Contributor II

Hello,

When trying to build the nadk-static package as described in the "NADK Reflector Application Debug"-Document, which is part of the ls2085a-sdk-ear6, bitbake hits the following issue downloading the package from freescale's git server:

bitbake -c patch nadk-static

Cloning into bare repository '/ls2085a/LS2085A-SDK-20160304-yocto/build_ls2085ardb_release/../sources/git2/sw-stash.freescale.net.scm.dpaa2.nadk.git'...

fatal: unable to access 'http://sw-stash.freescale.net/scm/dpaa2/nadk.git/': Could not resolve host: sw-stash.freescale.net; Name or service not known

Indeed, http://sw-stash.freescale.net is currently not reachable. It would be great one could provide me with an alternative repository or a static tarball.

Br, Clemens Eisserer

标签 (1)
标记 (1)
2 回复数

646 次查看
yipingwang
NXP TechSupport
NXP TechSupport

Hello Clemens Eisserer,

According to the comment from the Linux SDK development team, in the latest LS2085A EAR6 release NADK is not supported any more, so there is problem to fetch NADK source with bitbake command in EAR6 ISO.

If further assistance is needed, please feel free to let me know.

Thanks,

Yiping

0 项奖励

646 次查看
clemenseisserer
Contributor II

Hello Yiping,

I've heared several different statements regarding NADK. At the QorIQ-Layerscape training in Paris it was assured that NADK will be continued to be supported, as it forms the foundadtion for higher-level APIs like ODP. In the long term we hope the support situation regarding NADK can be clarified.

For now we've decided to use ODP whenever possible, however not all required functionality is currently supported by ODP (e.g. setting the maximum MTU), so we have to to use NADK-only functionality for those areas. We were supplied with a NADK-source tarball by a NXP-FAE we met at the training in Paris, so for now we will continue to develop with those headers.

Best regards, Clemens Eisserer

0 项奖励