SourcePoint Intel Help
Table of Contents
- Using Help
- Contacting ASSET InterTech
- Introduction to SourcePoint
- SourcePoint Environment
- SourcePoint Overview
- SourcePoint Parent Window Introduction
- SourcePoint Icon Toolbar
- File Menu
- File Menu - Project Menu Item
- File Menu - Layout Menu Item
- File Menu - Program Menu Item
- File Menu - Macro Menu Item
- File Menu - Print Menu Items
- File Menu - Update Emulator Flash Menu Item
- File Menu - Program Target Device Menu Item
- File Menu - Other Menu Items
- Edit Menu
- View Menu
- Processor Menu
- Options Menu
- Options Menu - Preferences Menu Item
- Options Menu - Target Configuration Menu Item
- Options Menu - Load Target Configuration File Menu Item
- Options Menu - Save Target Configuration File Menu Item
- Options Menu - Emulator Configuration Menu Item
- Options Menu - Emulator Connection Menu Item
- Options Menu - Emulator Reset Menu Item
- Options Menu - Confidence Tests Menu Item
- Window Menu
- Help Menu
- How To -- SourcePoint Environment
- Add Emulator Connections
- Configure Custom Macro Icons
- Configure Autoloading Macros
- Display Text on the Icon Toolbar
- Edit Icon Groups to Customize Your Toolbars
- Modify a Defined Memory Region
- Refresh SourcePoint Windows
- Save a Program
- Start SourcePoint With Command Line Arguments
- Use the New Project Wizard
- Verify Emulator Network Connections
- SourcePoint Overview
- Breakpoints Window
- Breakpoints Window Overview
- How To - Breakpoints
- Code Window
- Command Window
- Command Window Overview
- Confidence Tests Window
- Confidence Tests Window Overview
- Descriptors Tables Window
- Descriptors Tables Window Overview
- How To - Descriptors
- Devices Window
- Devices Window Overview
- How To - Devices Window
- Log Window
- Log Window Overview
- Memory Window
- Memory Window Overview
- How To - Memory Window
- Page Translation Window
- Page Translation Windows Overview
- PCI Devices Window
- PCI Devices Window Overview
- How To - PCI Devices Window
- Registers Window
- Registers Window Overview
- How To - Registers
- Symbols Windows
- Symbols Window Overview
- How To - Symbols Window
- Trace Window
- Trace Window Overview
- How To - Trace Window
- Advanced
- Viewpoint Window
- Viewpoint Window Overview
- Watch Window
- Watch Window Overview
- How To - Watch Window
- Technical Notes
- Descriptor Cache: Revealing Hidden Registers
- UEFI Framework Debugging
- Memory Casting
- Microsoft PE Format Support in SourcePoint
- Multi-Clustering
- Python/CScripts
- OpenIPC Integration, Installation and Usage
- Registers Keyword Table
- SourcePoint Licensing
- Stepping
- Symbols Textsym Format
- Target Configuration
- Using Bookmarks
- Which Processor Is Which
- Getting Started with DbC
- SourcePoint Command Language
- Overview
- Commands and Control Variables
- aadump
- abort
- abs
- acos
- advanced
- asin
- asm
- asmmode
- atan
- atan2
- autoconfigure
- base
- bell (beep)
- bits
- break
- breakall
- cachememory
- cause
- Character Functions
- clock
- continue
- cos
- cpubreak commands
- cpuid_eax
- cpuid_ebx
- cpuid_ecx
- cpuid_edx
- createprocess
- cscfg, local_cscfg
- csr
- ctime
- cwd
- dbgbreak commands
- defaultpath
- #define
- define
- definemacro
- deviceconfigure
- devicelist
- devicescan
- disconnect
- displayflag
- do while
- dos
- dport
- drscan
- edit
- editor
- emubreak, emuremove, emudisable, emuenable
- emulatorstate
- encrypt
- error
- eval
- evalprogramsymbol
- execution point ($)
- exit
- exp
- fc
- fclose
- feof
- fgetc
- fgets
- first_jtag_device
- flist
- flush
- fopen
- for
- forward
- fprintf
- fputc
- fputs
- fread
- fseek
- ftell
- fwrite
- getc
- getchar
- getnearestprogramsymbol
- getprogramsymboladdress
- gets
- globalsourcepath
- go
- halt
- help
- homepath
- idcode
- if
- include
- invd
- irscan
- isdebugsymbol
- isem64t
- isprogramsymbol
- isrunning
- issleeping
- issmm
- itpcompatible
- jtagchain
- jtagconfigure
- jtagdeviceadd
- jtagdeviceclear
- jtagdevices
- jtagscan
- jtagtest
- keys
- last
- last_jtag_device
- left
- libcall
- license
- linear
- list, nolist
- load
- loadbreakpoints
- loadlayout
- loadproject
- loadtarget
- loadwatches
- log, nolog
- log10
- loge
- logmessage
- macropath
- Memory Access
- messagebox
- mid
- msgclose
- msgdata
- msgdelete
- msgdr
- msgdump
- msgir
- msgopen
- msgreturndatasize
- msgscan
- msr
- num_activeprocessors
- num_all_devices
- num_devices
- num_jtag_chains
- num_jtag_devices
- num_processors
- num_uncore_devices
- openipc
- pause
- physical
- port
- pow
- print cycles
- printf
- proc
- processorcontrol
- processorfamily
- processormode
- processors
- processortype
- projectpath
- putchar
- puts
- rand
- readsetting
- reconnect
- Register Access
- reload
- reloadproject
- remove
- reset
- restart
- return
- right
- runcontroltype
- safemode
- save
- savebreakpoints
- savelayout
- savewatches
- selectdirectory
- selectfile
- shell
- show
- sin
- sizeof
- sleep
- softbreak, softremove, softdisable, softenable
- sprintf
- sqrt
- srand
- step
- stop
- strcat
- strchr
- strcmp
- strcpy
- _strdate
- string [ ] (index into string)
- strlen
- _strlwr
- strncat
- strncmp
- strncpy
- strpos
- strstr
- _strtime
- strtod
- strtol
- strtoul
- _strupr
- swbreak
- switch
- swremove
- tabs
- tan
- tapdatashift
- tapstateset
- targpower
- targstatus
- taskattach
- taskbreak, taskremove, taskdisable, taskenable
- taskend
- taskgetpid
- taskstart
- tck
- time
- uncoreconfigure
- uncorescan
- #undef
- unload
- unloadproject
- upload
- use
- verify
- verifydeviceconfiguration
- verifyjtagconfiguration
- version
- viewpoint
- vpalias
- wait
- wbinvd
- while
- windowrefresh
- wport
- writesetting
- yield
- yieldflag
Getting Started with DbC
Overview
The Direct Connect Interface (DCI) is an emerging transport technology for closed-chassis debug access. The primary purpose of DCI is to allow existing functional I/O (e.g., a USB port) to be used for debug of the system and/or silicon, and to gain access to trace/debug features in the silicon. DCI DbC allows target debug with a single USB connection between the host computer and the target. No debug probe is required. ย This document explains the steps necessary to get DbC up and running.
There are two forms of DCI DbC, one that uses USB 2.0 (DCI DbC2), and one that uses USB 3.0 (DCI DbC3). For run control purposes the speed of either is sufficient. ย DCI DbC2 has the advantage of allowing debug through resets and power cycles. ย Throughout the rest of this document DbC will be used to indicate DCI DbC2.
Preparing the Firmware image
A firmware image needs to be modified to configure the silicon (PCH) for the appropriate USB port which will be used for DbC. This is achieved by using the Intelยฎ FIT tool and the firmware image. The default setting of the FIT tool is to not enable any ports for DbC.
There are two ways to modify a firmware image. Automatically by an XML during the build process, or manually by loading the firmware image into the FIT tool after the build process has completed. This Getting Started guide will concentrate on using the manual method for modifying an existing image.
The end user will need access to the target user guide or schematics to look up the connectivity of the physical USB port from the silicon ย to the required USB connector on the target. For example, a target could have a rear USB connector, J1, which is wired to the PCH USB2.0 Port 5. In this case, the FIT tool is configured to use USB2.0 Port 5
NOTE: It should be noted that the FIT tool version used to enable DbC should be the same version (or newer) as the existing firmware image.
To enable DbC for a specified USB2.0 port:
1. Open the Intel FIT tool
2. Load an existing firmware image (File->Open)
3. The FIT tool will create a log view within the GUI. The details of the version used to create the firmware image will be displayed:
FIT version used to build the image: 12.0.0.1051
4. Ensure the FIT tool used to enable DbC is a version that is the same (or greater) than the version stated in (3)
5. In the left hand tree view, scroll down to the Debug section, and click
6. In the right-hand tree view, scroll down to the Direct Connect Interface Configuration section
a. Ensure that Direct Connect Interface (DCI) Enabled is set to 'Yes'
7. In the right-hand tree view, scroll down to the Early USB2 DBC over Type-A Configuration section
a. Ensure that USB2 DbC port Enable is set to the USB port required for the physical connector on the target to be used for DbC. For example, โUSB2 Port 1โ
8. Create the new image (Build->Build Image or CTRL-B)
a. If prompted that Boot Guard is disabled on the platform, then click 'Yes' to accept and proceed
9. A new firmware image called 'outimage.bin' will be created. Rename this image appropriately, and program onto the target.
Enabling DbC in BIOS
The Debug Consent setting in the BIOS must be set to enable DbC debug.
1. Type 'exit' at the EFI prompt to enter BIOS setup (or press F8 if booting to an OS).
2. Select Intel Advanced Menu
3. Select Debug Settings
4. Change the Platform Debug Consent setting to either 'USB2 DbC' or 'DCI OOB+[DbC]'.
5. Save the settings and exit.
Note: These steps may vary between different versions of BIOS.
Connecting the Host to the Target
There are two types of USB cables that can be used:
1. USB3.x Type-A to Type-A
2. USB3.x Type-A to Type-C.
Caution: ย These are not standard USB cables. ย They are special cables with no VBus connection. ย Using a standard cable may damage the host computer and/or the target.
Which cable you need depends on whether you enable DbC (in the BIOS image) on a Type-A or Type-C connector.
These cables are available at Intelโs Design-In Store (https://designintools.intel.com). ย Following are the part numbers. Intel recommends the 1 Meter cables, but in most instances the 1.8 Meter cables work fine.
Part Number |
ย Description |
ITPDCIAMAM1M |
C01 - Intel SVT DCI DbC2/3 A-to-A Debug Cable 1 Meter |
ITPDCIAMAM2M |
C09 - Intel SVT DCI DbC2/3 A-to-A Debug Cable 1.8 Meter |
ITPDCIAMCM1MU |
C06 - Intel SVT DCI DbC2/3 A-to-C UFP Debug Cable 1 Meter |
ITPDCIAMCM2MU |
C12 - Intel SVT DCI DbC2/3 A-to-C UFP Debug Cable 1.8 Meter |
Connect the Type-A end of the cable to any USB2 or USB3 connector on the host computer. ย Connect the other end to whichever USB port on the target has DbC enabled.
Installing the Intel DCI Driver
The Intel DCI driver is installed automatically when SourcePoint is installed. ย When active (the host is connected to a target with DbC enabled), the following driver entry will be present in Device Manager:
ย
Testing the Connection
Included in the SourcePoint installation is a DbC debug utility that can be used to determine if a valid DbC connection has been made. It can be found in the same folder as sp.exe and is called DbCStatus.exe.
1. Power down the target.
2. Connect the USB cable between the host and target.
3. Start the DbC Indicator program. ย ย It should show red for no connection:
ย
ย
ย
4. Power on the target.
5. The DbC Indicator program should now show green for a USB2 connection (youโll also hear the Windows USB device connected sound).
ย
ย
6. Close the DbC indicator program.
Connecting with SourcePoint
SourcePoint behaves the same whether itโs connected to a debug probe (e.g., ECM-XDP3e), or directly to the target via DbC. ย The only difference is the emulator connection type. ย With a debug probe, you create a TCP/IP or USB connection, with DbC you create a DCI connection type.
1. Install SourcePoint.
2. Start SourcePoint.
3. The New Project Wizard will start. ย
a. Specify the connection type as 'DCIโ.
b. Point to the target configuration file for the type of target youโre using.
ย
ย
ย