-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add Samsung Exynos i S111 target #12106
Conversation
@andrewc-arm, thank you for your changes. |
Hi, The travis-ci test shows this failure.
There is CMSIS pack ready as I mentioned in the description. How can we resolve this? |
c8709a4
to
9fa4279
Compare
@andrewc-arm cmsis pack has not yet been published - public availability ? |
No. Not yet. It's under legal check now. I remember some code tweak to bypass the CMSIS pack check and I will try to do so for my business hour. Later when the S5JS100 CMSIS pack is public, I will remove the bypass. (CC: @jh6186) |
Hi, For others, here is the document about
Later, when the S5JS100 CMSIS pack is public, we will revive the connection so that IAR/uVision exports can be done seamlessly. |
@ARMmbed/mbed-os-maintainers |
Review still pending, but I'll trigger a CI for an initial check, as capacity is available. |
Test run: SUCCESSSummary: 11 of 11 test jobs passed |
Hi, |
Hi @andrewc-arm this will also need a proper review before it can be accepted. With 102 files added this may not make it in time for Xmas I'm afraid as a lot of people are already going off for Xmas. Will see what we can do. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Couple of questions, but it looks good.
targets/TARGET_Samsung/TARGET_SIDK_S5JS100/device/TOOLCHAIN_IAR/sidk_s5js100.icf
Outdated
Show resolved
Hide resolved
targets/TARGET_Samsung/TARGET_SIDK_S5JS100/device/s5js100_systemreset.c
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The files reviewed so far do not meet the arm coding guidelines. Please check that all files that implement Mbed OS functionality (rather than the low level Samsung SDK) are compliant and update the PR accordingly. I will then continue the review. Thanks.
Hi, @ARMmbed/mbed-os-maintainers and @adbridge
I just found out from the Samsung team that this code is also under review by the Samsung code release process. And it has not yet passed their internal process yet. Please understand that this joint effort is the first time between two companies. So, could you kindly hold off the actual merging process until we get the OK sign from all the stakeholders including the Samsung team? This means this process may take until the next year January, so we are not in a hurry. |
@andrewc-arm no problem at all, It's is good to see the collaboration coming along :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we will review once reviews are addressed. The files should be cleaned to remove dead code or comments with questions like "What is this for" (if they are not answered, please ask here, will try to answer all of them)
@andrewc-arm looks like you also need a rebase |
905e655
to
bb0abc8
Compare
Thanks for pointing it out, @adbridge . I just finished a rebase and it's running the full Greentea test suite again. |
Signed-off-by: PARKJIHOON <jh6186.park@samsung.com>
Signed-off-by: PARKJIHOON <jh6186.park@samsung.com>
Signed-off-by: PARKJIHOON <jh6186.park@samsung.com>
Signed-off-by: PARKJIHOON <jh6186.park@samsung.com>
Signed-off-by: PARKJIHOON <jh6186.park@samsung.com>
Signed-off-by: PARKJIHOON <jh6186.park@samsung.com>
Signed-off-by: PARKJIHOON <jh6186.park@samsung.com>
c4d7fdf
to
8b0fb5f
Compare
Hi, @ARMmbed/mbed-os-maintainers Could you please consider merging this code to mbed-os master? I do not wish to rebase and Greentea test everyday just because the admin didn't progress. 😃 |
@Patater @bulislaw @mark-edgeworth could you all just approve this if you are now happy with the updates? Thanks |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks ok from a tools point of view.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Still LGTM
CI started |
Test run: SUCCESSSummary: 11 of 11 test jobs passed |
Hi, @adbridge and @ARMmbed/mbed-os-maintainers |
This PR does not contain release version label after merging. |
static void s5js100_idle_hook(void) | ||
{ | ||
core_util_critical_section_enter(); | ||
sleep(); | ||
core_util_critical_section_exit(); | ||
} | ||
|
||
static void set_sleep_policy(void) | ||
{ | ||
rtos_attach_idle_hook(&s5js100_idle_hook); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry to raise this since the PR is merged already, but I'm wondering if we can drop this idle hook and use the default one?
The Mbed OS default idle hook supports Tickless:
mbed-os/rtos/source/TARGET_CORTEX/mbed_rtx_idle.cpp
Lines 133 to 154 in b1629b7
static void default_idle_hook(void) | |
{ | |
rtos::Kernel::Clock::duration_u32 ticks_to_sleep{osKernelSuspend()}; | |
// osKernelSuspend will call OS_Tick_Disable, cancelling the tick, which frees | |
// up the os timer for the timed sleep | |
rtos::Kernel::Clock::duration_u32 ticks_slept = mbed::internal::do_timed_sleep_relative_to_acknowledged_ticks(ticks_to_sleep, rtos_event_pending); | |
MBED_ASSERT(ticks_slept < rtos::Kernel::wait_for_u32_max); | |
osKernelResume(ticks_slept.count()); | |
} | |
#else // MBED_TICKLESS | |
static void default_idle_hook(void) | |
{ | |
// critical section to complete sleep with locked deepsleep | |
core_util_critical_section_enter(); | |
sleep_manager_lock_deep_sleep(); | |
sleep(); | |
sleep_manager_unlock_deep_sleep(); | |
core_util_critical_section_exit(); | |
} |
Also, calling rtos_attach_idle_hook
here means the hal_sleep()
implementation can't compile with the bare metal profile.
@andrewc-arm @kjbracey-arm
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@vince-zeng can you take a look together with @kjbracey-arm ?
@LDong-Arm , FYI andrewc-arm no longer works for Arm.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have forward the info to Samsung team and please them help to check. Thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In default_idle_hook(), the only different with s5js100_idle_hook() is that the sleep_manager_lock_deep_sleep_internal() is called.
But I am not familiar with this function, could you please share about this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@LDong-Arm Can you create an issue with details and we can discuss it there and fix?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
#13265 created
Original Issue Case: https://github.com/ARMmbed/Samsung_projects/issues/63
Previous PR try: #10170
Description
Adding a new target of HW development kit using Samsung Exynos i S111 module to Mbed-OS.
This will widen the HW choices of Mbed-OS enabled NB-IoT, GNSS and Security (eFuse, AES, SHA-2, PKA, Secure Storage, Security Sub-System, PUF) modules.
Target Name: S5JS100
Main author: Jihoon Park jh6186.park@samsung.com
Co-authored-by: Ivan Galkin ivan.galkin@samsung.com
Co-authored-by: Seokwon Lee swon.lee@samsung.com
Co-authored-by: Zhizhe Zhu zhizhe.zhu@samsung.com
Co-authored-by: Xinyi Zhao xinyi.zhao@samsung.com
Summary of changes
Adding a new target of S5JS100 platform using S111 NB-IoT Cortex-M7 chip.
mbed-os-tool PR for supporting new target: S5JS100
pyOCD PR for supporting new target: S5JS100
CMSIS pack for the new target: S5JS100
Impact of changes
There should not be any impact to Mbed-OS or other targets.
Migration actions required
None.
Documentation
Arm internal (for now): https://github.com/ARMmbed/Samsung_projects/wiki
Pull request type
Test results
Full build report and Greentea test report: log - 2019-12-16-02.7z.zip of this submit (9fa4279)
Reviewers