Show an email

GET /hyperkitty/api/list/[email protected]/email/OASGWAQ6CBBFKZWINAAOWIMUEUVW2KT2/?format=api
HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "url": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/OASGWAQ6CBBFKZWINAAOWIMUEUVW2KT2/?format=api",
    "mailinglist": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/?format=api",
    "message_id": "BY3PR13MB4788AA37C56B3D48F4950B4AEF732@BY3PR13MB4788.namprd13.prod.outlook.com",
    "message_id_hash": "OASGWAQ6CBBFKZWINAAOWIMUEUVW2KT2",
    "thread": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/thread/OASGWAQ6CBBFKZWINAAOWIMUEUVW2KT2/?format=api",
    "sender": {
        "address": "bstrick (a) N5BRG.COM",
        "mailman_id": "953542c988dd4c549175bb02a8a6a1ed",
        "emails": "https://mailman.amsat.org/hyperkitty/api/sender/953542c988dd4c549175bb02a8a6a1ed/emails/?format=api"
    },
    "sender_name": "Bob Stricklin",
    "subject": "[pacsat-dev] Re: Memory Problem on PacSatSW",
    "date": "2024-01-16T19:30:42Z",
    "parent": null,
    "children": [],
    "votes": {
        "likes": 0,
        "dislikes": 0,
        "status": "neutral"
    },
    "content": "Here is the map file you were looking for.\r\n\r\nBob\r\n\r\nFrom: Burns Fisher (AMSAT) via pacsat-dev <[email protected]>\r\nSent: Tuesday, January 16, 2024 12:04 PM\r\nTo: Bob Stricklin <[email protected]>\r\nCc: Pacsat Dev <[email protected]>\r\nSubject: [pacsat-dev] Re: Memory Problem on PacSatSW\r\n\r\nThe MRAMmap that you sent has nothing to do with the linker complaining.  MRAM is totally external and the linker knows nothing about it.\r\n\r\nI did not know about View/Memory that Jim pointed out.  To me the most useful thing, and what I mean by the Link Map or Memory Map is under the Debug folder (or Release folder depending on which way you are building) and is called programname.map, for example PacSat.map.  It shows how much each module is using in both code (flash memory) and RAM.  Here is a section showing how much code (.text in Unix terms) is being used.\r\n\r\nSECTION ALLOCATION MAP\r\n\r\n output                                  attributes/\r\nsection   page    origin      length       input sections\r\n--------  ----  ----------  ----------   ----------------\r\n.intvecs   0    00000000    00000020\r\n                  00000000    00000020     sys_intvecs.obj (.intvecs)\r\n\r\n.text      0    00000020    00048338\r\n                  00000020    000046f4     Ax25Task.obj (.text)\r\n                  00004714    00003d54     UplinkTask.obj (.text)\r\n                  00008468    00003b14     PbTask.obj (.text)\r\n                  0000bf7c    000033f0     ConsoleTask.obj (.text)\r\n                  0000f36c    0000314c     pacsat_header.obj (.text)\r\n                  000124b8    00002b7c     sys_selftest.obj (.text)\r\n                  00015034    00002860     os_tasks.obj (.text)\r\n                  00017894    000026b8     inodedata.obj (.text)\r\n                  00019f4c    000020d0     nonvolManagement.obj (.text)\r\n                  0001c01c    00002008     posix.obj (.text)\r\n\r\n=========================\r\nAnd here is how much RAM is getting used.\r\n\r\n.bss       0    08001500    00024752     UNINITIALIZED\r\n                  08001500    00020000     os_heap.obj (.bss:ucHeap)\r\n                  08021500    00000acc     Ax25Task.obj (.bss:data_link_state_machine)\r\n                  08021fcc    00000a00     PbTask.obj (.bss:pb_list)\r\n                  080229cc    0000067c     buffer.obj (.bss:gBufCtx)\r\n                  08023048    00000360     CommandTask.obj (.bss:UplinkCommandBuffer)\r\n                  080233a8    00000320     posix.obj (.bss:gaHandle)\r\n                  080236c8    00000200     UplinkTask.obj (.bss:ftl0_pfh_byte_buffer$2)\r\n                  080238c8    00000200     pacsat_dir.obj (.bss:pfh_byte_buffer)\r\n                  08023ac8    000001d4     UplinkTask.obj (.bss:ftl0_pfh_buffer$1)\r\n                  08023c9c    000001d4     pacsat_dir.obj (.bss:pfh_buffer)\r\n                  08023e70    00000128     (.common:gaRedCoreVol)\r\n                  08023f98    00000120     rtsv7R4_T_be_v3D16_eabi.lib : trgmsg.c.obj (.bss:_CIOBUF_)\r\n                  080240b8    00000118     UplinkTask.obj (.bss:ax25_event)\r\n                  080241d0    00000118     Ax25Task.obj (.bss:ax25_received_event)\r\n                  080242e8    00000118     Ax25Task.obj (.bss:lm_event)\r\n                  08024400    00000118     Ax25Task.obj (.bss:send_event_buffer)\r\n                  08024518    00000118     UplinkTask.obj (.bss:send_event_buffer)\r\n                  08024630    00000118     Ax25Task.obj (.bss:timer_event)\r\n\r\n\r\n=========================\r\n\r\nNotice that you can tell which is in flash and which is in memory by the address (080xxxxx is ram, 0004xxxx is flash).\r\n\r\nThis is totally an output file.  What you changed was the link command file sys_lnk.cmd which is input to the linker.  You essentially \"lied\" to the linker so it would not complain, I think.  Clever way to find out how much it really wanted!  But if you can send the PacSat.map (or whatever it is called), that will tell exactly who is using the memory.\r\n\r\n73,\r\n\r\nBurns Fisher, WB1FJ\r\nAMSAT(R) Engineering -- Flight Software\r\n\r\n\r\nOn Tue, Jan 16, 2024 at 12:30 PM Bob Stricklin via pacsat-dev <[email protected]<mailto:[email protected]>> wrote:\r\nJim,\r\n\r\nMake sure you are looking at:\r\n\r\nView -> Memory Allocation\r\n\r\nAnd not Memory Browser\r\n\r\nMemory Allocation should open in a TAB in a window within CCS. My TAB is at the bottom of CCS along with a bunch more TABs.\r\n\r\nBob\r\n\r\n\r\nFrom: Jim McCullers via pacsat-dev <[email protected]<mailto:[email protected]>>\r\nSent: Monday, January 15, 2024 6:31 PM\r\nTo: 'Pacsat Dev' <[email protected]<mailto:[email protected]>>\r\nSubject: [pacsat-dev] Re: Memory Problem on PacSatSW\r\n\r\nMy version of CSS is either different or how did you turn on the green lines with summary data?\r\nI get a popup status message with similar info but not as stable or detailed as yours.\r\n\r\nOn my system, I’m showing 80% utilization.\r\nThe majority is in ucHeap (about 131k).\r\nI’ll bet on a function somewhere allocating a chunk of memory or repeatedly doing so and never using or releasing it.\r\nShould be ‘fun’ to find.\r\n\r\nJim McCullers\r\nWA4CWI\r\n\r\n\r\n\r\nLooks like we have an issue with memory usage in RAM\r\n\r\nIf you load up CCS with the current project PacSatSW and build it then you can select VIEW -> Memory Allocation  and look at the tab. You will see the package needs 154K or RAM and the Launpad has 191K.  In the case of the TMS570LS0914 we have 128K max.\r\nYou can expand RAM and the subfolders and see where the memory is being used.\r\n\r\nI worked for the last few days getting a HalCoGen setup for the LS0914 and then murging this HCG file with the code of the Launcpad project. After working through some issues it built but when it ran the linker it errored out with not enough memory. So faked it out and told the linker I had more memory. Then it would build and generate a .out file and the Memory Allocation info. It matches the launch pad build.\r\n\r\nProbably need to look for ways to reduce RAM needed. Reduce buffer sizes, move buffers to external memory, or take out code.\r\n\r\nI will be looking for things here to try and complete a basic build of the code for the LS0914. Please look for ideas and post any that you come up with. We probably should target RAM usage at about 80% of the max or about 100KB.  We could change processors later but that would need some study.\r\n\r\nBob\r\n\r\n[cid:[email protected]]\r\n\r\n-----------------------------------------------------------\r\n\r\npacsat-dev mailing list -- [email protected]<mailto:[email protected]>\r\nView archives of this mailing list at https://mailman.amsat.org/hyperkitty/list/[email protected]\r\nTo unsubscribe send an email to [email protected]<mailto:[email protected]>\r\nManage all of your AMSAT-NA mailing list preferences at https://mailman.amsat.org\r\n\n\n\n\n",
    "attachments": [
        {
            "email": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/OASGWAQ6CBBFKZWINAAOWIMUEUVW2KT2/?format=api",
            "counter": 4,
            "name": "attachment.html",
            "content_type": "text/html",
            "encoding": "utf-8",
            "size": 20177,
            "download": "https://mailman.amsat.org/hyperkitty/list/[email protected]/message/OASGWAQ6CBBFKZWINAAOWIMUEUVW2KT2/attachment/4/attachment.html"
        },
        {
            "email": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/OASGWAQ6CBBFKZWINAAOWIMUEUVW2KT2/?format=api",
            "counter": 5,
            "name": "image001.png",
            "content_type": "image/png",
            "encoding": null,
            "size": 367151,
            "download": "https://mailman.amsat.org/hyperkitty/list/[email protected]/message/OASGWAQ6CBBFKZWINAAOWIMUEUVW2KT2/attachment/5/image001.png"
        },
        {
            "email": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/OASGWAQ6CBBFKZWINAAOWIMUEUVW2KT2/?format=api",
            "counter": 6,
            "name": "PacSat_DevSW.map",
            "content_type": "text/plain",
            "encoding": null,
            "size": 171795,
            "download": "https://mailman.amsat.org/hyperkitty/list/[email protected]/message/OASGWAQ6CBBFKZWINAAOWIMUEUVW2KT2/attachment/6/PacSat_DevSW.map"
        }
    ]
}