【TOPPERS】ITRON総合スレ3【NORTi】【HOS】 (880ﾚｽ)
上下前次1-新
613: 2010/11/02(火)22:12 AAS
払うだけ無駄でしょ
614: 2010/11/02(火)22:33 AAS
>石のバリエーション多すぎて考えても徒労ってことがあるからね．例えば，メモリ管理で実行可能フラグが
>落とせない石で，スタック壊されたらなんでもできちゃうよね．
もともとすべての石で対応できないものだし、MMUのおまけでMPU(メモリプロテクションユニット）の代行しているもの
も含めて考えるとそうかもしれないけど、今後は、命令フェッチのみ禁止するMPUは増えるように思うんだけどな。
615(1): ITRON名無しさん ◆4WD27e3i1o 2010/11/02(火)23:18 AAS
>>612
> 「明らか」というので公の情報なのか
HRPのソースコードは公開されているので，読めば理解できるはずだよね．
ただ，ぼくもきみもコンパイラではないし，ソースコードには経緯が書かれていないので，これを公の情報といって良いのかどうか．人間であるぼくには躊躇われるって話だと思ってほしいな．
ソフトウェアにおける"不具合"というのは幅広いけれどね…会員になったから細かいバグ情報が手に入るかというと，必ずしもそうでもないよ．特にターゲット依存部に関してはね．
狭い意味での不具合情報の収拾や修正依頼を期待するのであれば，活発そうな会員企業とサポート契約するか，自信があるなら自前で修正すると決断したほうがよいかもしれない．
この目的でのお布施は，ぼくも勧めない．
ただ，なぜこのような仕様になっているのかという情報収集や，この仕様はおかしいといった表明は，会員になったほうがはるかに効率的じゃないかなとは思うよ．
ETとかESECとか学会とかで中の人を捕まえてもよいと思うし，中の人も，お布施無いから対応しないってこともないと思う．けれど，効率はあまりよくないんじゃないかな．
好き好きだけれどね．ここはチラ裏だものね．
616(2): 2010/11/03(水)00:02 AAS
>615
コンパイラではないし とか、正直に公の情報がないと書けばすむものをまた文学的表現ですね。
>狭い意味での不具合情報の収拾や修正依頼を期待するのであれば
わかってて書いているかもしれないと思うけどTOPPERSにバグがあっても困らない立場ですが、仕様書が間違っていると少し
困る人です。ある意味TOPPERSの成果を業務に活用しているもっとも顕著な仕事かもしれないと思っています。
あくまでTOPPPERSのソースコードは仕様を把握するための手助けしかないわけですが
>ただ，なぜこのような仕様になっているのかという情報収集や，この仕様はおかしいといった表明は，会員になったほうがはるかに効率的じゃないかなとは思うよ．
ITRONばかり踏み込んで情報収集するならそうかもしれない。ある程度こぼれてくる情報収集だけで十分な話ですよ。
PXにしても、どれだけ市場ニーズのあるものなのと考えるわけです。ここのスレタイのNORTIなんかHPみてもいつの夏休みを記載しているの
というサビレようですよね。かなり前にどこかとタイアップしてPX仕様のを作るとか言ってたような気がしますがどうなったんだろうと思っています。
省2
617: ITRON名無しさん ◆4WD27e3i1o 2010/11/03(水)00:52 AAS
>>616
ええと，何を問題視しているのか判らなくなっちゃってるのだけれど?
リソースを管理するためにカーネルがあるのであって，管理できないカーネルなんてただのオーバヘッドだっていう考え方は，別段特殊でもない…よね?
Linuxがiopermで叩かれたり，BSDの/dev/memは?って不毛に罵り合ったりとかは，2010年のエンジニアでも履修しておくべき雑学...だよね?
その辺の破綻の末に，ハイパバイザってのが台頭したって気もするのだけれど，...これは見方により異なるだろうから同意を得るつもりは無いよ．
> ITRONばかり踏み込んで情報収集するならそうかもしれない。
ええと，TOPPERSを顕著に業務に活用しているけれど，ITRONばかり踏み込んでいられない…? よく判らないな．OSEK系ならITRON関係ないしね．"文学的"であることを真似してくれなくてもいいよ．
省2
618: 2010/11/03(水)02:09 AAS
>リソースを管理するためにカーネルがあるのであって，管理できないカーネルなんてただのオーバヘッドだっていう考え方は，別段特殊でもない…よね?
>616 では、カーネル管理外の話題は書いていないつもりなんだけど
>ええと，TOPPERSを顕著に業務に活用しているけれど，ITRONばかり踏み込んでいられない…? よく判らないな．
>OSEK系ならITRON関係ないしね．"文学的"であることを真似してくれなくてもいいよ．
真似してしまったね。解説するよ。単純に「今更」ということ、今はそうだけど、今後は必要なくなる可能性が
大きいという話。個人的な案件の話ということもあるが市場のニーズと遠いところにあれば、今までどおりでは
ないよね。NORTIの話もそういう流れのつもりで書いている部分もあるわけですよ。
単純に言うとITRONのシェアが高ければ高いほど、私の仕事が今後も続いていくだろうが、縮小するなら
別の道を考えないといけないと思うわけですよ。
TOPPERSのMLでM32CやR32Cの依存部や割り込み応答時間等まで回答している私がなにをしているかは
省8
619: ITRON名無しさん ◆4WD27e3i1o 2010/11/03(水)02:41 AAS
> 私がなにをしているかは
素で全然わからない．ていうか特定のターゲット依存部にしか興味のない人に敬意は払うけれど興味ない．ごめん．
620: 2010/11/03(水)05:04 AAS
一般人引きつけるための...
621: 2010/11/04(木)08:10 AAS
ITRON名無しさんが読んでないかどうかは知らないけど、
相手がTOPPERS-usersを読んでると決めてかかってない？
622: 2010/11/04(木)22:43 AAS
柔道に詳しいと決めてかかってる…
623: 名無し募集中。。。 2010/11/06(土)17:52 AAS
>>602
あれ？同一人物だと思ってた
624: ITRON名無しさん ◆4WD27e3i1o 2010/11/06(土)18:06 AAS
そうかもしれないしそうでないかもしれない．
625: カーネル”管理”外 ◆3Z31ybHRiA 2010/11/07(日)21:35 AAS
トリップを付けてみました。
RX用のASPが公開したようですので、ソース見てました。
それで、ただで様子見できるページに追加しました。
HEWシミュレータで実行する手順をアップしました。
外部ﾘﾝｸ:alvs.dyndns.tv
>600
>ターゲット定義を記述した文書の誤りか，実装の誤りということだろうね．
RXについては、カーネル管理外はちゃんと対応してあります。ただお勧めしない旨
書いてあるのは気になるところですが、M32CからRXを作ったみたいですし、
M32Cと同じ会社がやっているし、さらにuserMLでRXのアップした報告もあるし
省2
626(2): 2010/11/21(日)20:12 AAS
def_inhとcre_isrの違いがよくわかりません。
def_inhがハンドラでcre_isrがサービスルーチン
ってのはわかるんだけど、
例えばdef_inhはハード的な割り込み、たとえばUart
の送受信とかに使用。
cre_isrはタイマー割り込みとかに使用。
っていう考え方であってる？
627(1): 2010/11/23(火)19:28 AAS
>626
単にカーネルの実装上の都合だと思うけど
628: ITRON名無しさん ◆4WD27e3i1o 2010/11/25(木)14:34 AAS
>>626
外部ﾘﾝｸ[pdf]:www.assoc.tron.org
の284ページ[補足説明]あたりを読むと良いと思うよ．
def_inh は複数ハンドラを同時には登録できないよね．
レベルトリガで割込み線を共有しているようなターゲット，isrのほうが便利かもね．
仕様策定時，既存のカーネルにinhとisrの2派があって纏め切れなくて…
って裏話を聞いたような気もするから >>627 のように理解してもOKかもね．
629: 2011/01/03(月)12:04 AAS
TOPPERS Builder キタコレ
630: 2011/01/09(日)15:55 AAS
ITRONではない独自OSだけどKOZOSってどう？
外部ﾘﾝｸ[html]:www.saturn.dti.ne.jp
631: 2011/01/09(日)21:46 AAS
割り込みで切り替えてるから、まともな方では？
632(2): 2011/02/07(月)20:08 AAS
12個のタスクをsta_tskすると、15秒に1回程度acre_isrで
生成した定期割り込みサービスルーチンが遅延してしまいます。
sta_tskを11個に減らすと問題ありません。
すべてのタスクが同じ優先度3で動いています。
なぜこのような現象が起きるのかわかりません。
回避方法があれば教えてください。
上下前次1-新書関写板覧索設栞歴
あと 248 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.295s*