-
Notifications
You must be signed in to change notification settings - Fork 3k
Add device_name for TB_SENSE_12. #5470
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
Conversation
device_name key is required to add Cloud Client support / enable bootloader support for this target.
@stevew817 @0xc0170 ..Could you please check? Thank you. cc @screamerbg |
/morph build |
LGTM |
Build : SUCCESSBuild number : 486 Triggering tests/morph test |
Test : SUCCESSBuild number : 305 |
Exporter Build : FAILUREBuild number : 106 |
@0xc0170 The Keil failure above looks weird... Apparently it can't deal with .S files? |
@theotherjimmy ..does this exporter failure above have something to do with .s and .S as seen in the past? the PR is only adding "device_name" to targets.json.. |
/morph export-build |
There is one more target which needs device_name, both of them are covered in #5253 |
Exporter Build : FAILUREBuild number : 109 |
@ashok-rao Those extensions are only distinguished on POSIX, and uvision only runs on Windows. So, I hope not. I have seen this before, but I don't recall what the solution was. I'll have to take a look in more detail on Monday. |
@theotherjimmy .. I see.. but I remember I had this issue on Windows some time back and I think others also faced this on their Windows machine.. Issue : #5145 .. Please let us know what you find on Monday! Thanks! |
@theotherjimmy @0xc0170 .. why is only uVision failing for this? I can see others are passing from Jenkins log...?? |
@ashok-rao This change only affects the Uvision Exporter. I would be surprised if others failed because of this. |
@ashok-rao Can you reproduce this issue locally please? Use |
Hi @0xc0170 . It seems to build fine on my local machine.. Steps I followed:
then did mbed export :
And built it with MDK. I'm attaching build log below: Just checking if CI uses this version of ARMCC: Mine is this version: Edit: |
I would not suspect this is related to .s or .S files. I manually fetched this PR, and was able to build for uvision using exported project. After I installed the a pack for this device . 😕 |
I don't recall, so it might. |
@ashok-rao In general, it's more helpful to post code snippets in |
@0xc0170 I don't know what you're on about. The failure is in uVision, which, as far as I know, always emits that macro. the example that is failing is blinky. Where are you getting uvisor? it's just not present anywhere in the logs. |
What error did you get before installing the pack for the device? Everyone: |
@0xc0170 , same with me, I had to install the DFP for the EFR32MG12P332F1024xx125. Without the pack, MDK was selecting a generic M4_FP target & still builds succesfully. Not sure what you refer to regarding uvisor ? @theotherjimmy , thanks for the note on screenshots, I just wanted to highlight the line numbers as well since targets.json has changed from my local copy to the latest master..so, just wanted to specify the line numbers where I made the change, hence the screenshot! |
@ashok-rao Then you could use a diff --git a/targets/targets.json b/targets/targets.json
index 0a8549f00..44eb9050c 100755
--- a/targets/targets.json
+++ b/targets/targets.json
@@ -2912,6 +2912,7 @@
},
"TB_SENSE_12": {
"inherits": ["EFR32MG12P332F1024GL125"],
+ "device_name": "EFR32MG12P332F1024GL125",
"device_has": ["ANALOGIN", "I2C", "I2CSLAVE", "I2C_ASYNCH", "INTERRUPTIN", "LOWPOWERTIMER", "PORTIN", "PORTINOUT", "PORTOUT", "PWMOUT", "RTC", "SERIAL", "SERIAL_ASYNCH", "SLEEP", "SPI", "SPISLAVE", "SPI_ASYNCH", "STDIO_MESSAGES", "TRNG", "FLASH"],
"forced_reset_timeout": 5,
"config": { mine is also different, at line 2912 (between the
I don't think that's how CI runs the builds. The CI builds issuing the command in the build method. That may produce a different result than the method you used. That being said, I would be surprised if it did. |
Thanks for the git diff notes! Will try to use where applicable. Regarding batch files, I don't suspect either generation method would produce major differences though in the batch file generated. That being said, I don't have reach into the CI builds, so I cannot check that end. Someone with access could help us here! |
@ashok-rao I was just able to reproduce the error locally, and am now working to root cause the issue. |
Nice. Thank you @cmonr . Awaiting your inputs. |
@ashok-rao It looks like the issue is on our side, and will have to wait until Monday for a fix to be tested. No action on your end is needed at the moment. |
@cmonr .. any news on this, please? |
@ashok-rao Looks like the modification made it in this weekend. I'm going to rerun the job to verify. /morph export-build |
Exporter Build : FAILUREBuild number : 325 |
/morph export-build |
Exporter Build : FAILUREBuild number : 327 |
?? Same error again..!! @cmonr .. |
@cmonr @kegilbert ..bump! |
Exporter Build : FAILUREBuild number : 356 |
Hmm, I don't see what failed here.. Looks like all tests have passed from the CI logs.. @0xc0170 @cmonr @kegilbert can you see what has failed? |
We've been seeing some Jenkins related failures intermittently, sorry for the delay. |
@ashok-rao I ran a limited manual build, and things finally look good on our side. Barring any further strange Jenkins issues, this last build should do it! |
Exporter Build : FAILUREBuild number : 360 |
@cmonr @kegilbert .. crashed again!! And this time it's a different platform altogether. |
This looks like an actual compilation error, running it by @geky since it looks like a filesystem error. That it only failed on that one platform makes me think it's another one-off error though... |
My local compiler version is slightly off from the CI version but builds the export correctly. Trying again to see if it replicates and allocate the build node to debug further if it happens again. |
Offline static node got assigned, this time for real. |
Exporter Build : SUCCESSBuild number : 362 |
/morph build |
Build : SUCCESSBuild number : 709 Triggering tests/morph test |
Test : SUCCESSBuild number : 541 |
Awesome! Finally..! @0xc0170 @adbridge ..over to you to take this PR further. Thank you @kegilbert @cmonr .. |
No problem, sorry for the pain and delay @ashok-rao . |
Description
device_name key is required to add Cloud Client support / enable bootloader support for this target.
Status
READY
Deploy notes
None.