- dev - lists.openatom.io

Re: SIG-Proposal-Best Open Source RTOS integration
by 万承臻 31 Dec '20

31 Dec '20

approve ---Original--- From: "Jianyu Liu"<jianyu.liu(a)huawei.com> Date: Wed, Dec 30, 2020 22:17 PM To: "dev(a)openharmony.io"<dev(a)openharmony.io>; Cc: "Amit Kucheria"<amit.kucheria.ext(a)huawei.com>; Subject: [Dev] SIG-Proposal-Best Open Source RTOS integration Hello,     Here’s the SIG proposal for Best Open Source RTOS integration. The goal of the SIG is to quickly solve the third-party chip kernel adaptation by integrating the industry's existing mature RTOS.   The lead maintainer of this SIG is Amit Kucheria ( amit.kucheria.ext(a)huawei.com ).   Detailed proposal is attached.       Thank you. Best Regards,   Jianyu Liu   Warsaw Research Center  

1 0

SIG-Proposal-Over The Air（OTA）updates
by Jianyu Liu 30 Dec '20

30 Dec '20

Hello, Here’s the SIG proposal for Over The Air（OTA）updates. The goal of the SIG is to connect cross kernel OTA devices to cloud. The lead maintainer of this SIG is Amit Kucheria ( andrei.gherzan(a)huawei.com<mailto:andrei.gherzan@huawei.com> ). Detailed proposal is attached. Thank you. Best Regards, Jianyu Liu Warsaw Research Center [w6]

1 0

subscribe
by Nagesh shamnur 10 Dec '20

10 Dec '20

Regards, Nagesh S Huawei Technologies India Pvt. Ltd. Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield Bengaluru-560066, Karnataka Tel: + 91-80-49160700 Ext H1-5A-308 Mob: 9900117960 Email: nagesh.shamnur(a)huawei.com [Company_logo] ________________________________ This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

1 0

The SIG Application for My Project
by delphi_tang 08 Dec '20

08 Dec '20

Hi, all I'm Delphi Tang (唐佐林) from HOS community, and I have an idea to simplify the HOS device application development. For the purpose, I create the open source project on Gitee named Python for HOS and I'd like to make it as a SIG project for the further development. I list some infomation about the project below, and I wish your feedback. Enjoy it! Delphi Tang (唐佐林) Project: Python for HOS Summary Python for HOS is an optional module for HOS device development which is aimed at using Python language to develop device application. At the moment, HOS device application is created via C language and the developer has no other choice, which would be a wide gap for the junior. Python is a simple and widely used language, the requirement for supporting Python on HOS device is huge. On the other hand, Python application is described as script, no need to compile to binary before deploying to device, the language feature could simplify the process of application deployment and upgrade. Motivation 1.    Only C language is supported for HOS device 2.    The process of application deployment is complicated 3.    Application upgrade from the air is difficult 4.    Make it easy to make HOS device simulator Goals 1.    Making a Python engine for HOS device 2.    Binding HOS device system API to Python type 3.    Making Python module as a choice to develop application 4.    Using the Python engine to make HOS device simulator on PC Non-Goals NA Proposal 1.    Porting the Python engine from MicroPython project and doing the necessary clipping 2.    Making Python module as a choice at the application layer, NOT the system layer 3.    Binding the system API from C type to Python type at HOS side 4.    Providing a user friendly tool to transmit Python script from PC to device 5.    Re-implement Python type system API on PC side to simulate device behavior User Stories (optional) I’m a deep learning engineer to supply CV solution for other companies currently. Somtimes, I’d like to talk about HOS from Huawei to them, the CV algorithm practitioner. Most of them show me the enthusiasm on HOS development, and they want to have a try. But, unfortunately, they are just good at using Python to create application and unfamiliar with C, the gap from Python to C makes a terrible obstacle for them to try to play with HOS, especially the HOS device. So, the idea emerged from my mind, why not make Python as a choice to develop HOS device application. Notes/Constraints/Caveats (optional) NA Risks and Mitigations NA Design Details 1. System Architecture 2. The Applilcation Level Adapter Test Plan 1. Python API Unit Test 2. Python Module Integration Test 3. Muti-Type Device Platform Test Graduation Criteria NA Upgrade / Downgrade Strategy NA Implementation History NA Drawbacks NA Alternatives NA Infrastructure Needed (optional) NA References (optional) NA

