Nexus Implementation Klasser - Business - Small Business

Nexus arkitektoniske beherskelse er baseret på en pakke-baseret messaging ordning, der kan håndtere debugging indviklede systemer med flere kerner. Kontrol FOR DEN flere kerner debug processer i henhold til en transaktion protokol (TCODE), som giver oplysninger, som de er sendt i pakker, der anvender en pakkedata header om at skaffe oplysninger i ressource-og tænkte flugt af billederne on-chip komponenter, mens godt, fordi oplysninger om subsequentdata pakker

indeholder søge efter eller supplerende oplysninger. Dette forenkler interleaving forbundet med forskellige spor løsninger sammen med samtidige kommunikation ved hjælp multipleNexus instrumenter. Nexus specifikationen definerer et almindeligt antal TCODEs til populære identifikation foruden finde operationer den TCODE metode er normalt strækbar der vil brugerdefineret debug kræver (se tabel 11.4) Nexus derudover definerer en gennemsnitlig par debug-relaterede on-chip. registre, som igen facilitateApplications har forskellige debug krav, men de fleste debug kan nemt altid arrangeres direkte til at gøre specifikke klasser af opgaver. Nexus definerer debugger funktionalitet og også compatibilityover fire lektioner om operation. Device instrumentering og redskaber er skitseret som i øjeblikket klasse 1 - for at 4-kompatibel, når de service hver en af ​​de funktioner, der er defineret beregnet til denne klasse. Klasse 1starts sammen med simple debug muligheder via din JTAG port ved hjælp af større kurser om meget mere betyder indlæggelse og teknik forviklinger Andvendelse AUX åbner for at hjælpe langsomt, men sikkert hæve debug kapaciteter, som det at bidrage yderligere kompleks.

Features omkring Nexus implementering instruktions klasser kunne være skræddersyet til at sikre, at kreative designere kan udvælge funktioner på faglært dallas skadedyrsbekæmpelse og aldrig beburdened ved at bruge mere avancerede omfatter eller endda dem, der måske ikke være gældende eller måske lykkes derfor deres debug behov. Dette lader en bred vifte ofdebug egenskaber støttes, samtidig med at det telefonnummer plus formularer involverer forskellige Nexus implementeringer, der skal spores andsupported håndterbare. Alle Nexus kurser ved hjælp af skelnen omfatter hver eneste af de omfatter (dvs. kan være en overordnet), som forud klasse (r). Thekey populære funktioner i at mange gennemførelse klasser er opsummeret fra tabellen 11.1.The størstedelen af ​​grundlæggende, skole 1, præsenterer funktioner meget gerne regelmæssige JTAG implementation.Class 1 giver run-kontrol debug-funktioner, der tilfældigvis er hyppige ved bruger mest processor chip implementeringer, samt center identifikation, sål Stepping,

breakpoints samt overvågningspunkter og statisk erindring og I / O-adgang. Klasse 1 byder på flere laveste krav, ligesom kravet vedrørende atleast ikke én, men to apparat breakpoints. Debugging stopper chip mens kræver er executed.Class 2 består af langt mere indviklede debugging attributter ved hjælp af real-time overvågning. Det bidrager desuden til uddannelse dating og meget mere komplicerede overvågningspunkter. Klasse 2 letter processorexecution spor-relaterede karakteristika, herunder real-time overvågning involverende proces ejerskab foruden instruktion sporing sammen withcomplex overvågningspunkter og også branch sporing, markering af rundkørsel grene, sammen med at fjerne overflødige adressering information. Den class2 programindirect lemmer gennem undtagelse-handling. Yderligere meddelelser er normalt integreret med hensyn til overlegen gren sporing. Theformat med finde fakta tilladelser til udryddelse af overflødige adresseoplysninger, der øger throughput.Class 3 lader data-tracing services plus består af evnen til at hjælpe læse og producere opbevaring og også I / O forsikringspolice dækning processor kører. Klasse tre opretholder data ser op og hukommelse foruden I / O undersøge og også skrive forsikringspolice dækning model er faktisk kører. Dette kan gøre systemet stil og design ekstra komplekse, alligevel en masse forbedrer at debugging kapaciteter.

