Skip to content

Release candidate for mbed-os-5.3.2 #3510

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 61 commits into from
Jan 4, 2017
Merged

Release candidate for mbed-os-5.3.2 #3510

merged 61 commits into from
Jan 4, 2017

Conversation

adbridge
Copy link
Contributor

No description provided.

LMESTM and others added 30 commits December 30, 2016 12:40
just change the place of code to have i2c_read and i2c_write together
Some device drivers use a data lenght of 0 to check if device is ready.
STM32 HAL provides a dedicated service for that, so let's use it.
In case the user applicaiton makes a mixed usage of unitary function
(start, stop, byte write & read) with SYNC operation (write and read of
data buffers with start and stop management), we need to reset the
STM32 HAL state as it is by-passed by a direct call to STOP
In continuation of previous IsDeviceReady case, let's
add 1 in case length is 0 (even though not recommended)
- GPIO: mode was not allowed by ST HAL API
- PIN map: assert has highlighted an issue for pullup/pulldown setting
- RTC: year after 2000 was not taken into account
- GPIO: mode was not allowed by ST HAL API
- CAN: compilation issue with assert enabled
- GPIO: mode was not allowed by ST HAL API
During open, the socket checked the internal stack variable,
assuming it would alway be null on a socket not connected to
the network. However, when a socket is closed, the stack variable
was not updated, causing the socket to incorrectly return a
parameter error if reopened.

The simple fix was to set the stack to null on close. A non-null
stack is a predicate for a non-null socket variable, so no additional
checks are needed in socket functions.
- ll_utils: compilation issue
- GPIO: mode was not allowed by ST HAL API
Change test slave address to 0x80 because 0x90 is used by a real slave
(temperature sensor) on few boards like the CI shield.
This is a partial update of HAL drivers, especially for I2C driver update
Applying the same fix as in L1 and F4.
This is an alignement to F4 HAL as the same IP is used.
Now that F1 HAL has been updated to support required APIs,
the F1 family can also be moved to common code.
If an example's GitHub repository contains multiple child examples, the
script was incorrectly filtering out all the child examples when
compiling and exporting. This patch now handles this case correctly.
Delete page because an exact duplicate exists in the Handbook
Delete page because an exact duplicate exists in the Handbook
Delete page because duplicate exists in Handbook
Delete page because duplicate exists in Handbook
Delete page because an exact duplicate exists in the Handbook
I modified the TTB setting of RO_DATA area.
The current setting of this area is "not executable".
Therefore, when trying to execute a program placed in this area, a prefetch abort will occur.
So I changed from "Sect_Normal_RO" to "Sect_Normal_Cod".
bridadan and others added 21 commits December 30, 2016 12:42
Previously, the RTOS threads test was conditionally change the thread
stack size for all test cases based on the target. Now, it uses the
default stack size for all targets when threads are created serially,
and uses a 512 byte stack for the threads that are created in parallel.
It was possible to remove an entire project if clean was specified on
the command line. That's a Bad Thing(tm).
Duplicate page exists in Handbook
Exact duplicate of page exists in Handbook
This change was spurred by a confusing error. I attempted to compile for
the RZ_A1H (a Cortex-A device), and I had the standalone ARM compiler in
my system path, which supports Cortex-A. However, the default path for
the ARM compiler in settings.py uses a Keil installation, which only
supports Cortex-M. It found my Keil installation and used that instead.
This change proposes to remove this default behavior and instead
requires the user to explicitly set the intended compiler, either by a
settings file, mbed CLI, environment variables, or by placing the
compiler in your PATH.
…DMA descriptors if they are located in SRAM1 and SRAM2
Delete this page because an exact duplicate exists in the Handbook
Thread spawning constructors are deprecated, start function should be
used instead.
1. Add targets into build_travis.py and tests.py.
2. Add target SPI pins into SPI SD test samples.
3. Rename target TOOLCHAIN_GCC_ARM/retarget.c to avoid name collision of compiled retarget.o with platform/retargets.cpp.
Use MBED_CONF_RTOS_PRESENT to filter out mbedtls alternative for mbed OS 2.
@adbridge
Copy link
Contributor Author

/morph test-nightly

@mbed-bot
Copy link

Result: SUCCESS

Your command has finished executing! Here's what you wrote!

/morph test-nightly

Output

mbed Build Number: 1339

All builds and test passed!

@adbridge
Copy link
Contributor Author

continuous-integration/jenkins/branch and continuous-integration/jenkins/pr-head both appear to have hung (either that or there is a large queue at which this is the back)!

mbed-os 2 release testing will be kicked off again as the first run contained a huge number of timeouts, which indicate we may have some board problems in the ci.

@0xc0170
Copy link
Contributor

0xc0170 commented Jan 3, 2017

@VeliMattiLahtela @marhil01 CI fails with a git error, seems to me to be config related? Can you help us?

@0xc0170
Copy link
Contributor

0xc0170 commented Jan 4, 2017

@VeliMattiLahtela @marhil01 CI fails with a git error, seems to me to be config related? Can you help us?

Resolved

@0xc0170
Copy link
Contributor

0xc0170 commented Jan 4, 2017

+1

@adbridge
Copy link
Contributor Author

adbridge commented Jan 4, 2017

Mbed-os 2 results are on a par with the previous release so this candidate looks good to me.
@0xc0170 please merge.

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.