TMS320F28379D: Programm not starting after power off/on - flash problem?

Willi Konrad

Part Number: TMS320F28379D
Other Parts Discussed in Thread: UNIFLASH, , C2000WARE

Hi,

i´m downloading the code with JTAG. With CCSv7 the debugging session is working and the programm is running fine. Then after i switch power off/on, nothing happens. It seems like flash is not working anymore.

Two years ago it was working because in production they are flashing with the first version (v1) i made with uniflash. Now with the newest version (v2) they say they cant flash anymore. Its working if they flash first the older version (v1) and then flashing v2 over v1. Then its running fine. But when only flashing v2 its not working. (Uniflash project is the same, nothing changed)

So if i tried to flash an already flashed controller it is working, but flashing a blank controller, it not working. Like i said in beginning, i can deug the with ccs when flashing into blank controller. But after power cycle its not running.

Did something change? What is wrong?

Please help.

Best regards

Willi Konrad

over 4 years ago

0 Vamsi Gudivada over 4 years ago

TI__Guru* 87155 points

Hi Willi,

Please take a look at below FAQ and update your tools accordingly (if not already):

[FAQ] Product Change Notice (PCN) 20180523001.1 and PCN 20200115000.2 for TMS320F2837x and TMS320F2807x devices:

https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/729543?-FAQ-Product-Change-Notice-PCN-20180523001-1-for-TMS320F2837x-and-TMS320F2807x-devices

How are the boot mode pins configured when you tried to check the standalone execution (after power cycle)? Hope they are configured for flash boot.

Below is another FAQ that can help to debug this:

[FAQ] Flash - How to modify an application from RAM configuration to Flash configuration?:

https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/878674

Let us know if these FAQs don't help to figure the issue.

Thanks and regards,
Vamsi

0 Willi Konrad over 4 years ago in reply to Vamsi Gudivada

Prodigy 170 points

Hi Vamsi,

thank you for the documents. I updated Uniflash to V6.4 and CCS to V10.4 . The boot mode pins are set to flash boot.

I read through the FAQ and tried everything what is suggested but it still don´t work after power cycle.

This are my properties for e.g. CPU1:

Predefined Symbols CPU1:

Linker flags CPU1:

Linker paths CPU1:

Maybe something wrong with my cmd file

2837x_FLASH_Ink_cpu1.cmd:

MEMORY
{
PAGE 0 : /* Program Memory */
/* Memory (RAM/FLASH) blocks can be moved to PAGE1 for data allocation */
/* BEGIN is used for the "boot to Flash" bootloader mode */

BEGIN : origin = 0x080000, length = 0x000002
RAMM0 : origin = 0x000122, length = 0x0002DE
RAMD0 : origin = 0x00B000, length = 0x000800
RAMLS0 : origin = 0x008000, length = 0x000800
RAMLS1 : origin = 0x008800, length = 0x000800
RAMLS2 : origin = 0x009000, length = 0x000800
RAMLS3 : origin = 0x009800, length = 0x000800
RAMLS4 : origin = 0x00A000, length = 0x000800
RAMGS14 : origin = 0x01A000, length = 0x001000 /* Only Available on F28379D, F28377D, F28375D devices. Remove line on other devices. */
RAMGS15 : origin = 0x01B000, length = 0x001000 /* Only Available on F28379D, F28377D, F28375D devices. Remove line on other devices. */
RESET : origin = 0x3FFFC0, length = 0x000002

/* Flash sectors */
FLASHA : origin = 0x080002, length = 0x001FFE /* on-chip Flash */
FLASHB : origin = 0x082000, length = 0x002000 /* on-chip Flash */
FLASHC : origin = 0x084000, length = 0x002000 /* on-chip Flash */
FLASHD : origin = 0x086000, length = 0x002000 /* on-chip Flash */
FLASHE : origin = 0x088000, length = 0x008000 /* on-chip Flash */
FLASHF : origin = 0x090000, length = 0x008000 /* on-chip Flash */
FLASHG : origin = 0x098000, length = 0x008000 /* on-chip Flash */
FLASHH : origin = 0x0A0000, length = 0x008000 /* on-chip Flash */
FLASHI : origin = 0x0A8000, length = 0x008000 /* on-chip Flash */
FLASHJ : origin = 0x0B0000, length = 0x008000 /* on-chip Flash */
FLASHK : origin = 0x0B8000, length = 0x002000 /* on-chip Flash */
FLASHL : origin = 0x0BA000, length = 0x002000 /* on-chip Flash */
FLASHM : origin = 0x0BC000, length = 0x002000 /* on-chip Flash */
FLASHN : origin = 0x0BE000, length = 0x002000 /* on-chip Flash */

PAGE 1 : /* Data Memory */
/* Memory (RAM/FLASH) blocks can be moved to PAGE0 for program allocation */

BOOT_RSVD : origin = 0x000002, length = 0x000120 /* Part of M0, BOOT rom will use this for stack */
RAMM1 : origin = 0x000400, length = 0x000400 /* on-chip RAM block M1 */
RAMD1 : origin = 0x00B800, length = 0x000800

RAMLS5 : origin = 0x00A800, length = 0x000800

RAMGS0 : origin = 0x00C000, length = 0x001000
RAMGS1 : origin = 0x00D000, length = 0x001000
RAMGS2 : origin = 0x00E000, length = 0x001000
RAMGS3 : origin = 0x00F000, length = 0x001000
RAMGS4 : origin = 0x010000, length = 0x001000
RAMGS5 : origin = 0x011000, length = 0x001000
RAMGS6 : origin = 0x012000, length = 0x001000
RAMGS7 : origin = 0x013000, length = 0x001000
RAMGS8 : origin = 0x014000, length = 0x001000
RAMGS9 : origin = 0x015000, length = 0x001000
RAMGS10 : origin = 0x016000, length = 0x001000
RAMGS11 : origin = 0x017000, length = 0x001000
RAMGS12 : origin = 0x018000, length = 0x001000 /* Only Available on F28379D, F28377D, F28375D devices. Remove line on other devices. */
RAMGS13 : origin = 0x019000, length = 0x001000 /* Only Available on F28379D, F28377D, F28375D devices. Remove line on other devices. */

CPU2TOCPU1RAM : origin = 0x03F800, length = 0x000400
CPU1TOCPU2RAM : origin = 0x03FC00, length = 0x000400
}

SECTIONS
{
/* Allocate program areas: */
.cinit : > FLASHB PAGE = 0, ALIGN(4)
.pinit : > FLASHB, PAGE = 0, ALIGN(4)
.text : >> FLASHB | FLASHC | FLASHD | FLASHE PAGE = 0, ALIGN(4)
codestart : > BEGIN PAGE = 0, ALIGN(4)

/* Allocate uninitalized data sections: */
.stack : > RAMM1 PAGE = 1
.ebss : >> RAMLS5 | RAMGS0 | RAMGS1 PAGE = 1
.esysmem : > RAMGS0 PAGE = 1

/* Initalized sections go in Flash */
.econst : >> FLASHF | FLASHG | FLASHH PAGE = 0, ALIGN(4)
.switch : > FLASHB PAGE = 0, ALIGN(4)

.reset : > RESET, PAGE = 0, TYPE = DSECT /* not used, */

Filter_RegsFile : > RAMGS0, PAGE = 1

SHARERAMGS0 : > RAMGS0, PAGE = 1
SHARERAMGS1 : > RAMGS1, PAGE = 1
ramgs0 : > RAMGS0, PAGE = 1
ramgs1 : > RAMGS1, PAGE = 1

#ifdef __TI_COMPILER_VERSION__
#if __TI_COMPILER_VERSION__ >= 15009000
.TI.ramfunc : {} LOAD = FLASHD,
RUN = RAMLS0 | RAMLS1 | RAMLS2 |RAMLS3,
LOAD_START(_RamfuncsLoadStart),
LOAD_SIZE(_RamfuncsLoadSize),
LOAD_END(_RamfuncsLoadEnd),
RUN_START(_RamfuncsRunStart),
RUN_SIZE(_RamfuncsRunSize),
RUN_END(_RamfuncsRunEnd),
PAGE = 0, ALIGN(4)
#else
ramfuncs : LOAD = FLASHD,
RUN = RAMLS0 | RAMLS1 | RAMLS2 |RAMLS3,
LOAD_START(_RamfuncsLoadStart),
LOAD_SIZE(_RamfuncsLoadSize),
LOAD_END(_RamfuncsLoadEnd),
RUN_START(_RamfuncsRunStart),
RUN_SIZE(_RamfuncsRunSize),
RUN_END(_RamfuncsRunEnd),
PAGE = 0, ALIGN(4)
#endif
#endif

/* The following section definitions are required when using the IPC API Drivers */
GROUP : > CPU1TOCPU2RAM, PAGE = 1
{
PUTBUFFER
PUTWRITEIDX
GETREADIDX
}

GROUP : > CPU2TOCPU1RAM, PAGE = 1
{
GETBUFFER : TYPE = DSECT
GETWRITEIDX : TYPE = DSECT
PUTREADIDX : TYPE = DSECT
}

/* The following section definition are for SDFM examples */
/* Filter1_RegsFile : > RAMGS1, PAGE = 1, fill=0x1111
Filter2_RegsFile : > RAMGS2, PAGE = 1, fill=0x2222
Filter3_RegsFile : > RAMGS3, PAGE = 1, fill=0x3333
Filter4_RegsFile : > RAMGS4, PAGE = 1, fill=0x4444
Difference_RegsFile : >RAMGS5, PAGE = 1, fill=0x3333*/
}

/*
//===========================================================================
// End of file.
//===========================================================================
*/

This linker file is in a subfolder "cmd":

I dont know how it is correct with the linker file. Maybe there is something wrong but i don´t know what.

Can you please have a look?

If you need more details, and also for CPU2, then please let me know.

Thank you.

Best regards

Willi Konrad

0 Vamsi Gudivada over 4 years ago in reply to Willi Konrad

TI__Guru* 87155 points

Willi,

1. Pre-defined symbol FLASH should be _FLASH.

2. Please replace all of the ALIGN(4) in the linker cmd to ALIGN(8).

3. For programming a fresh unprogrammed device, please use wait boot.

Once you program and want to execute it standalone, please use flash boot.

Below snippet taken from this FAQ: e2e.ti.com/.../faq-how-can-we-improve-the-flash-tool-performance

