Skip to content

Release candidate for mbed-os-5.13.4 #11308

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

Merged
merged 83 commits into from
Aug 26, 2019
Merged

Release candidate for mbed-os-5.13.4 #11308

merged 83 commits into from
Aug 26, 2019

Conversation

adbridge
Copy link
Contributor

No description provided.

cyliangtw and others added 30 commits August 23, 2019 11:37
This change is required by the Samsung S111(S5JS100). On this board timer clock used for us ticker operates at 26MHz.
According to current requirements, 8 MHz is the top limit for us ticker timer.

This change relaxes top limit to 100 MHz, but only for 32-bit timers.

Ticker common layer schedules one interrupt per timer rollover to trace elapsed time. We need to ensure that this operation is not performed too frequently. I.e. in case of 16-bit timer at 32 MHz, the timer rollover will happen after ~2 ms. This may cause that there will be no time for other tasks. That is why we increase the top limit, but only for 32-bit timers.
…a test

The `unity` dir needs to be ignore differently.
This bug prevented using this header in cpp code directly.
Macro which restricted compilation to GCC_ARM is removed.
Existing read_write() test is amended to call stat() and check that correct size is returned.
This test requires total latency (tot = h/w + s/w) (wakeup from deepsleep) be
under 1ms. To check the issue, measure total latency on Nuvoton targets:

TARGET      EXP(us)     EXP+TOL(us) ACT(us)
NANO130     42000       43000       42939
NUC472      42000       43000       42236
M453        42000       43000       43274
M487        42000       43000       42877
M2351       42000       43000       43213

Checking h/w spec, h/w latency (wakeup time from normal power-down mode) on
M487/M2351 is just 1us (n/a on other targets). S/W latency plays the major
part here.

S/W latency relies on system performance. On Nuvoton targets, 'LPTICKER_DELAY_TICKS'
possibly complicates the test. Anyway, to pass the test, add extra 1ms latency
(deep-sleep-latency) in targets.json for Nuvoton targets.
On Nuvoton targets, lp_ticker_set_interrupt(...) needs around 3 lp-ticker
ticks to take effect. It may miss when current tick and match tick are very
close (see hal/LowPowerTickerWrapper.cpp). Enlarge LPTICKER_DELAY_TICKS to
4 from 3 to address this boundary case.
Fixes a bug where it has not been possible to have KVStore in internal
flash while an update image image has been kept in external storage.
Thus far the default position has been after the application plus two
spare sectors. For simplicity and to have a predictable location for the
TDBStore with the default configuration the location is now switched to
the end of the flash. Two last sectors to be exact.
1. Update to handle 12-bit resolution
2. Properly handle the pin configuration
3. Update the pin setup to handle the ADC B channel

Signed-off-by: Mahesh Mahadevan <[email protected]>
UNITTEST added. TLSSocketWrapper unittest does not use stoip4_stub anymore.
Forked 3 threads plus misc, so minimum (4 * OS_STACK_SIZE) heap are required.
chrissnow and others added 14 commits August 23, 2019 11:41
…rity is IRAM1 to help maximise heap availability. Most beneficial when LWIP is not in use.
IAR compilation fails at `_fs = { 0 };` due to

```
[Error] FATFileSystem.cpp@285,0: [Pe029]: expected an expression
```

Changing that object initializer list instead, as that seems
to pass IAR compilation, too.

Changed original memset to object initialiser list based on review
feedback from Kevin Bracey.
- Added dummy data setup API to allow users to configure
  the dummy data to be transferred.
- Added new APIs for half-duplex transfer function. Users
  can send and receive data by one API in the polling/interrupt/EDMA way,
  and they can choose either to transmit first or to receive first.
  Additionally, the PCS pin can be configured as assert status in
  transmission (between transmit and receive) by setting the
  isPcsAssertInTransfer to true.
- Fix for MISRA issues

Signed-off-by: Mahesh Mahadevan <[email protected]>
Added dummy data setup API to allow users to configure
the dummy data to be transferred.

Signed-off-by: Mahesh Mahadevan <[email protected]>
Update to the latest version from K66F

Signed-off-by: Mahesh Mahadevan <[email protected]>
Use the K66F driver that has the latest

Signed-off-by: Mahesh Mahadevan <[email protected]>
Use the latest driver from K66F

Signed-off-by: Mahesh Mahadevan <[email protected]>
@adbridge
Copy link
Contributor Author

CI started

@adbridge
Copy link
Contributor Author

https://mbed-os.mbedcloudtesting.com/job/mbed-os-ci/job/release-candidate/ ci job also started. Results for this need to be checked separately.

@mbed-ci
Copy link

mbed-ci commented Aug 23, 2019

Test run: FAILED

Summary: 1 of 4 test jobs failed
Build number : 1
Build artifacts

Failed test jobs:

  • jenkins-ci/mbed-os-ci_unittests

@adbridge
Copy link
Contributor Author

CI restarted

@mbed-ci
Copy link

mbed-ci commented Aug 23, 2019

Test run: SUCCESS

Summary: 11 of 11 test jobs passed
Build number : 2
Build artifacts

@0xc0170
Copy link
Contributor

0xc0170 commented Aug 26, 2019

Waiting for client to approve . Otherwise looks all good.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.