4 4

HiSilicon hi3861 build (wifiiot): PATH gotcha (and other setup)
by Christopher Tom 30 Oct '20

30 Oct '20

Hopefully can save others a little time. The PATH to the gcc executables can't end with a '/' character or you will get an error like "riscv32-unknown-elf-ld: cannot find -lgcc" (see get_lib_path in vendor/hisi/hi3861/hi3861/build/scripts/scons_env_cfg.py). eg. PATH=/gcc_riscv32/bin not PATH=/gcc_riscv32/bin/ Other requirements: the PATH to the executables must contain gcc_riscv32 and end with bin, and libgcc.a must be in the directory ../lib/gcc/riscv32-unknown-elf/<gcc version number>/ relative to the executables directory. (ie. must be a relatively standard directory structure). Might be relevant for those thinking of putting the executables in $HOME/bin. The scons_env_param_check in scons_utils.py performs the same check as get_lib_path and supports ending with '/' so it may be fair to ask HiSilicon to call this function instead. I also needed to install the scons, pycrypto, and ecdsa packages for the HiSilicon hi3861 build (available through pip).

2 1

Problem accessing repository through openharmony.gitee.com/openharmony/
by Christopher Tom 26 Oct '20

26 Oct '20

For the past few days I haven't been able to access https://openharmony.gitee.com/openharmony/ either through the website or repo/git. I can connect to the website at https://gitee.com/openharmony/ and after changing the 3rd line of .repo/manifests/default.xml from <remote fetch="https://openharmony.gitee.com/openharmony/" name="origin" review="https://openharmony.gitee.com/openharmony/"/> to <remote fetch="https://gitee.com/openharmony/" name="origin" review="https://openharmony.gitee.com/openharmony/"/> I can sync with repo (and faster than openharmony.gitee.com/openharmony/ was). But the manifest seems to still be pointing at openharmony.gitee.com/openharmony/, is anyone else having problems accessing the repository? Am I doing something wrong?

1 0

OpenArkCompiler仓库呢？之前开源的仓库怎么不见了
by Netroby 14 Sep '20

14 Sep '20

老的仓库现在看不到了 https://gitee.com/harmonyos/OpenArkCompiler/commit/d14c022feada8ce6d8c45792… 现在访问，就提示没有权限你们开源的，还可以收回？这么玩？ Appreciate your time. ---------------------------- Netroby

2 1

来了来了，终于订阅成功了。恭喜鸿蒙开源
by Netroby 14 Sep '20

14 Sep '20

来了来了，终于订阅成功了。恭喜鸿蒙开源由于一直没搞定邮件收取，所以注册验证没成功。一直是没订阅成功，看起来终于搞定了。大家好。恭喜鸿蒙开源一起加油，期待鸿蒙越来越好 Appreciate your time. ---------------------------- Netroby

1 0

帮助
by 叶在林 14 Sep '20

14 Sep '20

帮助

1 0

Welcome to the "dev" mailing list!
by ]]如奇是才本♐ 12 Sep '20

12 Sep '20

Welcome to the "dev" mailing list! To post to this list, send your email to:   dev(a)openharmony.io You can unsubscribe or make adjustments to your options via email by sending a message to:   dev-request(a)openharmony.io with the word 'help' in the subject or body (don't include the quotes), and you will get back a message with instructions.  You will need your password to change your options, but for security purposes, this password is not included here.  If you have forgotten your password you will need to reset it via the web UI.

1 0