4. You said someone is not able to program anymore - What errors did they get while programming? Please provide more details.

5. Please check if there is a toggle on XRSn when it fails to run standalone - maybe there is a reset from watchdog/ECC error.

Please note: I will be out of office - My colleagues will track this post. Please expect some delays in our responses.

Thanks and regards,
Vamsi

0 Willi Konrad over 4 years ago in reply to Vamsi Gudivada

Prodigy 170 points

Hi,

so I tested number 1-3 but unfortunately it didnt help.

Number 4: The programming/flashing is working fine. They got no errors. But after power cycle the program did not start.

Number 5: Still have to test this one. I will update once i got the results.

Best regards

Willi Konrad

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Hi Willi,

Thanks for letting us know how implementing some of the suggestions went, if suggestion 5 does not work either let us know.

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

i tested today and the XRS is always high (mean 2.6V, min 2.3V, max 3V - its like noise between 2.3V and 3V).

I conntected with debug probe XDS110 and downloaded code with CCS in debug mode. The code was running on the device. When i triggered the XRS with a button to GND, the program is not running anymore.

Still seems for me that when downloading the code to RAM its working but nothing is in FLASH so after power cycle the program is not running.

Best regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Hi Willi,

Thanks for providing an update. I will get back to you in a couple of days with next steps.

Anu

0 Vamsi Gudivada over 4 years ago in reply to Anu Biradar

TI__Guru* 87155 points

Willi,

Looks like this is not a programming issue since no errors occurred while programming. This is an execution related debug.

A) Did you call memcpy() to copy the ramfuncs content to RAM from flash? Did you check to make sure that it is getting executed?

B) Please see if this helps: Disable watchdog in the f28x_codestartbranch.asm (WD_DISABLE .set 0; should be replaced with WD_DISABLE .set 1; in this asm file). This helps to avoid watchdog reset before reaching main(). If there are lot of global variables in the application, the cinit routine may take more time to initialize all of them before reaching main. During this time, watchdog may expire and hence suggested to disable it. You can enable it again in the main() as needed by your application.

C) I don't see f28x_codestartbranch.asm file in your project snapshot. Please make sure that f28x_codestartbranch.asm file is included in your application and that the codestart is mapped to the flash entry point location (generally defined as BEGIN in TI provided linker CMD files) in the linker cmd file.

D) Entry-point is is not clear from your snapshots: Please make sure that code_start (--entry_point=code_start) is added as the entry point in the project's linker options.

Project build settings -> Build -> C2000 Linker -> Advanced options -> Symbol Management -> --entry_point: code_start

Thanks and regards,
Vamsi

0 Willi Konrad over 4 years ago in reply to Vamsi Gudivada

Prodigy 170 points

Hi Vamsi, thanks for suggestions.

A) memcpy() will be executed in both CPUs

CPU1:

CPU2:

B) In the file "F2837xD_CodeStartBranch.asm" for both CPUs i disabled the watchdog :

Later in the main im calling initisr() to enable the watchdog again. I hope this is correct. If this is the correct sequence then it doesn´t helped after powercycle the device.

C) Do you mean "F2837xD_CodeStartBranch.asm" ? Its located in the hal directory for CPU1:

and for CPU2 here:

Vamsi Gudivada said:
and that the codestart is mapped to the flash entry point location (generally defined as BEGIN in TI provided linker CMD files) in the linker cmd file.

Don´t know what you exactly mean. Is the flash entry point location 0x080000? Then thats the case.

In my cmd file "2837x_FLASH_lnk_cpu1.cmd" for CPU1 BEGIN is:

and FLASH sectors begin here:

For CPU2 in "2837xD_FLASH_lnk_cpu2.cmd" BEGIN is:

and FLASH sectors here:

How can i check if the correct cmd file is used? Maybe the program is loading the wrong/ another cmd file?

D) I added code_start for both CPU1 and CPU2, then the following warning is coming:

But here also the same, when starting the onlnie debugging its working, but after powercycle the device, the program is not running anymore.

Please let me know if you have more ideas/ suggestions that i can try out or if you need more information.

Thank you

Best regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

There should be only 1 or 2 linker command files linked to your project - maybe the nonbios linker command file is the second one. If there are multiple that have overlapping memories, an error will be thrown.

Can you see where codestart is being placed in the .map file of the projects? The BEGIN locations look correct in the linker command file, the .map file can be found in the CPU1_FLASH and CPU2_FLASH folders.

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

i dont see any .map file in my project:

Could this be the problem, that the map isnt generated?

Thanks and regards

Willi

0 Willi Konrad over 4 years ago in reply to Willi Konrad

Prodigy 170 points

Hi Anu,

now i found it. The entry for the map file was empty, now i wrote a file to create:

Codestart of the map file says:

and further below:

Regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

Thanks for sharing the map file for CPU1, is codestart placed in the same location for CPU2?

Is there some sort of GPIO toggle you could add in your code execution to see how far the program is getting? Since we are trying to narrow down if it is an execution issue, seeing some sort of toggle to understand how far execution is going would be helpful.

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

yes for CPU2 its the same:

and further below:

I have a RUN LED that toggles every second when CPU2 is running. When starting with debug probe, the LED is toggling fine. After powercycling the device, the LED is not toggling anymore.

For CPU1 i made a test and added also the LED toggle:

When i connect with debug probe, the LED went on and off. After powercycle CPU1, the LEDs doesnt went on. So code doesnt even started.

Let me know if i can test something else.

Regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

Let me check with some teammates, I will get back to you in a few days.

Thanks,

Anu

0 Anu Biradar over 4 years ago in reply to Anu Biradar

TI__Expert 5630 points

Willi,

Can you try connecting the debug probe while the device is running in standalone mode? You can set up a target configuration file without the gel files attached so that starting the debug session in CCS does not reset the board, and use that to connect to the device.

Try out the following steps:

1. Power cycle the device and make sure the boot mode is flash boot

2. Launch the target configuration file without the gel files

3. Load the symbols of the image you flashed - it should be the same .out file that you used to write the image.

You should be able to see where in the program execution the device is getting stuck, this should help you debug further.

Thanks,

Anu

Note - I will be out of office till November 16, I will get back to any replies you post at that time.

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

thanks for suggestion. I tried it but i cant achieve this. Im not fimiliar how to do the steps 2 and 3.

Can you explain me please how to launch target conf file without gel files and how to load the symbols to only connect to the device.

Thank you very much

Regards

Willi

0 Vamsi Gudivada over 4 years ago in reply to Willi Konrad

TI__Guru* 87155 points

Willi,

Please expect a reply from Anu on 11/17/2021.

Thanks and regards,

Vamsi

0 Anu Biradar over 4 years ago in reply to Vamsi Gudivada

TI__Expert 5630 points

Willi,

To configure a target configuration without gel files, you can start off with a target configuration file found in C2000Ware - TMS320F28379D.ccxml is found at C200Ware_xx > device_support > f2837xd > common > cmd. Try the following:

1. Import this into CCS and click on file. Click Target Configuration.

2. In the drop down structure click "C28xx_CPU1" and when text pops up to the right click "Bypass". You can do the same thing for CPU2.

3. Launch this target configuration file. Connect to CPU1 and CPU2.

4. You can load symbols by clicking on the CPU in the target configuration file and going to Run > Load > Load Symbols. The same image that was written into Flash needs to be selected.

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

my CCS10 when im doing this steps and connect to the target. Here are my steps, maybe im doing something wrong:

i copied a new target file into my project and had first to change here the debug probe from XDS100v2 to XDS110

-->

This is after a bypassed CPU1 and CPU2:

To launch it i rightclick on the target file and selected "Debug As". I hope this is correct:

Then this message appears:

I pressed "Yes" to continue. Then it looked like this:

Then i selected the out file for CPU1:

Nothing happened. Then i pressed "Connect Target":

After that the CCS10 crashed.

Fullscreen hs_err_5584.log Download

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00007ffc816381d9, pid=5584, tid=0x0000000000006a4c
#
# JRE version: Java(TM) SE Runtime Environment (8.0_144-b01) (build 1.8.0_144-b01)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.144-b01 mixed mode windows-amd64 compressed oops)
# Problematic frame:
# C  0x00007ffc816381d9
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  T H R E A D  ---------------

