-
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 ESP8266 driver v1.7 #8689
Add ESP8266 driver v1.7 #8689
Conversation
Test results
|
@ARMmbed/mbed-os-ipcore please review. |
@marcuschangarm, @JanneKiiskila, @teetak01, @tommikas, @dlfryar, @karsev for your information. |
@VeijoPesonen This breaks travis littlefs tests, please review |
@0xc0170 Fix provided |
@0xc0170 would you please trigger the build. |
@VeijoPesonen PR request type should have one and only one box selected ! I have fixed this for you on this occasion. |
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 to me
@AnotherButler would you like to review the documentation updates ? |
@adbridge sorry for the request type mistake. @AnotherButler, @melwee01 has checked already the README.md so it should be fine. |
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.
To get better understanding - can you describe the breaking changes here? I read the readme (mentions firmware update) but also noticed esp object changes (contructor for instance). What is the drive to have these changes - brief description helping reviewers to understand the drive
Oh, nvm. @VeijoPesonen also mentioned that this was a breaking change. |
@cmonr, @0xc0170 PR description updated to explain why this is a breaking change from user point of view. It's not a an ABI break so maybe I shouldn't have requested the breaking change label in the first place. Summa summarum, this is a breaking change from user point of view as it requires extra work from him. But this is not a breaking change from OS point of view as it doesn't change interfaces or require changes to any other components. |
/morph build |
Build : SUCCESSBuild number : 3649 Triggering tests/morph test |
Exporter Build : SUCCESSBuild number : 3256 |
Test : FAILUREBuild number : 3429 |
Info: This PR has been re-bundled into a new rollup PR (#8800). No further work is needed here, as once that PR is merged, this PR will also be closed and marked as merged. |
Starting CI. |
Test run: SUCCESSSummary: 4 of 4 test jobs passed |
@AnotherButler @melwee01 This is now ready for integration. Can you please review and we can fix the readme in a separate PR (leave comments here, @VeijoPesonen create a new PR if anything). |
I've just noticed now
OK ! |
Description
Most notable changes
This is a breaking change - users are expected to check the README.md file what needs to be done.
Configuration options - mandatory ones.
Users should be aware of the fact that new implementation restricts how much heap can be used for storing data packets - socket-bufsize parameter was introduced and it's set to 8K by default. Once the limit is reached packets are dropped - doesn't matter is it a TCP or UDP socket. For TCP sockets this is fatal but an application using UDP socket should be able to handle it. This is a breaking change from user point of view because earlier the usage of heap was unrestricted.
Detailed changes
Pull request type