JTAG on FRWY-LS1012A reference board

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

JTAG on FRWY-LS1012A reference board

1,741 Views
amurray
Contributor II

Hello,

I'm having difficulty connecting via JTAG to the FRWY-LS1012A reference board.

When attempting via the command line:

$ ./CW4NET_v2020.06/CW_ARMv8/ARMv8/gdb/bin/aarch64-fsl-gdb
GNU gdb (GDB) 7.11.1.0.05c0cb6-b200311 (NXP Semiconductors)
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=x86_64-linux-gnu --target=aarch64-fsl-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
(gdb) source CW4NET_v2020.06/CW_ARMv8/ARMv8/gdb_extensions/flash/cwflash.py
Starting flash programmer services...
Starting local server...
Successfully started gdb server 127.0.0.1:45000
Set gdb remote timeout to 7200
Connecting to target...
Using LS1012A SoC
Using CWTAP connected to local usb port
Using jtag speed 16000
Connecting to probe...
connected successfully
Successfully connected to probe
Initializing target...
Running init script /home/andy/Freescale/CW4NET_v2020.06/CW_ARMv8/ARMv8/gdb_extensions/flash/scripts/../../../../Config/boards/LS1012A_FRWY_init.py
Memory access failed.
//
Additional error details:
[Failed to write memory at address 0x1ee00e4 on core CortexA53#0.
Core CortexA53#0 not found on the JTAG chain. Please verify that the Reset Configuration Word is correct, or enable RCW Override in the initialization file.]

Error: fail to initialize target
Closing debugger server...
Error: fail to start flash programming services.
(gdb)

 

 

The LS1012 appears to be present in the scan chain, e.g.

(bin) 60 % source IDcode.tcl

Scanning for available TAPs connected via USB.....


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+
+ Available Remote Connections
+
+ 1 - CodeWarriorTAP - 00:04:9f:06:ba:XX
+ 2 - CodeWarriorTAP - <Specify IP Address>
+ 3 - GigabitTAP - <Specify IP Address>
+
+ x - Exit Script without Changes
+
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Specify connection:
1

Configuring TAP Interface....

Configured Connection: cwtap : 00:04:9f:06:ba:XX


TDO -----
|
* Device 0 IDCODE: 5BA00477 Device: ARM DAP rev 5.x
* Device 1 IDCODE: 06B2001D Device: NXP LS1012A rev 1.x
|
TDI -----


###################################################
#
# configTAP - Redefine TAP interface
#
# scanboard - Scans the target system
# and returns the JTAG IDCode
#
# ir - Loopback test
#
###################################################

I get the same error when using CCS - in which case I duplicate the LS1012A_FRWY target configuration and modify the script so that "USE_SAFE_RCW" is set to True.

I also have a LS1012ARDB - I seem to have no trouble connecting to this with the same installation of CCS but with the LS1012A_RDB file instead.

Given that this is a clean install of CSS with a new reference board - is this supported - or have I done something wrong?

0 Kudos
4 Replies

1,691 Views
sinanakman
Senior Contributor III

HI

Yes, I noticed on my board pin#1 for the header is marked incorrectly. As for the hard-coded RCW, with 0x9e I can have control of the board after reset but it does not boot so if you had to go this way you would probably also have to overwrite some of the RCWs. However, is your flash on the board empty ? Why would you need the hard-coded RCW ?

Happy to hear you got it working.

Regards

Sinan Akman

0 Kudos

1,690 Views
amurray
Contributor II

Hi,

Yes that's right our flash is empty. 

Thanks,

Andrew Murray

0 Kudos

1,731 Views
sinanakman
Senior Contributor III

 

  Hi

 

  FWIW, I just tested this board with my BDI3000 and it works fine :

FRWY-LS1012A>res
- TARGET: processing reset request
- TARGET: BDI executes scan chain init string
- TARGET: Bypass check 0x00000001 => 0x00000002
- TARGET: JTAG exists check passed
- Core#0: ID code is 0x5BA00477
- Core#0: DP-CSW is 0xF0000000
- Core#0: DBG-AP at 0x80410000
- Core#0: EDPRSR is 0x000002AB
- TARGET: Reset sequence passed
- TARGET: resetting target passed
- TARGET: processing target startup ....
- TARGET: processing target startup passed

  So perhaps your problem is related to your CWTAP configuration.

  Hope this helps

 

   Regards

   Sinan Akman

0 Kudos

1,696 Views
amurray
Contributor II

I've now got this working

I ended up removing R50 from the board - on the schematic this was marked as 'do not populate'. I'm not sure that this makes any difference though as the CCS script allows you to set the source of the RCW and my script was set to 0x9e (hard-coded). 

Prior to this I shorted R50 to ensure the RCW was hard-coded - however this has the effect of keeping the board in reset.

I think prior to adjusting the resistors my JTAG cable may have been connected the wrong way (the connector on the board isn't keyed), which probably lead me to look at the resistors.

0 Kudos