Current thread (0x000002056b3c9800):  JavaThread "polling thread" daemon [_thread_in_native, id=27212, stack(0x000000ab38f00000,0x000000ab39000000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x0000000000000008

Registers:
RAX=0x0000000000000015, RBX=0x000002057e0b5f60, RCX=0x0000000000000008, RDX=0x000000ab38ffe2a0
RSP=0x000000ab38ffdee0, RBP=0x000000ab38ffe020, RSI=0x000000ab38ffe2a0, RDI=0x000002057e0b5880
R8 =0x000002057eb3caf0, R9 =0x000002057eb3caf0, R10=0x0000000000000000, R11=0x000002057eb3caf0
R12=0x0000000000000000, R13=0x0000000000000000, R14=0x000002057e6914d8, R15=0x000000ab38ffe2a0
RIP=0x00007ffc816381d9, EFLAGS=0x0000000000010202

Top of Stack: (sp=0x000000ab38ffdee0)
0x000000ab38ffdee0:   000002057e350eb0 000000ab38ffe020
0x000000ab38ffdef0:   000000ab38ffe2a0 000002057e0b5880
0x000000ab38ffdf00:   000002057eb3caf0 000002057e691401
0x000000ab38ffdf10:   000002057e691448 00007ffc815ec631
0x000000ab38ffdf20:   000002057e0b88f0 000002057e350eb0
0x000000ab38ffdf30:   000002057e350d90 000000ab38ffe040
0x000000ab38ffdf40:   000002057dfe6470 000002057dfe7010
0x000000ab38ffdf50:   000002057dfe7010 000000ab38ffe040
0x000000ab38ffdf60:   0000020500000000 000002057e350eb0
0x000000ab38ffdf70:   000002057dfe65f0 000002057e2fc4b0
0x000000ab38ffdf80:   000002057e3083f8 0000e8a4bf883794
0x000000ab38ffdf90:   000002057e308410 00007ffc815ec772
0x000000ab38ffdfa0:   000002057e1f5030 000002057e1f5030
0x000000ab38ffdfb0:   000002057e1f5030 000002057e1f4f10
0x000000ab38ffdfc0:   0000000000000004 000000000000000b
0x000000ab38ffdfd0:   0000000000000000 0000000000000000 

Instructions: (pc=0x00007ffc816381d9)
0x00007ffc816381b9:   8b 74 24 50 48 83 c4 30 5f e9 59 04 00 00 80 7e
0x00007ffc816381c9:   30 00 0f 84 ac 00 00 00 48 8b 4b 08 48 83 c1 08
0x00007ffc816381d9:   48 8b 01 ff 50 20 85 c0 74 6f 48 8b cb e8 e5 04
0x00007ffc816381e9:   00 00 84 c0 74 63 48 8d 4b 20 c6 46 30 00 4c 8d 


Register to memory mapping:

RAX=0x0000000000000015 is an unknown value
RBX=0x000002057e0b5f60 is an unknown value
RCX=0x0000000000000008 is an unknown value
RDX=0x000000ab38ffe2a0 is pointing into the stack for thread: 0x000002056b3c9800
RSP=0x000000ab38ffdee0 is pointing into the stack for thread: 0x000002056b3c9800
RBP=0x000000ab38ffe020 is pointing into the stack for thread: 0x000002056b3c9800
RSI=0x000000ab38ffe2a0 is pointing into the stack for thread: 0x000002056b3c9800
RDI=0x000002057e0b5880 is an unknown value
R8 =0x000002057eb3caf0 is an unknown value
R9 =0x000002057eb3caf0 is an unknown value
R10=0x0000000000000000 is an unknown value
R11=0x000002057eb3caf0 is an unknown value
R12=0x0000000000000000 is an unknown value
R13=0x0000000000000000 is an unknown value
R14=0x000002057e6914d8 is an unknown value
R15=0x000000ab38ffe2a0 is pointing into the stack for thread: 0x000002056b3c9800


Stack: [0x000000ab38f00000,0x000000ab39000000],  sp=0x000000ab38ffdee0,  free space=1015k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  0x00007ffc816381d9
C  0x00007ffc815ec631
C  0x00007ffc815f9327
C  0x00007ffc8163866a
C  0x00007ffc8163853e
C  0x00007ffc8163811a
C  0x00007ffc815ec631
C  0x00007ffc815ea5dc
C  0x00007ffc816943d2
C  0x00007ffc815f9c5e
C  0x00007ffc816962b2
C  0x00007ffc815fbc2f
C  0x00007ffc815bebd5
C  0x00007ffc815b617c
C  0x00007ffc815b1be9
C  [ti_xpcom.dll+0x334c9]
C  [ti_xpcom.dll+0xddc0]
C  [ti_xpcom.dll+0xf49a]
C  0x00000205540a925b

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  com.ti.xpcom.internal.XPCOMJavaProxy.callXPCOMMethod(JLjava/lang/String;[Ljava/lang/Object;)Ljava/lang/Object;+0
j  com.ti.xpcom.internal.XPCOMJavaProxy.invoke(Ljava/lang/Object;Ljava/lang/reflect/Method;[Ljava/lang/Object;)Ljava/lang/Object;+107
j  com.sun.proxy.$Proxy22.pollThreadMain()V+9
j  com.ti.debug.engine.cce.CCEDebugEngine$1.run()V+10
j  java.lang.Thread.run()V+11
v  ~StubRoutines::call_stub

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
  0x000002057039b000 JavaThread "Worker-11" [_thread_blocked, id=17276, stack(0x000000ab3d700000,0x000000ab3d800000)]
  0x000002056b3cd000 JavaThread "Thread-39" daemon [_thread_in_native, id=16248, stack(0x000000ab3d600000,0x000000ab3d700000)]
  0x000002056b3c8000 JavaThread "SystemAnalyzer.stringQueue" [_thread_blocked, id=32528, stack(0x000000ab3d400000,0x000000ab3d500000)]
  0x000002056b3c5800 JavaThread "MemoryServer.EventQueue" [_thread_blocked, id=30996, stack(0x000000ab3d200000,0x000000ab3d300000)]
  0x000002056b3cc800 JavaThread "MemoryServer.EventQueue" [_thread_blocked, id=21828, stack(0x000000ab3ce00000,0x000000ab3cf00000)]
  0x00000205703a8800 JavaThread "JSON response handler: DeviceDetector" daemon [_thread_blocked, id=33716, stack(0x000000ab3d100000,0x000000ab3d200000)]
  0x00000205703a4800 JavaThread "WebSocket response handler: DeviceDetector" daemon [_thread_in_native, id=31448, stack(0x000000ab3cf00000,0x000000ab3d000000)]
  0x00000205703a6000 JavaThread "websocket thread" daemon [_thread_in_native, id=28300, stack(0x000000ab3cd00000,0x000000ab3ce00000)]
  0x00000205703a4000 JavaThread "JSON response handler: Agent" [_thread_blocked, id=16636, stack(0x000000ab3cc00000,0x000000ab3cd00000)]
  0x000002057039b800 JavaThread "WebSocket response handler: Agent" [_thread_in_native, id=9432, stack(0x000000ab3bb00000,0x000000ab3bc00000)]
  0x00000205703a5800 JavaThread "com.ti.ccstudio.debug.debugModel - 0" [_thread_blocked, id=31904, stack(0x000000ab3ac00000,0x000000ab3ad00000)]
  0x00000205703a3000 JavaThread "Worker-10: Win32 refresh daemon" [_thread_in_native, id=25628, stack(0x000000ab3a800000,0x000000ab3a900000)]
  0x00000205703a1800 JavaThread "Provisioning Event Dispatcher" daemon [_thread_blocked, id=23344, stack(0x000000ab39000000,0x000000ab39100000)]
  0x000002057039e800 JavaThread "org.eclipse.jface.text.reconciler.MonoReconciler" daemon [_thread_blocked, id=33316, stack(0x000000ab3d000000,0x000000ab3d100000)]
  0x000002056b3c0800 JavaThread "Worker-9" [_thread_blocked, id=6652, stack(0x000000ab3ba00000,0x000000ab3bb00000)]
=>0x000002056b3c9800 JavaThread "polling thread" daemon [_thread_in_native, id=27212, stack(0x000000ab38f00000,0x000000ab39000000)]
  0x000002056b3ce000 JavaThread "qtp1092535108-52" [_thread_blocked, id=14380, stack(0x000000ab3cb00000,0x000000ab3cc00000)]
  0x000002056b3c8800 JavaThread "qtp1092535108-51" [_thread_blocked, id=32644, stack(0x000000ab3ca00000,0x000000ab3cb00000)]
  0x000002056b3cb000 JavaThread "qtp1092535108-50" [_thread_blocked, id=33888, stack(0x000000ab3c900000,0x000000ab3ca00000)]
  0x000002056b3ca000 JavaThread "qtp1092535108-49" [_thread_blocked, id=22700, stack(0x000000ab3c800000,0x000000ab3c900000)]
  0x000002056b3cb800 JavaThread "qtp1092535108-48" [_thread_blocked, id=29388, stack(0x000000ab3c700000,0x000000ab3c800000)]
  0x000002056b3c1000 JavaThread "qtp1092535108-47-acceptor-0@2b34e650-ServerConnector@67e97cdb{HTTP/1.1,[http/1.1]}{127.0.0.1:54368}" [_thread_in_native, id=11584, stack(0x000000ab3c600000,0x000000ab3c700000)]
  0x000002056b3c6800 JavaThread "qtp1092535108-46" [_thread_in_native, id=31356, stack(0x000000ab3c500000,0x000000ab3c600000)]
  0x000002056b3bf000 JavaThread "qtp1092535108-45" [_thread_in_native, id=3420, stack(0x000000ab3be00000,0x000000ab3bf00000)]
  0x000002056b3c2800 JavaThread "Scripting Console - Rhino" [_thread_blocked, id=936, stack(0x000000ab3b100000,0x000000ab3b200000)]
  0x000002056b3c7000 JavaThread "xpcom dispose thread" daemon [_thread_blocked, id=23996, stack(0x000000ab3bf00000,0x000000ab3c000000)]
  0x000002056b3c5000 JavaThread "Timer-3" [_thread_blocked, id=31460, stack(0x000000ab3b900000,0x000000ab3ba00000)]
  0x000002056b3c2000 JavaThread "Worker-8" [_thread_blocked, id=33348, stack(0x000000ab3b800000,0x000000ab3b900000)]
  0x000002056b3c3800 JavaThread "Worker-7" [_thread_blocked, id=31540, stack(0x000000ab3b700000,0x000000ab3b800000)]
  0x000002056b3c4000 JavaThread "Worker-6" [_thread_blocked, id=28920, stack(0x000000ab3b600000,0x000000ab3b700000)]
  0x00000205708e5800 JavaThread "Worker-5" [_thread_blocked, id=34564, stack(0x000000ab3b500000,0x000000ab3b600000)]
  0x00000205708e5000 JavaThread "Worker-4: Executing Connect Target" [_thread_blocked, id=33964, stack(0x000000ab3b400000,0x000000ab3b500000)]
  0x00000205708e4000 JavaThread "Worker-3" [_thread_blocked, id=9892, stack(0x000000ab3b300000,0x000000ab3b400000)]
  0x00000205708e2800 JavaThread "Worker-2" [_thread_blocked, id=31480, stack(0x000000ab3b200000,0x000000ab3b300000)]
  0x00000205708e6800 JavaThread "Worker-1" [_thread_blocked, id=34048, stack(0x000000ab3b000000,0x000000ab3b100000)]
  0x00000205708e1000 JavaThread "EventAdmin Async Event Dispatcher Thread" daemon [_thread_blocked, id=17072, stack(0x000000ab3a400000,0x000000ab3a500000)]
  0x00000205708e2000 JavaThread "Git Repository Closer" daemon [_thread_blocked, id=3492, stack(0x000000ab3af00000,0x000000ab3b000000)]
  0x00000205708e0800 JavaThread "Bundle File Closer" daemon [_thread_blocked, id=1228, stack(0x000000ab3ae00000,0x000000ab3af00000)]
  0x000002057063a800 JavaThread "EMF Reference Cleaner" daemon [_thread_blocked, id=32884, stack(0x000000ab3ad00000,0x000000ab3ae00000)]
  0x000002056aee7800 JavaThread "Worker-JM" [_thread_blocked, id=32168, stack(0x000000ab3a600000,0x000000ab3a700000)]
  0x000002056ada5800 JavaThread "Gogo shell" [_thread_blocked, id=27208, stack(0x000000ab3a500000,0x000000ab3a600000)]
  0x000002056a05a800 JavaThread "SCR Component Actor" daemon [_thread_blocked, id=1520, stack(0x000000ab3a300000,0x000000ab3a400000)]
  0x000002056a10e800 JavaThread "Start Level: Equinox Container: af1ada3a-4277-425e-824f-f6e9c7a2d27a" daemon [_thread_blocked, id=29840, stack(0x000000ab3a200000,0x000000ab3a300000)]
  0x000002056a117800 JavaThread "Framework Event Dispatcher: Equinox Container: af1ada3a-4277-425e-824f-f6e9c7a2d27a" daemon [_thread_blocked, id=19200, stack(0x000000ab3a100000,0x000000ab3a200000)]
  0x0000020569df7000 JavaThread "Active Thread: Equinox Container: af1ada3a-4277-425e-824f-f6e9c7a2d27a" [_thread_blocked, id=16784, stack(0x000000ab3a000000,0x000000ab3a100000)]
  0x0000020569a58800 JavaThread "Service Thread" daemon [_thread_blocked, id=13356, stack(0x000000ab39e00000,0x000000ab39f00000)]
  0x00000205688bb800 JavaThread "C1 CompilerThread2" daemon [_thread_blocked, id=34464, stack(0x000000ab39d00000,0x000000ab39e00000)]
  0x00000205688b4800 JavaThread "C2 CompilerThread1" daemon [_thread_blocked, id=34384, stack(0x000000ab39c00000,0x000000ab39d00000)]
  0x00000205688b2800 JavaThread "C2 CompilerThread0" daemon [_thread_blocked, id=2620, stack(0x000000ab39b00000,0x000000ab39c00000)]
  0x00000205688af800 JavaThread "Attach Listener" daemon [_thread_blocked, id=27292, stack(0x000000ab39a00000,0x000000ab39b00000)]
  0x00000205688ac000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11280, stack(0x000000ab39900000,0x000000ab39a00000)]
  0x000002056889a800 JavaThread "Finalizer" daemon [_thread_blocked, id=16912, stack(0x000000ab39800000,0x000000ab39900000)]
  0x0000020554081800 JavaThread "Reference Handler" daemon [_thread_blocked, id=34424, stack(0x000000ab39700000,0x000000ab39800000)]
  0x0000020553f93000 JavaThread "main" [_thread_in_native, id=12796, stack(0x000000ab38e00000,0x000000ab38f00000)]

Other Threads:
  0x0000020568877000 VMThread [stack: 0x000000ab39600000,0x000000ab39700000] [id=31572]
  0x0000020569a8c800 WatcherThread [stack: 0x000000ab39f00000,0x000000ab3a000000] [id=8992]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap:
 PSYoungGen      total 485376K, used 18105K [0x00000000d5580000, 0x00000000f8a80000, 0x0000000100000000)
  eden space 397312K, 4% used [0x00000000d5580000,0x00000000d672e440,0x00000000ed980000)
  from space 88064K, 0% used [0x00000000ed980000,0x00000000ed980000,0x00000000f2f80000)
  to   space 90624K, 0% used [0x00000000f3200000,0x00000000f3200000,0x00000000f8a80000)
 ParOldGen       total 451584K, used 153324K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 33% used [0x0000000080000000,0x00000000895bb070,0x000000009b900000)
 Metaspace       used 122875K, capacity 139776K, committed 139816K, reserved 1169408K
  class space    used 15025K, capacity 19480K, committed 19496K, reserved 1048576K

Card table byte_map: [0x0000020563450000,0x0000020563860000] byte_map_base: 0x0000020563050000

Marking Bits: (ParMarkBitMap*) 0x00000000665cd850
 Begin Bits: [0x0000020563b10000, 0x0000020565b10000)
 End Bits:   [0x0000020565b10000, 0x0000020567b10000)

Polling page: 0x0000020552aa0000

CodeCache: size=245760Kb used=59876Kb max_used=59887Kb free=185883Kb
 bounds [0x0000020554090000, 0x0000020557b60000, 0x0000020563090000]
 total_blobs=16640 nmethods=15651 adapters=894
 compilation: enabled

Compilation events (10 events):
Event: 1171.947 Thread 0x00000205688bb800 20542       1       org.eclipse.emf.ecore.util.EDataTypeEList::getFeatureID (5 bytes)
Event: 1171.948 Thread 0x00000205688bb800 nmethod 20542 0x0000020555859b50 code [0x0000020555859ca0, 0x0000020555859db8]
Event: 1188.696 Thread 0x00000205688bb800 20543       3       org.eclipse.swt.widgets.Shell::WM_NCHITTEST (145 bytes)
Event: 1188.697 Thread 0x00000205688bb800 nmethod 20543 0x00000205572e9fd0 code [0x00000205572ea200, 0x00000205572eaf10]
Event: 1189.442 Thread 0x00000205688b4800 20545       4       org.eclipse.e4.core.internal.contexts.ContextObjectSupplier::makeReference (28 bytes)
Event: 1189.445 Thread 0x00000205688b4800 nmethod 20545 0x00000205572e9810 code [0x00000205572e9960, 0x00000205572e9ab8]
Event: 1189.447 Thread 0x00000205688b2800 20546       4       java.util.concurrent.locks.AbstractQueuedSynchronizer::releaseShared (16 bytes)
Event: 1189.455 Thread 0x00000205688b2800 nmethod 20546 0x0000020555859190 code [0x0000020555859320, 0x00000205558596f0]
Event: 1190.440 Thread 0x00000205688bb800 20547       3       org.eclipse.swt.widgets.Control::getToolTipText (9 bytes)
Event: 1190.440 Thread 0x00000205688bb800 nmethod 20547 0x00000205572e93d0 code [0x00000205572e9540, 0x00000205572e9770]

GC Heap History (10 events):
Event: 102.626 GC heap before
{Heap before GC invocations=22 (full 4):
 PSYoungGen      total 371200K, used 369151K [0x00000000d5580000, 0x00000000f5600000, 0x0000000100000000)
  eden space 298496K, 100% used [0x00000000d5580000,0x00000000e7900000,0x00000000e7900000)
  from space 72704K, 97% used [0x00000000e7900000,0x00000000ebdffef8,0x00000000ec000000)
  to   space 82432K, 0% used [0x00000000f0580000,0x00000000f0580000,0x00000000f5600000)
 ParOldGen       total 451584K, used 91332K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 20% used [0x0000000080000000,0x00000000859310e8,0x000000009b900000)
 Metaspace       used 106273K, capacity 121444K, committed 121768K, reserved 1155072K
  class space    used 12806K, capacity 16707K, committed 16808K, reserved 1048576K
Event: 102.721 GC heap after
Heap after GC invocations=22 (full 4):
 PSYoungGen      total 431104K, used 56056K [0x00000000d5580000, 0x00000000f5280000, 0x0000000100000000)
  eden space 352256K, 0% used [0x00000000d5580000,0x00000000d5580000,0x00000000ead80000)
  from space 78848K, 71% used [0x00000000f0580000,0x00000000f3c3e380,0x00000000f5280000)
  to   space 84480K, 0% used [0x00000000ead80000,0x00000000ead80000,0x00000000f0000000)
 ParOldGen       total 451584K, used 108017K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 23% used [0x0000000080000000,0x000000008697c478,0x000000009b900000)
 Metaspace       used 106273K, capacity 121444K, committed 121768K, reserved 1155072K
  class space    used 12806K, capacity 16707K, committed 16808K, reserved 1048576K
}
Event: 777.866 GC heap before
{Heap before GC invocations=23 (full 4):
 PSYoungGen      total 431104K, used 408312K [0x00000000d5580000, 0x00000000f5280000, 0x0000000100000000)
  eden space 352256K, 100% used [0x00000000d5580000,0x00000000ead80000,0x00000000ead80000)
  from space 78848K, 71% used [0x00000000f0580000,0x00000000f3c3e380,0x00000000f5280000)
  to   space 84480K, 0% used [0x00000000ead80000,0x00000000ead80000,0x00000000f0000000)
 ParOldGen       total 451584K, used 108017K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 23% used [0x0000000080000000,0x000000008697c478,0x000000009b900000)
 Metaspace       used 110327K, capacity 126508K, committed 126632K, reserved 1159168K
  class space    used 13237K, capacity 17286K, committed 17320K, reserved 1048576K
Event: 778.723 GC heap after
Heap after GC invocations=23 (full 4):
 PSYoungGen      total 436736K, used 54973K [0x00000000d5580000, 0x00000000f8800000, 0x0000000100000000)
  eden space 352256K, 0% used [0x00000000d5580000,0x00000000d5580000,0x00000000ead80000)
  from space 84480K, 65% used [0x00000000ead80000,0x00000000ee32f5f0,0x00000000f0000000)
  to   space 84992K, 0% used [0x00000000f3500000,0x00000000f3500000,0x00000000f8800000)
 ParOldGen       total 451584K, used 108025K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 23% used [0x0000000080000000,0x000000008697e478,0x000000009b900000)
 Metaspace       used 110327K, capacity 126508K, committed 126632K, reserved 1159168K
  class space    used 13237K, capacity 17286K, committed 17320K, reserved 1048576K
}
Event: 1055.344 GC heap before
{Heap before GC invocations=24 (full 4):
 PSYoungGen      total 436736K, used 407229K [0x00000000d5580000, 0x00000000f8800000, 0x0000000100000000)
  eden space 352256K, 100% used [0x00000000d5580000,0x00000000ead80000,0x00000000ead80000)
  from space 84480K, 65% used [0x00000000ead80000,0x00000000ee32f5f0,0x00000000f0000000)
  to   space 84992K, 0% used [0x00000000f3500000,0x00000000f3500000,0x00000000f8800000)
 ParOldGen       total 451584K, used 108025K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 23% used [0x0000000080000000,0x000000008697e478,0x000000009b900000)
 Metaspace       used 115962K, capacity 132750K, committed 133032K, reserved 1163264K
  class space    used 13967K, capacity 18292K, committed 18344K, reserved 1048576K
Event: 1055.528 GC heap after
Heap after GC invocations=24 (full 4):
 PSYoungGen      total 479744K, used 60747K [0x00000000d5580000, 0x00000000f8580000, 0x0000000100000000)
  eden space 397312K, 0% used [0x00000000d5580000,0x00000000d5580000,0x00000000ed980000)
  from space 82432K, 73% used [0x00000000f3500000,0x00000000f7052f48,0x00000000f8580000)
  to   space 88064K, 0% used [0x00000000ed980000,0x00000000ed980000,0x00000000f2f80000)
 ParOldGen       total 451584K, used 108033K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 23% used [0x0000000080000000,0x0000000086980478,0x000000009b900000)
 Metaspace       used 115962K, capacity 132750K, committed 133032K, reserved 1163264K
  class space    used 13967K, capacity 18292K, committed 18344K, reserved 1048576K
}
Event: 1146.106 GC heap before
{Heap before GC invocations=25 (full 4):
 PSYoungGen      total 479744K, used 210733K [0x00000000d5580000, 0x00000000f8580000, 0x0000000100000000)
  eden space 397312K, 37% used [0x00000000d5580000,0x00000000de7f8778,0x00000000ed980000)
  from space 82432K, 73% used [0x00000000f3500000,0x00000000f7052f48,0x00000000f8580000)
  to   space 88064K, 0% used [0x00000000ed980000,0x00000000ed980000,0x00000000f2f80000)
 ParOldGen       total 451584K, used 108033K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 23% used [0x0000000080000000,0x0000000086980478,0x000000009b900000)
 Metaspace       used 122759K, capacity 139680K, committed 139816K, reserved 1169408K
  class space    used 15010K, capacity 19448K, committed 19496K, reserved 1048576K
Event: 1146.372 GC heap after
Heap after GC invocations=25 (full 4):
 PSYoungGen      total 485376K, used 63357K [0x00000000d5580000, 0x00000000f8a80000, 0x0000000100000000)
  eden space 397312K, 0% used [0x00000000d5580000,0x00000000d5580000,0x00000000ed980000)
  from space 88064K, 71% used [0x00000000ed980000,0x00000000f175f5f0,0x00000000f2f80000)
  to   space 90624K, 0% used [0x00000000f3200000,0x00000000f3200000,0x00000000f8a80000)
 ParOldGen       total 451584K, used 108041K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 23% used [0x0000000080000000,0x0000000086982478,0x000000009b900000)
 Metaspace       used 122759K, capacity 139680K, committed 139816K, reserved 1169408K
  class space    used 15010K, capacity 19448K, committed 19496K, reserved 1048576K
}
Event: 1146.373 GC heap before
{Heap before GC invocations=26 (full 5):
 PSYoungGen      total 485376K, used 63357K [0x00000000d5580000, 0x00000000f8a80000, 0x0000000100000000)
  eden space 397312K, 0% used [0x00000000d5580000,0x00000000d5580000,0x00000000ed980000)
  from space 88064K, 71% used [0x00000000ed980000,0x00000000f175f5f0,0x00000000f2f80000)
  to   space 90624K, 0% used [0x00000000f3200000,0x00000000f3200000,0x00000000f8a80000)
 ParOldGen       total 451584K, used 108041K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 23% used [0x0000000080000000,0x0000000086982478,0x000000009b900000)
 Metaspace       used 122759K, capacity 139680K, committed 139816K, reserved 1169408K
  class space    used 15010K, capacity 19448K, committed 19496K, reserved 1048576K
Event: 1148.478 GC heap after
Heap after GC invocations=26 (full 5):
 PSYoungGen      total 485376K, used 0K [0x00000000d5580000, 0x00000000f8a80000, 0x0000000100000000)
  eden space 397312K, 0% used [0x00000000d5580000,0x00000000d5580000,0x00000000ed980000)
  from space 88064K, 0% used [0x00000000ed980000,0x00000000ed980000,0x00000000f2f80000)
  to   space 90624K, 0% used [0x00000000f3200000,0x00000000f3200000,0x00000000f8a80000)
 ParOldGen       total 451584K, used 153324K [0x0000000080000000, 0x000000009b900000, 0x00000000d5580000)
  object space 451584K, 33% used [0x0000000080000000,0x00000000895bb070,0x000000009b900000)
 Metaspace       used 122759K, capacity 139680K, committed 139816K, reserved 1169408K
  class space    used 15010K, capacity 19448K, committed 19496K, reserved 1048576K
}

Deoptimization events (10 events):
Event: 1077.215 Thread 0x0000020553f93000 Uncommon trap: reason=unstable_if action=reinterpret pc=0x000002055483cf34 method=java.util.concurrent.locks.ReentrantLock$Sync.nonfairTryAcquire(I)Z @ 34
Event: 1079.921 Thread 0x0000020553f93000 Uncommon trap: reason=unstable_if action=reinterpret pc=0x00000205553655e4 method=org.eclipse.swt.widgets.Control.checkHandle(J)Z @ 6
Event: 1079.921 Thread 0x0000020553f93000 Uncommon trap: reason=unstable_if action=reinterpret pc=0x000002055784d394 method=org.eclipse.swt.widgets.Display.getControl(J)Lorg/eclipse/swt/widgets/Control; @ 94
Event: 1105.408 Thread 0x0000020553f93000 Uncommon trap: reason=unstable_if action=reinterpret pc=0x000002055782b538 method=org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.updateMenuItem()V @ 164
Event: 1146.040 Thread 0x000002056b3c9800 Uncommon trap: reason=null_check action=make_not_entrant pc=0x0000020554a8ec84 method=java.lang.reflect.Array.newInstance(Ljava/lang/Class;I)Ljava/lang/Object; @ 2
Event: 1148.511 Thread 0x0000020553f93000 Uncommon trap: reason=unstable_if action=reinterpret pc=0x0000020555539534 method=java.util.HashMap.putMapEntries(Ljava/util/Map;Z)V @ 53
Event: 1148.534 Thread 0x000002056b3cd000 Uncommon trap: reason=unstable_if action=reinterpret pc=0x000002055585acc0 method=com.ti.uia.host.util.SimpleMetaDataParser.getTaggedProperties(Ljava/lang/String;Ljava/lang/String;Z)Ljava/util/Properties; @ 89
Event: 1148.536 Thread 0x000002056b3c3800 Uncommon trap: reason=unstable_if action=reinterpret pc=0x000002055585acc0 method=com.ti.uia.host.util.SimpleMetaDataParser.getTaggedProperties(Ljava/lang/String;Ljava/lang/String;Z)Ljava/util/Properties; @ 89
Event: 1148.593 Thread 0x000002056b3c3800 Uncommon trap: reason=unstable_if action=reinterpret pc=0x000002055585c6e8 method=com.ti.uia.host.util.SimpleMetaDataParser.getTaggedProperties(Ljava/lang/String;Ljava/lang/String;Z)Ljava/util/Properties; @ 89
Event: 1192.249 Thread 0x000002056b3cd000 Uncommon trap: reason=unstable_if action=reinterpret pc=0x00000205558b03ac method=java.lang.Thread.getContextClassLoader()Ljava/lang/ClassLoader; @ 4

Internal exceptions (10 events):
Event: 1052.145 Thread 0x0000020553f93000 Implicit null exception at 0x00000205547ac89a to 0x00000205547aca29
Event: 1052.149 Thread 0x0000020553f93000 Implicit null exception at 0x0000020556b0857e to 0x0000020556b0be79
Event: 1056.270 Thread 0x00000205703a5800 Exception <a 'java/io/FileNotFoundException'> (0x00000000d6849680) thrown at [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, line 709]
Event: 1056.274 Thread 0x0000020553f93000 Implicit null exception at 0x0000020555976eb5 to 0x000002055597720d
Event: 1063.418 Thread 0x0000020553f93000 Implicit null exception at 0x0000020557888a0f to 0x000002055788918d
Event: 1063.426 Thread 0x0000020553f93000 Implicit null exception at 0x00000205572dbef3 to 0x00000205572e980d
Event: 1068.708 Thread 0x00000205703a5800 Implicit null exception at 0x000002055678ec8c to 0x000002055678ecd1
Event: 1076.971 Thread 0x0000020553f93000 Exception <a 'java/io/FileNotFoundException'> (0x00000000dbf5e3e8) thrown at [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, line 709]
Event: 1076.972 Thread 0x0000020553f93000 Exception <a 'java/io/FileNotFoundException'> (0x00000000dbf5ff18) thrown at [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, line 709]
Event: 1146.071 Thread 0x000002056b3c9800 Exception <a 'sun/nio/fs/WindowsException'> (0x00000000de54ed68) thrown at [C:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u144\9417\hotspot\src\share\vm\prims\jni.cpp, line 709]

Events (10 events):
Event: 1148.618 Thread 0x00000205688bb800 flushing nmethod 0x0000020556b81790
Event: 1189.451 Executing VM operation: BulkRevokeBias
Event: 1189.452 Executing VM operation: BulkRevokeBias done
Event: 1192.249 Thread 0x000002056b3cd000 Thread added: 0x000002056b3cd000
Event: 1192.249 Thread 0x000002056b3cd000 Uncommon trap: trap_request=0xffffff65 fr.pc=0x00000205558b03ac
Event: 1192.249 Thread 0x000002056b3cd000 DEOPT PACKING pc=0x00000205558b03ac sp=0x000000ab3d6fec80
Event: 1192.249 Thread 0x000002056b3cd000 DEOPT UNPACKING pc=0x00000205540d5832 sp=0x000000ab3d6fec20 mode 2
Event: 1192.267 Executing VM operation: RevokeBias
Event: 1192.267 Executing VM operation: RevokeBias done
Event: 1194.705 Thread 0x000002057039b000 Thread added: 0x000002057039b000


Dynamic libraries:
0x00007ff6b16b0000 - 0x00007ff6b16f4000 	C:\ti\ccs1040\ccs\eclipse\ccstudio.exe
0x00007ffcda9d0000 - 0x00007ffcdabc5000 	C:\WINDOWS\SYSTEM32\ntdll.dll
0x00007ffcd9800000 - 0x00007ffcd98be000 	C:\WINDOWS\System32\KERNEL32.DLL
0x00007ffcd85f0000 - 0x00007ffcd88b9000 	C:\WINDOWS\System32\KERNELBASE.dll
0x00007ffcd9650000 - 0x00007ffcd97f1000 	C:\WINDOWS\System32\USER32.dll
0x00007ffcd89f0000 - 0x00007ffcd8a12000 	C:\WINDOWS\System32\win32u.dll
0x00007ffcd9ea0000 - 0x00007ffcd9ecb000 	C:\WINDOWS\System32\GDI32.dll
0x00007ffcd83b0000 - 0x00007ffcd84bb000 	C:\WINDOWS\System32\gdi32full.dll
0x00007ffcd8550000 - 0x00007ffcd85ed000 	C:\WINDOWS\System32\msvcp_win.dll
0x00007ffcd80f0000 - 0x00007ffcd81f0000 	C:\WINDOWS\System32\ucrtbase.dll
0x00007ffcc4d30000 - 0x00007ffcc4fca000 	C:\WINDOWS\WinSxS\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.19041.1110_none_60b5254171f9507e\COMCTL32.dll
0x00007ffcd9ba0000 - 0x00007ffcd9c3e000 	C:\WINDOWS\System32\msvcrt.dll
0x00007ffcd9f80000 - 0x00007ffcd9fb0000 	C:\WINDOWS\System32\IMM32.DLL
0x00007ffc855f0000 - 0x00007ffc857f2000 	C:\WINDOWS\system32\tmumh\20019\AddOn\8.53.0.1130\TmUmEvt64.dll
0x00007ffcd8bd0000 - 0x00007ffcd8bd8000 	C:\WINDOWS\System32\PSAPI.DLL
0x00007ffcd9320000 - 0x00007ffcd93cc000 	C:\WINDOWS\System32\ADVAPI32.dll
0x00007ffcd9500000 - 0x00007ffcd959b000 	C:\WINDOWS\System32\sechost.dll
0x00007ffcd9a70000 - 0x00007ffcd9b9a000 	C:\WINDOWS\System32\RPCRT4.dll
0x00000000679d0000 - 0x0000000067b40000 	C:\WINDOWS\system32\tmumh\20019\TmMon\2.8.0.1054\tmmon64.dll
0x00007ffcb8bb0000 - 0x00007ffcb8bd9000 	C:\ti\ccs1040\ccs\eclipse\plugins\org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.1100.v20190907-0426\eclipse_1902.dll
0x00007ffcc95a0000 - 0x00007ffcc95aa000 	C:\WINDOWS\SYSTEM32\VERSION.dll
0x00007ffcd59a0000 - 0x00007ffcd5a3e000 	C:\WINDOWS\system32\uxtheme.dll
0x00007ffcda090000 - 0x00007ffcda3e5000 	C:\WINDOWS\System32\combase.dll
0x00007ffcda870000 - 0x00007ffcda985000 	C:\WINDOWS\System32\MSCTF.dll
0x00007ffcd93d0000 - 0x00007ffcd949d000 	C:\WINDOWS\System32\OLEAUT32.dll
0x00007ffcd6960000 - 0x00007ffcd6972000 	C:\WINDOWS\SYSTEM32\kernel.appcore.dll
0x00007ffcd84c0000 - 0x00007ffcd8543000 	C:\WINDOWS\System32\bcryptPrimitives.dll
0x00007ffcc7b30000 - 0x00007ffcc7c29000 	C:\WINDOWS\SYSTEM32\textinputframework.dll
0x00007ffcd4fa0000 - 0x00007ffcd52fe000 	C:\WINDOWS\System32\CoreUIComponents.dll
0x00007ffcd9ed0000 - 0x00007ffcd9f7d000 	C:\WINDOWS\System32\SHCORE.dll
0x00007ffcd5300000 - 0x00007ffcd53f2000 	C:\WINDOWS\System32\CoreMessaging.dll
0x00007ffcd8b60000 - 0x00007ffcd8bcb000 	C:\WINDOWS\System32\WS2_32.dll
0x00007ffcd6d10000 - 0x00007ffcd6d43000 	C:\WINDOWS\SYSTEM32\ntmarta.dll
0x00007ffcd3c10000 - 0x00007ffcd3d64000 	C:\WINDOWS\SYSTEM32\wintypes.dll
0x0000000065db0000 - 0x000000006664d000 	C:\ti\ccs1040\ccs\eclipse\jre\bin\server\jvm.dll
0x00007ffcd1340000 - 0x00007ffcd1349000 	C:\WINDOWS\SYSTEM32\WSOCK32.dll
0x00007ffcc7870000 - 0x00007ffcc7897000 	C:\WINDOWS\SYSTEM32\WINMM.dll
0x0000000065cd0000 - 0x0000000065da2000 	C:\WINDOWS\SYSTEM32\MSVCR100.dll
0x0000000067350000 - 0x000000006735f000 	C:\ti\ccs1040\ccs\eclipse\jre\bin\verify.dll
0x0000000065ca0000 - 0x0000000065cc9000 	C:\ti\ccs1040\ccs\eclipse\jre\bin\java.dll
0x0000000067330000 - 0x0000000067346000 	C:\ti\ccs1040\ccs\eclipse\jre\bin\zip.dll
0x00007ffcd8be0000 - 0x00007ffcd931f000 	C:\WINDOWS\System32\SHELL32.dll
0x00007ffcd61d0000 - 0x00007ffcd6960000 	C:\WINDOWS\SYSTEM32\windows.storage.dll
0x00007ffcd7b40000 - 0x00007ffcd7b6c000 	C:\WINDOWS\SYSTEM32\Wldp.dll
0x00007ffcd8aa0000 - 0x00007ffcd8af5000 	C:\WINDOWS\System32\shlwapi.dll
0x00007ffcd8030000 - 0x00007ffcd804f000 	C:\WINDOWS\SYSTEM32\profapi.dll
0x00007ffcd7a90000 - 0x00007ffcd7aa8000 	C:\WINDOWS\SYSTEM32\CRYPTSP.dll
0x00007ffcd71b0000 - 0x00007ffcd71e4000 	C:\WINDOWS\system32\rsaenh.dll
0x00007ffcd8970000 - 0x00007ffcd8997000 	C:\WINDOWS\System32\bcrypt.dll
0x00007ffcd7ff0000 - 0x00007ffcd801e000 	C:\WINDOWS\SYSTEM32\USERENV.dll
0x00007ffcd7ab0000 - 0x00007ffcd7abc000 	C:\WINDOWS\SYSTEM32\CRYPTBASE.dll
0x0000000065c80000 - 0x0000000065c9a000 	C:\ti\ccs1040\ccs\eclipse\jre\bin\net.dll
0x00007ffcd78a0000 - 0x00007ffcd790a000 	C:\WINDOWS\system32\mswsock.dll
0x00007ffcd7540000 - 0x00007ffcd757b000 	C:\WINDOWS\SYSTEM32\IPHLPAPI.DLL
0x00007ffcd9de0000 - 0x00007ffcd9de8000 	C:\WINDOWS\System32\NSI.dll
0x00007ffcd3400000 - 0x00007ffcd3417000 	C:\WINDOWS\SYSTEM32\dhcpcsvc6.DLL
0x00007ffcd33d0000 - 0x00007ffcd33ed000 	C:\WINDOWS\SYSTEM32\dhcpcsvc.DLL
0x00007ffcd7590000 - 0x00007ffcd765c000 	C:\WINDOWS\SYSTEM32\DNSAPI.dll
0x0000000065c60000 - 0x0000000065c71000 	C:\ti\ccs1040\ccs\eclipse\jre\bin\nio.dll
0x00007ffcb3090000 - 0x00007ffcb3126000 	C:\ti\ccs1040\ccs\eclipse\configuration\org.eclipse.osgi\478\0\.cp\swt-win32-4930r7.dll
0x00007ffcd9c50000 - 0x00007ffcd9d7a000 	C:\WINDOWS\System32\ole32.dll
0x00007ffcd9fb0000 - 0x00007ffcda08a000 	C:\WINDOWS\System32\COMDLG32.dll
0x00007ffcd81f0000 - 0x00007ffcd8346000 	C:\WINDOWS\System32\CRYPT32.dll
0x00007ffcc4c90000 - 0x00007ffcc4d25000 	C:\WINDOWS\SYSTEM32\WINSPOOL.DRV
0x00007ffcc02d0000 - 0x00007ffcc02e9000 	C:\WINDOWS\SYSTEM32\USP10.dll
0x00007ffcc4fe0000 - 0x00007ffcc54b0000 	C:\WINDOWS\SYSTEM32\WININET.dll
0x00007ffcd2f20000 - 0x00007ffcd3016000 	C:\WINDOWS\SYSTEM32\PROPSYS.dll
0x00007ffcc6440000 - 0x00007ffcc662b000 	C:\WINDOWS\SYSTEM32\urlmon.dll
0x00007ffcc4fd0000 - 0x00007ffcc4fd7000 	C:\WINDOWS\SYSTEM32\MSIMG32.dll
0x00007ffcc7eb0000 - 0x00007ffcc8160000 	C:\WINDOWS\SYSTEM32\iertutil.dll
0x00007ffcc6410000 - 0x00007ffcc6438000 	C:\WINDOWS\SYSTEM32\srvcli.dll
0x00007ffcd7580000 - 0x00007ffcd758c000 	C:\WINDOWS\SYSTEM32\netutils.dll
0x00007ffcd9df0000 - 0x00007ffcd9e99000 	C:\WINDOWS\System32\clbcatq.dll
0x00007ffcaab90000 - 0x00007ffcaad0e000 	C:\Windows\System32\TaskFlowDataEngine.dll
0x00007ffcb1cc0000 - 0x00007ffcb2161000 	C:\Windows\System32\cdp.dll
0x00007ffcd89a0000 - 0x00007ffcd89ee000 	C:\WINDOWS\System32\cfgmgr32.dll
0x00007ffcd7520000 - 0x00007ffcd7532000 	C:\Windows\System32\UMPDC.dll
0x00007ffcd35c0000 - 0x00007ffcd36ff000 	C:\Windows\System32\dsreg.dll
0x00007ffcd7240000 - 0x00007ffcd72ca000 	C:\Windows\System32\msvcp110_win.dll
0x00007ffcb7b90000 - 0x00007ffcb7c0d000 	C:\Windows\System32\OneCoreCommonProxyStub.dll
0x00007ffcb7e60000 - 0x00007ffcb7e86000 	C:\ti\ccs1040\ccs\eclipse\configuration\org.eclipse.osgi\478\0\.cp\swt-gdip-win32-4930r7.dll
0x00007ffcc4aa0000 - 0x00007ffcc4c49000 	C:\WINDOWS\WinSxS\amd64_microsoft.windows.gdiplus_6595b64144ccf1df_1.1.19041.1288_none_91a663c8cc864906\gdiplus.dll
0x00007ffcd0d50000 - 0x00007ffcd0f04000 	C:\WINDOWS\SYSTEM32\WindowsCodecs.dll
0x00007ffcc5f20000 - 0x00007ffcc5fcc000 	C:\WINDOWS\SYSTEM32\TextShaping.dll
0x00007ffcbebf0000 - 0x00007ffcbec56000 	C:\WINDOWS\SYSTEM32\oleacc.dll
0x00007ffcaa200000 - 0x00007ffcaa242000 	C:\WINDOWS\system32\mlang.dll
0x0000000180000000 - 0x0000000180012000 	C:\ti\ccs1040\ccs\eclipse\configuration\org.eclipse.osgi\281\0\.cp\os\win32\x86_64\localfile_1_0_0.dll
0x00007ffcc1b60000 - 0x00007ffcc1b7b000 	C:\ti\ccs1040\ccs\eclipse\configuration\org.eclipse.osgi\286\0\.cp\os\win32\x86_64\win32refresh.dll
0x00007ffcc87b0000 - 0x00007ffcc87c7000 	C:\WINDOWS\system32\napinsp.dll
0x00007ffcc8790000 - 0x00007ffcc87ab000 	C:\WINDOWS\system32\pnrpnsp.dll
0x00007ffcc87d0000 - 0x00007ffcc87e5000 	C:\WINDOWS\system32\wshbth.dll
0x00007ffcd5540000 - 0x00007ffcd555d000 	C:\WINDOWS\system32\NLAapi.dll
0x00007ffcc87f0000 - 0x00007ffcc8802000 	C:\WINDOWS\System32\winrnr.dll
0x00007ffccfc60000 - 0x00007ffccfc6a000 	C:\Windows\System32\rasadhlp.dll
0x00007ffcd37e0000 - 0x00007ffcd385f000 	C:\WINDOWS\System32\fwpuclnt.dll
0x00007ffcbfef0000 - 0x00007ffcbff01000 	C:\ti\ccs1040\ccs\eclipse\configuration\org.eclipse.osgi\284\0\.cp\jWinHttp-1.0.0.dll
0x00007ffcc9810000 - 0x00007ffcc9918000 	C:\WINDOWS\SYSTEM32\WINHTTP.dll
0x00007ffcabd40000 - 0x00007ffcabd7e000 	C:\WINDOWS\system32\dataexchange.dll
0x00007ffcd4790000 - 0x00007ffcd49f4000 	C:\WINDOWS\system32\d3d11.dll
0x00007ffcd4a00000 - 0x00007ffcd4be5000 	C:\WINDOWS\system32\dcomp.dll
0x00007ffcd6ab0000 - 0x00007ffcd6ba4000 	C:\WINDOWS\system32\dxgi.dll
0x00007ffcd1100000 - 0x00007ffcd1301000 	C:\WINDOWS\system32\twinapi.appcore.dll
0x00007ffcabb20000 - 0x00007ffcabd40000 	C:\WINDOWS\system32\explorerframe.dll
0x00007ffcc6180000 - 0x00007ffcc6403000 	C:\WINDOWS\SYSTEM32\DWrite.dll
0x00007ffcc1cb0000 - 0x00007ffcc1cba000 	C:\ti\ccs1040\ccs\ccs_base\DebugServer\bin\LibraryLoader.dll
0x00007ffcba8e0000 - 0x00007ffcba96d000 	C:\WINDOWS\SYSTEM32\MSVCP140.dll
0x00007ffcd5670000 - 0x00007ffcd567c000 	C:\WINDOWS\SYSTEM32\VCRUNTIME140_1.dll
0x00007ffcd0190000 - 0x00007ffcd01ab000 	C:\WINDOWS\SYSTEM32\VCRUNTIME140.dll
0x00007ffcb7e20000 - 0x00007ffcb7e58000 	C:\ti\ccs1040\ccs\ccs_base\common\bin\ti_logger.dll
0x00007ffcb94f0000 - 0x00007ffcb9502000 	C:\ti\ccs1040\ccs\ccs_base\common\bin\CCReg.dll
0x00007ffca7520000 - 0x00007ffca75f0000 	C:\ti\ccs1040\ccs\ccs_base\common\bin\fsutil.dll
0x00007ffca2760000 - 0x00007ffca27fb000 	C:\ti\ccs1040\ccs\ccs_base\common\bin\libusb-1.0.dll
0x00007ffcb7b60000 - 0x00007ffcb7b8e000 	C:\ti\ccs1040\ccs\ccs_base\common\bin\MiniDump.dll
0x00007ffc92320000 - 0x00007ffc92512000 	C:\ti\ccs1040\ccs\ccs_base\common\bin\setup_parser.dll
0x00007ffc91ff0000 - 0x00007ffc92317000 	C:\ti\ccs1040\ccs\ccs_base\common\bin\xerces-c_2_8.dll
0x000002056d020000 - 0x000002056d036000 	C:\ti\ccs1040\ccs\ccs_base\common\bin\ti_targetdb_parser.dll
0x00007ffcb6db0000 - 0x00007ffcb6e08000 	C:\ti\ccs1040\ccs\ccs_base\DebugServer\bin\ti_xpcom.dll
0x00007ffcb9260000 - 0x00007ffcb9276000 	C:\ti\ccs1040\ccs\ccs_base\DebugServer\bin\DirectoryService.dll
0x00007ffcb75a0000 - 0x00007ffcb75d4000 	C:\ti\ccs1040\ccs\ccs_base\DebugServer\bin\XPCOMUtility.dll
0x00007ffcc1c40000 - 0x00007ffcc1c4f000 	C:\Users\Konradw\AppData\Local\Temp\proxy_vole4604661884994752941.dll
0x00007ffcd2ab0000 - 0x00007ffcd2ad4000 	C:\WINDOWS\SYSTEM32\edputil.dll
0x0000000065c30000 - 0x0000000065c54000 	C:\ti\ccs1040\ccs\eclipse\jre\bin\sunec.dll
0x0000000065b90000 - 0x0000000065b9d000 	C:\ti\ccs1040\ccs\eclipse\jre\bin\management.dll
0x00007ffcb7090000 - 0x00007ffcb70b4000 	C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\cToolsIF.dll
0x00007ffc91c10000 - 0x00007ffc91cf8000 	C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\ctools.dll
0x00007ffcb5b70000 - 0x00007ffcb5baa000 	C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\TraceFactory.dll
0x00007ffca10d0000 - 0x00007ffca1187000 	C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\sqlite3.dll
0x00007ffc89500000 - 0x00007ffc896c2000 	C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\CloudTrace.dll

VM Arguments:
jvm_args: -Dosgi.instance.area.default=@user.home/workspace_v10 -Djxbrowser.ipc.external=true -Dorg.eclipse.equinox.http.jetty.customizer.class=com.ti.ccstudio.gui.composer.http.jetty.MaqettaJettyCustomizer -Dccs.minXDCVersion=3.25.5.1 -Dorg.eclipse.ecf.provider.filetransfer.retrieve.readTimeout=30000 -Dorg.eclipse.ecf.provider.filetransfer.retrieve.closeTimeout=10000 -Dsun.net.client.defaultReadTimeout=30000 -Dsun.net.client.defaultConnectTimeout=10000 -Xms256m -Xmx2048m -XX:ErrorFile=C:\Users\Konradw\AppData\Local\TEXASI~1\CCS\ccs1040\0\dmp\\hs_err_%p.log 
java_command: <unknown>
java_class_path (initial): C:\ti\ccs1040\ccs\eclipse\\plugins/org.eclipse.equinox.launcher_1.5.600.v20191014-2022.jar
Launcher Type: generic

Environment Variables:
PATH=C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\..\..\..\common\bin;C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\..\..\..\DebugServer\bin;C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\ofs;C:\ti\ccs1040\ccs\ccs_base\common\bin;C:\ti\ccs1040\ccs\ccs_base\common\uscif;C:\Program Files (x86)\Common Files\Oracle\Java\javapath;C:\TwinCAT\Common64;C:\TwinCAT\Common32;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\SQL Anywhere 16\Bin32\;C:\Program Files\PuTTY\;C:\Program Files\Cimetrix\Comm Products\bin\;C:\Program Files (x86)\Cimetrix\Comm Products\bin\;C:\Python27;C:\Python27\Scripts;C:\Program Files\Java\jdk-12\bin;C:\WINDOWS\System32\OpenSSH\;C:\Program Files\TortoiseSVN\bin;C:\Program Files\Git\cmd;C:\Program Files\dotnet\;C:\Program Files (x86)\dotnet\;C:\Program Files (x86)\CODESYS\APInstaller\;C:\Users\Konradw\AppData\Local\Microsoft\WindowsApps;C:\Python27;C:\Python27\Scripts;C:\Program Files\Java\jdk-12\bin;C:\MinGW\bin;C:\MinGW\MSYS\1.0\bin;C:\Program Files (x86)\Qt Designer;C:\Program Files\JetBrains\CLion 202.5792.50\bin;;C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\.;C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\../xmldb/aet_config;C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\../xmldb/trace_config/setup;C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\../xmldb/trace_config/devices;C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\../../../common/bin;C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\../../../common/uscif;C:\ti\ccs1040\ccs\ccs_base\emulation\analysis\bin\../../tpi;C:\ti\ccs1040\ccs\ccs_base\emulation\drivers
USERNAME=konradw
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 78 Stepping 3, GenuineIntel



---------------  S Y S T E M  ---------------

OS: Windows 10.0 , 64 bit Build 19041 (10.0.19041.1202)

CPU:total 4 (initial active 4) (2 cores per cpu, 2 threads per core) family 6 model 78 stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt, avx, avx2, aes, clmul, erms, rtm, 3dnowpref, lzcnt, ht, tsc, tscinvbit, bmi1, bmi2, adx

Memory: 4k page, physical 8042092k(923340k free), swap 27368460k(6291916k free)

vm_info: Java HotSpot(TM) 64-Bit Server VM (25.144-b01) for windows-amd64 JRE (1.8.0_144-b01), built on Jul 21 2017 21:57:33 by "java_re" with MS VC++ 10.0 (VS2010)

time: Wed Nov 17 10:39:25 2021
elapsed time: 1194 seconds (0d 0h 19m 54s)

Let me know if you need more information.

Regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

Can you try unclicking Bypass and just delete the path to the gel files in the target configuration file for each core? This should retain the CPUs in the target configuration file. You should be able to connect to the CPUs once you launch the target configuration file. You can launch the target configuration file by right clicking it and selecting "Launch Selected Configuration". Your CCS version is >= 10.3 correct? If it is, you should not need to do anything else. If if it is less than 10.3, you can try the steps mentioned in this post (refer to Nicholas' last reply): https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/995686/tms320f28388d-unable-to-attach-to-running-controlcard-using-xds110-and-code-composer-studio-10-1

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu, thank you, now i can connect to the target. (CCS version is 10.4)

But when i press pause, i think there is no code (0x3FEFC6 (no symbold are defined))

I cleared the gel path in the target configuration, but when i save it, "../targetConfigs" will be displayed as default:

Also did this for CPU2.

Then i launched the target file for CPU1:

Loaded the symbols:

And pressed connect to target:

Sometimes, and for a short moment, when i start it the first time, the text says "Suspended - A Reset Occured On The Target". But just for like 2s. Here i was lucky to get the screenshot before it disapears and then it only says "Suspended" when pressing on pause.

Update: I pressed the "Restart" button, and then the code appears:

I dont know if this is intended but this is from CPU1, directly after restart

And this from CPU2:

CPU2 is then stuck there, even if i press "Run".

Regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

Thanks for providing a detailed response. The CPUs should not reset if a program is already flashed onto the device. Before the power cycle, are you writing the image into Flash? Can you try the following steps:

1. Write the image into Flash using Uniflash, try running the image. If you cannot have the image running from Uniflash, download the image via CCS and disconnect the target configuration file - this one should have the GEL files. The point is to have the image downloaded and running.

2. Launch the target configuration file in CCS without GEL files loaded - one way you can confirm if the GEL files are not present is right clicking on the CPU1 and CPU2 lines in the target configuration file in the Debug window, going to GEL files View and seeing if there are no GEL files loaded. If they are there, you can remove them.

3. Connect to the target - CPU1 then CPU2 - doing this before Loading Symbols should prevent having to restart

4. Load Symbols

Also try the following:

2. Power cycle the device

3. Launch the target configuration file in CCS without GEL files loaded - one way you can confirm if the GEL files are not present is right clicking on the CPU1 and CPU2 lines in the target configuration file in the Debug window, going to GEL files View and seeing if there are no GEL files loaded. If they are there, you can remove them.

4. Connect to the target - CPU1 then CPU2

5. Load Symbols

From your screenshots, it looks like CPU1 is not executing main and CPU2 won't even get to it. What is the device initialization process for CPU1 and how is CPU2 booted?

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

Scenario 1:

1) Starting with uniflash is not possible. Downloading image with CCS by starting a debug session. The code is running and the gel files are available:

Then i disconnet from target:

2) I remove the gel files from targetconfiguration (..\targetConfigs is automatically insserted):

After that, i start the targetConfig:

No gel files are in there:

3) I connect to the targets:

4) Loading the symbols:

