Pageビット・アクセス命令の動作と割込みとの競合についていつもお世話になっております。72855を採用しております。FAQ1004533にて、V850ファミリの動作について記載がありましたがSH7280シリーズについて同様の確認をしたく問合せさせて頂きます。0:09リード・モディファイ・ライトに関しては、ソフトとCPU内部と分けて考えた方が良いです。一般論になりますが、ビット・アクセス命令はアセンブラで1命令です。ソフトから見ると割り込みが入るのはその命令の前か後しかありません。ソフトからはアトミック(不可分)なビット操作ができます。CPU内部では、リード・モディファイ・ライト相当のマイクロコードに展開されるかもしれませんが、ソフトからはアトミック操作に見えるように設計されているはずです。ソフトから見たリード・モディファイ・ライトとは、ロード・演算・ストアのように複数命令に展開される動作となります。この場合、間に割り込みが入ると意図した動作にならない危険が潜んでいる事になります。1:13tk_naraさん、こんにちは。NoMaYと申します。気になったのですが、随分古い(つい最近新規採用されたとは考え難い)マイコンだと思うのですが、今、これが話題になった理由は何でしょうか?もしかして、既存開発ソフトウェアへの機能追加時のCMMIなりISO9001なりのソースコードレビューで(旧V850ユーザから?)「確認しておくこと」と指摘されてのことだったりしますか?(もしそうだとすると、かふぇルネでは「証拠能力」がちょっと弱いかな、と思ったのです。5:38tk_naraさんリード・モディファイ・ライトが気になるような微妙な状況がありますか?SHのコーディングでは分岐等に特別の注意が必要で、そう簡単に途中で割り込みを挟むのでしょうか?関係者でないので内部の詳しいことは分かりませんが、そこら辺りはコンパイラーが最適化なりして問題なきようにしているのではないでしょうか、詳しく調べて解決したいというのも、どうかと思います。8:51Tk_naraさんSHのビットアクセス(リードモディファイライト)はGBR間接アドレッシングなのでバスをつかんだまま直接メモリアクセスするので割り込みは入りません。アルゴリズムで演算が条件判断などにより複数命令に分割されている場合は、割り込み内で変更した値が、割り込み復帰時に割り込み直前の値に戻ることはあると思います。所望の処理を括らないと意図しない結果になるかと思います。12:36tk_naraさん、こんにちは。ちなみに、RXマイコンのソフトウェアマニュアルでは、以下の表で、割り込み受付タイミングが命令実行中の命令にビット操作命令が含まれていない、ことをエビデンスとすることが出来そうですが、SH-2AのソフトウェアマニュアルにもSH7280のハードウェアマニュアルにもそのような表は無いのですよね。NoMaY:NoMaYさんそもそも、ビット命令(リードモディファイライト)は割り込みによってリードとライトが分離しないようにするためのものなので自明の事としてあえてUMなどには割り込み入りませんと書いていないのかもしれませんね。Kirin:Kirinさん、こんにちは。割り込みによってリードとライトが分離しないようにするためのものなので自明の事として私もそうではないかと思います。このV850のFAQは、(パイプライン動作によってロード/ストア/演算などは)基本的には1命令=1クロックなのだけれども、そんな中でもビットアクセス命令は1クロックでは無いのですよ、というのを言わんが為のFAQなのかなぁ?という気もします、、、このFAQに出てくるV850/SA1やV850E/MS1は初期の製品で、ハードウェアマニュアルのCopyright年から推測するに、1997年頃の製品のようです。(さすがにいつの製品だったかは覚えていないです。ちなみに、SH-2Aが2006年のよう(en.wikipedia)なので、それよりずっと前の製品ですね。DSPが1996年、なのですね。NoMaY:NoMaYさんいずれにしても、リードモディファイライトは読んで・書いての2クロック必要ですよねー。1クロックでリードモディファイライトに対応すると、トランジスタ数が膨大になるのでチップ屋さんとしてはやりたくない構成ですし。1命令(≠1クロック)でやるのに意義がある!ということで。23:13tk_naraさん、こんにちは。ソフトウェア編にビットアクセス命令実行中は割り込みが入りませんと書いてありますね。(仮に命令実行中に割り込みが入って、実行中の命令を破棄されたとしてても、もう一度命令を先頭が実行するからリードしてビット操作してライトバックするだけなので問題なかったりしますけどねー。Kirin:Kirinさん、こんにちは。#imm3,@(disp12,Rn)でも、パイプライン動作は以下と同じですね。アドレッシングモードが違うのがミソですかね。NoMaY:NoMaYさんそーかもしれません。Kirin:Kirinさん、こんにちは。命令レベルではKirinさんのリプライにあったマニュアルの部分でエビデンスが得られましたね。この後は、以下の最初のHigetakaさんのリプライに繋がって行きますね。「ソフトから見たリード・モディファイ・ライトとは、ロード・演算・ストアのように複数命令に展開される動作となります。この場合、間に割り込みが入ると意図した動作にならない危険が潜んでいる事になります。」[追記]それから、以下のKirinさんのリプライへも繋がって行きますね、です。「アルゴリズムで演算が条件判断になどにより複数命令に分割されている場合は、割り込み内で変更した値が、割り込み復帰時に割り込み直前の値に戻ることはあると思います。所望の処理を括らないと意図しない結果になるかと思います。Kirin:割込失礼します。(割込の話題だけに...)Kirinさん最初の書込の「GBR間接アドレッシングでバスを掴んだまま」という記述がずっと引っかかっていたのですが、SH2-Aにはメモリに対する論理演算なんてRISCにあるまじき命令があるのか!初めて知りました。ルネサスの組込屋としての意地を感じますね。考えてみると、BSET・BCLRのサポート時点で命令単位のリードモディファイライトには対応してるので、あとは演算内容と即値が1bit/8bitの違いを追加するだけという風にも考えられますね。※話題がズレますが、Cortex-M系ではbit-bandエイリアスというこれまた変態機能でリードモディファイライトへの解決策が提供されてますね。