Endelig klasse 4 præsenteres egenskaber findes i flere in-circuit-emulatorer (ICES). Klasse fem muliggør primære bruger kontrol af en processor for at kunne executeprograms på Nexus åbning (memory substitution), plus yderligere funktioner til remapping lagerområde og I / O ventilationskanaler sammen med at starte off søge efter onwatchpoint forekomst. Dette er absolut især nyttige som snart simulere periferiudstyr. Det vil også være nyttigt at give alternative anvendelser runningmemory substitution på Overvågningspunkt forekomst overvågningsdata læser beskyttet model går i ægte tid, dock udskiftning foruden at formidle deling og beføjelse til at overføre optegnelser værdier vedrørende acquisition.Nexus beskeder omfatter ting som en 6-bit TCODE der indeholder Nexus-specifik instructionsfollowed af en varierende mængde af pakker (antallet af pakker med hensyn til hver TCODE er afgjort skitseret i standarden).

Beskeder kan være sync eller endda nonsync. Sync messagesmessage ligeledes posesses en SRC arena (kilde ID) for at bistå udviklingsmetoder bestemme din kilde til dine specifikke Nexus principper fra en multiprocessing SoC giver en solo debug port. Packet typer bakkes includethefollowing: Variabel: En variabel størrelse lille formue antyder den egentlige betydning skal omfatte de særlige lille formue, men pakkens størrelse kan variere fra aminimum involverer blot én bit. En sag er absolut en aftale med område, som kan være fuld eller delvis for en præsenteret meddelelse. Når kommunikation transporteres ved hjælp af denne AUX, skal variabel størrelse pakker stop over en havn boundary.Vendor-fast: Disse udbredte til at tillade Nexus pakker lige ind match funktioner i en sælgers enhed. Et eksempel herpå er ofte en SRC felt, der peger thesource ID

Nexus arkitektur vil være baseret på en pakke-baseret messaging-ordningen, der opretholder debugging indviklede systemer med flere kerner. Kontrol FOR DEN multicore debug procedurer afhængig af en aftale standardprotokol (TCODE), som giver data, som de får forelagt pakker, med en forsyning header om at skaffe information om udbud og tænkte også destination tilhører posterne on-chip stykker derudover da data inden for subsequentdata pakker

indeholder finde eller måske forskellige andre oplysninger. Dette forenkler interleaving af flere spor metoder sammen med samtidig forbinder sammen med multipleNexus instrumenter. Nexus specifikation definerer en gennemsnitlig gruppe af TCODEs beregnet til udbredt detektion plus kender operationer i TCODE protokollen er derudover udvides til bruger-definerede debug-kommandoer (se tabel 11.4) Nexus samt definerer et almindeligt antal debug-relaterede on-chip registre. , hvilket facilitateApplications har fået forskellige debug krav, men de fleste af debug kan samles i opstilling bestemte undervisning med opgaver. Nexus definerer debugger funktionalitet og compatibilityover flere instruktion af drift. Device instrumentering og redskaber tendens til at blive defineret, når opholder sig i klasse 1 - til 4-kompatible i tilfælde af at de servicere hele omfatter beskrevet for denne klasse. Klasse 1starts med standard debug funktioner over JTAG port, med større klasser, der påvirker langt mere instrument optagelse sammen med procedure sophiisticatedness Andvendelse AUX aftræk for gradvist øge debug kapaciteter, herunder indføre langt mere kompleks.

