読み書きがそのままピンへの読み書きになる模様。追加されたことが分かる。番号が割り振られているようだ。1うん、どうやらうまく行ってそう。出力に切り替える前に出力値を変更しようとするとエラーになってしまう。マニュアルを見ても、そういう動作はできなさそうだ。対応するビットを設定しておくしかなさそう。欠番として空けておいてくれたのだと思う。本あることを知っていたことになる。CONFIG_KEYBOARD_GPIO_POLLED=yとなっているため問題ないみたい。今ちょっと試せないのだけれど、かなり便利そうだ。複数ピンをまとめて読み書きする用途には向かない。アクセスできればそれでいい。いう汎用コマンドを作った。ビットは書き込み不可なので変更されなかったこちらもちゃんと動いてるみたい。実際には直前に出力した値が返っているようで、その点は注意が必要だ。方が分かりやすいと思うのであまり踏み込まないことにする。アクセスできないのか。)昨日メールさせていただいた杉島です。)先生の記事はいつも参考にさせていただいています。多忙な教育、研究生活、とてもサポートめいたレターに返信していただけるお時間はないと思いつつ、あえて簡単な質問をさせていただきます。petalinux2016.2です。割り込みは一般にinputに設定したgpioの割り込み端子を使うらしいです。これには外部からの入力端子がありません。あるためaxi_periph経由で”割り込みの元”を受信することになると思います。ここで遅れが発生します。なにか誤解?次の疑問は割り込みを受けたlinux側の処置に関するものです。http://myokota.hatenablog.jp/entry/2015/08/12/233020という参考例がありました。}これはPollingであって割り込みではありません。即応性のある割り込み動作は期待できません。ARMの割り込みがこのようなものであるとは思えません。gpio方式に至る前はmy_ipから1bitの割り込み要求端子を出し、これをZynqのIRQ_F2P[15:0]に接続していました。vivado最上位にこれを上げてありますが、intrという信号をそれより上位が割り込みとして認識していないのかもしれません。@AtmarkTechoを使用していたときは割り込みこれほど手こずることはありませんでした。以上厚顔を顧みずメールしています。Linux側Sourceをお送りすることも可能です。割り込み処理にまだ手を出していないため直接のお答えができずすみません。あたりかな、と予想します。