Without pressing run, CPU1 is now here:

CPU2 is here:

After pressing run, CPU2 is working but CPU1 is stuck in while loop:

Scneario 2:

1) Like in scenario 1. Gel files are back in targetConfig and starting the debug session to load the image files. Code is running

2) Powercycling the device

3) Like in scenario 1. Removing gel files and starting the targetConfig manually. No gel files are in the view

4) Like in scenario 1. Connecting to CPU1 and CPU2

5) Loading the symbols. In scenario 1 i could see where the code is paused. But here i cant see any program or breakpoint:

After i press the restart buttton:

On the first try the code is working and Run LED is toggling correct:

When i tried it the second time, CPU2 is stuck now here:

I dont know how the initiliazation process is for CPU1, i thougth it just starts always with CPU1 first. CPU2 will be started from CPU1 in the main with the command IPCBootCPU2:

Later, CPU1 will wait in a while loop till CPU2 was booted:

Regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

Thanks for providing this info. When powercycling the device, it looks like the first run after it seems to work, but since CPU2 is stuck on the next restart, one thing worth checking is if the _c_int00 routine is being overwritten at all during the execution of CPU2 since the branch is not executing. In addition, I looked at the addresses CPU1 and CPU2 were at after powercycle and before restart, looks like CPU2 is in an idle state (refer to section 4.10.2 of the F2837xD TRM), I am not sure where CPU1 is, do you see that location included anywhere in the map file of the CPU1 program?

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

