anyone who fiddles with linux partition sizes during install
-
Halp! (not really) I have a very similar problem. I have two separate processors in one die. They can share memory. The memory isn't all in one flat region, but rather, it is partitioned out into memory with different properties, like tightly coupled memory geared for instructions or geared for data (ARM is modified harvard architecture) It's like this
Region Start address End address Size Free Used Usage (%)
BOARD_FLASH 0x30000000 0x31000000 16777216 16446388 330828 1.97%
SRAM_DTC_cm7 0x20000000 0x20040000 262144 253132 9012 3.44%
SRAM_ITC_cm7 0x0 0x40000 262144 262096 48 0.02%
SRAM_OC1 0x20240000 0x202c0000 524288 276328 247960 47.29%
SRAM_OC2 0x202c0000 0x20340000 524288 524288 0 0.00%
SRAM_OC_ECC1 0x20340000 0x20350000 65536 65536 0 0.00%
SRAM_OC_ECC2 0x20350000 0x20360000 65536 65536 0 0.00%
BOARD_SDRAM 0x80000000 0x83000000 50331648 50331648 0 0.00%
NCACHE_REGION 0x83000000 0x84000000 16777216 16777216 0 0.00%The trick is there are two sets of these, one for each core, and the program code, heap, and stack cannot interfere with memory from the other core. Other than that it is possible to share memory and I plan to in order to enable communication between cores. So it's a lot like laying out partition tables, but interleaving two sets of tables together with certain overlapping and non-overlapping sections. Also certain sections have to be at certain locations in order to facilitate the ROM actually running the code. For a certain type of mind this is easy. For me, not so much. I don't actually need help. I'll figure it out, but maybe some of you have felt similar pain.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
-
Halp! (not really) I have a very similar problem. I have two separate processors in one die. They can share memory. The memory isn't all in one flat region, but rather, it is partitioned out into memory with different properties, like tightly coupled memory geared for instructions or geared for data (ARM is modified harvard architecture) It's like this
Region Start address End address Size Free Used Usage (%)
BOARD_FLASH 0x30000000 0x31000000 16777216 16446388 330828 1.97%
SRAM_DTC_cm7 0x20000000 0x20040000 262144 253132 9012 3.44%
SRAM_ITC_cm7 0x0 0x40000 262144 262096 48 0.02%
SRAM_OC1 0x20240000 0x202c0000 524288 276328 247960 47.29%
SRAM_OC2 0x202c0000 0x20340000 524288 524288 0 0.00%
SRAM_OC_ECC1 0x20340000 0x20350000 65536 65536 0 0.00%
SRAM_OC_ECC2 0x20350000 0x20360000 65536 65536 0 0.00%
BOARD_SDRAM 0x80000000 0x83000000 50331648 50331648 0 0.00%
NCACHE_REGION 0x83000000 0x84000000 16777216 16777216 0 0.00%The trick is there are two sets of these, one for each core, and the program code, heap, and stack cannot interfere with memory from the other core. Other than that it is possible to share memory and I plan to in order to enable communication between cores. So it's a lot like laying out partition tables, but interleaving two sets of tables together with certain overlapping and non-overlapping sections. Also certain sections have to be at certain locations in order to facilitate the ROM actually running the code. For a certain type of mind this is easy. For me, not so much. I don't actually need help. I'll figure it out, but maybe some of you have felt similar pain.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
All the time. GParted live USB stick saves the day every time.
>64 It’s weird being the same age as old people. Live every day like it is your last; one day, it will be.
-
All the time. GParted live USB stick saves the day every time.
>64 It’s weird being the same age as old people. Live every day like it is your last; one day, it will be.
I wish I had a snappy tool like that. All I've got is NXP's Eclipse based MCUxpresso IDE, and its tables are little better than a CSV editor. In fact, that's pretty much what it is. I was thinking about making some kind of calculator in C# but the effort probably won't pay for itself for quite some time.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
-
I wish I had a snappy tool like that. All I've got is NXP's Eclipse based MCUxpresso IDE, and its tables are little better than a CSV editor. In fact, that's pretty much what it is. I was thinking about making some kind of calculator in C# but the effort probably won't pay for itself for quite some time.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
honey the codewitch wrote:
I was thinking about making some kind of calculator in C#
Seems like you could create something 'good enough' using [insert spreadsheet app of choice here; default = Excel].
Software Zen:
delete this; -
honey the codewitch wrote:
I was thinking about making some kind of calculator in C#
Seems like you could create something 'good enough' using [insert spreadsheet app of choice here; default = Excel].
Software Zen:
delete this;True. That wasn't even on my radar. :laugh:
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
-
True. That wasn't even on my radar. :laugh:
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
This comment was based on hard-won experience. Once upon a time I spent a couple days writing an app to compute some values and the math wouldn't come out the way I thought it should. I fired up Excel to test the calculations and in less than an hour I had verified them plus calculated the values I needed :-O .
Software Zen:
delete this;