-
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
Enable sdram usage of REALTEK_RTL8195AM #4665
Conversation
@Archcady Thanks for the PR. Also, we recommend our contributors follow Chris Beam’s seven rules of great commit messages to keep the commit history clear. We find the commit.template feature particularly helpful. To match this format, please capitalize the first word of your subject line ("Enable"). Thanks for your contributions. |
@Archcady We use recent versions of the tools to compile older versions of mbed OS on the website. Are the changes to the postbuild script backwards compatible with the prior linker scirpts? |
Hi @theotherjimmy , yes, this postbuild script is backward compatible. I've tested it before I submit this PR :) |
This enables the compilation now of of the mbed-os-example-client. Didn't try it out yet, as I have no board right now.
I would recommend merging that in ASAP, I would also want this to the next upcoming mbed-os 5.5.x patch release. @adbridge @0xc0170 |
Well, we do have a board in RaaS - tried it via there and unfortunately I found a new issue. New issue raised - #4673. => which can and should be ignored - my bad, Ho-huh, should be doing these tests by having the board AT HAND, not in a remote RaaS. I now remember that these boards DO NOT have an physical ethernet connection! So, this issue is NOT valid and can be closed. I need to use these over WLAN. Sorry about that. I can't see the RaaS HWs, as they are physically elsewhere. |
Although this does raise the question that have we ever done the easy-connect integration to the Realtek WiFi yet? I bet that is missing. |
@JanneKiiskila If you can get test results posted here in the next couple of hours then we can try and get this in for 5.5.2, which we will be producing the candidate for later... |
@adbridge - next to impossible to get done in the next few hours, unless I get REALLY quickly some help with the wifi interface in RTL, how is one supposed to use it? We seem to have a separate wifi class for every Wifi implementation, what's the class to use with REALTEK_RTL8195AM? |
Anyways, the image produced with GCC was anyway functional, it linked and the app started. This PR is not about networking, so I don't think the merge should be blocked in any way. |
Ok, got it sorted out. WiFi connects and works to some extent, but it still fails to register.
|
@bulislaw are you able to help @JanneKiiskila at all ? |
@adbridge @JanneKiiskila worth talking to @marcuschangarm I think they got it up and running. |
Yep, the WiFi seems to be acting up a bit now. On the 2nd trial it fails differently.
I'll anyways do the easy-connect PR, so that others can try to the mbed-os-example-client, as well. |
There were some temporary WiFi issues apparently, K64F failed too -> now they work, WiFi gets address etc., but the actual client connection is still failing. Tried to enable more logs, but when uploading that image to the Ameba board -> they die in our CI. Need to see what's actually happening there, does the image get too large? |
Are we sure the async network APIs have been implemented to the Realtek WiFi? |
@JanneKiiskila looks to me like this is not ready for 5.5.2 , I think we will have to target it for 5.5.3 in 2 weeks time... |
I would claim the issues we're now seeing are NOT things with this PR, they are the NEXT issues we'll see after this is merged in. So, I'd rather take this in now, rather than later. It's always a bit of a hassle to work with the forks. |
Hi @marcuschangarm , just upload our fixes for debug profile. We still have one bug found during the call to TCPSocket::connect() with GCC/debug, we are trying to locating the bug and will patch in next commit. THX. |
I think maybe the issue of debug profile should not block the present PR since it is about mbed client. I'll submit another PR to resolve the issue of debug profile. |
Hi @Archcady Do you wish to merge in the commits that you've currently submitted in this PR and you'll create another PR to address the remaining stability issues? |
Hi @samchuarm. Yes I hope so. Thanks. |
👍 As we understand, this is ready for integration? We will trigger CI then |
/morph test |
mbed cloud client works with @Archcady's patches.
|
Result: FAILUREYour command has finished executing! Here's what you wrote!
OutputBuild failed! |
@Archcady Can you please look at the failure from the latest CI? Linker error for GCC_ARM. |
Hi @0xc0170 the error message says unable to find rtl8195a_rom.h: No such file or directory. The directory in .ld file starts from mbed-os and cause this |
https://github.com/ARMmbed/mbed-os/pull/4665/files#diff-afd3ff400ff25734614a1eb758a85386R17 this line in the linker script is the issue, it's path assuming you have 'mbed-os' directory in main directory of your project. This assumption is wrong, you can execute tests from inside the mbed-os or you can add main inside mbed-os. You used to have the same solution first when you initially submitted Ameba support to mbed-os then you fixed it. |
Should not make assumption of specific directory when include .h from linker script
Hi @bulislaw , I change the line to "INCLUDE "rtl8195a_rom.h"", test it on my side and it works ok. Will this also works with CI? Thanks. |
I think so, let's see. /morph test |
Result: SUCCESSYour command has finished executing! Here's what you wrote!
OutputAll builds and test passed! |
This is now ready for integration |
To further resolve small user code size issue, this PR enable and put most of the text code to sdram of REALTEK_RTL8195AM