no in the map file of CPU1 is not such an adress.

But i found it in the TRM (section 4.10.3.1 CPU1 Boot ROM Memory Map)

Must be in Boot as the adress of CPU1 is 3FEFC6. This would make sense, since the LEDs are not on when i powercycle the device and start it again.

Also, when i connect after a powercycle to the device via targetConfiguration, CPU1 is not starting till i press "Restart". Then its working (sometimes) fine. So this means for me that flash is working correct but CPU1 is just not starting (stuck in boot).

So i think we have to find out, why CPU1 is stuck in boot?

Regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

Is your device Rev B? I looked at the map file for the ROM image in C2000Ware (C2000Ware_XX\libraries\boot_rom\f2837xd\revB\rom_sources\ccs_files\cpu01\Release) and see that the address 0x3FEFC6 falls in Parallel_Boot.obj. You can load symbols for the Boot image in CCS - navigate to the path mentioned above and click the .out file when asked which image to load. If you are prompted for the source file, you can go to C2000Ware_XX\libraries\boot_rom\f2837xd\revB\rom_sources\F2837x_bootROM\cpu01-bootROM\source and load the source files.

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

HI Anu,

1. where can i check the revision? It is a custom board with the f2837d chip. The exact string of the chip is "TMS320 F2837DZWTT YFC-06AXSQW GI"

