為調(diào)試寄存器 DBGDRAR 設(shè)置的值錯(cuò)誤
但讀取此寄存器時(shí)會(huì)返回錯(cuò)誤的地址 0xfe800003。正確的返回地址應(yīng)為 0xf0800003。
嘗試訪問包含錯(cuò)誤地址的 CoreSight 根 ROM 表將導(dǎo)致 RPU 處理器發(fā)生軟件異常。
受此影響的軟件為在 RPU 處理器上運(yùn)行并且依賴此寄存器來訪問 CoreSight ROM 表的所有軟件，通常為自托管的調(diào)試軟件。
解決方案
影響：
如果 2 個(gè) LSB 位 (VALID) 設(shè)為 0’b11，那么更高的位 (ROMADDR) 將指向 CoreSight 根 ROM 表。RPU 自托管調(diào)試軟件可能依靠此寄存器來訪問 ROM 表。
此類調(diào)試軟件可能嘗試訪問錯(cuò)誤地址 0xfe800000 從而導(dǎo)致 RPU 發(fā)生軟件異常。
訪問給定的 ROM 表地址時(shí)，根據(jù)配置，可能產(chǎn)生的影響包括系統(tǒng)掛起、返回未定義的數(shù)據(jù)、解碼錯(cuò)誤或安全違例。
由于此寄存器僅可供 RPU 訪問，因此只有 RPU 自托管調(diào)試軟件會(huì)受此影響。
變通方法：
請(qǐng)?jiān)谧酝泄苷{(diào)試軟件中將 CoreSight 根 ROM 表硬編碼為訪問正確的地址 (0xf080000)，不讀取此寄存器。
受影響的配置：
所有 Versal 器件。
解決方案：
不對(duì)該問題進(jìn)行修復(fù)。
審核編輯：彭靜
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
處理器
+關(guān)注
關(guān)注
68文章
20087瀏覽量
243960 -
寄存器
+關(guān)注
關(guān)注
31文章
5503瀏覽量
128352 -
軟件
+關(guān)注
關(guān)注
69文章
5257瀏覽量
90494
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
熱點(diǎn)推薦
NVMe高速傳輸之?dāng)[脫XDMA設(shè)計(jì)32：寄存器功能驗(yàn)證與分析2
寄存器最大值為 64’hFFFFFFFFFFFFFFFF，到達(dá)最大值后一個(gè)時(shí)鐘周期后翻轉(zhuǎn)回 0， 在隨機(jī)時(shí)刻使用 force 將寄存器賦值臨
將HFREFR和LFREFR寄存器值設(shè)置為錯(cuò)誤的值來將故障注入CMU，但CMU_ISR值始終為零，為什么？
我試圖通過將 HFREFR 和 LFREFR 寄存器值設(shè)置為錯(cuò)誤的值來將故障注入 CMU，但 C
發(fā)表于 03-28 07:41
【答疑】網(wǎng)關(guān)返回錯(cuò)誤？Modbus地址與寄存器地址別混淆！
與PLC的錯(cuò)誤燈都在閃爍。技術(shù)人員在為客戶提供技術(shù)支持時(shí)發(fā)現(xiàn)，大部分客戶都是因?yàn)閷ⅰ?b class='flag-5'>寄存器的Modbus地址”當(dāng)成“寄存器地址”配置到了網(wǎng)關(guān)，導(dǎo)致網(wǎng)關(guān)讀寫到錯(cuò)誤的寄
ads1148 SPI寫寄存器錯(cuò)誤的原因？
在ADS1148的調(diào)試過程過，上電讀取所有配置寄存器時(shí)，讀取的數(shù)值等于默認(rèn)值，從示波器分析片選、時(shí)鐘、數(shù)據(jù)入、數(shù)據(jù)出信號(hào)均符合時(shí)序要求，SPI讀正確。然后測(cè)試SPI寫寄存器，發(fā)出的命
發(fā)表于 02-12 08:41
使用ADS1258的時(shí)候調(diào)試了它的兩種工作方式，寄存器的值會(huì)發(fā)生錯(cuò)亂，為什么？
，大概是一兩個(gè)小時(shí)，里面寄存器的值會(huì)發(fā)生錯(cuò)亂。導(dǎo)致輸出有誤。原本我對(duì)00~08寄存器設(shè)置的值為3
發(fā)表于 02-10 08:21
AFE4400的CNTROL0寄存器的SPI_READ位設(shè)置成1才能讀取寄存器的值，讀完了想修改寄存器的值怎么辦？
AFE4400的CNTROL0寄存器的SPI_READ位設(shè)置成1才能讀取寄存器的值，那讀完了想修改寄存器的
發(fā)表于 01-14 08:09
LDC1000不管怎么改變RPMAX和RPMIN寄存器的值，后5個(gè)寄存器的值一直為0？
你好！最近在用LDC1000，采用STM32驅(qū)動(dòng)，之前能夠探測(cè)金屬，能夠返回?cái)?shù)據(jù)，但過了兩天，后面5個(gè)寄存器的值都變?yōu)?了，且不管怎么改變RPMAX和RPMIN寄存器的值，后5個(gè)
發(fā)表于 01-13 07:40
ADS1298寄存器寫入后，讀取CH5—CH8通道寄存器值返回值為0，為什么？
。（之前ID號(hào)能正確讀出為92，且CH5—CH8能返回正確寄存器值。）
是否能判斷該芯片已損壞？芯片工作電壓均為3.3V，單極供電。芯片調(diào)試過程中沒有出現(xiàn)過熱，上電后的電流正常，VC
發(fā)表于 01-06 07:16
ADS1246寫寄存器后，無法正確讀取寄存器的值，為什么？
這是手冊(cè)上給的圖示，可以看出不活躍為低電平，在下降沿讀寫數(shù)據(jù)，是這樣嗎？我設(shè)置UCCKPH=0，UCCKPL=0時(shí)，寫寄存器后，無法正確讀取寄存器的
發(fā)表于 12-27 06:06
ADS1115采樣返回Conversion Register寄存器值為0x1FFF，是什么原因?qū)е碌模?/a>
你好，最近在調(diào)試ADS1115.。輸入電壓在1.5V以時(shí)，Conversion Register寄存器值經(jīng)計(jì)算與輸入電壓值相符。當(dāng)輸入電壓小于1.5V時(shí)，Conversion Reg
發(fā)表于 12-06 08:00
調(diào)試ADS1256，輸入為5V時(shí)，讀取寄存器的值為6480143，計(jì)算后在3.8v達(dá)不到5V，為什么？
最近在調(diào)試ADS1256，遇到了一個(gè)問題，請(qǐng)教一下大家。
1.ADS1256采用的是單端輸入，PGA設(shè)置為1，DRATE設(shè)置為10SPS。
發(fā)表于 12-06 07:34
AFE4404沒有接外部時(shí)鐘，4404寄存器的為初始值，能夠通過IIC修改寄存器值嗎？
1、首先AFE4404寄存器默認(rèn)使用外部時(shí)鐘，CLK引腳是否必須要先接一個(gè)時(shí)鐘，通過修改寄存器的值改為內(nèi)部時(shí)鐘，然后再停止外部時(shí)鐘？？
2、假如沒有接外部時(shí)鐘，4404寄存器的
發(fā)表于 12-06 06:35
使用STM32F4系列的芯片驅(qū)動(dòng)ADS1110做電壓采樣，配置寄存器設(shè)置為0x8C,讀出的寄存器值時(shí)0XFF，為什么？
使用STM32F4系列的芯片驅(qū)動(dòng)ADS1110做電壓采樣，配置寄存器設(shè)置為0x8C,但是讀出的寄存器值時(shí)0XFF,但是數(shù)據(jù)
發(fā)表于 11-29 07:24
寫單個(gè)線圈與單個(gè)保持寄存器相關(guān)
05功能碼用于將單個(gè)線圈寄存器（或離散輸入）設(shè)置為ON或OFF，該功能碼支持廣播模式在廣播模式下，所有從站設(shè)備的同一地址的值將被統(tǒng)一修改。查詢報(bào)文中的ON/OFF狀態(tài)由報(bào)文數(shù)據(jù)字段的常
Modbus協(xié)議的讀取保持寄存器值
功能碼用于讀取從設(shè)備保持寄存器的內(nèi)容，不支持廣播模式。消息頓中指定了需要讀取的保持寄存器的起始地址和數(shù)目。而保持寄存器中各地址的具體內(nèi)容和意義則由設(shè)備開發(fā)者自行規(guī)定。
工商網(wǎng)監(jiān)
評(píng)論