-
Notifications
You must be signed in to change notification settings - Fork 3k
Update Cmsis-pack-manager to 0.2.3 #8757
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
Looks at changes Sees tools/arm_pack_manager/index.json was updated @theotherjimmy Would/could that file benefit from getting new lines added to it, similar to how target.json was updated, so that the diff generated isn't 99.9% if the PR when it's updated? |
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.
Few clarifications
tools/config/__init__.py
Outdated
] | ||
if all_matching_memories: | ||
memory = sorted( | ||
all_matching_memories, key=self._memory_ordering |
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.
I'm a bit tripped up on the key
function here. Is this essentially doing the following for the comparison:
"
For each memory
in all_matching_memories
, the one that is the "least" is the one that:
- Has the smallest value for
memory['default']
- If they are the same, pick the smallest value for
memory['size']
- If that is the same, pick the smallest value for
memory['start']
"
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.
@bridadan I was under the impression that it would be largest first. If I need a quick reverse to make them all "largest" then that's what I'll do.
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.
sorted
will return an ascending order sorted list by default: https://docs.python.org/3/howto/sorting.html. So that would mean the first one in the list would be the "smallest" if I'm interpreting the doc correctly.
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.
Right. Adding a reverse now.
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.
Nice!
requirements.txt
Outdated
@@ -19,3 +19,4 @@ six==1.11.0 | |||
git+https://github.com/armmbed/[email protected] | |||
mbed-cloud-sdk==2.0.1 | |||
icetea>=1.0.2,<1.1 | |||
cmsis-pack-manager>=0.2.2,<0.3.0 |
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.
🎉
|
||
def _get_sectors(self, device): | ||
"""Extract sector sizes from device FLM algorithm | ||
|
||
Will return None if there is no algorithm, pdsc URL formatted in correctly | ||
Will return None if there is no algorithm, pdsc URL formatted in |
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.
Not sure why, but this feels like weird english.
Is it missing an or
?
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.
Yes.
@@ -1,192 +0,0 @@ | |||
from __future__ import print_function, division, absolute_import |
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.
Goodnight sweet prince
@ARMmbed/mbed-os-test-team Heads up. A new python module is being added into mbed-os https://github.com/ARMmbed/mbed-os/pull/8757/files#diff-b4ef698db8ca845e5845c4618278f29aR22 @theotherjimmy Do you know if |
@cmonr It's compatible with most Python versions >= 2.7 |
from the top comment:
|
Ha. Silly GitHub not wanting to load the file... |
/morph build |
Build : FAILUREBuild number : 3666 |
@theotherjimmy this PR ran into a strange build failure, mind taking a look: |
@NirSonnenschein labeled as needs: work because of this |
flm = pack.open(filename) | ||
flm = pack.open( | ||
algo["file_name"] | ||
.replace("\\\\", "/") |
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.
This works also in Windows?
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.
Maybe. I'm not sure.
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.
Is this tested also in Windows machine?
@OPpuolitaival This has not been tested on a windows machine that's next on my list. |
@0xc0170 The history is actually not so bad. I already did some squashing/rewriting. |
@theotherjimmy - as discussed internally should we move this to 5.12 as it will have broader impact on devices? |
@deepikabhavnani Perhaps "broader impact" is not the correct phrase. "it's a big risk" as it can impact many systems is probably what you were thinking. Especially because it's supposed to have no impact on any devices. |
@theotherjimmy - Yes agree risk is higher and we might uncover some unknowns as well.. |
Test run: FAILEDSummary: 1 of 9 test jobs failed Failed test jobs:
|
So, the NUMAKER_PFM_M2351 now has 2x ROMs, each 1/2 the size that it used to have, that are not mapped contiguously. That's very strange indeed. |
CI started |
Test run: FAILEDSummary: 1 of 9 test jobs failed Failed test jobs:
|
Looking into this, but I don't think the |
Test run: FAILEDSummary: 1 of 9 test jobs failed Failed test jobs:
|
Any findings? I'll reviewed changes, do not look like this would hit assert in the linker script. I'll fetch this PR and reproduce locally |
This is what I have noticed (correction - RAM regions are split now) and possibly that is why this assert with ARMC6 now. @ARMmbed/team-nuvoton Should we just changed back to only one RAM region (as it was) and this will be addressed separately? Here in this PR:
On master:
This asserts Heap goes in this PR to RAM1 region that is 3x smaller and does not fit. If we change regions in cmsis pack index, we need to change also linker scripts. I've checked all 3 linkers scripts, all of them contain one RAM region. I would revert RAM region change in this PR, and will request a new issue to address this (or fix cmsis pack). |
Locally reverted RAM2 change for this nuvoton target, builds without error. I'll push this commit here, restart testing when we can. We will need to create an issue for this (RAM2 region addition).
|
Revert latest change to index. Linker scripts follow one RAM region. If index is updated, requires further changes in the target that should be done separately.
I pushed a fix (using one RAM region, should have same attributes as it was). Builds locally, Same RAM1 as it was. |
CI started |
Test run: FAILEDSummary: 1 of 13 test jobs failed Failed test jobs:
|
@theotherjimmy Can you review the failures? It's not related to this change-set but rather on master already. The issue is being tracked here #9938 . |
CI restarted |
Test run: FAILEDSummary: 1 of 13 test jobs failed Failed test jobs:
|
CI restarted. |
Test run: FAILEDSummary: 1 of 13 test jobs failed Failed test jobs:
|
Exporters restarted (license issue) |
Restarted exporters |
Description
This comes with quite a few features:
Further, The index has been re-formatted to be human-readable and all
keys are sorted so that diffs are also human-readable. Be aware, it's
big.
NOTE: This will conflict with #8607Rebased after #8607Pull request type