- Forums
- Product Forums
- General Purpose MicrocontrollersGeneral Purpose Microcontrollers
- i.MX Forumsi.MX Forums
- QorIQ Processing PlatformsQorIQ Processing Platforms
- Identification and SecurityIdentification and Security
- Power ManagementPower Management
- Wireless ConnectivityWireless Connectivity
- RFID / NFCRFID / NFC
- Advanced AnalogAdvanced Analog
- Neural Processing UnitsNeural Processing Units
- MCX Microcontrollers
- S32G
- S32K
- S32V
- MPC5xxx
- Other NXP Products
- S12 / MagniV Microcontrollers
- Powertrain and Electrification Analog Drivers
- Sensors
- Vybrid Processors
- Digital Signal Controllers
- 8-bit Microcontrollers
- ColdFire/68K Microcontrollers and Processors
- PowerQUICC Processors
- OSBDM and TBDML
- S32M
- S32Z/E
-
- Solution Forums
- Software Forums
- MCUXpresso Software and ToolsMCUXpresso Software and Tools
- CodeWarriorCodeWarrior
- MQX Software SolutionsMQX Software Solutions
- Model-Based Design Toolbox (MBDT)Model-Based Design Toolbox (MBDT)
- FreeMASTER
- eIQ Machine Learning Software
- Embedded Software and Tools Clinic
- S32 SDK
- S32 Design Studio
- GUI Guider
- Zephyr Project
- Voice Technology
- Application Software Packs
- Secure Provisioning SDK (SPSDK)
- Processor Expert Software
- Generative AI & LLMs
-
- Topics
- Mobile Robotics - Drones and RoversMobile Robotics - Drones and Rovers
- NXP Training ContentNXP Training Content
- University ProgramsUniversity Programs
- Rapid IoT
- NXP Designs
- SafeAssure-Community
- OSS Security & Maintenance
- Using Our Community
-
- Cloud Lab Forums
-
- Knowledge Bases
- ARM Microcontrollers
- i.MX Processors
- Identification and Security
- Model-Based Design Toolbox (MBDT)
- QorIQ Processing Platforms
- S32 Automotive Processing Platform
- Wireless Connectivity
- CodeWarrior
- MCUXpresso Suite of Software and Tools
- MQX Software Solutions
- RFID / NFC
- Advanced Analog
- Neural Processing Units
-
- NXP Tech Blogs
- Home
- :
- Translated Content
- :
- Multi Source Translation Content
- :
- 2404369_ja-JP
2404369_ja-JP
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
2404369_ja-JP
2404369_ja-JP
先日@sean_dvorscakさんが投稿された記事（ KE1 ECC RAM シングルビット訂正）に関連して、追加の質問があります。
@Celeste_Liuは答えた。
->> オプションのスクラブを実装する場合は、アクセスを実際のアクセスサイズやスクラブの粒度に基づいてアライメントし、生の MCM_LMFAR 値に盲目的に合わせないでください。また、アドレスを適切にアラインメントし、アクセスサイズが有効であることを確認しない限り、固定4バイトのアクセスは使わないでください。
MCM_LMFATR[PEFSIZE]を使ってアクセスサイズを判定できますか?もしそうなら、これをMCM_LMFARと組み合わせて読み取り・正解・書き込み操作を実装することは可能でしょうか?例えば、MCM_LMFATR[PEFSIZE]が3'b000で8ビットアクセスを示している場合、MCM_LMFARで示されたアドレスから8ビットの読み込みを行い、同じアドレスに8ビットの書き込みをして誤りを訂正することは可能でしょうか?同様に、MCM_LMFATR[PEFSIZE]が3'b010で32ビットアクセスを示している場合、アライメントを気にせずにMCM_LMFARで示されたアドレスに32ビット書き込みを行うことはできますか?
こんにちは、@rseigle77 さん。
あなたの投稿を拝見しました。この件について少し調査させてください。詳しい情報が分かり次第、改めてご連絡いたします。
BR
セレステ
こんにちは@Celeste_Liu - P7は最終アプリケーションの名前です。
こんにちは、@rseigle77 さん。
ご質問につきましては、社内の担当チームに調査を依頼する必要があります。当社の手続きに従い、 最終的な申請 名を記載してください。
ご協力ありがとうございました。
BR
セレステ
こんにちは、 @Celeste_Liu さん、この件について何か進展はありますか？
こんにちは、@rseigle77 さん。
申し訳ありませんが、まだ社内からの返答がありません。
再度連絡を取り、これを最優先事項として取り組みます。何か返事が来たらすぐにお知らせします。
BR
セレステ
こんにちは、 @rseigle77 さん、
ご辛抱いただきありがとうございます。社内から返信がありました。
ECCの「訂正」とは、SRAMに格納されている基となるビットを修正するのではなく、修正されたデータをCPUに返すことを意味します。自動修復には、別途スクラブ／ライトバック機構が必要です。
ソフトウェアスクラブを使用する際の推奨フロー:
- ECCは読み取り時にデータを訂正します。
- シングルビットエラー割り込み／ステータスが発生します。RM 6.3.1.1を参照してください。割り込みの発生源を特定する。MCM_LMPECR [ER1BR] =1
- ソフトウェアが故障アドレスを読み込みます。MCM_LMPEIR[PEELOC] = 5'h08 - SRAM_Lからの1ビット訂正可能なECCイベントで、MCM_LMFAR故障アドレスを示します。
- ソフトウェアは修正された値を同じアドレスに書き換えます。
- 新たなECC症候群が生成され、保存される。
BR
セレステ
@Celeste_Liu さん、ご回答ありがとうございます。しかし、 MCM_LMFATR[PEFSIZE]に関する私の質問には答えていません。
「MCM_LMFATR[PEFSIZE]を使ってアクセスサイズを決定できますか?もし可能なら、これをMCM_LMFARと併用して読み込み・正書き書き返し操作を実装することは可能でしょうか?例えば、MCM_LMFATR[PEFSIZE]が3'b000で8ビットアクセスを示している場合、MCM_LMFARで示されたアドレスから8ビットの読み込みを行い、その後同じアドレスに8ビットの書き込みを行いエラーを訂正できますか?同様に、MCM_LMFATR[PEFSIZE]が3'b010で32ビットアクセスを示している場合、アライメントを気にせずにMCM_LMFARで示されたアドレスに32ビットの書き込みを行うことは可能でしょうか?