2. Boot Image: Do you mean the "load symbols" in the debug view?

Cause i load the symbols from the boot image .out file but nothing happened, and i couldnt select the path to the source files.

Regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

It looks like your chip is Revision C- the Revision was read using Section 3 of https://www.ti.com/lit/er/sprz412l/sprz412l.pdf?ts=1637701249927&ref_url=https%253A%252F%252Fwww.ti.com%252Fproduct%252FTMS320F28377D. Using the Revision B image here should be fine, I will double check with the Boot ROM expert.

Yes, you need to load symbols, did you pause execution before doing so?

Thanks,
Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

no i didn´t, sorry for that. So i try again. The target configuration has a default GEL file. I hope this is correct before doing the symbol load:

Then i press "Debug" to download and start the code:

When this is finished, device is in pause mode and i immediately load now the symbols:

Path is like you described:

After that CPU1 says "No source available":

When i do this for CPU2, following will appear:

Am i doing something wrong?

Best regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

The Boot ROM symbols need to be loaded once the code execution stops in the Boot ROM code. This happened in Scenario 2 above.

Willi Konrad said:
5) Loading the symbols. In scenario 1 i could see where the code is paused. But here i cant see any program or breakpoint:

Once you are at this point, and execution is paused, you can load symbols for the Boot ROM image and see where in the Boot ROM code CPU1 is stalling.

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