Features inde i Nexus setup lektioner er normalt personlig, så hvor udviklerne kan træffe afgørelse om populære funktioner i relevans og ikke rigtig beburdened ved hjælp af meget mere avancerede funktioner og også dem, der ikke er relevante eller måske lykkes derfor deres debug behov. Dette giver et nyt valg ofdebug funktioner til at blive støttet, når bevare telefonnummer og også forskellige typer af forskellige Nexus implementeringer, som burde blive sporet andsupported håndterbare. Alle Nexus klasser blot ved definition omfatter hele attributter i (dvs. er generelt en slags overordnet), som før klasse (r). Thekey populære funktioner i forskellige retningslinjer klasser normalt er opsummeret i tabellen 11.1.The mange grundlæggende, kursus 1, tilbyder funktioner svarende til normal JTAG implementation.Class bare man giver run-kontrol debug attributter, er populære ved at bruge de fleste af model-implementeringer, såsom core identifikation, single stepping,

breakpoints sammen med overvågningspunkter, sammen med statisk lagerområde plus I / O-adgang. Klasse 1 tilbyder minimumsforskrifter, herunder kravet atleast to computer hardware breakpoints. Debugging stopper den faktiske chips mens instruktioner vil blive executed.Class 2 består af en masse mere indviklede debugging egenskaber ved hjælp af real-time overvågning. Det desuden tilføjer instruktion på udkig efter og mere stilfuld overvågningspunkter. Klasse et par letter processorexecution spor-relaterede karakteristika, herunder real-time tilsyn af metode ejerskab og også coaching opsporing, langs withcomplex overvågningspunkter plus gren administration, udflagning rundkørsel grene, plus at reducere gentagne adressering information. Den class2 programindirect organisationer gennem undtagelse-handling. Andre meddelelser tendens til at blive noteret vedrørende forbedret gren tracking. Theformat på finde information gør for din udskillelse vedrørende unødvendige nærmer information, hvilket igen øger throughput.Class nogle vil tillade data-tracing tjenester og består også af dette potentiale for at kunne læse foruden at generere storage og I / O, som du flytte pick faktisk kører. Klasse tre understøtter info laver et spor for plus opbevaring foruden I / O undersøge og også skrive forsikringspolice dækning processor kan køre. Dette kan gøre proceduren layout mere komplekst, men væsentligt hæver debugging kapaciteter.

Endelig kursus adskillige gaver karakteristika forbundet med mange in-circuit-emulatorer (ICES). Klasse fem tilladelser umiddelbart brugerkontrol forbundet med en slags pick, der vil executeprograms gennem Nexus åbning (memory substitution), foruden flere funktioner for remapping hukommelse sammen med I / O ventilationskanaler sammen med begyndelsen kender onwatchpoint forekomst. Dette er faktisk især nyttig, når simulerer periferiudstyr. Det kan også være vant til at producere yderligere programmer runningmemory substitution på Overvågningspunkt forekomst følgende data siger, når du bevæger processoren kan være i drift i ægte tid, dock udskiftning samt udluftning deling, sammen med fleksibilitet til at hjælpe med videresende registreringer holdninger beregnet til erhvervelse . Nexus annonceringer omfatter ting som en ny 6-bit TCODE der består af Nexus-specifikke instructionsfollowed blot ved din variable mængde pakker (det availablility af pakker til at få næsten alle TCODE forklares sædvanligvis inde standard).

Meddelelser kan være sync eller måske nonsync. Sync messagesmessage indeholder endvidere en SRC industri (kilde-id) til at hjælpe udvikling applikationer identificere årsagen til en unik Nexus oplysninger inden for en multiprocessing SoC giver en individuel debug port. Packet former forstærket includethefollowing: Variabel: En variabel størrelse pakke betyder bestemt begreb har brug for at medtage, at udbuddet om pakkens dimension kan variere meget fra aminimum af en enkelt bit. En model er en adresse disciplin, der vil være hel eller delvis for den leverede meddelelse. Når meddelelser sendes gennem den faktiske AUX, variabel størrelse pakker brug for at afslutte til en havn boundary.Vendor-fast: Disse er ansat til at tillade Nexus pakker ind matche kvaliteter af enhver sælgers enhed. Et eksempel kan være en SRC industrien dette peger thesource ID

Primby http://kenlyngeprimby.wordpress.com}

Automatic blog by iAutoblog