ok now its working. I loaded the .out file and located the source files.

Here is where the code is for CPU1:

in this function:

then did the same for CPU2:

in this function:

I hope this helps to identify the problem.

Regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

I checked the boot flow and it looks like both CPU1 and CPU2 first checked to see whether the device was set to Flash Boot mode, and after determining that the device was not in Flash Boot mode, proceeded to get stuck in the places they are stuck in. Before power cycling the board, are you sure that the boot mode select pins are set to Flash Boot, and that CPU2 is being set to Flash Boot?

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

i checked the GPIOs for the boot mode:

During debugging, i checked the GPIOs 72 and 84. Both GPIOs are set to 0:

For flash mode both should be 1, is this correct?

I talked to our electrical engineer who designed the board. Unfortunately, on GPIO 72 and GPIO 84 we set an output for LEDs.

Also, its weird that from customer side its working when they install an older version of our flash software and then install the new software.

When they install first the new software, its not working.

Do you have any idea how that could be, that the boot mode has other behaviour?

Or how i could modify the software to force to boot from flash and later use these GPIOs as output?

Thank you.

Best regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

Have any other pins been configured as boot mode select pins? This would have been done by programming the USER OTP fields, and they can be set to determine boot modes.

Usually for these bootloaders, sending an incorrect key to the bootloader will force a boot from Flash.

Thanks,

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

no i didnt change anything in that direction to configure the boot pins. I dont know how to do this either.

So what do i have to do now to force a boot from flash? Is this somehow possible without software and hardware changes?

Thanks a lot.

Best regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

You will need to send an incorrect key to the device - any value other than 0x08AA - in order to force the Parallel bootloader to exit and boot to Flash. Please refer to 4.10.4.5 of the F2837xD TRM which details Parallel Boot Mode to get an idea of how to send data to the device when it is in this boot mode.

Thanks

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

i understand. But this means i have to change software on the device, is this correct? When i make new software i have to make a new release version for the software and i thought maybe there is a chance to fix this without a software or hardware change.

Our device is already designed, so i have no chance to send keys to the GPIOs 58-65 for the parallel IO booloader.

So i think the only solution for me is to talk to our electrical engineer to redesign the board and to free the GPIOs for 72 and 84.

The GPIOs 72 and 84 need a high signal to boot from flash, is this correct?

Thanks a lot

Best regards

Willi

+1 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Willi,

GPIO 72 and 84 need to have a value of 1 as shown below:

When GPIO 72 and 84 are 1, the boot mode is set to Get Mode. Since you are not programming OTP, Get Mode will default to Flash Boot.

I think it is also worth flashing the old firmware and checking the state of the GPIO pins then to see if the new firmware is causing the state of the GPIO pins to change. Without programming OTP, GPIO 72 and 84 will need to be 1 to Boot from Flash.

Thanks

Anu

0 Willi Konrad over 4 years ago in reply to Anu Biradar

Prodigy 170 points

Hi Anu,

i will check that and compare with the older version. I guess i have to make software or hardware change to set the GPIO72 and GPIO84 to 1.

Thank you very much for your support! It was very helpful and also helped me to know how to better debug the device.

Best regards

Willi

0 Anu Biradar over 4 years ago in reply to Willi Konrad

TI__Expert 5630 points

Glad it helped! I will go ahead and close this thread, feel free to start another if you have questions.

Anu

C2000™︎ microcontrollers

C2000 microcontrollers forum

TMS320F28379D: Programm not starting after power off/on - flash problem?