【TOPPERS】ITRON総合スレ3【NORTi】【HOS】

★ TOPPERS
http://www.toppers.jp/

★ NORTi
http://www.mispo.co.jp/

★ HOS
http://sourceforge.jp/projects/hos/

前スレ
【TOPPERS】ITRON総合スレ2【NORTi】【HOS】
http://pc11.2ch.net/test/read.cgi/os/1077188504/

某組み込みリンク集より。
商用ITRON。

　eCos
http://www.jp.redhat.com/embedded/eCos/

　NORTi
http://www.mispo.co.jp/

　Nulcleus μiPLUS
http://nucleus.grape.co.jp/

　TRON FORCE!
http://www.aicp.co.jp/

　ELX-ITRON
http://www.elmic.co.jp/

　μMore
http://www.access.co.jp/top.html

　G-OS
http://www.gaio.co.jp/

　ExRom
http://www.firmwaresystems.co.jp/

JTRON

　JBlend
http://www.aplix.co.jp/

これも某所のITRONリンク集から。

　AzkiRTOS
http://www2.noritz.co.jp/anchor/ashp/azrtos/azindex.html

　KL5C16030開発セットを使ったリアルタイムOS
http://www.yellowsoft.com/contents/usersamp/user1/kiji.htm

　PECLS
http://www.geocities.co.jp/SiliconValley-PaloAlto/7276/ITRON.html

　PrKERNELv4
http://www.esol.co.jp/embedded/DLindex.html

　real time micro kernel for AKI-H8
http://www.246.ne.jp/~akichi/www/rtmk.html

　Mu-itron
http://www.rr.iij4u.or.jp/~kkojima/itron-j.html

　litron(linux+itron)
http://moon.sakawa.ota.tokyo.jp/rtlinux/#litron

　sh4-itron
http://moon.sakawa.ota.tokyo.jp/rtlinux/

ルネサス系CPU用iTRON(HI****など)
http://japan.renesas.com/fmwk.jsp?cnt=itron_mid_level_landing.jsp&fp=/products/tools/os/itron

ITRON (Industrial TRON)
　　TRON協会(http://www.tron.org/)によって策定された
　　産業用組み込み用リアルタイムOSの仕様
　　http://tron.um.u-tokyo.ac.jp/TRON/ITRON/home-j.html

T-Engine
　　T-Engineフォーラムによって作成された組み込み用機器向けの
　　標準プラットフォーム。
　　http://www.t-engine.org/japanese.html

T-Kernel
　　μITRONをベースに開発されたT-Engine用のリアルタイムカーネル。
　　仕様書　http://www.personal-media.co.jp/book/tron/210_2_c.html
　　ソースコード　http://www.t-engine.org/T-Kernel/tkernel.html

すまん前スレの1から順次張ってたらまとめたのが出てきたorz
TOPPERS　　http://www.toppers.jp/
HOS　　http://sourceforge.jp/projects/hos
NORTi　　http://www.mispo.co.jp/products/
eCos　　http://www.jp.redhat.com/embedded/eCos/
TOPPERS-Pro　　http://www.aicp.co.jp/products/toppers_pro.shtml
ELX-ITRON　　http://www.elmic.co.jp/japanese/products/elx_itron.html
μMore　　http://www.access.co.jp/products/more.html
ExRon　　http://www.firmwaresystems.co.jp/
JBlend　　http://www.jblend.com/
AzkiRTOS　　http://www2.noritz.co.jp/anchor/ashp/azrtos/azindex.html
PECLS　　http://msuzuki-program.hp.infoseek.co.jp/ITRON.html
real time micro kernel for AKI-H8
http://www.246.ne.jp/~akichi/www/rtmk.html

過去スレ
【T-Kernel】ITRON統合スレ【T/J】【HOS】
http://pc.2ch.net/test/read.cgi/os/1036940021/

eCosは
http://www.ecoscentric.com
の方がよろしいと思うわけで。

ITRON互換レイヤはちゃんと面倒見てもらっているんだろうか？

real time micro kernel for AKI-H8 はリンク切れ… 移転先不明…

まとめ直してみた

iTRON系
TOPPERSシリーズ(TOPPERS)
http://www.toppers.jp/

NORTi(ミスポ)
http://www.mispo.co.jp/

HOS
http://sourceforge.jp/projects/hos/

eCos
http://www.ecoscentric.com/

Nucleus μiPLUS（MentorGraphics）
http://www.mentorg.co.jp/embedded/rtos/uiplus.html

TRON FORCE!(エーアイコーポレーション)：消滅？TOPPERS Proに移行？
http://www.aicp.co.jp/

ELX-ITRON(エルミックウェスコム)
http://www.elwsc.co.jp/japanese/products/elx_itron.html

μMore(IT Access)
http://www.itaccess.co.jp/products/more/index.html

G-OS(ガイオ・テクノロジー)：消滅？代わりにiTRONシミュレータNative-Gがある
http://www.gaio.co.jp/product/dev_tools/pdt_nativeg.html

ExRom(ファームウェアシステム)
http://www.firmwaresystems.co.jp/

AzkiRTOS(アンカーシステムズ)
http://www.anchorsystems.jp/anchor/ashp/azrtos/azindex.html

KL5C16030開発セットを使ったリアルタイムOS(イエローソフト)
http://www.yellowsoft.com/development/development_a1.html

PECLS
http://msuzuki-program.hp.infoseek.co.jp/ITRON/PECLS.html

PrKERNELv4(イーソル)
http://www.esol.co.jp/

real time micro kernel for AKI-H8：リンク切れ、見つからず
http://www.246.ne.jp/~akichi/www/rtmk.html

Mu-itron
http://www.rr.iij4u.or.jp/~kkojima/itron-j.html

litron(linux+itron)
http://moon.goodsoft.jp/rtlinux/

sh4-itron
http://moon.goodsoft.jp/rtlinux/

ルネサス系CPU用iTRON(HI****など)
http://japan.renesas.com/fmwk.jsp?cnt=itron_mid_level_landing.jsp&fp=/products/tools/os/itron

TOPPERS-Pro
http://www.aicp.co.jp/products/toppers_pro.shtml

JTRON系

JBlend(アプリックス)
http://www.aplix.co.jp/

ttp://pc11.2ch.net/test/read.cgi/os/1077188504/997
＞おまえなー。なんで自分の都合がいいものだけピックアップしてるんだ。
＞アナログシンセだけじゃないだろう。
＞電子ピアノとか電子オルガンにも載ってるんだぞ

電子オルガン（笑）

いつの時代の人？

藻まいこそ、超スペシャルニッチだぞ。

>1-10
乙

1-10 乙。

OSとかは、モノつくりを実現する材料の一つでしかない。
何を作るかで決めるので、世間の製品がどうこうなんぞの比較に何の意味があるのやら。

TOPPERS/JSPインスコした人に聞きました。

「入れてみたけど、所詮シミュレーターですね。」
「やりたい人がやれば」

オレは初めてμITRON 使った時は、OS っつうよりライブラリだと思ったよ。

＞何を作るかで決めるので、世間の製品がどうこうなんぞの比較に何の意味があるのやら。
　↑
開発者にとってソースの重要性が分かってないヴぁか。





ttp://d.hatena.ne.jp/aike/20080612

でも今はそうじゃない。ライブラリやフレームワークも充実し、工期短縮や品質向上のノウハウ、設計のパターン・アンチパターンといった情報は調べればいくらでも出てくる。
ということは、知識・経験のある技術者とない技術者の差は、昔以上にますます広がってとんでもない状態になっているということ。

はいはい、もういいよ。
「田舎をよくしてあげます」って都会から来るコンサルタントだな。安ドラマの。

で、
iTRON技術者＝知識・経験のない技術者
なんだ？

このままじゃそうなるってこと。

オプソなんかだと１プロジェクトのソースを世界中のプログラマが書きまくってる。
Ｍ＄でさえ恐れをなし、ググるでさえ危険をおかしてオプソに食い入ろうとしたり何らか関係を保っている。

そこにガラパゴスのＩＴＲＯＮソース、かつ、プロジェクトの人間の我流書きチラシ状態。

何らか今のスタンスをシフトすべき。

あ、ゴメン、正論ばっか書いちゃった。

盲人が盲人の道案内をすると、2人とも穴に落ちるそうだ。聖書にそう書いてある。

盲人＝我流書きチラシのＩＴＲＯＮ系マ

どこまでバカなんだこいつ....

>>15
それって正しい認識だと思うよ．
「リアルタイムカーネルは，CPUのためのデバドラである」と表現する人もいるね．

>>19
ではがんばってシフトしてね
言うだけ言って俺はやらないからお前らやれよ
てっことなら消えなさい

OSなんて規模が大きかったり、フレームワーク的だったりもするけど
所詮はライブラリでありオーバーヘッドである、という思いは常にあるな。
俺の場合。ITRONだろうがWindowsだろうが。

>20 の道案内とは違うのだけど

正直村とうそつき村があり、ある分岐点で道が分かれています。
その分岐点には、交代でうそつき村の人か正直村の人が案内として待っています。
どちらの村の人が、そこにいるかはたずねてくる人にはわかりません。

正直村の人は正直に答え、うそつき村の人はうそしかつきません。

なんと訪ねたらいいのだろうか？

#くだらなかったら、すまん

「ゲーデルの不完全性定理は正しいですか？」と尋ねてみる。

>>26
あなたの村に案内してください。
かな？

正直村の人：正直村へ
うそつき村の人：正直村へ
だと思うんだが

>28
正解

＞正直村

へ行くのが目的って 書いてないじゃん。

もしかしたら、26の人は会話して見抜きたいだけかも。

まぁ案内役に話しかけるんだからどちらかの村へ行きたいのは予想できるし

正直村へ行くには
「あなたの村に案内してください。」

うそつき村へいくには
「あなたが住んでいない村に案内してください。」

でいいかと。

チラ裏スレでもつくりまつか

「ここはパラダイス鎖国ですか?」
組込み村の人: 「いいえ違いますよ。」
汎用OS村の人: 「いいえ違いますよ。」
涙目の引際見逃しました村の人: 「ええ、ここはガラパゴス島です。」

なんか面白い。

＞汎用OS村の人

これって、汎用機（今でいうメインフレーム）のことであって、
コボラーを指すんだおね？

株式会社ITRONも株式会社TOPPERSも存在しないが
株式会社コボルは実在する

コボルは永遠TRON涙目www

ttp://phonebook.yahoo.co.jp/bin/search?p=0265-70-5566

>>34
> これって、汎用機（今でいうメインフレーム）のことであって、

違う。ここまでの文脈を汲んでくれ。Unix/Linux や MS-Win の開発者。
つまり、2つの村で開発者全員。ただしまともな人ねw
涙目くんは、ぽつんと一人だけ。
「あなたたち、まだわからないんですか、ここはガラパゴス島じゃないですか!!」と
叫び続けながら、フェードアウト、暗転 .... -幕-

それだと単なる個人叩きになってツマンナイ。

34の内容の方がヒネリがあっておもしろいｗ

どこにヒネリなんかあんねん、涙目くん。
紋切りに追随するだけで、現実の見えないタイプだね君は。

＞「あなたたち、まだわからないんですか、ここはガラパゴス島じゃないですか!!」と

確かにこれが言いたいっていうのあるね。
現実はガラパゴスじゃなくて日本のみで使われてて、領土が少しづつ狭まってる。

今のままだとこうなるから、何らかITRONが性能を落とさずに領土を広げる案を出すべき。

幻想です。
あなたにガラパゴス島かどうか判断する能力はありません。

ガラパゴス島について議論するタスクを作りましたよ。

【議論】ITRONを世界に普及させるには【ｶﾞﾗﾊﾟｺﾞｽ】
http://pc11.2ch.net/test/read.cgi/os/1213865166/l50

I-Rightは？

I-rightね．
ttp://www.personal-media.co.jp/tron/sales/i-right.html
ベースとなったと言われているItIsも引用しておくよ．
ttp://www.sakamura-lab.org/TRON/ItIs/itis.html

ITRON技術者ではない人はすべて例外なくすべからく議論スレへ行くべし。

【議論】ITRONを世界に普及させるには【ｶﾞﾗﾊﾟｺﾞｽ】
http://pc11.2ch.net/test/read.cgi/os/1213865166/

>>45
先生！ITRON技術者が行ってはダメですか？

行ったら最後周囲 1km にわたってガラパゴス島になると思え。

軽くて手軽なマルチスレッドライブラリだと思うけどRTOSってみんなこんな感じなの?

よく知らんけど, めっちゃ高い値段つけたりしてボってないか?

OSをのせるのせないの判断は何できめるもんですか？

八卦

ここは実装方法については話さないのね。
まあ守秘義務とかあるし、知識も実装依存だから役に立たないか。

>>51
ITRONの実装方法って話？
そんなことに興味あるの？　自社開発する予定ですか？
TOPPERSを使うなり、移植すればいいのでは？　と　思いますが？

ITRONアプリのノウハウってことじゃないか？
まぁ公開できるようなものではないとは思う

そこで Glapag OS Environment でつよ。

まあ百歩譲って新しい環境にμITRON が完全に置き換えられたとしても、
「ガラパゴス」とか言って喜んでるやつにはなんの関わりもないだろうから安心しなwwww

ttp://www.google.com/search?num=50&hl=ja&safe=off&q=Galapag+OS+Environment&lr=lang_ja

秋月 3069F-LAN （完成品）に、TOPPERS/JSP と TINET を乗せてみたのですが
TINET のサンプル nserv が動かなくて困っています。

ping には応答するのですが、telnet 接続が Connection refused で全て
弾かれてしまいます。シリアルコンソールには [...] started. が一通り
出たあと何も出ません。

環境は以下のとおりです。
binutils-2.16.1.tar.gz
gcc-core-4.2.4.tar.bz2
newlib-1.16.0.tar.gz
jsp-1.4.3.tar.gz
tinet-1.4.tar.gz
h8mon-1.12.tar.gz

何から疑えばいいか御教授ください。

　NHKスペシャル　日本の群像　再起への20年 「第4回　極小コンピューター　技術者たちの攻防」

　 １９８４年、誰もが簡単にコンピューターを使えるようにと 東京大学の坂村健氏が開発した基本ソフト「トロン」。

しかし、無料提供を目的にしたトロンは、 ８９年にアメリカから貿易障壁のリストに挙げられ、 普及中止に追い込まれる。

結局、９０年代のパソコン市場は、 世界標準を握ったアメリカ製の基本ソフト 「ウィンドウズ」に支配されることになった。
___________

同じ時期ににアイアコッカを中心に自動車業界も ジャパンバッシングを展開したが、日本車は今でも 世界をリードしている。

TRONは世界的には普及できなかった。 --- どちらも同じ「陰謀」だがこの違いはなぜだと思う？

___________

坂村健・東大教授が一言：　「ボクは悪くない。ＴＲＯＮは悪くない。世界の反応がおかしい」…


＞　広い意味の国粋主義で「国産でいいものを作ろう」というのはまだよかったんだが、 「国産だからいいものに違いない」と妙な脳内変換をして・・・　

坂村健　って、語り口が『梅干と日本刀』＋『プロジェクト・Ｘ』だったな。　「マスコミに受けるプレゼン術」だけに長じていた。

B-TRON、C-TRON、I-TRON、・・・　名前と「構想」だけがあって、実体が無い。

予算だけが大規模で、業績が無い。

２０年以上かかって、何の成果も上がらず、「ＴＲＯＮプロジェクト」　は　大　失　敗　。


そこで、坂村健・東大教授が一言：　「ボクは悪くない。世界の反応がおかしい」…

プレゼン良くないと予算取れないから

エラーコードだけど
標準的な4.0のuITRON(TOPPERS/JSP)での動作は、どうなるか、わかりますか？

---------------------------------------------------------------
void task10(VP_INT exf)
{
ER ercd;
ercd = ter_tsk(TSK_SELF);
switch(ercd)
{
case E_OBJ:
syslog(LOG_NOTICE, "V3.0じゃねーんだよ、バカ\n");
break;
case E_ILUSE:
syslog(LOG_NOTICE,"自分は殺しゃせんよ、たーけ(名古屋?)\n");
break;
case E_ID:
syslog(LOG_NOTICE,"0タスクなんてあらへんで、アホ\n");
default:
break:
}
}

何を聞きたいのかわからん

仕様を理解しているなら、すぐ分かる話だけど、仕様書を理解されて
いる人がどれだけいるかな？　と思っただけですが、なにか

で、それをこのスレで聞いてどうしたいわけ？

自慢したいんだろw

わからないのでナンクセつけたい人がいらっしゃるようで...

はい、以下で詳しい解説 ↓ 先生、よろしくお願いします。

そうですね。「仕様を参照すれば」ではなく「理解」とおっしゃられるのですから、
ぜひともその深奥を開陳していただきたい。

>>67
全くその通りです。　uITRONは仕様書を参照するのではなく、理解する必要がある。
というのは真理かもしれません。　

はい、では始まりますよ、↓ 先生、よろしくお願いします。

TIC_NUME==10 のとき　1ms周期の周期ハンドラの動作って、どうなるか仕様書参照で
わかりますか？
とか
TIC_NUME==3 TIC_DENO==5の場合の
2回タイムティックが経過したときのシステム時間っていくつ？
とか、仕様でどこまで決められているか、というか書いてないですよね。

TOPPERS/JSPがどうなっているかを見て、おお、仕様はこういうことか　と
理解するわけですが...

あれ? 先生、どこいっちゃったのかな... もう時間なんだけど。

TOPPERS/JSPのコード見てuITRONの仕様を理解するのなら
どうやってuITRONの仕様を元にTOPPERS/JSPを作ったんだよ

uITRONの仕様を理解していないとTOPPERS/JSP作れないはずなんですが・・・

TOPPRERS/JSPの開発者（組織）と、uITRON4.0を仕様書書いた人って
だれか知ってるよね。

それは解っているが関係ないよね

uITRON4の仕様で解らないところがあれば
TOPPERS/JSPのコード嫁とはどこにも書いてないんだが

書いてるほうがおかしいけど
書いてないとわからない君ですか？

>>74
じゃあ
TIC_NUME==3 TIC_DENO==5の場合の
2回タイムティックが経過したときのシステム時間っていくつ？

について、仕様書の記述から答えてみろよ。

つまりITRONの仕様書は、仕様書の体を成していないということですね

4.0になって、かなり厳格に書かれているようで、
さらに仕様について厳格に定めるようになったとは思っているけど
それでも、実装依存なのか、仕様として決まっているのか微妙なところは多いと思う。
それを　「仕様書の体を成していない」とまで言うのは酷だと思う。

先生おそいなぁ... もうちょっと、待ってもらえますか?

>>58
答え
アメリカが世界戦略をプロパテントに転換したから。

＞坂村健・東大教授が一言：　「ボクは悪くない。ＴＲＯＮは悪くない。世界の反応がおかしい」…

事実：事実、世界の反応はおかしい。欧米白人国家は日本をことあるごとに生け贄にあるいは財源にしてきたし、今もする。

とりあえず、問題振りっぱなしなのもなんなんで、以下の通り　ASPですが
-----
TOPPERS/ASP Kernel Release 1.3.0 for RSK-M16C-62P (Aug 05 2008, 15:51:00)
Copyright (C) 2000-2003 by Embedded and Real-Time Systems Laboratory
Toyohashi Univ. of Technology, JAPAN
Copyright (C) 2004-2008 by Embedded and Real-Time Systems Laboratory
Graduate School of Information Science, Nagoya Univ., JAPAN
Copyright (C) 2008 by Witz Corporation, JAPAN

System logging task is started on port 1.
0タスクなんてあらへんで、アホ

参考までに
Norti Ver4 では、仕様書を見る限り
自分は殺しゃせんよ、たーけ(名古屋?)

E_ILUSE
のはずです。

Norti Ver4 は、わざわざ　Ver3互換モードを設けていて
互換モードで　E_OBJ 互換モードでない場合　E_ILUSE を返す仕様に
わざわざしているが、実際、uITRON4.0の仕様（TOPPERS)と違ってたりする
んで、ほとんど仕様を理解してないんじゃないかと思ったわけです。

uITRON4の仕様=TOPPERS
という図式はやめておいたほうがいい

Why ?
痛いおもいでもしたのかい？

>>85
>>84 じゃないんだが
uITRON4の仕様はTOPPERSとは独立して存在してるじゃん
C とか C++ とかを実装に基づいて語る奴がいるか？

逆にTOPPERSは？？？な感じがする。

>>86
おそらく結論としては同じだろうけど、過程としては逆の意見だ。
CとかC++は実装ありき。それで有用と認められてデファクトの地位を掴んだ。
普及すると、様々な実装で不整合が発生するから、統一した仕様が求められる。
Linuxみたいに仕様が存在せずに実装こそ仕様という過激な例を除いても、普及した
ソフトウェアは、ほぼ例外無く実装こそが正義で、仕様はそれを調停する為にある。
TRONも含めて日本産プロジェクトの問題点は、実装する人が、旗振ってるだけのヤツの
下の置かれてることじゃないかと思う。

>>86
独立に存在してるよ。 >74 と結局同じような意見の繰り返しか？
組込みの場合にC99等どのように実装されているか気にしないのか？

>>88
ようやく、まともな人がでてきてうれしいね。まったくそのとおりだと思う。

>>87
同様にuITRON4,0仕様も？？？　と思う。
誤解されたかもしれないが、uITRON仕様に準拠していないことが悪いなんて
思っていないし、例えばNortiはあえて仕様に準拠していない部分も多々あり、
それはそれで合理的な仕様にしていると思う。

>>89
C99の吐き出すコードの品質は気にするけど、処理系の内部表現や
オプティマイザの構成などは問題にしないでしょ？

それなりに品質のいいコードを吐き出してくれさえすれば、
内部表現で SSA 使ってようが CPS 使ってようが関係ないっしょ？

>>92
少し話がずれてませんか？
あなたの言うように、実装に基づく、内部表現をC,C++で気にする必要ない。　ごもっともです。
uITRONでも本来内部表現を気にする必要がない。　厳密にはそうです。
ですが、
今話題にしているのは、エラーコードのことです。これは内部表現ではないのはわかりますね。
これが、実装を元に語らなければわからない（人が多い）ということを主張しているのですよ。
#だから、わかる人いるか？　と聞いたわけだが、聞いた場所が悪かったかな？

極論すれば　>77 で、仕様書に書かれているが、非常にわかりにくく、ミスポさんでさえ間違えている
（あえて間違える必要もないところで間違えているから、たぶんそうでしょう）
わけですから

聞き方が悪かったとは考えないのですか？

>>94
たしかに、そういうことはあります。それは、正直意図的なんですよ。
たぶん、静的エラーであることも意識できなかった人がほとんどじゃないのかな？

なぜ、意図的なのかは、「静的エラーで必ずそうなる上でどれかになるか？」
みたいな回答しやすくするのは、それで無理に仕様書を調べだして
回答する人もいるかもしれない、それではちょっと自分の意に反するわけですね。
普通にというかナニゲに意識する範囲でどう理解しているかというところでの
回答を期待しましたが、聞いた場所が悪かったようです。

また、もっと言うと自分の質問そのものが間違っていた場合は、即座に
ＮＧ指摘の書き込みがあるはずで、それも期待したこともあるわけなんだな。

まぁ
どんなにいい質問をしたところで、回答しないといけない理由なんてないわけですから
スルーする人が多くても、別にいいんじゃないと思ってますが。

>>95
意図してることが理解できないんだけど…

「ナニゲに意識する範囲でどう理解」って、自分の理解が曖昧だったら
仕様書見ればいいだけなだし………

実際に「この場合どうなる？」と考えたら、規格なり、実装系の
ドキュメントあさらんか？

>>96
>意図してることが理解できないんだけど…
文面から意図していることが理解できなくても無問題ですが、

>「ナニゲに意識する範囲でどう理解」って、自分の理解が曖昧だったら
>仕様書見ればいいだけなだし………
自分の理解が曖昧だなんて思ってませんが。人がどう理解しているかという
ことに興味があったわけですが

>実際に「この場合どうなる？」と考えたら、規格なり、実装系の
>ドキュメントあさらんか？
そう、あさった結果間違った回答があることを期待もしているわけ

どうどうめぐりしているような。。。

スレッドが荒れただけで申し訳なかったです。
とりあえず、この話題は終わりにしようと思います。

>>88
> Linuxみたいに仕様が存在せずに実装こそ仕様という過激な例を除いても、普及した

Linux みたいなもんモノサシにして一体何が語れるというのやら。
せめてオリジナル Unix や POSIX 意識する前の BSD にしてくれんか?

> TRONも含めて日本産プロジェクトの問題点は、実装する人が、旗振ってるだけのヤツの

TRON の実装もゴロゴロあるじゃないか。実装しまくりじゃないか。
それとも海外だと TRON みたいな状況のプロジェクトは皆無だとでも? ゴロゴロあるだろ。
そんなもん拾いに行く価値あるの?

>>99
>>88は、Linuxは除いても、と書いてるからモノサシから除外してるんだと思うが。
TRONみたいな海外のプロジェクトとは？

>>87
TSK_SELFは，いつでも指定できるわけではないよ．
ter_tsk の仕様には，TSK_SELF が指定できるとは書いていないね．

よって，0を与えたときにE_IDとするTOPPERS系カーネルの実装は，μITRON4.0仕様に合致しているよ．
もちろん，自タスクのタスクIDを与えたときには，E_ILUSEが返るようになっているね．

ただ，一貫性の観点から，TSK_SELFを受け付ける(E_ILUSE を返す)実装を作りたくなる気持ちは解らなくもないね．

で、TOPPERSを最終製品に組み込んで売っている会社ってあるんですか？

うちの馬鹿社長が、誰に吹き込まれたか判りませんが「今度の新製品はTOPPERSを使う」と言い出して、社員一同困っています。

うちは会社は小さくとも医療機器を売っているんで、信頼性が全てです。

TOPPERSの製品実績が少ないとか悪いとだとかの情報があると、社長を説得する材料にできるのですが

ぜひWindowsを使ってくれ

>>102
採用事例はココな
ttp://www.toppers.jp/applications.html#example

フリーを使うのが怖いなら
AICのTOPPERS/PRO系使えばいいんじゃね？
それでもJSP使うんならAICで有償サポートしてるが

って俺社員乙

とりあえず、ITRONを導入するなら、ルネサスのHI7000/4とか導入したら？
実績はあるしサポートもあるし。
まあ、あとは予算だけどね。

TOPPERSは大学とかが設計しているからな・・・
本当に異常系などの処理ができているのか、すごく不安。

学生の卒論でのプログラムとかは、正常系はすごく高度なアルゴリズムなど
つかって、すごいプログラムを構築しているけど、あくまでも正常系。
大学の設計者達がどのくらい外の世界で業務として
ソフト開発を行ってきているかしらないけどね・・・

>>104
楽器系けっこう使われてるよね。仕事くれw

>>106
そりゃもちろん。異常系なんか論文ネタにならない限りは放置。
実際利用する民間の担当と考えてると思われる。

楽器系はショボイ液晶ディスプレイでおｋなんで良いねｗ

うん。液晶気合い入りすぎの楽器はオレたぶん買わないw

フェアライトやシンクラビアのこと？

>>102
TOPPERS に NetBSD の TCP/IP スタックを組み込んだものを提供したことがある
該当サブシステムはエラーフリー(今までトラブルなし)
メーカ製 ITRON を組み込んだサブシステムはトラブルかかえまくり

もっとも, 該当システムの場合, カーネルの信頼性よりも,
ネットワークスタックの信頼性の方が大きいらしいが…

JSPはiTRON4の仕様に合致させるのが目的（のはず）だから
エラー時の動作もiTRON4の仕様に合致させていなきゃダメだろうから
信頼は出来るのかな

心配ならiTRON4の仕様書に
エラー時の動作が書いてあるから
各サービスコールに対する
試験プログラムを組めばいいだけかと

>>112
前スレでも言ってた人かな

やはり、医療機器にITORN使うのはあふぉですか？ちなみ医療機器は医療機器でも手術に使う医療機器です

TOPPERSの悪いところって、そのものじゃなくて、運営というか
取り巻く環境に問題があるんじゃね。

バグの情報は、会員には公開するが、一般には、修正後公開される。
会員になるには、お布施が必要。
会員の会社が、有償サポートやってる
という、なんともわかりやすい仕組みなんですが。

>>114
Win使った方が怖くね？

せめてNORTiにしとけ。
中身はiTRONです、って言って。

0$ちょっとグレードうｐするだけで、
こえーｶﾞｸﾌﾞﾙ枯れたＩＴＲＯＮにしる！
とは、なんてｶﾞﾗﾊﾟｺﾞ厨ｗ

＞これが世界初のAndroidケータイだ！
＞ttp://www.gizmodo.jp/2008/09/android_3.html

＞サン、Javaベースの携帯向けUI開発ツール「LWUIT」をオープンソース化
＞ttp://japan.cnet.com/news/ent/story/0,2000056022,20378819,00.htm

＞カーネル開発者になろうとする人々へ、Linus氏からのメッセージ
＞ttp://slashdot.jp/opensource/08/08/21/228211.shtml

ｶﾞﾗﾊﾟｺﾞ厨にはこういった楽しみは無縁みたいだなｗ

>>114
TOPPERS/HRPとか。
目的が微妙に違っているような気もするが。

>>116
青画面になって、医者まで青くなったり？

>>119
Linus は頭悪いことしか言わないので興味ない。

>>115
つか, 自分等でメンテ出来ない連中が TOPPERS 使っちゃだめだ
使ってるコンパイラ違ったら動かなかったりする実装しかないんだから

> 医療機器に

ぼくが知っているME機器屋さんは「セマフォくらいしか使わない」と言っていたけれどね．
セマフォにバグ埋めるのは，至難の業ではなかろうか．
ME機器と一口にいっても，幅広いね．

バグの少なさならTOPPERS/JSPはメーカ製より遥かにマシだよ．
宇宙機関連で，結構しつこくV&Vされたし．
でも，バグとかそういう理由じゃないよね．
訴訟リスクまで考えると，メーカ製のほうが何かと逃げやすい．

ITRONてアプリケーション層からドライバ介さずにハードウェアを触ることができるのですよね。

それって、ポート叩くだけじゃないの？？？

ITRONを作りたい

>>124
ITRONはアプリケーションもOSも同じレベルで動いているから大丈夫だよ。

>>125
linuxだとかt-kernel/SEだとアプリケーションはユーザモードで
動作するのでポートを直接たたくことは出来ないんだよ。
ITRONはアプリケーションも特権モードで動いてるから直接
ポートがたたける。

保護拡張機能のiTRON(TOPPERS/iimp)も
特権、ユーザで分かれてるな

売り物のITRONは特権モードとユーザーモードに別れていますか？

>>130
基本的に分かれてない

軽く調べてみたが
TOPPERS/Pro/PX
eT-kernel/Extended
HI7300/PX
があるみたいだな

ITRON（国内的に大ヒット） / T-Engine（内野ゴロ、もしくはチップ？） が
分離した時点でダサダサだと思ってるのに、

eT-kernel でITRON寄りのもの出して、何考えてんだかって感じだおねｗ

ITRON使っている携帯電話って今ありますか？

ttp://pc11.2ch.net/test/read.cgi/pcnews/1214395925/132

なんかメインのOSはLinuｘだったりするんだけど、通信制御の部分だけはiTRONを使っているみたいよ。

オシロスコープとかロジアナとかに適したRTOSってあります？

>>133
ベースバンドプロセッサ側は結構使ってる
アプリ側のプロセッサは, ほとんど絶滅じゃない?

>>135
*** HP-UX ***
今はどうか知らないけど, アジレントに分離する前, HP の
測定器(ハイエンドのロジアナとか ATM アナライザとか)は
片っ端から HP-UX で動いていたw

今はWindowsじゃないかねえ。

日本だとITRONが使われているような用途に、海外だと何のRTOSが使われていますか？

ITRON使うのにCPUにMMUって必須ですか？

おやじのらくらくホン、エラいサクサク動くんだが、GUI含めてITRONかな?
メニューとか文字ベースだし、機能も少ないからかもしれんが。

らくらくホンならSymbianだろ

>>140 最近の保護機能を使うなら必要

>>139 VxWORKS

>>144
＞VxWorks

どうも発足時にITRONを盗んだ形跡がある。

限りなく黒に近い黒。

はっきり言って悪。

>>145 はいはい証拠証拠。
具体的に API のココが、っていう情況証拠でも構わないからねw

>>135
向いているかどうかは知らないけれど、知り合いの国産の計測器屋さんは、WinCE使ってるって言ってたかな。
UIを作りやすいが重要らしいね。
WinCEを使っていない計測器屋さんも知っているけれど、画面を作るために色々ツールを自前で用意したとか。

>>144

VxWorksって軽いんですか？

>>148 応答性能は悪くない
フットプリントという意味では規模は大きめ

http://itpro.nikkeibp.co.jp/article/Interview/20080903/314095/
「組込み開発者はもっと報われなければいけない」，トロン技術者認定試験に込める思い

VxWorksは特権モードとユーザーモードに分かれていますか？

>>151
分ける設定で構築すれば分かれる

VxWorksは高いから日本の企業は使いたがらない

>>145
VxWorksはWindoriverがBSDiを吸収した経緯から、BSDの影響を強く受け、後に
そのエンジニアが辞めてしまったので、Linuxの影響が強くなっているのは、
少しでも扱っている奴ならドライバコード等からも容易に見てとれる。
そもそも iTRON に盗めるような技術的独創性はあるのか？
TRON計画やBTRONには(良い悪いは別にして)それなりに注目すべき点はあるが、
iTRONに関しては、スケジューラ他にしても、well known な技術の寄せ集めの
API集であって、実用的なコードがあるわけでも無く、他のOSに移植してまで、
盗む価値は無いと思うが。

>>139
日本と海外を単純に比較するのは難しい。
そもそも、組み込み自体が範囲が広いから用途によって様々。
海外なら、軽量なものはOS無しで組み、それ以上なら、独自でOS(らしきもの)を
作って、その上に構築する。もう少し汎用性を持たせたいなら、OS-9,VxWorks,pSOS+,QNXなんかを使い、それ以上なら、WindowsCEとかLinuxとか。
最近は、WindowsCEとかLinuxとかが下りてきて、他のOSを侵食している。
日本では、軽量なものはOS無しで、独自OSとかVxWorksみたいなRTOSの下方を、
iTRONが担っている。RTOSの上方は、日本でも(開発の継続性の点から)VxWorks
等のRTOSがまだ使われてて、WincowsCEとかLinuxが侵食してるのは海外と同じ。

>>153

VxWorksはどれ位のお値段するのでしょうか？

NetBSDを組み込みシステムで使うのは大変ですか？
LINUXに比べると極端に情報量が少ないので、状況どんな感じか？掴めません

>>157 TECH-I とか読め

>>158

そんなのある？

>>157
少なくとも見知らぬ MMU 使ってる CPU だと Linux より簡単だよ.
VM 回り Linux より全然きれいだから
同様の理由により, 見知らぬ CPU に移植するんだったら FreeBSD
でも Linux より簡単

>>159
TECH-I だと No.5 「技術者のためのUNIX系OS入門」とかかな。
今となっては少し情報が古いかもしれないね。

BSD系OSをリアルタイムシステムに採用した場合、大変な点は何でしょうか？
例えば、UIの作り込みに時間が掛かるとか、ドライバの入手性が悪いとか

LINUXの場合のモンタビスタ社のような会社が、BSDの場合あるのでしょうか？

なんかガラパゴ厨とか何も知らないくせに
うっとうしいやつが多いな

ちょっと古い記事だけどここら辺を読むと
LINUX等の一般のOSとリアルタイムOSとの
違いがわかるかな？
ttp://bizmakoto.jp/bizmobile/articles/0509/07/news114.html

リアルタイムOSじゃないLINUXは最悪500usの応答性能
CDMAのプロトコル制御には2桁usの応答性能が必要
LINUXなんかはっきりいって使い物にならない。
ttp://cp.literature.agilent.com/litweb/pdf/5988-3485JA.pdf

応答性能の点ではuITRONはあらゆるOSに圧勝。
余計な処理を何もやっていないからとも言えるけど。。。

結論としてはリアルタイムOSとLINUXを比べるのは
そもそも間違い。土俵が違う

リアルタイムOSの性能を、応答性能で語るのは片手落ちだと思うよ。
ハードリアルタイム実現の目玉としてμITRON4.0で採用されたミューテックスはPOSIXが元ネタだっていうのは、このスレだか前スレだかで既出だよね。
Linuxも、2.6のカーネルプリエンプションとか、がんばっているんじゃないかな。
μITRON系だと、loc_cpuをどうしようかと右往左往して独自実装乱発しているのが現状だよね。

ま、ここはITRON統合スレなので、Embedded Unices の個々については別スレで。

>>164
Linuxで応答性能が必要なら、MontaVistaとかRT-LinuxとかRTAIとか使うでしょ
RTAIなら数μsの応答時間を確保できるぞ

秋月辺りで買ってきたボードにTOPPERSを載せる所位までを、新人研修でやったら、脱落者だらけでしょうか？

期間にも依るだろうけど、動かすとこまでなら特に大丈夫じゃない?
そんなに落伍することもないと思うけど。まあ、細部まで何もかも理解させるのは
新人じゃなくてもたいへんだろうけど。

BTRONは資料あるけどITRONを作るための資料って公開されてるの？

>>165
応答性能だけじゃなくてフットプリントもコストにかかわってくるために重要だね
montavista linuxで3MBも必要
とてもウォシュレットには乗せられない

>>169 ソースコード

オフィシャルに近いものではITRONガイドブックとか。
むしろBTRONのほうが資料が少ない。

個人的には↓の1月号が、ソースコード付きの解説で、参考になった。
ttp://www.cqpub.co.jp/try/shoseki/BN92.htm

>>167
使ってるCPUとプロジェクトの対応状況による
ざっと思いつく段階だと, こんな感じ?
下に行くほど難易度高.

1: 何もしなくても動く
2: ブートとクロック回りとSIO回りを何とかすれば動く
3: コンテキストスイッチ部分に手を入れる
4: CPU まわり全部書き直し

>>169
ITRONの仕様が公開されているが, それ以上何か必要かい?

ITRONドライバ仕様と実装

ドライバ仕様ってなんだ
iTRONは割り込みハンドラから自分で書くんだぞ？

>>174
> ドライバ仕様ってなんだ

ttp://www.assoc.tron.org/jpn/others/pdic.html

>>175
こんなのに従ってるソフト見た事ないや
使ってるメーカーなんかあるのかね？

少なくとも仕様では無いな
メリットの無い縛りは足枷と言う

うちの会社の専務が「俺らは自社でTOPPERSのドライバのフレームワークを整備した」と商談の場で自慢気に宣伝するのですが、それって本当に凄いんですか？他業種から来たばっかりの一営業には理解出来ません。

・組み込み分野のTRON人気
安定した需要に対応

・フレームワーク自社整備
技術力

>>179
？

・ｶﾞﾗﾊﾟｺﾞ厨の深夜まで鋭意開発
忍耐力

ttp://codezine.jp/article/detail/3048

>>178
フレームワークだけじゃすごくない
ドライバ含めてミドルウェアを自社資産として持ってるなら売りになるけど

日本語でおｋ
ｶﾞﾗﾊﾟ語は×

>>183
なんでITORONって、フレームワーク、フレームワークと口にする人が多いんですか？

Saya toron なら意味が通じるが、I toron は...

T-Engineの開発環境のコマンドラインみてるが、

＞-D__NETBSD_LIBC_USE__

だってよｗ

素直にNETB$Dのライブラリからドライバ使った方がよくね？


　 ｧ　 ∧＿∧　ｧ,､
　,､'` （　´∀｀）　,､'`
　 '` 　( ⊃ ⊂)　　'`

別に、 -D で他の環境の ifdef コードを有効にしたり無効にしたりは
日常茶飯事なんだけどな。

【国際】 「ＩＴ製品、ソースコード開示せよ」…中国が外国企業に要求へ
http://mamono.2ch.net/test/read.cgi/newsplus/1221789170/


【知的財産】中国政府：｢IT製品、ソースコード開示せよ｣、外国企業に要求へ…09年5月から新制度を導入方針 [08/09/19]
http://gimpo.2ch.net/test/read.cgi/bizplus/1221777450/

自動車も対象だろ組込み系全滅

結局、ITRONって時代遅れですか？

全然

結局、ITRONって、国際的ですか？

仕様書に英語版はある
海外での実装例もある（互換APIの実装eCos）
海外での採用例もある（主にアジア圏だが）

結局、TOPPERS自慢してたら、へたれですか？

ぜんぜん。

なんでITRONの話しになると二言目にフレームワークを語る輩が出て来るのでしょうか？
これって、この辺が元々整備されてないからでしょうか？

【知的財産】中国：｢ソースコード｣開示規制、柔軟姿勢も…｢WTOのルールにも合致、企業秘密は守る｣・中国商務省高官 [08/09/23]
http://gimpo.2ch.net/test/read.cgi/bizplus/1222179056/

ウェブ屋に比べりゃ可愛いもんだろ。やつらは一言目から最後までフレームワークだ。

　↑
その言い回しおもしろいねｗ

３人くらい登場させて笑い話にしてよ。

ITRONって、OSの上のアプリケーションソフトを追加したら、既存のアプリケーションソフトもコンパイルし直しですか？

Yes.

>OSの上のアプリケーションソフトを追加したら

どうも全く知らないようでつね。

実行イメージ 1つだもんね、通常。

　　 ／￣￣＼
　／　　 _ノ　　＼
　|　　　 （ ●）（●）
.　|　　　　 （__人__）　　 実行イメージ 1つだろ…
　 |　　　　　｀ ⌒´ﾉ　　　 常識的に考えて…
.　 |　　　　　　 　 }
.　 ヽ　　　　　 　 }
　　 ヽ　　　　　ノ　　　　　　　　＼
　　　/　　　 く　　＼　　　　　　　 ＼
　　　|　　　　 ＼ 　 ＼ 　 　　　　　　＼
　 　 |　　　　|ヽ、二⌒)､　 　 　　　　　 ＼

LINUXは再コンパイル不要だが

>>474

つ ttp://pc11.2ch.net/test/read.cgi/os/1213865166/

>>205
ITRONを使うようなシステムにおける「アプリ」は、Linuxで言えばデバドラのようなもの。
無意味な比較しかできない厨はだまってろ。

>>207
小さいシステムだなぁ

だから、（対象を含む）用途が違うんだとなんど言えば... 真剣にバカなのかおまえ?

バカ以外の何かだと思ってた？

>>209
おまえ職場でアフォって言われているだろう

>>209 「真剣にバカなのかおまえ?」
>>211 「はいそうです。」 ←イマココ

ITRONがなんぼのもん？

>>201
ソースが別ならリコンパイルする必要はないよ。
必要があるのはリンク。

NORTiでWEBサーバを使っている人いますか？
ミスポのかCenteか、どちらにしようか迷っていますが、決め手がありません。
なにか情報があれば教えてください。

>>215
ミスポのはあんまり機能無いよ。
CGIは出来るけどSSIは出来ないみたい。
Centeは使ったこと無いからしらない。
イーソルのPrHTTPDはよくできてると思う。

とりあえずミスポとイーソルは使っています。

WEBサーバというか、TCPスタックの元ソースはフリーB$Dに決まってるだろ、ｊｋ。

>>217
iTRON系ではメモリー制約が厳しいハードウェアが多いから
フリーBSDはまず無い。
独自実装のプロトコルスタックが多い。

>>218
前半は正しいが、
BSDのTCPスタックが至る所に利用されてるんだよ。

ＩＴＲＯＮ系はフルスクラッチかもしれんけど、
それにしてもＢＳＤソースや挙動を参照したりしてるはず。

結局、ITRONっていくつ位の実装があるのでしょうか？

たくさん

>>220
>>1- から嫁

そもそもTCP/IPは仕様より先にコードが書かれると言われるような開発手法だから
コードが最も信用できて曖昧さの無い仕様書。
実際に動かして実証、さらにある程度普及するまで正式な仕様とはならない。
RFCからコードを起こすマヌケはいないと思う。

RFCとは言え仕様である以上は、きちんとそこからブツが作れるようでなければ
欠陥仕様だし、ソケットとはアーキテクチャが異なる（ITRON TCP/IP がそうだけど）
実装だってありうる。なにわけのわかんないこと言ってるんですかね？

Windows は BSD ベースだと思うが、Linux の TCP/IP は BSD ベースじゃ
なかったはず。

Linuxのは mbuf使ってないってだけで、参考にはしまくりだと思うけど。
つーか、RFC満たしただけじゃ最低限の互換性しかないと思うよ。
現場の要求にはとても耐えられんだろう。暗黙のセマンティクスありまくりかと。
そうじゃなきゃ互換性検証大会なんか必要ないし。

そもそも、ITRONでTCP/IPプロトコルスタックをもちいて開発したこととありますか？
有名なのは、ルネサス製ですかね・・・

>>224
＞RFCとは言え仕様である以上は、きちんとそこからブツが作れるようでなければ 欠陥仕様だし

ってことじゃね？
実際に動かした椰子らからの質問から書き起こした仕様書＝Request For Comment

RFCが欠陥であろーが、TCPスタックで世界は動いている。

＞ソケットとはアーキテクチャが異なる（ITRON TCP/IP がそうだけど） 実装だってありうる。

ソケットってライブラリの名前に杉ないから実装は異なるだろ。

ITRON TCP/IP API仕様　ではソケットとは言わず、
受付口　とか　通信端点　とか　言うそうです。

>>227
TCP/IP の RFC 群には特におかしなところはないけどな。

ただ「ラフな合意と動くコード」とかうそぶいて、バグバグな仕様と
相互運用の困難なオレオレ実装がはびこってる例は結構ある。
WS-* とかね。

>>228
名前だけの問題じゃなくて、待ち受ける端点と通信端点が別物とか、
APIの構成がソケットとは違ってるわけですが。

ITRONってMMUは必須ですか？

>>230
必須じゃない
なんか定期的にこんなレス出てくるな
調べればすぐ分かるだろうによ

>>230
MMUは必須じゃないどころか、むしろ使わない。
iTRONでは基本的にO/Sとドライバーとアプリの区別を
しない。
ただし製品によっては例外もある。

つーか、信者がスレ活性化のためとか思ってやってるんじゃね？
やめとけ意味ないから。

eT-Kernel/POSIX とかあるやん。それでいいんじゃねーの?

安い？
簡単に組み込める？

>>235
主語をちゃんと言え

私は安く使える？
meはmyソースに簡単に組み込める？

PowerPCでITRONを走らせるとカッコイイ？

Alphaで ITRONとか。
VAXで ITRONとか。ならカッコイイんでは?w

これとかどう？

＞Itanium
＞ttp://slashdot.jp/hardware/08/09/29/1238236.shtml

64bit-ITRONとか作ったらカッコイイよ

別にそれってコンパイルしてlib作るだけじゃ？
ま、includeファイルのtypedefちょこちょこっと書き換えて。

なんつうか…

最近は秋休みが一般的なのでしょうか？

>>243
そういうのもう流行らないんだ｡｡｡

ま、組み込み脳は１０年遅れか。

なんだ、ガラパゴ厨が煽ってたのか

あおってるってヒデェｗｗｗ

組み込み脳イグアナって、いちおうこのｶﾞﾗﾊﾟｺﾞスレの正式な住民でしょ。

64ビット対応ITRONって作っても需要無さそうだが
実際どうなんだろうか

つか既にある？

組み込みには8bitで十分であっても、
ＰＣが32itになっちゃって組み込みも32bitのITRONとかLinuxになったりと。

で、次の次のWin64bitﾓﾝﾘｰ→PC64bitﾓﾝﾘｰ→組み込み64bit化。

やっぱ、１０年遅れで64bitの波が来るんじゃね？

CPUが 64bitで汎用 OS動かすには資源的にキツい、ってあり得るだろうけど
あんまりないんじゃね? 最近の汎用 OSリアルタイム機能あったりするしね。
プログラムの命令部肥大しすぎるから ARMみたいな 16bit命令とかにするのかね?ww

>>198
この動きには日本は連携すべきだと思う。

アメリカひどいもん。

アドレス空間が広大な64bitならLinux乗せるだろ

結局、ITRONは消えていくのですね

ダメです
核もちますよ

消えていくっていうか、使う必要が無ければ勝手に消えるだろうし。
使いたいと思うかどうかじゃね？

>>219
で？

その程度は模倣のうちに入りませんが？

それよりおまえ欧米のスパイだろ？

しーとろんとかあいとろんの成果盗んで商用化するのやめてくんない？＞欧米

日本国内（というか某所周辺）が商用化ヘタ過ぎる、って説はないか?

すぱいすぱい必死で言ってるバカはなんなの

>>256
TRONについては魅力が無かったというだけだろ

ハンドラーの中でシステム時間が
進んだように見えまえません。
何かヒントもらえますか

タイマー割り込みでシステムクロックが更新されてるとか

OS、ターゲット、環境とか何も書かれてないから
わからんとしか言えないねぇ

>>259
言ってることがよくわからんけど、エスパーレスすると

TOPPERSの実装では、
isig_tim()の時刻更新は、周期タイマの割り込みハンドラから読み出されてから、
1)周期ハンドラの呼び出し（時刻が達していたら）
2)アラームハンドラの呼び出し（時刻が達していたら）
3)タイムアウト処理（t付のサービスコールの時間待ち）

1)-3)は順番は違うかもしれない。

最後に
4)システム時刻の更新
をして、isig_tim()をぬけます。

ですので、周期ハンドラだと、時刻更新前に呼び出されるので、
時刻を参照すると思ったより以前だと思うことがあります。

>>259
mixiに答えがあるよ。

>>263
mixiと言っても広うござんす。
てか、誰でも見られるの？

友達がある人に見えるそうです。

もしかしてmixiって都市伝説？

これか

>ITRON上でプログラミングを行っていますが、
>アラームハンドラーが起動している時間は
>システム時間にカウントされないのでしょうか？
>
>現象的にそうみえるのですが、
>とりあえず、仕様書にはのっていないので、
>質問させてください。

それだ

978 名前：地球の裏側 ◆/lYVcP7um2 [sage] 投稿日：2008/11/07(金) 01:42:14 ID:8EpSLmqq
日本の携帯：
実は昔はインフラごと輸出してたんですよ。（アナログ時代）
そのお陰であたしが南米に住むようになったんですからね。その頃の日本の移動体通信
は、まぁ、最先端ですわ。あたしが知ってるだけでも、ブラジル主要部、英国、香港、
バーレーン、クゥエート、確か豪州もそうじゃなかったかな？競争相手は米国ノーザン
テレコム（AT

979 名前：地球の裏側 ◆/lYVcP7um2 [sage] 投稿日：2008/11/07(金) 01:58:58 ID:8EpSLmqq
ありゃ、途中で切れた。

もうめんどいから、全部は書かないけれど、日本の携帯は売れないんじゃないんです。
売れなくされたんですよ。そこをきちんと知っとかないといけないと思います。

日本は携帯をシステムで輸出してたんですよ。円借款ってファイナンス付けてね。
これが出来なくなった原因、ここには古い人も居るから判ると思うんだけど、欧州が
日本の円借款にクレーム付けたんですわ。ひも付き融資だってね。
で、いつもの通り、国内でそれに乗ったのが、マスコミと変な連中。

これが原因ですよ。今でもね、南米だったら（ってか、途上国全部って言っていい
かもね）日本の設備価格が他の倍でも、借款付ける、って言えばバンバン売れますよ。
携帯じゃなくて良いなら、金額入れた具体例挙げられますよ。欧州が何やったかなんて
ね。

朝鮮ですか？当時、端末すら無かったですけど、何か？Nokiaも居ませんでした。
Nokiaはね、昔はUHFのルラール電話（農村電話）やってました。www
エリクソンはブラジルで競合になったけど、通話可能なシステムを最後まで提示できな
かった。おいらたちは日本メーカーの下だけど、裁判中に3日で基地局立ち上げて、
裁判長以下端末持たせて、「はい、通話できますよ。」ってのをやった。
で、韓国メーカーって何かこういう実績ありますかね？具体例挙げてくれると嬉しい
なぁ。（棒

何が言いたい？

>>266
とりあえず
http://alvs.dyndns.tv/~vcom/modules/pukiwiki/?ista_alm%28ID%2C1%29%A4%AC1ms%CC%A4%CB%FE%A4%C7%B5%AF%C6%B0%A4%B9%A4%EB%CD%FD%CD%B3

>>270
解説ありがとう
といいたいところだが>>259=質問者じゃないぞい

>>271
それは失礼
話の流れ的に　>266　がズバリだと思ったので
アンカーは266にした次第です。

TOPPERS/JSPカーネルってROM/RAMはどれくらい必要なの?
ヴィッツのWebにあるTOPPERS/OSEKカーネル参考値よりちょっと多いくらい?

>>273
TOPPERS/JSPのマイコン別のドキュメントに書いてあったかと思います。
サイズ的目安として、例えば　H8 3068あたり、内蔵RAMでは不足するというので
RAMを別途必要など、あまりコンパクトとは言えないように個人的には思いますね。

>>273
サービスコールは個別にコンパイルできるので
リンク時に使用しているサービスコールの分しかリンクしないように出来ます。

なので必要最小限のサービスコールを使用している場合
ROMサイズは比較的小さくなるかと思うよ。
ただ、全サービスコールをリンクした状態だと
かなりでかいと思う

個別のドキュメント(jsp/doc/***.txt ?)に書いてました?
RAMを別途必要とか比較的小さくなる/かなりでかいっていわれても結局容量がよくわからないのですが…

>>276
なら実際にコンパイルして計ればいいんじゃね？
確実だし

なんでも聞けば解決するとか思ってるのか

>>274
sample1 に関しては，デフォルトのスタックサイズが無駄に大きくなっているよ．
だから，省メモリが要求される石ではスタックサイズを再定義している．
sample1.h が参考になるよ．

ROMサイズについては，syslog が圧迫している可能性があるよ．
これを外すのはJSP系の場合結構難儀だね．ASPでは外せるようになっているよ．
それと見落としがちなのが，syscallマクロに含まれるファイル名文字列だね．

公式リリースのパッケージは，チューニングの余地を残して安全側に倒している部分が多いね．
sample1のスタックサイズは，議論したこともあるのだけれど，
結局，スタックオーバフローでのトラブルをカーネルのバグと思われると損だ
ということで決着したこともあったよ．

TOPPERS/ASPカーネルに添付されてるVisual Studio用のソリューションファイル
cfg.slnってVisual Studio 2003と2005では、開けないんだけど何でだろ？

>>257
おまえが国際関係を知らんだけ。

コミンテルンの陰謀ですね。わかります。ｗ

>>279
簡易パッケージしか触っていないので、わかりませんが、TOPPERSサイドのメンテができていない
せいじゃないかと思いますね。　MLに投げても、あまり返事がないのもいただけない話ですね。

例えば、文字コードがおかしい件（つい最近）
http://www.toppers.jp/TOPPERS-USERS/200811/msg00000.html

JSPで、Visual Studioで読み込めない件、入手可能なコンパイラではエラーになる件
http://alvs.dyndns.tv/~vcom/modules/pukiwiki/?%BC%EA%BD%E7%A4%AC%A4%BD%A4%A6%A4%CA%A4%C3%A4%BF%CD%FD%CD%B3

とりあえず、簡易パッケージなら、Visual Studioは不要なはずです。（ランタイムのみ）

>>282
vs で toppers とか使ってる奴マジでいるんだ

何度も使ったことあるけど, gcc のクロスコンパイラ作って
コンパイラ未対応分を修正して CPU 依存部分書き換えて………
はじめて使えるもんだと思ってた

1週間もありゃ何とかなってたし………

>>282
むぅ、やはり変だと思ってたんですがNGだったんですね。
ありがとうございます。

>>283
自前でbootから作ってたプログラムをtoppersに移植しようと思ってたんで
まさかセルフコンパイル環境を準備する羽目になるとはってな感じでして。

>>283
VisualStudioがいるのは、開発環境上のセルフコンパイラとして必要なわけです。コンフィギュレータとかいうツール
をつくるためです。　JSPではそのツールをソースから作る必要があります。ASPの簡易パッケージは、exeファイルが
入っているが、ランタイムが入っていないので用意する必要があるわけです。

>>285
激しくいらね, TOPPERS 移植/開発で使った事ない > VisualStudio
Windows だったら cygwin/gcc でいいし, Unix 系なら処理系の
C コンパイラか gcc でOK

>>286
そうですね（＾ｏ＾；

>>286
一応ITRONのスレだから聞くけど　コンフィギュレータって何かワカルヨネ。

コンフィギュレータの生成にわざわざVS使うのもどうかと思う
クロスコンパイラはほぼGCC限定だし
クロスコンパイラのコンパイルにはGCC必須(?)だし

最近の MS-Windowsだったら SFU入れりゃそんでしまい、なんじゃねーの?
MS-Windowsあんま使ってないから知らんけど。

>289 >290
JSPに較べて、ASPになってその辺は　”まし”　になっていると思う。

JSPは、VC++6.0で、プロジェクトファイルからビルドしてくれ　から
ASPは、EXEが入っているので、VC++2005のランタイムだけ入れてくれになったからね。

実際クロスコンパイラ環境でさえ、
ML の2824からいくつ回答もらって、構築する人がいるって
http://www.toppers.jp/TOPPERS-USERS/200811/msg00002.html
ことだから、GCCありきがよいかどうかは、少なくともこのレベルの人については、
敷居を高くしてしまわないかな。

例えば
ルネサスM16Cパッケージならクロスコンパイラなので、GCCは利用しないですから。

>>273 >>276
JSPじゃなくてASPになるが
サンプルのバイナリイメージが38KBになった
CPUはSHな

【モバイル】ノキア、携帯ソフト開発費圧縮できる基盤ソフトを実用化。端末機能一手に制御［08/12/10］
http://anchorage.2ch.net/test/read.cgi/bizplus/1228926849/

μITORN(Norti)を仕事で使い始めたんですが、
仕様書を100回読んでも理解できません。
なにか良い参考書などないでしょうか。

ある。

くだ質すまん
TOPPERS/JSPってソースのルートディレクトリのconfigureでコンパイルするの?

↑解決しました

>>294
参考書はいろいろあるけど、今から仕様書理解して製品を作るのはきびしいんじゃない？
「組み込み 書籍」とか「リアルタイム OS 書籍」で検索すればいろいろ出てくると思うけど。

短納期の製品なら外注に出した方いいんじゃない？
じっくり勉強しながら製品が作れるほど余裕があるのならいけどね。

やっとクロスコンパイル環境構築とTOPPERS/JSP(armv4)のコンパイルができたヽ(´∀｀)ﾉ
いろいろ勉強するぞー

ありがとうございます。
仕事を受けた訳じゃなくて、自社で設計できるようにするための課題です。
NORTiって、文献の多いTOPPERSとかと違うオリジナル部分が多くて苦労です。

TOPPERSでプログラムをC++で書いてる人っていますか？

>>296
可能です。
以上。
↓次どうぞ

vxworksはいくら位ですか？SH7047に何のOS一番いいの？VxWorksでも使えますか？

>>303
つ ttp://www.windriver.com/japan/products/vxworks/index.html

つかスレ違い

【社会】横浜市場で「アクティブタグ」実証実験を開始 - T-Engineフォーラム
http://mamono.2ch.net/test/read.cgi/newsplus/1233396056/

トロン協会メールマガジン 月周回衛星「かぐや」の通信制御系および姿勢制御系にITRONを搭載
http://www.assoc.tron.org/jpn/mailmagazine/issues/190/#f

月周回衛星「かぐや」は宇宙航空研究開発機構(JAXA)様のもと、
NECがプライムコントラクターとして製造や運用に携わっている月探査機です。
2007年9月14日に打ち上げられ、アポロ計画以来
最大規模の本格的な月の探査として、各国からも注目されています。
現在、月の高度約100kmの観測軌道へ投入され、定常運用へ移行しています。
この後、観測を10ヶ月間行い、月の起源と進化の解明を目指します。
「かぐや」では通信制御や姿勢軌道制御など、
人工衛星の主要な制御機能の実現にμITRON 準拠の組込みOSが貢献しています。

http://www.jaxa.jp/projects/sat/selene/index_j.html
http://www.nec.co.jp/solution/space/kaguya/index.html

(･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

そんなことないぞ、っと

ﾉｼ

ｸｸｸｸｸ…ﾐﾃｲﾀｿﾞ…

ﾏﾀ (･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

ﾍｲﾍｲﾍｰｲ

【IT】ITRONのプログラム資産をT-Kernelへ−パーソナルメディア、ITRONラッパー「I-right/TK」を開発［09/04/30］
http://anchorage.2ch.net/test/read.cgi/bizplus/1241099656/
【IT】TOPPERSプロジェクト、組み込みコンポーネントシステム「TECS」をOSS公開［09/04/27］
http://anchorage.2ch.net/test/read.cgi/bizplus/1241099932/

(･∀･≡･∀･)

(；∀；≡；∀；)

(T∀T≡T∀T)

なんやねん

PizzaFactoryというかEclipseの使い方がよくわからない．．．

(･∀･≡･∀･)

GBA移植版ってどっかになかったっけ…

Interface2005年3月号？

多分そう
CQが単行本化したのもあったかな

ネット上にソースは転がってないよなぁ
1.3だかがあった気がするんだけど…
探してみよう

教育用ということを考えると、派生物の公開を義務付けるライセンスのほうが
いいという考え方があるけど、TOPPERSは製品への実用を考えてそういう
ライセンスになってないからね。

でも、移植作業者に問い合わせたらソースもらえるんじゃないかな？

レスありがとうございます。

ライセンスに関しては、それがいいと思う。
製品に応用するなら、TOPPERSライセンスは最適なんじゃないかな。

おおにし秀一さんが、かつて色々と公開していたみたい。
ISPのハード故障で消えちゃったらしいorz
http://www.tcp-ip.or.jp/~syuichi/

関わったらしい株式会社ヴィッツのページにも、GBAのことは載ってないし。

ちょっと問い合わせてみますかね。

TOPPERSのITRONでも一部のアークテクチャしか対応していない
独自サービスコール　chg_ipmについて質問です。

1)まだ食べたことがない
2)仕様があることはなんとなく知っている。
3)使ったことがある
4)使おうと検討したことがある。
5)カーネルマスクレベル未満しか設定できないのは不便だ
6)タスクディスパッチが発生するとRUNになったタスクにIPMが
　移行するのはバグの元のように思う。
7)質問の仕方が気に入らない

いずれか、できれば7)以外で回答ください。

2

(･∀･) ASPの移植頑張ってみるー

>>327
頑張るほどのもんでもないだろ？
一月あれば移植できないか？
仮想記憶ゴニョゴニョしてるわけでもないのに…

>>325
自己レスです。
TOPPERS新世代カーネル統合仕様書
http://www.toppers.jp/docs/tech/ngki_spec-110.pdf
にその解の一部があることがわかった。

2.5.6 割込み優先度マスク
プロセッサは，割込み優先度を基準に割込みをマスクするための割込み優先度
マスクを持つ．割込み優先度マスクがTIPM_ENAALL（＝0）の時は，いずれの割
込み要求もマスクされない．この状態を割込み優先度マスク全解除状態と呼ぶ．
割込み優先度マスクがTIPM_ENAALL（＝0）以外の時は，割込み優先度マスクと
同じかそれより低い割込み優先度を持つ割込みはマスクされ，ディスパッチは
保留される．この状態を割込み優先度マスクが全解除でない状態と呼ぶ．
割込み優先度マスクが全解除でない状態では，別に規定がない限りは，自タス
クを広義の待ち状態に遷移させる可能性のあるサービスコールを呼び出すこと
はできない．呼び出した場合には，E_CTXエラーとなる．

6)の機能は、新生代カーネルでは却下されたようなものかな。

(･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

ｲﾙﾖ

日本人ならばITRONかT-Kernelを使いなさい。
LinuxとかVxWorks使う奴は非国民。

ウヨは信者としても邪魔だから出てこないでね。

>VxWorks

ケータイではみかけないっぽいし、
会社はUNIX系（Linuxだっけ？）も始めたし、
買収されたっぽいし、
現状どうなんだろ？

VxWorksはでかいから、（少なくとも従来の）ケータイには不向き、つーか無理。

NASAの惑星ローバーとかそういう方面での実績はあるし、そのへんをLinuxにおきかえる
にはまだまだという気がするから、そのへんで使われ続けるんじゃないの？

あれが無くなるなんて発表したら暴動が起きるんでないかい。

というのは大げさだと思うが、開発者が独立するなら金出すつう所は
いっぱいあるだろうな。

無くなっても、
ITRON/T-Engine
に置き換えるから、
無問題ｗ

げ、ASP のコンフィグレータ構築って Boost C++ Libraries が必要なのか…

誰かASPのx86版リリースして
ターゲットはVMWareかVirtualPCで

YOU移植しちゃいなYO!

>ASP のコンフィグレータ構築って Boost C++ Libraries

ここでいうASPって何？

TOPPERS/ASP？

確かITRONはBoostどころかC言語だった希ガスるし、
まさか、Active Server Pageじゃないし、
アプリケーションサーバーをASPって言わないし。

ITRON本体じゃなくてコンフィグレータ。
TOPPERS/ASPのコンフィグレータのソースコードダウンロードして
中身見てみればわかるけど、C++で書いてあってBoost使ってる。

＞ITRON本体じゃなくてコンフィグレータ

実はITRONやT-Engineは使ってるがコンフィグレータって知らなかったりｗｗｗ

＞C++で書いてあってBoost使ってる。

ええ”っ、そなの？
じゃ、氏んでもHEWじゃコンパイルできないね。

それともコンフィグレータってのはautoconfみたく、
その基板でITRONをコンパイルするためのmakeファイルでも作ってくれるもの？

仕様的には、CRE_TSKとかの静的APIによる記述を受け取って、
ソースコードを出力するものがコンフィグレータ、だったかな？

え、何それ。

つまり、ITRONのAPIベースのアプリを書いて、
そのジェネレータを通すとあっという間にコンパイルできるってこと？

μITRON4.0標準ガイドブックのpp.267〜274に具体例での説明がある。

＞μITRON4.0標準ガイドブック
持ってない。
T-Kernel標準ハンドブックなら持ってるけど、ASPのページなんかないお。

一例では、
CRE_TSK(ID_TSK_A, {...});
のように静的にタスクを定義すると、コンフィギュレータが、
kernel_id.h として
#define ID_TSK_A 1
のように、静的に定義されたタスクIDを対応させてくれる、とか。

JSPのコンフィギュレータもC++で書かれている訳だが…
#Boostは使ってないが．

>>343
>じゃ、氏んでもHEWじゃコンパイルできないね。
っていうか，コンフィギュレータはホストで動くのでHEWでビルドする必要なないな．

>>347
μITRON4.0仕様書の2.1.10に書いてあるよ
ASPはT-Kernelとは関係ない．

どっちにしても, 新規プラットフォームとかサポートしてない環境とか
あって役に立たないので, 結局 yacc/bison + flex あたりで自前のもの
を作って運用する羽目になるんだけどな >コンフィギュレータ

>yacc
ﾅﾂｶｼｽ

テンプレにμITRON4.03仕様書へのリンクがあってもよいかもしれないね．
http://www.assoc.tron.org/spec/itron/itron403/mitron-40303j.pdf

あ、買わなくてもpdfで見れるんだぁｗ

VCでコンパイルしたASPのコンフィギュレータ需要ある？

うだうだ聞くまえに公開汁！
このｶﾞﾗﾊﾟｺﾞ野郎！

>>354
いらない!

>354
mingwでコンパイルしたやつ配布されているぞ

そんなこと書くからガラパゴスになっちゃうんだろ。

PC/Winなんて草木どころかゴミのように同じＶＢアプリがあっても生暖かい目で見て貰えるのにｗｗｗ

asp/cfg/configure って使えねぇ
Makefile 直接いじったほうが早いじゃん

ASP の kernel_cfg.c の uint32_t _kernel_ipm_mask_tbl がおかしい…
Priority 0 と -1 の値が 0x00000 0 と間にスペースが入ってる…
うちだけこうなるの?

そもそもpriorityに0と-1を入れるなと

入れるなといわれても…
公式リリースされたのを make depend しただけで入れられるんだけど…

sample.cfgにそんな記述(priorityに0と-1)あったっけ

sample.cfg にはない
make depend 時に生成される kernel_cfg.c で配列 _kernel_ipm_mask_tbl に
Pririty 0 から -n (TMIN_INTPRI だと思う) を用意される…

SH4だと
const uint32_t _kernel_int_iipm_tbl[TNUM_INT] = {


UINT32_C(0x400000f1), /* 0x000 */


UINT32_C(0x400000f1), /* 0x020 */


UINT32_C(0x400000f1), /* 0x040 */


・・・

ってなるな
アーキテクチャはARMか？

ARM です。
target は at91skyeye_gcc と btc090_gcc (下のようになる) の両方試しました…

const uint32_t _kernel_ipm_mask_tbl[8]={
　　　　UINT32_C(0x000000 0),/* Priority 0 */
　　　　UINT32_C(0x000000 0),/* Priority -1 */
　　　　UINT32_C(0x00000002),/* Priority -2 */
　　　　UINT32_C(0x00000002),/* Priority -3 */
　　　　UINT32_C(0x00000002),/* Priority -4 */
　　　　UINT32_C(0x00000002),/* Priority -5 */
　　　　UINT32_C(0x00001002),/* Priority -6 */
　　　　UINT32_C(0x00001002),/* Priority -7 */
};

バグっぽいね

仕様確認＆バグ報告として
TOPPERS MLに投げれば？

TraceLogVisualizerだけ使ってみたい。
似たようなフリーのツールってありますか？

たぶんない
早く公開してほしい

PALMiCE3やAdcviceLUNAなら
トレース出来るみたいだけどね

>>366

簡易パッケージのasp_at91skyeye_gcc-20081104.tar.gzで試してみたらこうなったぞ．

const uint32_t _kernel_ipm_mask_tbl[8]={
UINT32_C(0x00000000),/* Priority 0 */
UINT32_C(0x00000000),/* Priority -1 */
UINT32_C(0x00000004),/* Priority -2 */
UINT32_C(0x00000004),/* Priority -3 */
UINT32_C(0x00000004),/* Priority -4 */
UINT32_C(0x00000004),/* Priority -5 */
UINT32_C(0x00000024),/* Priority -6 */
UINT32_C(0x00000024),/* Priority -7 */

};

cfg.exeはバイナリ配布と簡易パッケージからビルドしたもの両方でためしたが，同じ結果だ．
どのバージョンのソースコードを使ったの？

>>370
うちはこれ
asp-1.4.0.tar.gz
asp_arch_arm_gcc-1.4.0.tar.gz
cfg-1.5.0.tar.gz

( ･∀･)＜ くだ質でごめん
ASPやJSPはシステムログ出力のシリアルポートが1ポートしかないとき、TNUM_SIOPと
TNUM_PORTはともに1でいいの?
上の考えであっている場合、バーナー表示まではポーリング出力でそのご割り込みに
よる出力に切り替えになるの?

>>372
その理解でOK．

>>8-9
iTRON系

μC3
http://www.eforce.co.jp/platform/c3_standard.html
http://www.eforce.co.jp/onechip/c3_compact.html

C-Palette
http://www.c-palette.jp/

>>373
ありがとう(･∀･)

ところでSPIでLCDやSDCardの制御などしたい場合など、どのディレクトリ(のファイル)に
直接レジスタ叩くコードやLCDならLCDの制御をまとめたコードとか書けばいいのかな?
何かよいサンプルなりサイトがあったら教えてください。
いつも移植してsampleが動くとこまでやって悩んでるんでｗ

>>375
汎用に使えるドライバならはpdic．pdicからのインターフェースはtargetに書くかな．

>>376
そんな感じでちょっと頑張ってみる(･∀･)

頑張ってみたけどちょっと壁にぶち当たってしまった(･∀･)
CQ 付録基板の LPC2388 で ASP + FatFS をと思って作業してるけど、
メインタスクが動きだしたところで Unregistered Exception occurs. が発生しまくり。
どうやら MCI 制御で発生してるらしいのはわかるんだけど、これの原因はどうやって
探せばいいんだろ?

また>>375でも書いたけどよいサンプルとかないですか?
ハード屋なもんで ASP カーネル付属ドキュメントとカーネルソースだけじゃ FatFS に限
らずいろいろと追加する方法というか流儀がよくわからないので…(；∀；)

CQ出版の「μITRON準拠TOPPERSの実践活用」とかはどうかな
http://www.cqpub.co.jp/hanbai/books/49/49991.htm
いろいろ移植事例も載ってるし

>>379
それは JSP 本だよね、ASP でも同じ感じなのかな?(･∀･)
移植事例は JSP 本体がメインだったような…
ASP 本体は一応移植できてて FatFs などのミドルウェアとそのドライバの組み込み
ではまってるんです。
とりあえず本屋にいってみるね。

みんなデバックはどうやってるの? (･∀･)
いまだに>>378の状態から進展なしです…

ICE使うとか

やっぱり ICE ですか(･∀･)
なんとか LED チカチカだけでデバックできたけど、そろそろ ICE とか便利な
環境を用意しないとだめですね

Unregistered Exception occurs.って何かの割り込みが定義されてないからじゃ。
LOG_INH_ENTERとかdefineしてLOGとってみたら

ありがとう(･∀･)
今度はまった時は LOG_INH_ENTER やってみる

ヘルプなんですけれど
itron に pthread_join() の相当品って無いんですかねぇ。

pthread_join() のように、親タスクが、子タスクが終了するまで待つのは、
子タスクから sig_sem か何かを親におくってもらうようにするしか無いんですかねー？

無いですねぇ

( ･∀･)＜ くだ質でごめん
データ転送処理などで割り込みビットをずっとポーリングするようなプログラム
をポーリングを止めて他の処理ができるようにうまく書き直すにはどうすればい
いの?

セマフォを使用して
1.最初に CRE_SEM でセマフォオブジェクトの生成
2.割り込みハンドラで isig_sem でセマフォ資源解放
3.ポーリング部分を wai_sem でセマフォ資源獲得に変更
って感じに考えたんだけど…
1 と 2 の間と 3 の後に(ポーリングしていたタスク以外?が)セマフォ資源を獲
得しておかないといけないかなと思うんだけど、これをどうすればいいのかわか
ってないです

>>388
CRE_SEM時に初期値を0にする。

>>389
ありがとう(･∀･)
試しに簡単に直せる部分だけセマフォ使うようにしてみて無事に動いたよ

タスクのスタックサイズてどうやって決めればいいの？

各関数で使用するスタックを計算して決めればいい

toppersなら各タスクのスタックポインタの取得が出来るから
最初はある程度大きくスタックを取っておいて
一番スタックを消費する関数を行った後
スタック領域の終端から先頭にかけて
0でない領域までのサイズを測れば
おおよその空きスタック量が分かる

SH環境ならHEW(SHC)にcall waker(スタック測定ツール)があるので
これを使うのもあり

>一番スタックを消費する関数を行った後
は
一番スタックを消費する関数まで行った後
だった。

各関数のスタック使用量を手で計算するのが確実かな・・
計算ミスしないことが条件だけど

あと各サービスコールの使用スタック量については各OSのサポートに聞くしかないんじゃないかな

TINET や FatFs, 公式のって JSP 用って感じだけど ASP でそのまま使える
形のものを配布する予定はないのかな?(･∀･)

>>393
関数の使用量は普通に自動変数の総和でいいのかな。

>>395
スタックに貯められるのは
・関数の引数
・関数内の自動変数
・呼び出した関数の呼び出し元のポインタ等
　(CPUの全レジスタも？)
かな？
あんまり詳しいわけじゃないので間違ってたらｽﾏｿ

>>396
> ・呼び出した関数の呼び出し元のポインタ等
> 　(CPUの全レジスタも？)
その辺はコンパイラのABI見ないと何とも言えない

割り込み発生時のことも

割り込み発生時のスタックサイズも基本的に変わらん
OSのマニュアル、コンフィギュレーション見れ

大体は割り込み発生時に、
割り込みが発生した瞬間のCPUの全レジスタを退避させ
割り込み用スタック領域をスタックポインタに割り当てる。
この時退避したものを格納する領域は割り込み用スタック領域ではなく専用の領域を使用する(？)

CPUによっては割り込み時にCPUの全レジスタを
CPUが自動で退避させるものもあったような気がする

ミスポだっけな？

デバッグオプションを付けると
タスク生成時にスタック領域を
タスク番号でmemsetする

ある程度動かした後、スタックメモリを見れば
だいたいどのぐらい使ってるかわかった

厳密な計算は不向きだけど
しくみがシンプルでわかりやすかった

タスク毎のスタックと
カーネル（割り込みも含む）のスタックがあり、
割り込み時やカーネル呼び出し時には、カーネルスタックに
切り替えます。
切り替える前にタスクのスタックにレジスタを退避します。
これをタスクコンテキストと呼んでいるようです。
ちなみにのこのタスクコンテキストのロード、ストアを
１命令で行う命令がM16C系にはあったりします。

>あと各サービスコールの使用スタック量については各OSのサポート
>に聞くしかないんじゃないかな

ルネサス純正だったら、#pragama でサービスコールの定義してある
ヘッダファイルがあって、その宣言にそのサービスコールの使用スタック量が
記述してある。call wakerは、サービスコールから先の部分はこれを参照して
スタック量を算出している。

>>366
Boostのバージョンが新しいと，空白が入るみたいだよ．
Boostのバグなのか，cfgのバグなのかはわからないや．

>>392
0埋めすると，0で代入された場合に読み違えるから0xdeadbeafとか0xcafebabeとか特徴的な値のほうがよいと思うよ．

あとね，gccならLinuxカーネル界隈で使っているcheckstack.pl が応用できるかもしれないよ．
関数単位の数値になるから，何らかの方法で実行パスを押さえておく必要があるかもね．

>>402
情報ありがとう(･∀･)
おいら 1.38 使ってるから多分あてはまってますね

(･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

(T∀T≡T∀T)

　　　　　　_, ,_
　　〃〃（`Д´ ∩　＜　みんなﾄﾞｺﾄﾞｺﾄﾞｺ
　　　　　⊂　　　（
　　　　　　　ヽ∩　つ　　ｼﾞﾀﾊﾞﾀ

えと、騒ぐな

このスレもITRONももう終わりか・・・

>>394
http://science6.2ch.net/test/read.cgi/denki/1240838439/
で見つけたんだけど
にLPC2388用ASPのFatFSが置いている。
中身見てないけど参考になるんじゃね？
ttp://www.geocities.jp/karaage_umauma_food/index.html

>>410
参考にならないです、それおいらだから(･∀･)ﾃﾍ

>>411
そうだったかｽﾏｿ

>>394
TINETは1.5でASP対応版が出る予定だよ．(現在はβ版が早期リリース)
ttps://www.toppers.jp/members.html#early
FatFsは…TECSの進捗次第のような気がするよ．

>>413
いつかわからないけど、ちょっとだけ期待してまってます(･∀･)ﾌｩ
それにしても公式サイトのASP, Coretex-M3が1.4.0になってないのも不満です

VMWare上で試しに動かしたいのにインテル版が無いのが残念なASP

なけりゃ作れ、といいたい所だが、
そこまでモチベーションをあげるのは難しそう。
自分もJSP版exfatfsとか ipv6 dlnaサーバとか
作りたいな〜と思いつつ何もしてない

そういうのを仕事にして
給料もらえるとこってないですかね。

今こそ起業するのだ！

スイッチON! 起業!!!


:
た、隊長、スイッチ効いてないです.. タスクに制御がきません!!

TECSってRubyとか用意しないといけないのか(･∀･)ﾒﾝﾄﾞｸｾ

test

【IT】パーソナルメディア、多種類の無線ICタグを識別できるドライバー開発［09/11/20］
http://anchorage.2ch.net/test/read.cgi/bizplus/1259071376/

トロン協会もついに散会だね

どうしてそうなったの？ｋｗｓｋ！

Androidや iPhoneに対抗するような開発環境パックは作んないの?

そのためにはトロン協会復活！

T-Engineフォーラムという、指導者が同じで実質やってることが変わらない団体が
もうひとつあったわけで、2つあっても無駄ってことだろ。

で、ITRONとT-Engineと実質どっちが流行ってるよ?

どっちも流行ってな(rya

　　　　　　_, ,_
　　〃〃（`Д´ ∩　＜　みんなﾄﾞｺﾄﾞｺﾄﾞｺ
　　　　　⊂　　　（
　　　　　　　ヽ∩　つ　　ｼﾞﾀﾊﾞﾀ

あそこ

　　　　　　_, ,_
　　〃〃（`Д´ ∩　＜　あそこってﾄﾞｺﾄﾞｺﾄﾞｺ
　　　　　⊂　　　（
　　　　　　　ヽ∩　つ　　ｼﾞﾀﾊﾞﾀ

　　　　　∧∧　　ミ　＿　ドスッ
　　　　 (　 　,,)┌─┴┴─┐
　　　　/　　　つ.　 終　 了 │
　　〜′　/´　└─┬┬─┘
　　　∪ ∪　　　 　 ││　_ε３
　　　　　　　　　　　 ゛゛'゛'゛

継続

レンホー：「T-Engineじゃないとダメなんですか？ITRONではダメなんですか？」

どっちでもいいよ使えれば

では、片方凍結させて頂きます。

いえ、ありがたくお断りします

応、T-Engineを固めといてくれ

立ち上がらないプロジェクトは時間の無駄です。

タスクの周期って早すぎても問題ないんですかね？
前の会社だとほとんどのタスクが5ms周期(dlt_tsk(1)で5ms遅延)だったんだけど。
だいたい1msとか5msとかなんですかね？

>440
それはマイコンの性能によるでしょう。
早すぎは問題だし、長くしすぎると精度がでないね。（いらんかも知れないが）
遅いマイコンで1ms周期にしたりすると、周期の割込みにばかり時間が
とられて、パフォーマンスがガタ落ちになるんじゃないかな。

ARM Cortex-M3アーキテクチャ版はいつになったら1.4.0になるのかな

T-Engineの上にQtとPOSIX載っちゃったね。

世の中のC/C++系アプリが、POSIX、Win32APIベースになっちゃったり、
それらに組み込み用IFが追加されたら、
ますますITRONが有って無きものになっちゃうんじゃね？

アプリからは見えないけど、ITRONのソースはきっちりリンクしてるんですよ、みたいな。。。

白物にそんな豪勢な環境はいらんので、
そのへんできのこればよいのでないかと。

コピーの操作画面がググルの時代に？

０＄まで泥井戸になっちゃうお。

これね。
http://www.sra.co.jp/public/sra/topics/topics2009/100303.shtml

仮想敵はMontaVistaかな？

敵って、、、ﾓｿﾀVi$taなんて、どっかに買収されたんじゃなかったっけ？

これか
ttp://ednjapan.rbi-j.com/news/2009/11/5719

質問なんですけど、HEWが生成するintprg.cのベクタテーブルに直接割り込み
処理を記述するのと、def_inhで割り込みハンドラ登録するのって何か違いは
あるんですかね？後者だとent_int,ret_intで囲む必要があるだけめんどくさい気
がしますけど。
def_inhを使うメリットはなんですか？

>MontaVista社のモバイル向けLinuxが「Android」に対応
>ttp://ednjapan.rbi-j.com/news/2008/11/673

Linuxが泥井戸に対応って、文章変な希ガス

>>449
ent_int,ret_intの意味わかってる？
OS何？NORTI？

効果は割り込み発生時のレジスタの退避と
復帰時のレジスタの復元を気にしなくてよくなるんじゃね
（ent_int,ret_intのこと）

あと動的に割り込みハンドラを変更可能なところかな

面倒と思うならdef_inhなしで動かしてみろよ
多分ちゃんと動かないしめんどくさいことになるはず

このへん似たような現象っぽい
http://pc11.2ch.net/test/read.cgi/os/1077188504/541-

OSはnortiです。
def_inh使わなくてもちゃんと動いてますよ。
ttp://pc11.2ch.net/test/read.cgi/os/1077188504/683
もdef_inhなしで割り込み使ってるみたいだし、必ず変になるってことも
ないと思うんだけど。
動的にハンドラ変更なんてしないから使わなくてもいいのかな。

カーネル管理外なら、intprg.c でも問題ないが、
割り込みハンドラから、サービスコールを利用するならdef_inhとent_int ret_int
での囲いが必要ですよ。

HEWの出すintprg.cはRTOS対応ではないので、レジスタの退避、復帰を
#pragma interrut で行っています。　よって、intprg.cでの割り込みハンドラは
かならず割り込みのあった元のプログラム（タスク）に戻ります。
ITRONでは、これでは問題で、割り込みハンドラから（多重割り込みも含め）元のタスク
に戻ろうとするときに、タスクのスケジュールとディスパッチを行う必要があります。
たとえば、isig_sem()が呼び出されて、割り込まれたタスクよりも優先度の高いタスク
がレディになった場合は、元のタスクではないタスクへの切り替えが必要なわけです。
この処理のことを遅延ディスパッチといいます。
ret_intは、レジスタの復帰とこの遅延ディスパッチを行うために必要な処理です。

ITRONに限った話ではないね。

たとえばMS-DOSに割込みハンドラを登録するファンクションがあるけど（AH = 25H）、
普通は0000:0000+4*割込み番号にあるテーブルを直接書き換えてしまっても動く。

でも、MS-DOSをフックして何かやってるドライバが何かやってたら、おかしなことに
なるかもしれない。インタフェースが用意されてるということはそういうこと。

割り込みハンドラでサービスコール使うならdef_inhしなきゃ
だめってことですか。
ハンドラ内で今のとこサービスコール使わないし関係ないのか。
ちなみに非タスクコンテキスト(割り込みハンドラ内の
ent_int ret_intで囲まれた関数内)でwup_tskって使えないよね？

μITRON3.0の仕様では、割込みハンドラからタスクを起床させる機能があることを
要求してるけど？

その場合に、普通と共通のwup_tskが使えるのか、iwup_tsk（割込みハンドラから
呼ぶためのシステムコールには頭に i を付ける）という専用のシステムコールを
使うのか、はインプリメント依存。

なので使ってるITRONのマニュアルを見て。

NORTiはほぼ全部に i が付くのが別に用意されてるんだっけかな？

>>456
ほぼ正解。　Nortiは、以下のように書かれてます。
なお、μITRON 仕様では、非タスクコンテキスト専用システムコールの先頭文字をi として区
別してよいことになっています。NORTi の場合、システムコール内部でコンテキストを自動判
別していますので区別は無く、i 付きのシステムコールは、i 無しのシステムコールに同じと、
kernel.h で定義してあります。

以下のプログラムってバグってるってわかるよね。

typedef struct {
T_MSG msg;
UW data1;
} UserMSG;

void task1(VP_INT extinf)
{
UserMSG userMsg;
userMsg.data1 = 0x1234;
snd_mbx(MBX_ID32,(T_MSG *)&userMsg);
}

>割込みハンドラからタスクを起床させる機能があることを要求してるけど？
いつ（どういうタイミングで）、タスクを起床させるんでしょうね？

何の話をしたいの。遅延ディスパッチ？

>459
正確には、起床待ちのタスクが、iwup_tsk()によって起床、つまりレディ状態になるのは
iwup_tsk()が呼ばれて戻るまでの間になります。この状態で ref_tskすればレディ状態が
返ります。実際のディスパッチは、全割り込みが終わって、ret_intで実行されますが、
レディQの状態により実行状態になるタスクが決まります。

ttp://kumikomi.asablo.jp/blog/2010/02/07/4862978

>>462
コメントを送っておいたよ。

>>459
3.6.2.サービスコールの遅延実行
これが実装されているなら、ディスパッチャの直前
http://www.toppers.jp/TOPPERS-USERS/200208/msg00017.html

ITRONでポーリング→メッセージとかイベント、しかやったこと無くて割り込み使ったこと無いのですが、やヴぁいですか？

買ってきたUSBドライバの中で割り込み発生してるんだろうけどｗ

だれか、ITRON割り込みフレームワーク説明お願いします。（説明サイトでもおｋ）

何となく思い出したけど、割り込みって割り込み用関数用意すんだっけよね？
interruptみたいな宣言で。
で、関数がコールされてそこでは処理せずにメッセージ送る、みたいな。
関数コールする方法はＦＰＧＡな人が知っとけばおｋ、と。

あってる？

何か教科書一冊買ったら？

公式T-Engine本なら持ってるお？

動作モードA,B,Cがあってどれか1つのモードが常に実行状態だとします。
モードA,B,Cはスイッチ入力のタスクともう一つそれぞれ2つ動いています。
例えばモードAが動いていて、スイッチ変化等でモードAからBに切り替わった
場合、モードAのタスクはter_tskで自分のスイッチタスクともう一つのタスクを
強制終了させ、モードBのタスク2つを起動させるっていう方法は問題ないもので
しょうか？
それともほかによい方法があったりしますでしょうか？

>469
1)ter_tskで自タスクは終了できなかったと思う。ext_tskかな
2)それ以外のタスクをter_tskで終了させていいかどうかはタスクの処理
　内容によりますね。一般的にはクリティカルセクションがある場合の対策
　が必要ですね。
　対策としては、クリティカルセクションでディスパッチ禁止にするか
　ミューテックスを使う方法と、タスクに終了してくれとメッセージを送って
　終わってくれるのを待つ方法だと思う。

終了させる必要はないんじゃ？
常に実行状態ならないようにしたら

a

toppers/jspのsample1に関して質問です。

TASK1,TASK2,TASK3が起動されており、TASK1がまず動作します。
eを押し、ext_tskします。するとTASK2が動作します。
ここまではいいのですが、ここでeを押してもTASK2はextしません。
これはどういうことなんでしょうか？

>>473
TOPPERSの配布物を使う場合は、付属のドキュメントとキッチリ読むことがまず大事ですね。
後、最初自分もわからなかったのですが、μITRON4.0仕様書に書かれている内容については
ダウンロード対象の配布物に入っていません。実装定義、実装依存部の説明のみです。
さて、ご質問ですが、sample1.cの頭のほうの説明をみましょう、書いてますよ。

>>474
1,2,3を入力しないとダメなんですね。わかりました。

周期ハンドラは，三つの優先度（HIGH_PRIORITY，MID_PRIORITY，
* LOW_PRIORITY）のレディキューを回転させる．プログラムの起動直後は，
* 周期ハンドラは停止状態になっている．

というのがよくわかりません。　なぜ回転させるんですか？
回転というのがそもそもよくわかりません。

>475
なるほど、レディキューという言葉を使っているのが適切でないですね。
正確には、タスク優先順位の回転　ですね。
それが何かは、μITRON4.0仕様書を確認してください。
なぜそうするかは、ラウンドロビン風にタイムシェアスケジュールしたいからじゃないかと思う。

toppers/jspのsample1のVC用、2010だと開けなくなってない？

確認したらtoppersメーリングリストへ

>477
コンパイラのバージョンアップしたらうまくいかない。カーネルパッケージのバージョンアップしたら文字コードが
おかしい　とか言うのは結構すくなくない。　これに会員は年間10万（団体）払って、自分たちで直しましょう　とか
言う対応なのかな。

雛形出来きたから、後はお好きに状態とか

>>471
別に終了じゃなくてもslp_tskでもいいと思ったけど、他タスクに対してslp_tsk
ができないので、ter_tskならIDで自タスク以外に対してできるのでそっちのが簡単かなと
思ったんです。

sus_tskは？

>481 >482
ter_tskが一番安全じゃないのかと思う。
終了させるタスクが、広義の待ち状態になる場合があった場合に面倒が少ないように思うから。
あくまでタスクの動き方というかアプリケーションによるけど、最初からまた繰り返すようなケースなら
ter_tsk、 途中から再度レジュームならsus_tskでいいと思う。sus_tskの場合にサスペンド状態時に
待ちが解除されるイベントを受けるならそれでもいいがその間受けないならなんらかの対応が
必要になる。別の言い方をするとしがらみが多い作りになる
また、相手タスクが勝手に休止状態になるような場合には、sus_tskで停止する場合には、タスク起動をしてやらないと
続行できないのでひとつ判断が必要になると思う。

こういうモード遷移で定石みたいなやり方ってないんですかね？
こいうときはこうするみたいなのが載ってる本とかあると助かるんだけど。

ITRON系ってサンプルコード本が無いんだおねｗ

開発環境HEWでNORTIをポーティングしてるんだけど、
nortiがSTACKっていうセクション使ってるみたいでSTACKセクション
作ったんだけど、HEWもプロジェクト作成するとデフォルトでSって
いうSTACKセクションもってて、HEWがデフォルトで作るSはいらないかなと思って、
削除するとSがないって怒られるんだけど、SとSTACK2つあるのはおかしいですよね？
ずっと昔ポーティングしたことがあって、そのときはセクション見ると
STACKだけだったのでSの方はなくす(統合？)ことができると思うのですが、
やり方がわかりません。わかる方いますか？

>486
NORTi Version 4 (SuperH/SHC)補足説明書
というのに書いてあるけど、たぶん見てないでしょうね。

Interface 2006年8月号対応「NORTi Version 4 (SuperH/SHC) 体験版カーネル」
http://www.mispo.co.jp/support/interface/

というので、SH用のサンプルプロジェクトもあれば、
上記マニュアルも含まれているよ。
第4章移植ガイド　にHewプロジェクトの作り方が書いてあるよ。

H8だと、こんなコードを吐くからね
00000000 _PowerON_Reset: ; function: PowerON_Reset
00000000 7A0700000000 MOV.L #STARTOF S+SIZEOF S,SP

>>488
どうもデフォルトで生成される下記コードが
__entry(vect=0) void PowerON_Reset(void)
488のコードを生成するせいでSがないって怒られるみたいですね。
ぶっちゃけSセクションとSTACKセクション２つあっても問題ないかな？
マルチタスク環境に移行したらSTACKを使うわけだし、SはPowerON_Reset
で呼び出す関数から戻るときにしか使わないわけでしょ？

SHとH8が違うにしても、HEWで使う方法の基本は同じじゃないかな
NORTiではHEWの自動生成は使わないのが基本
>どうもデフォルトで生成される下記コードが
というのは、マニュアル読んでないのでしょうね。

4.1 新規プロジェクト作成時の注意
4.1.1 Empty Application の選択
NORTi では、HEW が自動的に生成する次のような雛形ソースファイルを使用しません。
lowlvl.src, dbscr.c, hwsetup.c, intprg.c, lowsrc.c, resetprg.c, sbrk.c, vecttbl.c,
lowsrc.h, iodefine.h, sbrk.h, stacksct.h, vect.h
新規プロジェクトワークスペース作成する場合、プロジェクトタイプとして必ず「Empty
Application」を選択して、これらのファイルの生成を抑制してください。

>>463
話があってないような？

今時、lowlvl.srcってのも

>>462
何で偉そうなの？

ベクターテーブルとかって例えばHEWだったらジェネレートしてくれるんでしたっけ？
それは何々あるか理解しとけば弄らなくても良いのでしょうか？
ハードウェアからの多重割り込みってどうやって抑止するんでしょうか。

割込みを受け付けると、割込み禁止モードになるハードウェアが多いんじゃないかと思うけど。

なるほど、回路とかFPGA側で多重割り込みなんかしないような作りにするわけでつね。

てか、マニュアルで確認してくださいよ？

>>494
> ベクターテーブルとかって例えばHEWだったらジェネレートしてくれるんでしたっけ？
だいたいそう。全マイコンでどうかまではよくしらない。

> それは何々あるか理解しとけば弄らなくても良いのでしょうか？
マニュアルを見ればかいてあるはず。


> ハードウェアからの多重割り込みってどうやって抑止するんでしょうか。
マイコンによってすべてそうかは知りませんが、M16Cファミリなら
#pragma INTERRUPT って書いた時のオプションで、割込み禁止なのか許可なのか指定できる。　
記憶が正しければ　/E を付けた場合に許可だったと思う。
仕組みは、コンパイラが、割込みハンドラでレジスタのスタック保存をし、割込み許可フラグを
/Eの有無によって、セットするかしないかの動作だと思う。
/Eがなければ、割込み禁止状態（マスク可能なもののみだけど）でCのハンドラが呼び出される。

OSの勉強しようと思ったけどLINUXのソースコードは難しいので、TOPPERSから始めて見たが、
TOPPERSでも大変だなあって思った。

作った人は偉い

シングルソースで済むように、フル装備のITRONだからねー

>499
TOPPERSは他と比較すると読みやすいかもしれませんが、
一応実用になるRTOSのカーネルのソースを理解するのは、
上級者向けということなので、結構難しいよ。
一応、NEXCESSだったか、今はそれなりの料金かかるけど
そこで、カーネルの内部構造　という講座があって、高田先生
みずから説明してくれたりするよ。

Unix V6, V7か Minixがいいのでは。

只今オープン価格中です
良かったら見てください。
http://ameblo.jp/kadenkadenkaden/

>>500
そうですね。
CPU固有のソースコードを分離したせいで思ったよりも複雑ですね。
それに伴ってコンフィグレーターが複雑だし、静的APIのコンバーターもあったりして、
カーネルよりもコンパイルの仕組みの方が複雑な気がしました。

>>501
http://www.nces.is.nagoya-u.ac.jp/NEXCESS/
終わっているようですが

>>502
ま、TOPPERSである程度勉強を進めてしまったので、このままTOPPERSをしてみたいと

>505
国からカネもらってやってたのが終わって、今はNCESですね。
近々のは以下のようなのがあります。
http://www.nces.is.nagoya-u.ac.jp/NEP/T06.htm

>>506
名古屋まで行って聞きたいセミナーはないような
http://www.nces.is.nagoya-u.ac.jp/NEP/schedule10.htm

TOPPERS/JSPのWindowsシミュレーション環境をWindowsXPで動かそうとしたけど
Visual Studio 2008だとうまく動かないな。

make.vbsがちっとも動作しない。
jsp/cfg/vc_project/のchecker.dspとconfigurator.dspのコンパイルは何とかなるけど、
jsp/tools/WINDOWS/vc_project/toppers.dspがコンパイルできない。

やはりVC++6がいるのかな？

未だにVC++6にしか対応していないってのは問題かも

>>508
Linuxのシミュレーション環境もそのままでは動作しない
このパッチが必要
http://www.northern-cross.info/download.html

TOPPERSプロジェクトの人達はPC系OSで動かすことはあまり考えていないようだ
まあ、PC関係のソースコードを変更する度にバージョンアップしたくないってのもあるかもしれないが

>>508
逆にH8やARMとか安いボードが手に入るのにVSのエミュレータで動作を試そうという動機がよくわからないのだが．

>>511
おすすめプリーズ

>>511
ARMの場合、az9360mbとintegrator以外で動かすとなると、ポーティングが必要になる

>>511
試してみる時点でボードが必要というのは敷居が高い
だからWindows/Linuxのシミュレーションの存在意義がある
しかしメンテナンスされていないため残念な状態に

既に足を踏み入れた人にとってはわからない葛藤だろうね

>>511
安いボードだと動かすのに苦労しそうだが

気軽に試したい時、ポーティングなんてやってられない

>>508
VS2008で動かした覚えがあるよ。ターゲットボーティングよりは簡単だったはずだよ。

>>514
skyeyeを使うという手があるよ。

>>517
詳細キボンヌ

517逃亡？

風邪ひいて寝込んでいたくらいで逃亡扱いですか．
いい具合に殺伐としているね．
手っ取り早い修正案は，きじねこさんのところにあるよ．
http://www.kijineko.co.jp/tech/toppers/jsp-on-vc2008.html
ぼくは違う方法で切り抜けたような気がするけれどね．

>>521
ぬるぽ

　　 （　・∀・）　　　|　|　ｶﾞｯ
　　と　　　　）　 　 |　|
　　　 Ｙ　/ノ　　　 人
　　　　 /　）　 　 < 　>__Λ∩
　　 ＿/し'　／／. Ｖ｀Д´）/ ←>>520
　　（＿フ彡　　　　　 　　/

>>521
感謝。動きました。
私は>>520ではないので念のため

違う方法ﾏﾀﾞｧ-? (･∀･ )っ/凵⌒☆

uITRONってまだ使われているのですか？
最近はLinux系の組込みOSやT-Engineの方が主流になりつつあるようですが

確かにこんなショボイOSの勉強しても時間の無駄かもな・・・
でもOSの基礎を学ぶには良いかも

基本を学ぶことを普通無駄とは言わない。

KOZOSっていうOSがあるみたいだけど、学習用にお一つどう？

ARMならベステクのBTC090(AT91SAM7S)がいいんじゃないの．
TINETまでやるんだったらH8-3069FがTOPPERSのテキストも揃っているし．
>>518のようにタイミング気にしないんなら，Skyeyeはいいと思う．

AT91SAM7SのJSPとか需要あるの？

>>530
> AT91SAM7SのJSPとか需要あるの？

某ロボコンとか。

nortiくみこんでるんだけど、
L1502 (W) Stack size in "os_core" conflicts with that in another file
Phase OptLinker finished
ってワーニングがでる。
何すると消えるかわかります？

例外処理ルーチンってスリープするシステムコールを呼んではいけないですよね？

>>532
スタックとして指定されてるメモリの範囲に、なんか別のオブジェクトがあるよ、
ってことじゃないの？
ていうかnortiはサポートなしという契約もありだっけ？

>>533
一般に割込みハンドラ中から、待ちに入るようなものを呼んではいけませんが、
そもそも割込みハンドラはタスク独立部なので、待ちに入る主体は何かという
ところからして問題です。

タスク例外の場合、タスクのコンテキストですが。

>533
質問が、どうも曖昧なので、答えるのが難しいね。

原文
例外処理ルーチンってスリープするシステムコールを呼んではいけないですよね？

1)例外処理ルーチンとは
タスク例外、CPU例外ハンドラがあり、
通常の割込みハンドラ、割込みサービスルーチンは、μITRONの仕様では例外処理
とは呼ばない。　どれを指して質問しているのか？

2)スリープ
待ち状態もしくは広義の待ち状態という表現があるが、スリープ（正確には
起床待ち状態）は、
単にslp_tsk()とtslp_tsk()のみである。この2つのみ限定した質問なのか？

3)システムコール
μITRON4.0では、サービスコールと呼ぶ、μITRON3.0以前に限定した質問なのか？

質問し直します。

TOPPERS/JSPのタスク例外処理ルーチンの中でスリープするサービスコールを呼んではいけないですよね？
wai_sem, wai_flgみたいなスリープする可能性のあるサービスコールってことです。

>536
呼んでも問題ありません。>534もそう回答しているけどたぶん理解できてない
からまた聞いたんですよね。

スリープとは、起床待ち状態への移行のことで、wai_semではないよ。
μITRONでは、スリープとは極めて狭義な意味ですよ。

>>537
待ち状態＝スリープってことです。厳密な言葉の意味と違っていたらごめんなさい。
タスク例外で待ち状態になっても起こす人っているのかしら？

>>538
自分が想像するには、タスク例外は、ハードウエア的な異常処理をタスクが行った場合に
CPU例外　--> タスク例外起動　--> タスク終了　（必要があれば再起動）
じゃないかと思う。たとえば、メモリ保護機能などですね。
その場合にアプリケーションによるけど、何かを待つか、一定時間待ってからタスクの終了もしくは
再起動が必要になるケースがあるのなら、タスク例外処理ルーチンで待つこともあるかもしれないです。

>>539
なるほど、タスク例外で待ち状態になれるけど、特殊な例なのかな。
ソースコードを見る限りはスタックはタスクと一緒だけど、レジスタをスタックにプッシュしてから例外処理ルーチンに飛んでいるから
疑似割込みみたいな感じだけど、割り込みは許可されているから待ち状態やスリープ状態になれそうだし、
だけど誰が起こすのかな？とか思っていた。

会員リストを見たが中々凄い面々だと思うのだが。

http://www.t-engine.org/japanese/member.html

MSがいるのは意外だった

>541
推進してる個人法人が会員とは限らないからね

TOPPERS/ASP, 非依存部はバージョン上がっていくのに依存部は取り残されてるもの多いね
何かの資料でいろんなCPUに移植して動かすだけにならないようにという文をみたことあるけど
それすらできないようになってるのかｗ

放置されてるのか
完了してるのか

そういえばTOPPERS userMLで、こないだASPの依存部の話題あがっていたよね。
回答しても返事がないものもあって、今までのパターンからすると数ヵ月後なのかな

放置(担当がにげちゃった?)されてるんじゃないか
非依存部パッケージは次のようにリリースされてるけど、依存部は1.3.xや1.4.0で
止まってるし
　asp-1.6.0.tar.gz　　　　2010-08-01
　asp-1.5.0.tar.gz　　　　2010-06-28
　asp-1.4.0.tar.gz　　　　2009-05-11
　asp-1.3.2.tar.gz　　　　2008-08-21
　asp-1.3.1.tar.gz　　　　2008-05-13

逃げたじゃなくて、卒業したといったほうが

というか メンテの義務もないし逃げも隠れも必要ないでしょ

多くの非依存部担当者はTOPPERS専業ではなし，人間だから暇なときもあれば忙しい時もあるよね．
古い非依存部からの変更点は，doc/version.txt にあるよね．
ASPを使おうと思う程度の技術力があれば，十分に対応可能な程度の変更量だと思うよ．

一般人にはそれが出来ないんですよ。

んでは金で解決するしかなかろう。

一般人としては担当の義務の有無などどうでもいいかな
公式で「ASPカーネルは、現時点で、以下のターゲットプロセッサ／ターゲットシステムをサポートしています。 」と書いてる物くらいは
きちんと対応してほしい
それができないターゲットは、「今後メンテナンスされないターゲット」とかわけてほしい
一担当ではなくTOPPERSプロジェクトのアナウンスの仕方に文句がある

オープンソースの文化についてあまりなじみがないのでわからなくて、書いている
から、初めから謝っておくけど、
Linuxだって、ターゲットによって、バージョンアップされなかったりすること
もありそうだと思うんだけど　どうなんでしょうか。

gitとかで更新履歴をwebで公開してくれたらいいのにね

>>552
TOPPERSプロジェクト本体では基本的に「サポート」はしていないので，「〜のターゲット依存部が存在しています」くらいにしたほうがいいのかな．
サポートが欲しければ >>551 のようにするか，金がなければ公設試に駆け込むか．

「メンテナンスされない」と思われたターゲットも，担当者が出てくると復活することがある．
ASP で依存部と非依存部を別パッケージにしたのも，この辺りの判断がつきかねるからなんだよ．

>>553
Linux(やBSD)も，ドライバ周りが狭義のカーネルの進歩についていけないことがあるね．
TOPPERSよりも遥かに開発者リソースが潤沢なAndroidも，1.6のままのものもあれば2.2.1に対応できているものもあり．
(Androidはリソースが潤沢で恵まれている反面，TOPPERSなんか比べ物にならないほど複雑でもあるけれど．)

比較してる内容が微妙

コメントありがとう。
いいだしっぺながら
Linuxやandroidなどと比較するのにも無理があるようにも思います。

実際、会員じゃないので正確な情報はわかりませんが、バグ情報などは
会員には情報公開しているが一般向けには公開していないもしくは時期が
ずれるというのは聞いたことがあります。
会員は毎年お布施が必要ですし

オープンソースをうたい文句ですが、結局プロプライエタリなものになっていくん
でしょうか。

>>558
ドライバとコアの開発同期問題は，かなり相似していると思うけれど．まあいいや．

CygnusからRedHatからCodeSourceryに至るまで，情報展開に誤差を設けるのはOSS保守組織の基本的なモデルだよ．
カーネルでも，組込みLinuxのみならず，eCOSやRTEMSも同様だよね．
お布施が必要な代表例は Eclipse ね．Eclipseの場合は，仕様をコントロールしようとしたら，お布施の上に開発者も提供しなければならない．
日本だと，産総研と頂点とする公設試や大学系で商売無視できる"ハッカー"の恩恵が大きいから勘違いしがちだけれど．

TOPPERSがどうなるのかは，ぼくには判らない．でも「OSSは手段であって目的ではない」というのはNPOになる前から表明しているTOPPERSのスタンスだね．
オープンソースにメリットがあれば続けるだろうし．口ばかりで手も金も出さない人ばかりだと思えば公開やめちゃうかもね．

話がずれてるような？

このスレに軸なんてあったっけ

>>559
金や手をだしても基本無視じゃね?
俺たちのやりたいようにやるって感じで!
そんな感じにみえるんだけど…

>>561
っ終焉
っ終了
っ閉鎖

>>562
「みえる」って言われちゃうとそれ以上，反応のしようがないよ．脳内だもんねそれって．
何か具体的に無視されて憤慨したということなら，中の人に伝えようもあるけれどさ．

>TOPPERSプロジェクトでは，ソフトウェアの作り方でも組み込み向けを強く意識している。
>具体的には，「アプリケーションごとの作り込み」に馴染むように，
>理解しやすい，改造しやすいソース・コード作りを実践中だ。

>>563
中の人と連絡とれるなら>>543, >>555あたりの話をよろしく

>565
メンテナンスされていないことは中の人も知らない話じゃないと
思うけどね。　知っててやらないだけの話だと思う。
中の人にはusers MLで結構、すぐに伝わるよ。

メンテするか、サポートするターゲットからはずすとかコメントいれるとかしてよ！って話でしょ
伝わるよとかやらないだけだから駄目なんだよってことでは?

一番駄目なのは2ちゃんねるで騒ぐだけ、って奴なんだけどな。

>565　が、TOPPERSのメンテや情報管理を改善して欲しいと
思う理由はなになのかと考えています。　あくまで利用者側としてよくなければ
使わなければよいだけじゃないかと思いますね。
他に選択肢がないわけでもないと思うし。

だいたいTOPPERS/JSPにしてもASPにしても個々のマイコン別に性能評価
もされていないものだし、されていれば公表してしかりと思う。
ただ各人で性能評価する手段があってドキュメントに書いてあったりはします。

少なくとも利用者側で考えるなら、性能評価ができるぐらいのところまで
はTOPPERSを知っておかないと使うことは見送ったほうがいいという
のが私の見解。

実際の性能はどうかというと、特に割込み応答性については最初から勝負して
ないので、メーカー純正に比べて差があります。

具体的に割込み応答性能のひとつについて
10月の初旬にusersMLでカーネル監理外割込みについて、回答したけど
ある意味ダメ出しの内容だったのか、それからレスがなくスレッドストップ
していたりします。
都合の悪いことはスルーされているのでしょう。

あの話題がそのあと続いてないのは、単に最初の質問者が一通り質問し終わったってだけだと
思うけどなぁ。

どこがどう都合悪くて、なぜスルーしていると？

精密な時間計測が必要なら、どこで割禁されるかわからないOSとか使わないほうがいいだけでしょ

MLへの書き込みで、解決しそうなら、それなりに返すもんじゃないかと
思う。一応教えてくれ　っと来て　回答、普通　それをやってみる　くらい
返すもんでしょ。匿名掲示板ではなく、実名MLですので。
単に質問者がコメントに対しお礼をしない人だったのかもしれませんが

>どこがどう都合悪くて、なぜスルーしていると？
都合悪いというか、ダメ出ししているのでバツが悪いのでは　と思うけどね。
実際、最初からカーネル管理外割込みに対応していないなら仕様としてできません
というなら仕方がない話なんだけど
TOPPERS新世代カーネル統合仕様書なんかでカーネル管理外割込みが使える　といいながら実際
使えない実装になっているわけなんですよ。　質問者じゃなくとも、それの実装者が
言い訳じゃないかもしれないけどそれなりの反応があってもいいんじゃないかと
思っているわけです。

意図的にバグだと書いてないのですが、実装した人からすればそれにレス
するとすれば、バグではないということを証明する（指摘ミス）か、バグを直しますというレス
するしかないですよね。
そうなってくるとちょっと重たい話になるように思ってバグとは書かなかったんだけどね。
バグ直しますとなるとやらんでもいい仕事が増えるということになるのでしょう。

バグということではなく、ある利用者の形態に合わせた改定
案なのであえて実装者側が弁明しなくてもいいという流れになっていると思っています。

高田先生にしてもマイコン別の個別の状況についてはたぶんわからない
というのもあって放置じゃないかと

上位層しかみてないかも
archに依存した部分が読める人はあんまりいないからね。

それでは上位層の話

CRE_CYC(CYCHDR1, { TA_HLNG|TA_STA,(VP_INT) 0, cyc_hdr, 2, 0 });
の場合　TOPPERS/JSPの場合

回答1
start
timer-tick 0 ----- 1 ----- 2 ----- 3 ----- 4 ----- 5 ----- 6 -
cyc_hdr -------run-----run-------------run-------------run-

回答2
start
timer-tick 0 ----- 1 ----- 2 ----- 3 ----- 4 ----- 5 ----- 6 -
cyc_hdr run------------run-------------run-------------run-


回答3
start
timer-tick 0 ----- 1 ----- 2 ----- 3 ----- 4 ----- 5 ----- 6 -
cyc_hdr ---------------run-------------run-------------run-


どれになると思う？
理由もあれば書いてくれたらOK。
ググればでてくるけど、理由は書いてないから、よければ来週
識者に聞いた理由を書くけど。

サービスコールの仕様通りの実装なら3じゃねーの？

起動周期2で起動位相0なんだから
初期化後0msのタイミングでタイマーが起動し
2ms後にハンドラ起動すると思うけど
動かしてみたの？

2はともかくなんで1が出てくるのかわからん

マンドクサイのがT-ENGINEの先行きダメ確定でいまさらTOPERSにスリヨル工作員が出てきそうとかさ。草の根の雑魚じゃなくて古参連中がとかさ。

>>572
> TOPPERS新世代カーネル統合仕様書なんかでカーネル管理外割込みが使える　といいながら実際
> 使えない実装になっているわけなんですよ。

統合仕様書(Release 1.2.0)には，こう書いてあるね．
▼
NMI以外にカーネル管理外の割込みを設けるか（設けられるようにするか）どうかは，ターゲット定義である．
▲
ターゲット定義だよ．

割り込みの実態が分からないで実装してますから...

>>576
両方先行きが駄目に見えますがｗ

発想はいいのに、実装がついていけてないのが...

>577
読み方があまいよ。
ITRONのドキュメントは、読み慣れないと読み違えるよ。

だいたいITRONの用語に「ターゲット定義」という用語がない。
たぶん、>577 は「実装定義」と勘違いしたように思う。
ここで言う「ターゲット定義」は「ターゲット毎にユーザーが定義する」
と置き換えるればわかりやすいでしょう。
原文をもっと前後を入れて引用すると以下のとおり

----
2.7.7 カーネル管理外の割込み
高い割込み応答性を求められるアプリケーションでは，カーネル内で割込みを
マスクすることにより，割込み応答性の要求を満たせなくなる場合がある．こ
のような要求に対応するために，カーネル内では，ある割込み優先度（これを，
TMIN_INTPRIと書く）よりも高い割込み優先度を持つ割込みをマスクしないこと
としている．TMIN_INTPRIを固定するか設定できるようにするか，設定できるよ
うにする場合の設定方法は，ターゲット定義である．
TMIN_INTPRIよりも高い割込み優先度を持ち，カーネル内でマスクしない割込み
を，カーネル管理外の割込みと呼ぶ．また，カーネル管理外の割込みによって
起動される割込みハンドラを，カーネル管理外の割込みハンドラと呼ぶ．NMIは，
カーネル管理外の割込みとして扱う．NMI以外にカーネル管理外の割込みを設け
るか（設けられるようにするか）どうかは，ターゲット定義である．
それに対して，TMIN_INTPRIと同じかそれよりも低い割込み優先度を持つ割込み
をカーネル管理の割込み，カーネル管理の割込みによって起動される割込みハ
ンドラをカーネル管理の割込みハンドラと呼ぶ．
----

>575
正解は１、仕様的に理想は2。
3は間違い。
ごめん、どうでもいい話なんであんまり気にしなくていいよ。

周期ハンドラの起動位相は、周期ハンドラを生成するサービスコールが呼び出された
時刻（静的APIで生成する場合にはシステム初期化時）を基準に周期ハンドラ
を最初に起動する時刻を指定する相対時間の解釈する。

なので、そのとおりに解釈すると起動位相が0なので、システム初期化時なので
2が理想的な動作と言えます。

実際にこれは自分が高田先生に聞いた回答は、まだ初期化が終わっていないから
つまり、タイマーチック0では初期化が終わっておわず。次のタイムティックで
遅延して周期ハンドラが呼び出されるということだそうです。

置き換えればわかりやすいでしょうなら、最初から置き換えた文章を書けとｗ

>583
読みやすさは、考えていないし、仕様として厳格、正確に書くことを目標としていると聞いたことがある。
わかりにくいものは別途解説本等に任せるということだそうです。

素直に「わかりにくい文章しか書かないから解説本でも期待しろ」だけのほうが好感がもてる
厳格、正確に書くと、間違いなくわかりやすいけどクドイからそこまで書かなくてもいいよって感じになりそうだがｗ

文書化されるより、サンプルコードとかテストコード書いてくれた方が助かるような

>>581
ITRON仕様書を百読するに，直近のレスくらい流し読みしようよ．仕様書とは比較にならないくらい平易な会話だよ．

>>572 では「TOPPERS新世代カーネル」とあり， ぼくは「統合仕様書(Release 1.2.0)には」と返しているんだよ．

>>587 だとちょっと説明が分かりづらいかな．いろいろ端折り過ぎちゃった．ごめん．
でも，経緯を全部言うと「平易な解説書」並みに書かなきゃいけないことがあるから，端折っちゃう．ごめん．

>たぶん、>577 は「実装定義」と勘違いしたように思う。

断言するね．ターゲット定義 == ターゲット実装定義なんだよ．

ちょっと守秘気味の話なので出典を引用できないのだけれど，μITRON仕様書から統合仕様書に至る時期某カーネルの開発時に，
▼μITRON4.0仕様の「実装定義」は「ターゲット定義」と読み替え，修正する．▲
なんてチケットが飛んだとともあったんだよ．
μITRON4.0仕様書やTOPPERS統合仕様書を1000回読んでもそんな経緯は判らないだろうから，>>581 が勘違いするのも無理ないけれどね．


まあ，ターゲット依存部は「ボード毎にユーザがつくるもの」って強弁すればユーザ依存だよ．
でも，新世代カーネルの依存部は(以前の2層ではなく)n層なので，割込みコントローラがどの層に来るかは，アーキテクチャを固定しなければ判らない．
ユーザ依存と一般化すると詭弁っぽく聞こえるかもしれないね．

割込みコントローラがどの層に来るかは，アーキテクチャを固定しなければ判らないは最悪だな

>>589
うん，そうだね．最悪だね．
プロセッサの現状を判らない人は理想の最適解を出してくれると思うんだ．
君はどんな解を持っているの?

スタックポインターを二つ持ってるのもあるし、
割り込みレベルの使い方もarchで違うし、
場合分けをうまくやるしかないかもね

>588
>▼μITRON4.0仕様の「実装定義」は「ターゲット定義」と読み替え，修正する．▲
>なんてチケットが飛んだとともあったんだよ．

なるほど、暇つぶしで、結構コメントしたけど収穫ありかな。
だとすると前回も書いたけど、「ターゲット定義」はどこに定義されているというでしょうか。

明らかにここでいうターゲット定義と実装定義は違うものだよ。

>TMIN_INTPRIを固定するか設定できるようにするか，設定できるようにする場合の設定方法は，ターゲット定義である．

>実装定義とは、ITRON仕様で定める機能仕様の中でITRON仕様の中で標準化せず、実装毎に規定すべき事項であることを示す。以下略。

前者は、すでに実装されたものをユーザーが設定を変えて使うもの。わかりやすく言えば、タイムティックを NUMEとDENOを設定を変えるぐらいのことですね。
後者は、実装時に決めた仕様の詳細を定義することで

ぜんぜん違うことになる。これを、
>▼μITRON4.0仕様の「実装定義」は「ターゲット定義」と読み替え，修正する．▲
信じられないくらい間違った話なんだけど、特別な前置きがあったにしても想像しずらいね。

>577 は実装定義と勘違いしたなら文脈的にも合う話で、これをユーザーのカスタマイズつまり
「カーネル管理外割り込みは、ユーザーカスタマイズで設定するものだよ　」
と言っても反論でもなんでもない話になってしまうわけなんだな。

中の人っぽいからもっと言っとくと、比較的新しいドキュメントは日本語が酷いよ。定義もせず書いている場合が多いね。
あなたの説明　>588 でも、　「ユーザ依存」とか突然使い出すし、用語を定義せずに使われる場合が多い。
特に保護拡張仕様書。「メモリ保護」そのものを定義すらしていない。アクセス保護機能については定義されているがメモリ保護は定義せずに乱用しているよ。
よく見てみるとわかると思う。　
ITRONの仕様書が読みにくいのは、ちゃんと用語を定義してないせいもあると思うよ。

それだけはっきり中の人に文句があるなら、mlで言えばいいと思うんだ。
クローズドでないmlもあるんだし。

名前出せないなら今時Gmailで複数アカウント取ればいいんだし。

>>592
未定義の用語があるのは，まだ網羅性に余地があるというのもあるね．
読者の技術知識やカーネルが提供する機能を考えれば自明だから省略しているというのもあるよ．
「ターゲット依存」は前者かな．「メモリ保護」は後者ではないかな．
統合仕様書のメモリ保護の部分は，まだAPIも検討中の段階だから，前者かもしれないね．


でね，これは仕様書のどこにも書いていないことかもと思うのだけれどね．
TOPPERS統合仕様書は，ターゲット非依存部/ターゲット依存部/アプリケーション
の3つのモジュールが存在すると暗に仮定している．
そう思うと読み解きやすくなると思うよ．
TMIN_INTPRI を変えたくなるのはアプリの事情かもしれないね．
でも，その仕組みを用意するのは，(上記3階層で選ぶなら)ターゲット依存部だよね．

μITRON仕様書では，緩い標準化しかしていないし，ターゲット依存部と非依存部は分化していなかった．だから単に「実装定義」と呼んでいた．
TOPPERS統合仕様書は，現存する実装の非依存部の実装仕様書として書かれているんだ．μITRON仕様書とは立ち位置が違う．

実装仕様書なのだから，非依存部に実装定義は存在し得ない．
しかし，実装定義はターゲット依存部に残るよね．こうやって残ったものが，ターゲット定義と呼ばれているんだよ．


> 信じられないくらい間違った話なんだけど、特別な前置きがあったにしても想像しずらいね。

まだ信じられないかな?


「でも，経緯を全部言うと「平易な解説書」並みに書かなきゃいけないことがあるから，端折っちゃう．ごめん． 」

>593
あなたの意見はわかる。
説明が十分でないので補足すると、
UserMLはそういう目的ではない。利用者が困ったことの解決の手助けになればいいこと。
TOPPERSの成果物の不具合やドキュメントの不備のクレームをつけるところではない。
なので、バグという報告でなく個別のカスタマイズ方法ということで回答しているというのはその趣旨にそったことです。
さらにITRON保護拡張仕様書はTOPPERSのドキュメントではない。

自分は業務でやっているから、業務を通じて責任者よりわからないことは問い合わせをしている。
言ってみれば客が出してきた仕様書の日本語がおかしいと客に言うのかという話ですよ。
あくまで「メモリ保護」について用語の定義がないかＸＸということで解釈してよいか　という
問い合わせをして回答をもらえば済むことだから、別におおごとにする必要はない。

>名前出せないなら今時Gmailで複数アカウント取ればいいんだし。
usersMLはWEBから見れるから、私が誰かはここの発言を見れば明らかなので匿名に
こだわっているわけじゃない。
userMLに以前から、不具合はいくつか報告されていて、自分が回答したこともあるが
それでも放置状態なわけで、そこに書くことに効果があるとは思わないね。
以前も書いたけど、TOPPERSサイドに義務も責任もないから。

>>593
誰しも，チラシの裏に書き捨てたいことの一つや二つはありますし，
壷やらヒwiヒヒerやらMLやらリアルやら上手に使い分ければと．

>>594
> 「ターゲット依存」は前者かな．

s/依存/定義/
母語が仕様書の >>581 に怒られそうだ．

蛇足ついでに．
「ターゲット定義」はRelease 1.2.0仕様書だと 2.1.2 で定義されているね．
ターゲット非依存としている場合でも逸脱を明示すればターゲット毎に制約が許される場合もある．
詳しくは原本を読んでみてね．

>594
よくわかった。

>>▼μITRON4.0仕様の「実装定義」は「ターゲット定義」と読み替え，修正する．▲
というのはμITRON4.0仕様書を修正せよ　という話ではなく、実装仕様書を書き起こす際、μITRON4.0仕様書をコピペしたものから、s/「実装定義」/「ターゲット定義」/g せよ　という話なんですね。誤解していました。

さて、本題に戻りますが、
>TMIN_INTPRIを固定するか設定できるようにするか，設定できるようにする場合の設定方法は，ターゲット定義である．

ということは、
TMIN_INTPRIを固定するか設定できるようにするか，設定できるようにする場合の設定方法は，ターゲット毎に用意するドキュメントにおいて規定されている。

に置き換えられる。

M32Cの用意するドキュメントにおいて
-----
○カーネル管理内/外の割込み

ある割込み優先度以上の割込み優先度をカーネル管理外の割込みとして用いることが可能である．カーネル管理内の割込みの最小値は TMIN_INTPRI で設定
されている．TMIN_INTPRI はデフォルトでは，-7となっており，ターゲット依存部で上書きが可能である．
-------
と記載があるので、ターゲット定義において可能な仕様であると解釈できる。

たから　>577 の指摘通りターゲット定義だが、ターゲット定義として機能として
有効なんだから、ターゲット定義だからどうした？　って話だと思うが。ターゲット定義しているが実際に使えない実装であるには違いないだろ　って話に変わりは無いことですよね。

>>594
>未定義の用語があるのは，まだ網羅性に余地があるというのもあるね．
>読者の技術知識やカーネルが提供する機能を考えれば自明だから省略しているというのもあるよ．
>「ターゲット依存」は前者かな．「メモリ保護」は後者ではないかな．

メモリ保護は自明というのは、たぶん関係者ではそうなんだと思いますが、だから抜けている
のでしょう。
2.3.2 メモリオブジェクトのアクセス保護
というのがあり、これをメモリ保護と呼んでおらず、「メモリオブジェクトのアクセス保護」と
「メモリ保護」と乱用しているのですよ。
ドキュメントの査読が不十分なんだと思いますが

>>598
> ターゲット定義だからどうした？　って話だと思うが。

その件に関してだけいえば，統合仕様書を引き合いに出すのは冗長だよ，という話でもあるよね．
正直，全ての情報を精査したわけではないけれど，>>598 の言うとおりなら，
ターゲット定義を記述した文書の誤りか，実装の誤りということだろうね．

ここに少しありますね。
http://www.kumikomi.net/info/et2008/21_11.pdf

自分は、ASPはカーネル管理外を使えるようにしたものであるという
うたい文句のひとつだったと思っている。上記PDFでも紹介されている。
これがターゲット定義だから出来ていないのは、個別の問題という
のはあまりに言い訳がましいと思っている。

なぜカーネル管理外がどうこう言うのは、
TOPPERSのカーネルが多少手を抜いた部分がネックになるので
その分、カーネル管理外を用意する必要があると思うからです。

なんのことかわからないかもしれませんが、優先度待ちキューの
検索方法は、待ちタスク数に比例して割込み禁止時間が長くなる
という仕様になっているからです。JSPでは規模的に問題ない
話ですが、ASPよりも大きな仕様のものには不適格でしょう。
ですので
カーネル管理外をきちんと使えないと使いものにならないと
思っています。

>>601
ああそのプレゼンの筆者をぼくはよく知っているよ．でも，そのプレゼンも統合仕様書も，ガンガッて使えるようにしたとは書いてないよね．
書くはず無いんだよね．
一般論としして，リソースを統べるカーネルの仕様を決める人たちが，管理できない領域のカーネル管理外を積極的に勧めたとしたら，構造的に頭オカシイよね．
ただ，4.0仕様以前のμITRONを含むもう一つのITRON仕様よりは，問題に向かい合おうとしている．>>601は，どう感じているかな．

優先度待ちキューの問題は…カーネル管理外で解決できる問題とは思えないよ．一般論としてはね．
もちろん，ぼくが知らないアーキテクチャで上手くいくレアケースの可能性について，否定はしないよ．

>>559
PX仕様だけで言うならば，色々と検討が足りなかったことが明らかになっているね．
IIMP→HRP→HRP2でAPIの変更なんていう大変更も加わっているよね．

当時の査読がどうだったかという問題もあるだろうけれど，
T-KernelとTOPPERSの分断とか，(今は亡き)TRON協会の対応とか，さまざまな要因で，
関係者が改訂したくても改訂できないという状況が続いてしまったという，ツマラナイ事情もあるんだよ．
この辺りは問題の性質上，表には見えてこないよね．
ぼくも，今の年齢で言えば50代以上の大御所連中には，いろいろ言いたいこともあるけれど，詮ないから言わない．ヘタレでごめんね．

あ，HRP2はまだ内輪ネタだった．ごめん．

いくつもコメントするのも何なので、ケース別に番号つけます。
1.カーネル管理外について
>602
>一般論としして，リソースを統べるカーネルの仕様を決める人たちが，管理できない領域のカーネル管理外
>を積極的に勧めたとしたら，構造的に頭オカシイよね．
>ただ，4.0仕様以前のμITRONを含むもう一つのITRON仕様よりは，問題に向かい合おうとしている．>>601は，
>どう感じているかな．

リソースを統べるカーネルという意識は私にはない。だからITRONごときがリソースを占有するな
という思いがある。そういう意味でカーネル管理外は重要な機能だと考えています。

2.優先度待ちキューの問題
>優先度待ちキューの問題は…カーネル管理外で解決できる問題とは思えないよ．一般論としてはね．
一般論という言葉は特別な意味あいでもあるかのようですが、カーネル管理外で救えるケース
がほとんどではないのかと私は思っている。ただサービスコールが使えないだけのこと
じゃないかと。

優先度待ちキューの対策としてサービスコールの遅延実行が有効ではないかと考えたことが
ありますが、そういえば、待ちキュー対策のためではありませんが2.3年前にサービスコールの遅延実行
をやってみたいということをMLで発言されていたけどどうなったか気になるところです。

3.PX仕様書
>色々と検討が足りなかったことが明らかになっているね．
明らかになっている情報源が開示可能なら教えて欲しいです。（まじめに）

ついでに書いておきますが、PXについては、セキュアOS的なもの
ではない仕様なんですよね。
unixでいうところの　chmod が誰でもできちゃう仕様のようですが
IIMP→HRP→HRP2とかで対応されたりしているのでしょうか。

> リソースを統べるカーネルという意識は私にはない。

きみがそう思うことは止めないけれど．
>>601 のプレゼンの人は，カーネルの仕事は仮想機械の提供であるという立ち位置だよ．
最近の筆である組込みプレスの仮想化特集でも立ち位置を崩していない．
必要悪としてのカーネル管理外割込みを否定はしないだろうけれどもね．

きみの主張を裏付ける参考引用としては不適切ではないかな．

>>605-606
> 明らかになっている情報源が開示可能なら教えて欲しいです。（まじめに）

残念ながら，ことごとくpublicでないんだよね…．使われる分野が分野だけに，いろいろ難しいの…．
本当に急いでいるのであれば，TOPPPERSの個人会員(準会員で十分)になって，先月の技術検討会議の資料を取り寄せることを勧めるかな．
急ぎでなければ，HRP2カーネルのリリースは年内…遅くとも年度内にあるかなと思う．
その時に統合仕様書も改定になるだろうから，PX仕様と差分を取ればいろいろ見えてくると思うよ．

ちなみに，PX から HRP2 に到るまで，ファイルシステムは無いし chmod も無いよ．
アクセス許可ベクタがアクセスパーミッションという意味では似ているけれど，非なるものと思ったほうが良いかもね．
アクセス許可ベクタの変更は，動的生成をサポートしていなければできないし，できたとしてもカーネルドメインのみに絞ることは容易なので，誰でも変更できるというのには当たらないと思うよ．
ただ，PX系の仕様は，アプリ開発者の過失によるダメージを最小限にするということが主目的で，悪意あるアプリケーションの混入と攻撃についてはあまり重視されていない．っていう傾向はあるよ．
石のバリエーション多すぎて考えても徒労ってことがあるからね．例えば，メモリ管理で実行可能フラグが落とせない石で，スタック壊されたらなんでもできちゃうよね．
セキュアOSの定義は揺れるだろうから，PX系がセキュアOSかどうかも揺れると思うけれどね．

dispacherの汗がトリッキーなことしてるのが

>607
私の頭が悪いのかもしれませんが。貴殿の文学的表現がよくわからないです。
仮想機械の提供だから、CPUを占有してもよい　ということ？
>組込みプレスの仮想化特集
については読んでいないので、わからないですね。

ただ、自分が思うのは、ITRONが組込みシステムの基盤になっているとは思えない
ことがあるんじゃないかと思える状況として以下の２点あるように思う。

ひとつは結構な規模のシステムでITRONを使っているシステムでは、アプリケーション層
が結構な規模らしいが下位層のITRONはラッピングをしていて、マイコンやOSが変わっても
対応できるようにしている。　ありふれた方式かもしれないが、ITRONである必要は
ユーザー側にはなく、要件にマッチしているからシステムに組み入れているだけにすぎない。
そういう状況において、「リソースを統べるカーネル」というのはなんだか片腹痛いような気がしますね。

もう一件については、これも聞いた話ですが、自動車関係のプラットフォームですね。
なにとはいわないが、アメリカのお化けの名前みたいなものです。そういうものに
ITRONのアプリというのはナンセンスな話かもしれませんが、組入れるには
あくまで脇役としてCPUを占有しないものが必要なのではと考えるのですが、
かなり思い違いをしているかもしれません。

>きみの主張を裏付ける参考引用としては不適切ではないかな．
新機能として、カーネル管理外があげられているということです。
重要視しているかどうかについていっているわけではなく、新機能としてうたい文句で
あることに違いはないですよね。

> 新機能としてうたい文句

リアルで彼に聞けばよいと思うよ．
彼でなくても，TOPPERSの中の人は非実在ではないから，会う気になれば会えるよ．来月はETだしね．

>できたとしてもカーネルドメインのみに絞ることは容易なので，誰でも変更できるというのには当たらないと思うよ．
そこですよ。
そう、容易といえばそのとおりで、保護ドメインもカーネルオブジェクトにして、それに
アクセス許可ベクタを設定できるようにすることで保護ドメイン別にアクセスできない保護ドメインの設定が
可能になる拡張も可能と考えている。　おっしゃるとおり「悪意あるアプリケーションの混入と攻撃については
あまり重視されていない」が、これである程度対応可能じゃないかと思っている。

ここで問題に思うことが2つある。
ひとつは、容易に拡張できることや、拡張することが当たり前になるとITRONのおおもとの目的である
アプリケーションの標準化が難しくなる。もう今は当初のITRONの本来の目的からはずれて
新たな目標に向かっているのかもしれませんが。

もうひとつは、「悪意あるアプリケーションの混入と攻撃についてはあまり重視されていない」件
仕様書を書いた時期が古く意識していなかったということなのでしょうか？　セキュアOSは組込みシステム
であっても重要な課題であると考えますが、単に時代遅れということなのでしょうか？

>残念ながら，ことごとくpublicでないんだよね…．使われる分野が分野だけに，いろいろ難しいの…．
>本当に急いでいるのであれば，TOPPPERSの個人会員(準会員で十分)になって，先月の技術検討会議の資料を取り寄せることを勧めるかな．
>急ぎでなければ，HRP2カーネルのリリースは年内…遅くとも年度内にあるかなと思う．
ありがとう。　金払ってまで欲しい情報でもないです。「明らか」というので公の情報なのかと思っただけです。
会員の中で「明らか」ということなんですね。不具合情報とかでも会員にしか見せないというのが、一番納得できない
点だったりします。そういう意味でお布施はしたくないですね。

払うだけ無駄でしょ

>石のバリエーション多すぎて考えても徒労ってことがあるからね．例えば，メモリ管理で実行可能フラグが
>落とせない石で，スタック壊されたらなんでもできちゃうよね．
もともとすべての石で対応できないものだし、MMUのおまけでMPU(メモリプロテクションユニット）の代行しているもの
も含めて考えるとそうかもしれないけど、今後は、命令フェッチのみ禁止するMPUは増えるように思うんだけどな。

>>612
> 「明らか」というので公の情報なのか

HRPのソースコードは公開されているので，読めば理解できるはずだよね．
ただ，ぼくもきみもコンパイラではないし，ソースコードには経緯が書かれていないので，これを公の情報といって良いのかどうか．人間であるぼくには躊躇われるって話だと思ってほしいな．

ソフトウェアにおける"不具合"というのは幅広いけれどね…会員になったから細かいバグ情報が手に入るかというと，必ずしもそうでもないよ．特にターゲット依存部に関してはね．
狭い意味での不具合情報の収拾や修正依頼を期待するのであれば，活発そうな会員企業とサポート契約するか，自信があるなら自前で修正すると決断したほうがよいかもしれない．
この目的でのお布施は，ぼくも勧めない．

ただ，なぜこのような仕様になっているのかという情報収集や，この仕様はおかしいといった表明は，会員になったほうがはるかに効率的じゃないかなとは思うよ．
ETとかESECとか学会とかで中の人を捕まえてもよいと思うし，中の人も，お布施無いから対応しないってこともないと思う．けれど，効率はあまりよくないんじゃないかな．
好き好きだけれどね．ここはチラ裏だものね．

>615
コンパイラではないし　とか、正直に公の情報がないと書けばすむものをまた文学的表現ですね。
>狭い意味での不具合情報の収拾や修正依頼を期待するのであれば
わかってて書いているかもしれないと思うけどTOPPERSにバグがあっても困らない立場ですが、仕様書が間違っていると少し
困る人です。ある意味TOPPERSの成果を業務に活用しているもっとも顕著な仕事かもしれないと思っています。
あくまでTOPPPERSのソースコードは仕様を把握するための手助けしかないわけですが

>ただ，なぜこのような仕様になっているのかという情報収集や，この仕様はおかしいといった表明は，会員になったほうがはるかに効率的じゃないかなとは思うよ．
ITRONばかり踏み込んで情報収集するならそうかもしれない。ある程度こぼれてくる情報収集だけで十分な話ですよ。
PXにしても、どれだけ市場ニーズのあるものなのと考えるわけです。ここのスレタイのNORTIなんかHPみてもいつの夏休みを記載しているの
というサビレようですよね。かなり前にどこかとタイアップしてPX仕様のを作るとか言ってたような気がしますがどうなったんだろうと思っています。
「リソースを統べるカーネル」という言葉を見た瞬間、ものすごく個人的な感想で申し訳ないが柔道の山下さんの
「柔道だけが人間形成をすると思った柔道家がいるとすればそれはおごりだ」と言ったことを連想してしまいました。

>>616
ええと，何を問題視しているのか判らなくなっちゃってるのだけれど?

リソースを管理するためにカーネルがあるのであって，管理できないカーネルなんてただのオーバヘッドだっていう考え方は，別段特殊でもない…よね?
Linuxがiopermで叩かれたり，BSDの/dev/memは?って不毛に罵り合ったりとかは，2010年のエンジニアでも履修しておくべき雑学...だよね?

その辺の破綻の末に，ハイパバイザってのが台頭したって気もするのだけれど，...これは見方により異なるだろうから同意を得るつもりは無いよ．


> ITRONばかり踏み込んで情報収集するならそうかもしれない。

ええと，TOPPERSを顕著に業務に活用しているけれど，ITRONばかり踏み込んでいられない…? よく判らないな．OSEK系ならITRON関係ないしね．"文学的"であることを真似してくれなくてもいいよ．


柔道とカーネルが同じかどうかは，更に良く判らないいな．「カーネル道」とかあるのかな．おじゃる丸の「プリン道」と相通じるカッコ良さを感じるけれど，生憎ぼくは入門しないような気がするよ．


MISPOさんの件は…まあこの十年にいろいろとあったみたいだけれど，ぼくは細かいことは知らないし，大まかなこともしらないことにしたいな．偶然なことに，ぼくには茅の外の話だから．

>リソースを管理するためにカーネルがあるのであって，管理できないカーネルなんてただのオーバヘッドだっていう考え方は，別段特殊でもない…よね?
>616 では、カーネル管理外の話題は書いていないつもりなんだけど

>ええと，TOPPERSを顕著に業務に活用しているけれど，ITRONばかり踏み込んでいられない…? よく判らないな．
>OSEK系ならITRON関係ないしね．"文学的"であることを真似してくれなくてもいいよ．
真似してしまったね。解説するよ。単純に「今更」ということ、今はそうだけど、今後は必要なくなる可能性が
大きいという話。個人的な案件の話ということもあるが市場のニーズと遠いところにあれば、今までどおりでは
ないよね。NORTIの話もそういう流れのつもりで書いている部分もあるわけですよ。
単純に言うとITRONのシェアが高ければ高いほど、私の仕事が今後も続いていくだろうが、縮小するなら
別の道を考えないといけないと思うわけですよ。
TOPPERSのMLでM32CやR32Cの依存部や割り込み応答時間等まで回答している私がなにをしているかは
お分かりだと思うのですがね。


>柔道とカーネルが同じかどうかは，更に良く判らないいな．
柔道は他の武道と違うことは単純にメジャースポーツであること、もうひとつは、人間形成のためにある
ということを明文化していることが他の（メジャー）スポーツとの違いといっていいです。
スローガンがあるわけですよ。
それでそのスローガンを実践することができるのが柔道だけだと思いがちな柔道指導者が実際に
多いのだと思います。
何かTRONとTRONのスローガンとTRON指導者?と似ていませんか？

> 私がなにをしているかは

素で全然わからない．ていうか特定のターゲット依存部にしか興味のない人に敬意は払うけれど興味ない．ごめん．

一般人引きつけるための...

ITRON名無しさんが読んでないかどうかは知らないけど、
相手がTOPPERS-usersを読んでると決めてかかってない？

柔道に詳しいと決めてかかってる…

>>602
あれ？同一人物だと思ってた

そうかもしれないしそうでないかもしれない．

トリップを付けてみました。
RX用のASPが公開したようですので、ソース見てました。
それで、ただで様子見できるページに追加しました。
HEWシミュレータで実行する手順をアップしました。
http://alvs.dyndns.tv/~vcom/modules/pukiwiki/?RX610%CD%D1%A4%CETOPPERS-ASP

>600
>ターゲット定義を記述した文書の誤りか，実装の誤りということだろうね．
RXについては、カーネル管理外はちゃんと対応してあります。ただお勧めしない旨
書いてあるのは気になるところですが、M32CからRXを作ったみたいですし、
M32Cと同じ会社がやっているし、さらにuserMLでRXのアップした報告もあるし
間違いなく、わかっていて黙っているのでしょう。
隠しているというわけではないが、あえてコメントしないだけだとは思いますが

def_inhとcre_isrの違いがよくわかりません。
def_inhがハンドラでcre_isrがサービスルーチン
ってのはわかるんだけど、
例えばdef_inhはハード的な割り込み、たとえばUart
の送受信とかに使用。
cre_isrはタイマー割り込みとかに使用。
っていう考え方であってる？

>626
単にカーネルの実装上の都合だと思うけど

>>626
http://www.assoc.tron.org/spec/itron/itron403/mitron-40303j.pdf
の284ページ[補足説明]あたりを読むと良いと思うよ．
def_inh は複数ハンドラを同時には登録できないよね．
レベルトリガで割込み線を共有しているようなターゲット，isrのほうが便利かもね．

仕様策定時，既存のカーネルにinhとisrの2派があって纏め切れなくて…
って裏話を聞いたような気もするから >>627 のように理解してもOKかもね．

TOPPERS Builder キタコレ

ITRONではない独自OSだけどKOZOSってどう？
http://www.saturn.dti.ne.jp/~hsakai/kozos/osbook_03.html

割り込みで切り替えてるから、まともな方では？

12個のタスクをsta_tskすると、15秒に1回程度acre_isrで
生成した定期割り込みサービスルーチンが遅延してしまいます。
sta_tskを11個に減らすと問題ありません。
すべてのタスクが同じ優先度3で動いています。
なぜこのような現象が起きるのかわかりません。
回避方法があれば教えてください。

同時に動かそうとしてるからでしょ。
動く必要がないtaskは、wait状態にするんじゃないの？

>632
どの程度を遅延すると言っているのかにもよるけど、
なんとなくカーネルのバグのにおいがします。
下手な実装のITRONでも、スタートタスクで多くの時間はかからないから。
理由は、タスクキューは優先度別に分けられている場合がほとんどで
FIFOでTCBを並べればいいから、割り込みに影響が受けるほど処理時間は
かからないと思うから。

(･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

･｡･ﾟ･(ﾉД`)･ﾟ･｡･

ほ

>>632-634
それらのタスクの中で loc_cpu が呼ばれていたとすると，12個だとダメで11個ならOKという現象は作れるかもしれないね．

この手ので長期の割禁なんかするほうがおかしいでしょ

>>639
割り込み禁止が短かったとしても，"定期割り込み"の周期が短ければ起こせちゃうかもよ．
絶対時間でなく，相対時間で考えないといけないのではないかな．
もう少し可能性の話を続けるならば，サービスコール中は原則割り込み禁止だから，loc_cpu を使わなくても現象は起きるかもしれないね．

>640 さんは　わかっているし、その通りなんだけど、たぶん、ここの住民には理解できないように思う。
自分も少し勘違いしてたと思うけど、sta_tskしたときじゃなくて、sta_tskした後、割り込みが遅延することがあるということ
なんだと思う。
平たく言えば、ITRONカーネルそのものも割り込みのオーバーヘッドがあるので、割り込みが遅延するのは当然の話です。
だからどの程度の遅延を起こしていて、遅延したと言っているかによる。
TOPPERSの実装および、Nortiもそうだけど、最大割り込み禁止時間は思ったより大きいですよ。

まだ、悩んでたんだ

割り込みが禁止だったんだろw

>>641
sta_tsk の時かもしれないよ．そうじゃないのかもしれないけれどね．
sta_tsk も割込み禁止時間が延びがちなサービスコールだから．
キューの長さで実行時間が変わるサービスコールを使っていたりすると，
タスクの数が要因になることもあるかもね．(フルセット仕様のイベントフラグのように)

>>643 loc_cpu が入っていましたというほうが，ありがちな気はするね．

>>642 「プロバイダ規制ってのがあってね…．」書こうとしたらまた規制食らってたよ．orz

TOPPERSは構造体の定義が？な所があるから、下回りの要の部分がなんだかなって感じになってるからな

>644
間違ってはいないけど、誤解する書き方されていますね。
1.sta_tskはキューの長さによって実行時間の変わるサービスコールではない。
2.キューの長さによって実行時間の変わるものは優先度待ちのサービスコールすべて
3.TOPPERS Nortiに限ると　実行時間==最大割り込み禁止時間
だけど、半導体メーカー純正は、　実行時間　> 最大割り込み禁止時間　になってる
　ものが多い。

>>647 の1.は，>>644の上二行と下二行の間に空行を入れろって話かな．
2. は，全てをカバーできていないのではないかな． flg で TA_WMUL がある場合もキューの長さに依存するね．
3. は，TOPPERSやNORTiでも実行時間 > 最大割り込み禁止時間ではないかな．割り込み禁止が係るのは，サービスコールのエントリポイントの内側だよね．

てな感じで， >>641 でさえ誤解しない書き方をするのはとても難しいことなので，少しくらい大目に見てほしいな．

>>647
1についてはその通り、関連のないことを書いてるからね
2については特殊なケースのみと勘違いされるので多くの一般的条件を書いたまで
3はエントリーの内だそとだという些細なことじゃないよ。
例えば優先度待ちでタスクが100個待っていた場合100回ループするけど
その間割り込みをあけるあけないの違いがある

判っている人同士で，細かい足の取り合いしてもつまらないね．ごめんね．

>>650
実際には特殊なことさえしなければ大丈夫ということを書かれているので
比較的やんわり書くとあげあしとりみたいかもね。

3について、つまり割り込み応答性能はtoppers やnorti は手をぬいているよ。ってことです。
それがわかっていないとエントリーの内側だとか言う
ほとんど意味のない理由をづけになるんじゃないかな

>>651
名前が423だけどこのスレの番号じゃなかったです。失礼

JSPカーネルはμITRON仕様のスタンダードプロファイルでサービスコールの不可分性を保証することが求められているので，サービスコール中でカーネル管理の割り込みを開けられないよ．
TOPPERSもFI4カーネルで一部，サービスコール内で割り込み開けたりしていた時期もあったのだけれど，検定仕様書に基づくテストが通らなくなるなどあって戻したりしてるよ．

つまりは，"サービスコールの不可分性"とのトレードオフだよ．ってことです．
それが判っていないと手抜きだとか言う
粗暴な理由付けになるんじゃないかな

>653
なんだ、ある程度わかっている人みたいですね。　そう　サービスコールの不可分性の保証の話ですよ。
ただ勘違いしていると思えるのは、サービスコールの不可分性の保証は、かならず処理の前後関係まで保証
しないといけない規定ではないし、実装定義として一部のケースで可分性を認めてもよいという取り決め
になっているわけですよ。
例えば優先度のwaitキュー検索に関して言えば、割り込みを空けることがあっても不可分性は保証される
よ。だからトレードオフということはない。　確かに複数待ちイベントフラグのiset_flgとiclr_flgにおいては
保証できないケースがある。ただ、この場合に限り貴殿の言う割り込み応答性と不可分性の保証のトレード
オフにはなるけど、特殊なケースで、問題にならないと思う。それよりもTOPPERSで優先度待ちキュー検索で
割り込みを空けなかったのはテスト量が増えるからしなかったというのが真相らしいので、これを手抜き
というのは「粗暴な」ではなく真っ当な理由ですよ。
実際には、割り込みを空ける手法はマルチプロセッサ対応のSMPカーネルで実装されている。もちろん不可分性
も保証されているよ。先ほどの前後関係が変わる動きになる。これが実装上必須なのでやっていて、
この対応のためにテスト手法を工夫されているのも事実。だからASPやJSPでもテスト手法を工夫すればできる
話なんだな。やっぱ手抜きですよ。

>>654 技術的/仕様的な点でツッコミどころ満載な長文をありがとう．
でもごめん，それらはとりあえず脇においておくよ．揚げ足の取り合いの前に，確かめておきたい大事なことが一つある．
段落分けずに書いたってことは，SMPカーネルっていうのはTOPPERS/SMPカーネルを指すわけだよね．
ならば君は「TOPPERS開発成果物の知的財産権に関する規則」もしくは，どこかの会社と結んでいるはずのNDAに抵触してる可能性があると，ぼくは思う．
もし君が当時学生だとしたら，その管理責任を君の所属研究室が追うことになるだろう．君はどう思う?

あちゃー

NDAがどうしたって？

SMPの仕様は一般公開されて無いみたいね
会員は見れるのかな？
会員しか知りえない情報を漏らしたらまずい気がする

>思う
>気がする
この手の話題に...

>>659
条件分けしてみようか．

まず，TOPPERS/SMPカーネル仕様の disclosure level は概ね3層に大別できる．
a. 学会発表やカンファレンスなどで公知となっているもの．
b. 早期リリースでTOPPERS会員のみ読めるもの．
c. TOPPERS会員でも読めないもの．

実は c. が存在するかどうかは，ぼくは知らない．なのに c. を仮定するのには理由がある．早期リリースで読めるのは，仕様"案"だからだよ．
("案"であることは， ttps://www.toppers.jp/members.html#early に書いてある公知な事実だよ．)
>>654 で，TOPPERS/SMPカーネルが仕様として成立しているように書いているのがブラフでなければ， c. は存在する可能性が高い．
c. の権利者は名古屋大学もしくはセイコーエプソンかな．少なくとも片方ががその仕様を進んでダダ漏れさせているなら >>654 はシロ．そうでなければクロだね．
(ダダ漏れがあったとして，その経緯次第では，上記組織の信頼性に関わるかもしれないけれど．それはとりあえず横に置いておこう)

b. の内容を，ぼくは知っている．でもそれに沿っての揚げ足とりは，ぼくには続けられない．知財約款を反故にするほどヤンチャじゃないよ．このケースでも >>654 はクロ．

最後に >>654 が a. の情報のみで話を組み立てている場合には，シロとなるね．
ただし，サービスコールの不可分性を云々できるほどの詳細な発表は，ぼくは知らない(世の中にはあるのかもしれない)．

現時点では黒白どちらの可能性もあるんだよね．
だから「可能性があると，ぼくは思う．」と書いたんだよ．

>>654 には，白黒がはっきりと判るよう，情報のソースを説明して欲しいな．

>割り込みを空ける手法
この部分かな
誰？でも思いつきそうな

思いつくのはいいけど
それがSMPに実装されて実現しているという情報が
一般に公開されているかどうかじゃないの？

妙な縛り入れるところとは付き合わないほうがいいのかな
何かあると、あとでグダグダ言い出しそうだな

>>662 知財縛りで書けないことを省くと，ざっくり，そういうことだよね．

一応誤解を与えたということで、すまんかった。あやまっておく。
ここはスレタイにもあるように用語はTOPPERSの特有の用語で
書くのが基本であり、
「マルチプロセッサ対応のSMPカーネル」
と書けば、TOPPERS/SMPのことと理解されるのに違いないこと
ですね。
自分の見たソースはTOPPERS/FMPのことで、FMPとは一般用語では
ないので、上記の記載にした。
FMPはAMP型でSMP型じゃないよ。という突っ込みがあるかもしれ
ないが、AMPだSMPだというのはあまり一般的じゃないのでそう
書いた次第だ。

衒学脳の厨っぷりを堪能した。

突っ込みどころ満載とか言っていたけど、さらに追加かもしれないが、具体的に書こう。
TOPPERS/FMP1.2 のソース　wai_flgの部分だ。
wobj_make_wait();
について、t_acquire_nested_tsk_lock_self()のように、割り込みがあったら戻り値をNULLにして
retryに飛んだらよい。　ということなんだけどな。
つまりwaitQue検索時に適当な割合で割り込み許可と割り込み有無チェックをいれるわけだな。

eventflg.c のline:350〜line:371
retry:
t_acquire_obj_lock(&GET_OBJLOCK(p_flgcb));
if ((p_flgcb->p_flginib->flgatr & TA_WMUL) == 0U
&& !queue_empty(&(p_flgcb->wait_queue))) {
release_obj_lock(&GET_OBJLOCK(p_flgcb));
ercd = E_ILUSE;
}
else if (check_flg_cond(p_flgcb, waiptn, wfmode, p_flgptn)) {
release_obj_lock(&GET_OBJLOCK(p_flgcb));
ercd = E_OK;
}
else {
if ((my_p_pcb = t_acquire_nested_tsk_lock_self(&GET_OBJLOCK(p_flgcb))) == NULL){
goto retry;
}
p_runtsk = my_p_pcb->p_runtsk;
p_winfo_flg = (WINFO_FLG *)(&(p_runtsk->winfo_obj));
p_winfo_flg->waiptn = waiptn;
p_winfo_flg->wfmode = wfmode;
p_runtsk->tstat = (TS_WAITING | TS_WAIT_FLG);
wobj_make_wait((WOBJCB *) p_flgcb, p_runtsk);
release_nested_tsk_lock(my_p_pcb);

SSPまだー

>>665, >>667
突っ込みどころ満載すぎて引用できないよ…．ごめんね．

>669
夏休みモードなんかな(自分はそうだけど）

2.1 実装方針とモデル
サービスコールの大部分を一つの割込み禁止区間として実
装している

TOPPERS/JSP --->
スタンダードプロファイルの機能セットの範囲内では，この方法でもそれほど
悪い結果にはならない．(user.txt)

ところが
TOPPERS/FI4 ---> 同じ文面（動的生成のみ追記されている）(fi4_user.txt)

フルセットなのにスタンダードプロファイルでは、ってちょっとまじめに考えているのかと....

名古屋大でのカーネル内部構造の講義において
TOPPERS/JSP
「割り込み許可にしなかったのはテストの時間がかかりリリースの時期にマッチ
しないと判断したことがある」

--->
TOPPERS/FMP -->スピンロックにおいて割り込み応答性のため、
割り込み許可するロジックを実装。

テストの問題は?
---> TTSPによって、割り込みを起こすテストを網羅することも比較的容易にテスト可能になった。

それだったら、TOPPERS/JSPやASPでも、TTSPを利用することで割り込み許可するべきじゃないのか？
と思うけど、ニーズがないというか性能評価までして使うユーザーがいないということなのかな

>ここはスレタイにもあるように用語はTOPPERSの特有の用語で
>書くのが基本であり、
>「マルチプロセッサ対応のSMPカーネル」
>と書けば、TOPPERS/SMPのことと理解されるのに違いないこと
>ですね。
ダウト
スレタイよく嫁よ
メインは「ITRON総合スレ」だろ
スレタイにTOPPERSが含まれているがNORTi、HOSも書かれている

あんたの言葉を借りると「スレタイにもあるように」
複数のOSが書かれているので
>用語はTOPPERSの特有の用語
とは限らない

あとテンプレにはT-Kernelもあるので
必ずしもSMP=TOPPERS/SMPとは限らない
話の流れ的にTOPPERSを指してると言えるけどね

あと、FMPは一般用語じゃないと言ってるが
仮にそうだとしても検索すれば意味ぐらいすぐわかるだろ

>>971
>>「マルチプロセッサ対応のSMPカーネル」
>と書けば、TOPPERS/SMPのことと理解されるのに違いないこと
>>ですね。
>ダウト

じゃあ、それとは限らないという意見なので、誤解されてもしかたないことでもない
ということなんかな。
まぁ誤解を与えたわけだし、あやまってるし、そうでもないよといわれてもどっちでもいいことなんだけどな

>>665
> AMPだSMPだというのはあまり一般的じゃないのでそう書いた次第だ。

マルチプロセッサの文脈で両者を混同すると，たぶん学部生でも単位もらえないと思うのだけれど，最近は違うのかな．
TOPPERSかどうかではあまり関係なくて．
T-Kernelには興味ないのでろくに追いかけていないけれど，彼らもAMPかSMPかはきちんと分けているよね．
謝ってくれる必要はないけれど，用語はきちんと使いましょうよとは思うよ．

>>670
> 「割り込み許可にしなかったのはテストの時間がかかりリリースの時期にマッチ
> しないと判断したことがある」

これホントかなと言うのが直感．いや誰か(高田センセ?)が言ったと信じてみたとしても．
JSP1.0のリリース時点で，テストスイートなんてなかったよ．
最初のテストスイートができたのは，FI4と同じ時期． IPA案件の成果だから間違いないよ．
2000年当時からかなり長い間，割り込み禁止が長いのは「読みやすさを優先した」ということになっていたんだよね．

別段の守秘がある話でもないから過去振り返っちゃおう．
公開前のFI4カーネルって，割と割り込み開けてたんだよ．
けれども，それやっちゃうとトロン協会の検証仕様書(案)のテストケースが通らなくなっちゃうんだよね．
で，テストスイートがオカシイのかカーネルがオカシイのか判らんという話になって，結局戻したんだよ．
FI4のソースコードを見ると，特にIDのチェックの辺で「なんでこんな変な処理?」っていうのが時々残っているかもしれないけれど，それはその残骸．

>>667
で，割と本質なFMPでの実装の話だっけね．
これは別にJSP/ASPの割込み禁止区間を問題視して割込みを開けているわけではないよね．
プロセッサ内排他に比べてプロセッサ間排他の時間があまりにも読めないので，仕方なく開けているのではないかな．
もし，JSP/ASPの割込み禁止区間の長さがこの実装の理由なら，whileループでぐるぐる回る[i]set_flg のほうは更に頑張るはずだよね．(あとはソースコード読みなおしてみて)

>>674
>これホントかなと言うのが直感．いや誰か(高田センセ?)が言ったと信じてみたとしても．
直感を何度もはずしているのに懲りないですね。

>JSP1.0のリリース時点で，テストスイートなんてなかったよ．
あくまで後からTTSPができたと書いているのに誤解しないでほしいものです。「テスト可能になった。」と順番に書いてるよね。
そうです。そのとき無かったからできないのは理解しているつもり。
今テストスイートがあるなら、やってみるべきだし、割り込み空けない理由がなくなった時点
で対処すべきことだと思う。

>2000年当時からかなり長い間，割り込み禁止が長いのは「読みやすさを優先した」ということになっていたんだよね．
理由はひとつではないとは思うけどね。また高田先生の思っていることがプロジェクトの総意でもないかもしれない。
表向きには、やはりドキュメントに書かれてあるとおり、それほど問題にならないから　ということだと思うけどね。(JSPにおいては）
ただ、当初JSPにおいては、コードが仕様書の延長ともいえるので、「読みやすさ優先」という理由にはなるけど、
ASP以降はμITRONの仕様にとらわれない決定版という方針からするとおのずと「読みやすさのため」という理由は無い話ですよ。

>676
なんだかなぁ、君の言うとおりのことを指摘しているんだけど。どうも言葉が伝わらないな。
そうですよ。　スピンロックは必然。　waitQの待ちは有限時間なので必然ではない。
だから、WaitQの待ちでも有限時間だけども、STDPROFよりも大きいものは問題なので
対応したいが、テストがかかるため天秤にかけた結果WaitQの待ちは見送った。
見送った理由は、開発期間、時間的な理由もちゃんとした理由としてできない理由としてそれは
それでそのときの判断としては正しいと思うよ。
一方、スピンロックは必然的に割り込みを空けなくてはならなくなった。
必要は発明の母という言葉があるようにそれでようやくTTSPを作ったわけ。
必要であれば作れたってことは、FMPの開発時で、waitQの問題に対処できるわけなんだな。
これも実は開発者自身に直接聞いて回答いただいている。
「WaitQの割り込みをあけることも可能だが、性能的に問題にならないので対応していない」
という回答。まぁさらに聞きたかったけど、あまりにその講義の範囲を超える話に
なりそうなのでそれまでしか聞かなかった（聞けなかった）です。

>whileループでぐるぐる回る[i]set_flg のほうは更に頑張るはずだよね．
>(あとはソースコード読みなおしてみて)
[i]set_flgを見ているからわざと、wai_flgを引用しているんだけどな。
ただこれはドキュメントに書いてある。
---------------------------------------------
ASPカーネルでは， 以下のシステムコールは待ち解除されるタスクの数に比例
して長くなる．
・init_xxx
・イベントフラグ set_flg()
FMPカーネルでは，ロックを取得する関係ため，実行時間の上限が定まらない．
------------------------------------------------
ちょっとこれってお粗末じゃないのと正直思うけどね。

>675
以前も同じこと書いていたよね。
JSPやFI4はμITRON4.0準拠なのでそうかもしれないけど
ASP以降においてはμITRONの仕様を超えて決定版を作るという話だから
その枠にはめる必要は今の時点ではないと思う。

くだらない話をすれば、FI4において、トロン協会の検証仕様書(案)に準拠
しないために割り込み空けるのやまたのならその旨を正直にドキュメント
に書いておくべきじゃないのかと思うけどね。
そうあるべきなのに、フルセットなのにスタンダードファイルではとか
おかしなドキュメントのままというのが今の状態ですね。

まずは，過去についての話．

>>677
え? だって
> TOPPERS/JSP
> 「割り込み許可にしなかったのはテストの時間がかかり

っていった時点のTOPPERS/JSPのコーディング時点ではTTSPなんて無いよね．
TTSPができた時点で，NCESは既にJSPなんか興味持ってないよ．(ちょっと言い過ぎかな)
時系列で並べると，JSPについていえば，TTSPとかテストスイートとかにかかわらずああいう実装になっているはずなのだけれど．
歴史語るなら時系列をキチンとしようよ．未来からなら何でも言えるよね．
もしASPの話に限るなら，JSPの話を持ち出す必要なんて無いよね．過去のことなのだから．

>>679
fi4のドキュメントが貧弱なのはそのとおりw．
それは認めた上で，君の主張に沿って議論するならば，君の指摘も蛇足でしか無い気がするよ．
フルセットだから割込みを開けるべきということが自明なら別だけれどね．

そして，新世代系の話題．
TOPPERSも10年だし，時系列を混同すると話がワケワカラなくなるよね．

>>678
> [i]set_flgを見ているからわざと、wai_flgを引用しているんだけどな。

えっと…
割り込み禁止区間が長いのがTOPPERSの手抜き→FMPのwai_flgみたいにすりゃいいのに，と主張して，同[i]set_flg は目をつぶるの?
主張がよくわからないよ．もうちょっと細かく説明してほしいな．

ああそうか，>>679 と同一人物と思しきカキコを読みなおして判った気になったよ．
ASPは決定版だから，すべからくの箇所で頑張って割込み開けて当然って話なのかな．FMPの例とかはこじつけで．
(もしくはTTSPある今，JSPも変えろって話…の主張は取り下げたのかな?)
もしそうならば，割込み開けるのが決定版の条件であることを >>679 は示せばよいのではないかな．

極めて個人的にはだけれども，頑張って割込み開ける処理を入れるオーバヘッドをいれることで救われるアプリケーションよりも，そのオーバヘッドがウザいアプリのほうが多いのではという気がするよ．
「いやオレのアプリは違う」っていう意見が多ければ，いくら伽藍のTOPPERSでも考えを改めるだろうね．

1,時系列云々について
>680
>歴史語るなら時系列をキチンとしようよ．未来からなら何でも言えるよね．
>もしASPの話に限るなら，JSPの話を持ち出す必要なんて無いよね．過去のことなのだから．

何度も書いているように、JSPでTTSPは無かったよ。それは異論は無いよ。
何度も書いているでしょ。

JSPの話を持ち出していることがおかしいという意見なら、その部分はJSPの実装から
変更されておらず、そのまま引きずっているよね。だから過去のことでは無いよ。

実際にJSPの内部構造で聞いた話だからJSPでと正確に書いているわけ。
JSPが過去のものというならWaitQの実装をASPにおいて過去のものにしてからの
話ですよ。


誤解しないようにわかりやすく書くよ
以下、時系列

WaitQの処理

1.JSP 理由　テストに時間がかかるから割り込みあけなかった
2.FI4 JSPと同じ実装じゃないとトロン協会の検証仕様書(案)が通らないので割り込みあけなかった
3.ASP JSPと同じにした。standerdプロファイルだしいいよね
4.FMP ASPと同じにした。standerdプロファイルよりも大きい仕様だけど
　　　　でも、ASPと同じ割り込みを開けなくても性能的に問題なかったのでそれでいいよね
　　　　割り込みをあけるテストはTTSPでできるようになった。

それなら、ベースとなるASPにおいても割り込みあける処理にすべきことだよ。

>680
>君の指摘も蛇足でしか無い気がするよ．
どの部分がどう蛇足なんでしょうか？
「くだらない話」の部分のことを言っているのかな？

>フルセットだから割込みを開けるべきということが自明なら別だけれどね．
自明じゃないと思う理由は何？
μITRON4.0の仕様書のサービスコールの不可分性の保証に割り込み応答性の
ために云々書いていることと、JSPのドキュメントにおいて、スタンダードプロファイル
においてという枕詞を付けている点で自明だと思うけど、そうでないことを示す
公式ドキュメントなどあるのかな？

>681
>割り込み禁止区間が長いのがTOPPERSの手抜き→FMPのwai_flgみたいにすりゃいいのに，と主張して，同[i]set_flg は目をつぶるの?
>主張がよくわからないよ．もうちょっと細かく説明してほしいな．
目をつぶっているわけじゃないけど、set_flg iclr_flgで不可分性の保証ができない
ケースがどうしてもあるから、話が君にとって難しいと思ったからわかりやすいほうを
例に挙げただけだよ。

set_flgの割り込みをあけた場合に、iset_flgには対応できるけど
iclr_flgには対応できないことがあることを君がわかるなら説明してもいいけどね。
説明できますか？

>682
>極めて個人的にはだけれども，頑張って割込み開ける処理を入れるオーバヘッドをいれることで
>救われるアプリケーションよりも，そのオーバヘッドがウザいアプリのほうが多いのではという気
>がするよ．「いやオレのアプリは違う」っていう意見が多ければ，いくら伽藍のTOPPERSでも考えを改めるだろうね．

オーバーヘッド測ってから言えばいいこと。
自分の知る限りチップメーカー純正のITRONで割り込みをあけないものは無いはずだしね
是か非かというのは、もともとの議論のポイントではない。
ひょっとするとメーカーは必要のないことを一生懸命やっているのかもしれない。

>>686
> オーバーヘッド測ってから言えばいいこと。

そっくり返すよ．

>687
本業で、割り込みをあける場合のオーバーヘッドを測ってるからそういったんだよ。

構造体の定義が頭壊れる方向にできてるから、割禁が長い、TOPPERS

おまえの頭が壊れてるんだろ

＞構造体の定義が頭壊れる方向
kwsk

タスク切り替えの本体の汗読んでたら、おかしくなってこないか？
あのこねくり回した流れは何って感じだけど

自分で書いてみりゃわかるが、ああいうのは
何度書きなおしてもきれいにならん

＞構造体の定義が頭壊れる方向
と逝ってるでしょうが

>692　タスク切り替えの本体の汗
ってディスパッチャのこと？　だとすればporting.txtからの引用だけど、なんのひねりもないけどな。タスク例外だけ少しひねりがあるぐらいだけどね。
void
dispatch(void)
{
改行が多いので省略
}
void
dispatcher(void)
{
#ifdef LOG_DSP_ENTER
log_dsp_enter(p_runtsk);
#endif /* LOG_DSP_ENTER */
dispatcher_0:
while ((p_runtsk = p_schedtsk) == NULL) {
割込みを許可したらCPUロック解除状態になるよう準備する
非タスクコンテキストに切り換える … (*1)
do {
割込みをすべて許可し，割込み発生を待つ … (*2)
割込み許可前の状態に戻す（＝カーネル管理の割込みを禁止する）
} while (!reqflg);
reqflg = false;
タスクコンテキストに戻す … (*1)
CPUロック状態に戻す ... (*3)
}
自タスク（p_runtsk）のTCBからスタックポインタを復帰する
#ifdef LOG_DSP_LEAVE
log_dsp_leave(p_runtsk);
#endif /* LOG_DSP_LEAVE */
自タスクのTCBから実行再開番地を復帰し，そこへ分岐する … (*a)
}

HOSのスタックの切り替えは簡潔だった

省略したもの
----------------------------------------
void
dispatch(void)
{
スクラッチレジスタを除くすべてのレジスタをスタックに保存する
スタックポインタを自タスク（p_runtsk）のTCBに保存する
dispatch_rを，実行再開番地として自タスクのTCBに保存する … (*a)
dispatcherに分岐する

dispatch_r:
スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
calltex(); … (*b)
}
----------------------------------------

擬似コード書いて楽しいかい？

>698
それを言うなら、TOPPERSのporting.txtを書いたやつに言えよ。俺はそれをコピペしただけ

なんだかなって、擬似コードが出回ってるのかよ

ディスパッチャの部分はアセンブリ言語だから、porting.txtはC風に書いて説明しているだけ。

C風で中身がないと

そうだね。中身がないほどひねりがないのに、おかしくなるっていうやつ >692 の頭はどうなっているんだろな。

汗読める奴もいなくなってきたか

ITRON懐かしすぎる
もう1年たったんだな

?軽く 20年は経ってるだろww

>>706
いや仕事で手がけてから
今はやってない

TOPPERSプロジェクトの2011年公募事業(採択）が発表されましたね。
http://www.toppers.jp/puboffer.html

え、今頃arm?

gccじゃなくてrvctとかiar対応ってことじゃねーの？

はあ、移植性のない作り方してましたっていいたいのかい

OSなんてコンパイラの拡張機能使わなきゃきれいに書けない
インラインアセンブラの仕様だけでも規格になっていればねえ…

>きれいに書けない
ってところが今更って感じ

そこをアセンブラで書くモジュールと、機種非依存部に切り分けるのが、
現代のOS実装というものだと思うが。

ルネサスのアセンブラとGASぐらいしか知らないけど、
GASって、Cのヘッダファイル読めるよね。　armのアセンブラもCのヘッダファイル読めるのかな？

そういう妙な挙動に頼るより、Makefile で明示的に cpp か cc -E を使ってプリプロセスして
プリプロセス済みファイルを作って、それをアセンブラに食わせたほうがいいと思う。

>>714
そう思うなら実際に試してみれ

>>715
gas単体じゃ読めないでよ
gccに.S食わせるとcppかけてからgasに結果を食わせてるだけだ

訂正
GASって、Cのヘッダファイル読めるよね。　[GAS以外の]armのアセンブラもCのヘッダファイル読めるのかな？

>717
たしかにそうだけど、GCCやGAS環境以外のARMアセンブラでそれ（cppだけ食わして）ができるわけでもないでしょ。

>>718
だから>>716みたいなことすればいいんでないかいという話なわけだが

>719
できないかいじゃなくて、できるのか？　理屈じゃなくてやってうまくいったことがあるの？って聞いているわけ
できるなら、ヘッダファイルをCとアセンブラに分けて提供する必要なくなると思うから、現状できない
のじゃないかと思っているわけ。

だから何がしたいわけ？

アセンブラにCのヘッダファイル食わせてなにがうれしいのかわからんから、
アセンブリ言語ソースをCプリプロセッサに通したいということだろうと思ったので、
アセンブラごとに違ったりしそうな仕様に依存したりするより、ポータブルな
方法使えば、ってアドバイスしたまでで。

できないのじゃないかと思っているなら、できないということにして、
別の方法を考えたら？　そこまで面倒見れんわ。

>721
>なにがうれしいのかわからんから、

もともとのネタは、公募のARMコンパイラ対応について
の話からなんだけど、自分の考えでは、GASでは、Cのヘッダが
読めるけどarm（GAS以外)から読めないから結構面倒かな　と思ったわけ
です。

具体的にできるというなら、
具体的に聞くけど
基本的にマイコンが同じでもアセンブリ言語の文法は処理系（アセンブラー）によって
違うのはわかるよね。
たとえば　iarのcppだけ利用して、Cのヘッダファイルを利用したアセンブリ言語の
出力してiarのアセンブラに通るかどうかですね。

renesasのコンパイラはできないと思うし、できるようなら
toppers/jspなどで、アセンブリ言語のヘッダファイルは不要のはず。
h8s-renesas で　h8s2339f.inc h8s2339f.hとどちらかがいらないはずになります。

armは疎いので、その辺ひょっとしたらいけるのかなと思ったので聞いてみたわけです。
できれば、できたよという話があれば、と思いましたが。

ヘッダファイルを両方用意しないことが何がうれしいのかもわからないというのは
ちょっと自分とは感覚が違いますね

5〜6年前に受託でJSPをRVCTに移植したけれど，ひたすら面倒だったよ．
既出だけれど，インラインアセンブラの書式は違う．そもそもアセンブラの書式も違ったよね．
それとリンカっていうか，リンカのスクリプトも違うよ．
簡単で地味で面倒ゆえに誰もやりたがらない作業だから，公募案件としては妥当じゃないかな．

>723
ありがとう。　すっきりしました。
>　簡単で地味で面倒ゆえに誰もやりたがらない作業だから，公募案件としては妥当じゃないかな．
全く同意です。

> ヘッダファイルを両方用意しないことが何がうれしいのかもわからないというのは
> ちょっと自分とは感覚が違いますね

アセンブラのプリプロセスに、C言語的な制限かかりまくりのCプリプロセッサと、
常識的に考えて、C言語のソースコードの共通部分をまとめたものである
ヘッダファイルを使う、というのは、普通でない使い方だと思いますが、
それを何の説明もなく他人が理解しているという前提の上で話されているわけですから、
全く違うのがあたりまえですね。

>>725
#defineは共通にできる
つかそれしか使い道ない

>725
できるだけやんわり書いたつもりだけど、角がたったようですね。せっかく回答くれているのにそれはすまなかった。
ただ、「何の説明もなく」というのは、文脈を理解できていないようだな。　この話題はあくまで、TOPPERSカーネルの
arm対応に関して、たとえばヘッダファイルを再利用できるかどうかという話で、それが理解できていなかったの
でしょうね。

>常識的に考えて、C言語のソースコードの共通部分をまとめたものである
>ヘッダファイルを使う、というのは、普通でない使い方だと思いますが、
誤解してたら、あやまるけど、具体的にはたとえば、TOPPERSのカーネルでgccのものは、アセンブリ
言語用のヘッダファイルは用意していなくて、貴殿の言う普通でない使い方にあたるという
ことなのかな？

たぶん、貴殿の常識とか普通とかがかなり違うようだし、TOPPERSのカーネルも貴殿の普通
でも無いということ言っているのかな？

>>725
処理系の依存の問題だけど,
Unix 系の文化だと "#define ..." の定数は普通に共用してるわな
で, "#define ..." の定数部分だけアセンブラから読めるように工夫してる

例)
.S:
#define LOCORE
#include <xxx.h>

.h:
#define ...
#ifndef LOCORE
struct foo {
...
};
#endif /* LOCORE */
#define ...

アセンブラとCで定数２重管理ってアホらしいやない

>>725
> アセンブラのプリプロセスに、C言語的な制限かかりまくりのCプリプロセッサと、

どんな「C言語的な制限」がかかっているのかな．
むしろ，cppってC言語と無関係すぎて酷い目に会う場合のほうが多くないかな．

'\'で継続行とか
ほかになんかあったっけ？

ここ2,3日かな、某USERMLにへんなのがメール出して来て、あまりに
空気が違うので、出て行ったようですね。

あれ巧妙な荒しじゃねーのと思ってた

元々荒らしではなく、どうも正味だったようですね。
メールシグネチャのURLからホームページおよび履歴書など詳しくでていますね。

某USERMLの、実生活では友だちが少ない粘着構ってチャンなんだろーな不憫

>491
TOPPERSの成果物がすべてオープンソースというわけじゃないよ。

http://hibari.2ch.net/test/read.cgi/os/1213802731/l50
にも、いかにも非公開で、一部誤解があったけど情報漏えいがどうしたこうしたと
いう話題もあがっているよ。

TOPPERS/HRPも非公開のもののひとつ

ごめん、板違いでした

普段温厚と思われる(活気のない)某USERMLもさすがに我慢の限界か

TOPPERS/HRPは非公開じゃないよ．
http://toppers.jp/hrp-download.html

何かトヨタがTRONからLinuxに移行したとか聞いた気がする

素人丸出しの >>739 にぴったりのスレ
http://hibari.2ch.net/test/read.cgi/os/1213865166/

某USERML、粘着が暴れています。

変なのが湧くと長文だらだらの思いの丈を書く奴が続くんだよな。定石通りだ。

ガス抜きの場がないんだよな

本音や本性が出ない！という人の本音や本性が判らない件

他人にはこういう本音や本性があるはずだ、という当人の願望だけでしょ、ちゅうか。

>>744
[イイネ！]

JSPカーネルにサブセットは必要か
ttp://d.hatena.ne.jp/monamour555/20111022/1319265520

ここは長文書いても元の流れがアレだし・・・
あだしごとはさておきつ

次は？

LinuxのようにPatchをぽんぽんあげて、開発者側で採用して取り込む
というより、きちんと動作する検証済みのものを公開して
使う側で使い方やバグに関して述べる場所じゃないかとも思うんだけど
違うの？いわゆる伽藍方式じゃないのかなとか思ったが
OSS＝バザールだと思ってる、誰かが暴れだすのかな、また。

バグレポート窓口でもあるからな
パッチがあれば話は早いだろうし

伽藍とバザール.. なんであんな寝言が流行ったのかね。
こじつけも甚だしいww

Toppersって開発者MLって無いのかな
ぼくのかんがえたさいきょうかーねるをさいようしてよって見えてしまう俺は汚れているな

>>752 お布施払えばあるがな

TOPPERSのミニマルカーネルの話
ttp://techon.nikkeibp.co.jp/article/NEWS/20111116/201650/

と、JAXAの話
ttp://aerospacebiz.jaxa.jp/jp/topics/2011/topics111116.html

公式は早期リリースだけど
ここからソースはチェックアウト出来た
ttp://sourceforge.jp/projects/toppers-ssp/

ドキュメントは無かったけどざっとソースを見たところ
・タスク
・割込み
・CPU例外
だけの模様
「TOPPERS SSP」でググルと情報出てくる

ttp://d.hatena.ne.jp/s_meika/20101101/1288624683
に概要

ttp://d.hatena.ne.jp/s_meika/20101216/1292511964
にAPI一覧

だいたい、ITRON4.0が最低限要求してる機能＋複数のタスク優先度、とか
そんな感じでしょうか

MLが活発だとなんかいいいよね

あのね，「美しくない」「使い物にならない」「まずいと思う」のいずれも
個人的感覚を超えるもの以上とは読めないよ．(´・ω・`)

というチラ裏なのでトリップ略．

「使いものにならない」というのはちょっと違うよ。意味合いとしては「欠陥」に近いことを言っているよ。
その証拠に使える例を示せと言って全く示せないのですから、

連投スマンが、やっぱり、
「ITアーキテクトは，美しいシステムの設計と工法に責任を持つ人である」
と思うし、さらにSSPでのDEF_ICSの仕様のまずさは、そういう意識の無さが作り出したものじゃ
ないのかと思う。

まず「美しい」とかいう主観ありきで話をされてもね

悪魔の証明というやつか

たぶん、美しいということを感じたことの無い人に何言っても無駄だと思う

説得する技術の意味がわからない人に何言っても無駄だな

たぶん、汚い実装のみしか触れたことのないかわいそうな人なんだと思う

主観と客観を混同する勇者のみが，美を主張できる．
その美が客観に近いと知らしむことができたときのみ，人は彼を賞賛する．
引き続き，チラ裏．

北斗の拳のユダも自分は美しいって言ってたじゃない
人知を超越した美というのがこの世にはあるんだよ,きっと

T氏のML上での書き方がちょっとイラっとくる。

ハンドル名に「さん」が入ってるとか
頭おかしい

実績かある程度の実力があれば、電波発言もそこそこ許容されるが
その彼は実のところどう？

美しくない　というのはやや抑えめの表現で本来は「汚い」こと、それだとあまり直接的なので抑えて書いているだけ
開発者の中にも、汚いとか表現している人もいるわけだしね
http://www.kijineko.co.jp/node/811

その記事の中で「汚い」という言葉が使われているのは構文についてだけども、
どこかで暴れてる誰かさんの主張は意味というか仕様の話だしな。

つまり、構文の話と仕様の話も混同するぐらいのバカが >>771 ということですかw

MLの話が乱立で入り混じっててついていけん

SSPは制約タスクみたいだが仕様みても使い方がわからん
・待ち状態に入れない
・優先度を変更できない
・タスクはリターン以外で終了できない
ってことはタスクからタスクの起動が出来ないってことだよね
現在起動中のタスクが終了すると次に優先度が高いタスクが起動するってこと？
これならタスク1個にして根っこで分岐処理分ければいいじゃんと思うんだが

いつの間にかASPって動的生成対応してたのね・・・

>772
沸点の低い人なんですね。実社会でもそんな風ですか？
構文は、文字で表すから美醜がある。
仕様は、文字のように目に見えないから美醜を言うのは同じでない。
ということかな。
まぁ確かにそうだな。　仕様の美醜については
わからない人にはわからないかもしれませんね。

>>773

> ・待ち状態に入れない
YES

> ・優先度を変更できない
YES

> ・タスクはリターン以外で終了できない
YES
> ってことはタスクからタスクの起動が出来ないってことだよね
NO, できます。

> 現在起動中のタスクが終了すると次に優先度が高いタスクが起動するってこと？
プリエンプトしますよ。

> これならタスク1個にして根っこで分岐処理分ければいいじゃんと思うんだが
ある関係のタスク間はプリエンプトしない。　その通りだよ。MLでそう書いてるよ　
(toppers-users 3818)3.使える事例の本当の理由（意味がない）

>>775
>> ・待ち状態に入れない
>YES
と
>> ってことはタスクからタスクの起動が出来ないってことだよね
>NO, できます。
が関連付けられない
プリエンプト＝他のタスクに実行権を渡す(奪われる)
が出来るってことは実行権が無くなった(奪われた)タスクはどうなるの？
仕様嫁って言われるだろうけど

>その通りだよ。MLでそう書いてるよ　
既に指摘済みだったのね、ｽﾏｿ
けど誰も答えてないのね

てことは>>755の仕様からみると使えるのって実質
・割込み
・CPU例外
だけじゃね？
これだけだとOSにするほどのものか微妙に見える
マルチタスクで動くんなら十分意味があると思うけど

>プリエンプト＝他のタスクに実行権を渡す(奪われる)
>が出来るってことは実行権が無くなった(奪われた)タスクはどうなるの？

タスク状態は
RUN 実行状態
Ready　実行可能状態
Dormant　休止状態
SUSPend　強制待ち状態
wait　待ち状態
wait suspend　二重待ち状態
があって、そのうち制約タスクは
SUSPend　強制待ち状態
wait　待ち状態
wait suspend　二重待ち状態
の３つの状態が無い。

実行権が奪われることはあり、その場合は
実行状態から実行可能状態になる。

なので、act_tskで、起動時優先度の高いタスクを起動するとプリエンプトするよ。

話がややこしいのは、プリエンプトしない関係のタスクを作ることができる。
ってことです。

「美とは何か」ってことを寝ても覚めても考えている芸術系のひとたちの切迫感を思うと，
「藻前らには美がわかるまい」っていう一部エンジニア連中の自信はすごいと思うよ．
…眉毛に唾付け過ぎで我ながら臭くなってきたよ．チラ裏．

高橋某のML上での言葉遣いにカチンとくる

そうだね。決め付け感が強すぎる。
まちのあかりがとてもきれいな　ヨコハマ
まちのあかりがとてもきれいね　ヨコハマ
だと、印象が違うかという話があるよ。

万智野灯里がとても綺麗ね　夜古浜
ブルーライトよ小波間


小波間ブルーライトさんのペンネームなら万智野灯里が綺麗だなって話かな？

きれいね　は個人の感想
きれいな　は断定　でしょ
これって、すごい会議ネタだよ
http://deadbeaf.org/2005/10/28/%E3%81%99%E3%81%94%E3%81%84%E4%BC%9A%E8%AD%B0%E3%81%AE%E3%81%99%E3%81%94%E3%81%84%E8%AC%9B%E7%BE%A9%E3%81%AE%E3%81%B5%E3%81%A4%E3%81%86%E3%81%AE%E3%83%AD%E3%82%B0/

TOPPERSプロジェクトは、伽藍方式なのでしょうかバザール方式なのでしょうか？
詳しい人教えてください。

縁日と定期市ってどう違うの？

>>783
どっちなんだろうね
お金払っている人しか仕様策定に口出しできないから伽藍じゃね

今MLで暴れてる某Tの意見を受け入れるとバザールになるの・・・か？

つか某Tって開発者？会員？
あれこれ仕様変更の提案していい立場なの？
ここまで(提案)するなら会員向けMLでしろと思うんだが

発端の仕様確認からの派生とはいえ
通常のMLで内部仕様の変更まで話していいことなの？

詳しい人カモン

楽市楽座と寺の焼き討ちは関係あるのだろうか？

TRON教TOPPERS宗B-Free山チョーカン寺

>785
レスありがとう。
過去レスみると伽藍　というのがありましたね。

そもそも伽藍とバザールってどういう比較なの？
伽藍が点でバサールが面なら、点が沢山あれば面になるだけの話じゃないの？

バザールって経済特区なんだからそもそも聖域なんだよな。

エリックレイモンドの気まぐれで思いつきで言ってみただけの分類だ。

実際いくつかのオープンソースプロジェクトに、ちゃんと足をつっこんで参与観察してみればわかるけど、
プロジェクトの進め方まとめかたは、十人十色、さまざまだよ。

サンクチュアリに居た人類のコロニーが拡大して全体を覆い、
辺境は分断されてガラパゴス化した。

>>791
例えば粘菌みたいなのはどっちになるんだ？
不定形だったかと思えば、なんか環境が厳しくなると塔を建てるんだろあれ。

まあ人間自体、肉体は子実体（伽藍）で、精子が自由競争してる状態（バザール）が
本来の姿だという話もあるけど。

っていうかマジでT氏はウザイんだけどｗｗｗ

ぶっちゃけな話、 WindRever 製 OS の方が役に立つと思ってるのは、 俺一人？

QNX なら（Unix インタフェースがあるから）わかるけど、VxWorks の利点って？

伽藍（６�煤jとバザール（QCサークル）
伽藍無き�伯v画とバザール無きTRON
世の中上手くいかないもんだ。

１種のステマじゃないのかな？　T氏じゃなくてTOPPERSサイドだけど
1名は全く回答しなくなったし、2名はなんかコピペのような同じ回答しかしない
S氏はレビューについては2/6の夜と深夜にかけて訂正している。
訂正したほうは、TOPPERSのトップの方と同じ表現になっている。
統制が取られているように思うな。

> お金払っている人しか仕様策定に口出しできないから伽藍じゃね

NPO法人TOPPERSプロジェクトには特別会員というのがあるよ．
特別会員は理事会の承認は必要だけれど，無料だよ．
現在，個人の特別会員は8名いるみたいだね．
ttp://toppers.jp/projmembers.html

それと，NPO法人TOPPERSプロジェクトへの参加有無と，仕様に口をだせるかどうかは，直接の関係は無いよ．
HRPカーネルの仕様決定にJAXAの関与があったことは，状況的に疑う余地がなさそうだけれど，JAXAはTOPPERSの会員ではないようだからね．

2cｈなんか金払ったって仕様に口出しできないらしいしな。

特別会員は、金で払わない分、体で払わないといけないと聞いたけど

掘られるの?

つまらん

自分の名前と社名を売る行為にしか思えん

>802
まぁ、本人は冗談っぽくそう言ったわけだけど、実際のところは、毎年なんか無償での仕事
というか、なにかやらされるそうですね。　「じゃあ今年は何やってもらおうかな」って話がくる
そうです。まぁ特別会員はもともとそういう位置づけだと思う

>>805
それはちょっとニュアンスが違うよ．
特別会員は，申請時に"どんな貢献をするか"ということを表明する必要があって，
更新時に"どんな貢献をしました"というのを提出する必要があるんだ．
内容について精査されることはほぼ無くて"頑張りました"でもほぼザルだよ．．
だから，貢献の具体性については，特別会員毎に玉石混交だよ．(外から見てもわかるよね?)

>806
違うというならそうなんでしょう。
ただ、自分が聞いたことそのまま書いたわけで、ニュアンスが違って伝わるように言ったんだな。
「特別会員がタダだっていっても結局体で払わされますから、今年はなにやってくれるのかなって
年度の初めに聞かれますから」
が正確な話。

ただ、年度の初めに今年なにやるかはプロジェクト側も知りたいことだと思うから
年度の初めに確認するんじゃないかと思うけど。
それもなく、ただ頑張りましたとだけｊ書いて通るという人もいるというのは存在だけで
貢献できる人なのかもしれませんね。

特別会員はプロジェクトに貢献できる人という役割なんだから、何か無償でするのは当然のことだと
思うから別にそれはいいんじゃないかと思うけどね。

あとまぁ、チェックがザルだからやるやらないが自由だと思う人もいれば
報告義務があるなら貢献義務があると思う人もいるということですかね

なんかオープンソースプロジェクトにディスクスペース貸してくれる所みたいな話だね。
まあそっちはパトロンで、これはむしろギルドかな？

AzkiRTOSってもうないのかな？

SSPのCortex-M3版ってないの?
一般公開していないだけ?

動くか知らんけどsourceforgeのやつにarm_gccがある
ASPベースに作ってるみたいだから参考にしたら？

ITRONをVirtualBoxなどの仮想環境で動かすことは可能ですか？

vmware toppers
qemu toppers
でググレカス

>>813
812ではないけれど，同じくカスなのでググってみたよ．
JSP.1.4.4 では IA32 のサポートが入ったから楽になったよ ってことは，ぐぐるセソセイも知らないみたいだね．

SSPのCortex-M3版、そろそろ(屮ﾟДﾟ)屮 ｶﾓｰﾝ

ＩＴＲＯＮについて思ったこと
・タスクの実行時間が判らない
・タスクなのかハンドラなのか判りづらい
・無駄な関数が多すぎ無茶苦茶
・無意味な専門用語が多い
・ＩＣＥを使う必要があるとメーカーはいうけれど、果たして必要か?
・ゲームなどにＩＴＲＯＮを使うのは間違っていないが、誤差補正が必要な精密な機械制御に使うのは間違っているような気がする。
・タスクの状態、ハンドラの状態はあんなにシンプルなのに、なぜかデバッグしづらい。
・仕様書が書けないから、ＲＴＯＳ使うんじゃないのか?

下回りのデータ構造が読むと頭壊れるようなことになってるからしょうがねえんじゃね、toppers

>>817
話はそれるが
> 下回りのデータ構造
Linux とか *BSD とどっこいだわな
あの程度で頭壊れるんだったらつつかないほうがいいと思うよ

なんであれ、相互排除とかが絡む下回りのコードは難しいものだな。
『ビューティフル・コード』にあるSolarisの話でも読むといい。

センスのない人の語り口って、あっち系の人かと思っちゃう

>>816
>必要な精密な機械制御
精密な機械制御に適してるRTOSって何だと思いますか？

RTOSにこだわることないんじゃね

時間軸方向に精密さが必要でなけりゃ、それでいいんじゃねーの？
>>816 は精密さが、空間か時間かすら指定しない大雑把野郎だから。

ドラえもんの秘密の道具じゃねえよ、RTOS

itronはuitronに吸収されたのでしょうか？

TOPPERS-SSPってなんかいいかなと思った。

おれもそう思った
けどJSPにしてもASPにしても手持ちのマイコンに移植だけで終わってるから…
その先のアプリとか突っ込む作法みたいのが知りたい

作法とかあんの？
普通にアプリ用タスク作って動かすんじゃダメなの？

今更かもしれないけどAzkiRTOSのソース保護している人っている？リンク辿ってみたけど
現物見つけられなかった。ちょっと興味があってソース読んでみようかなと思ったんだけどね。

>>829 ソース読みたいだけなら，この辺りとか．
http://www.pudn.com/downloads61/sourcecode/embed/detail212538.html

【請願】 公共事業で 「国産OS」 を開発 【仕様】
http://kohada.2ch.net/test/read.cgi/os/1370974099/

保守

(･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

もうuITRONも終わりだろう。

(･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

まだみてるよｗ

オレも

まだまだ50%くらいシェアあるよ

ｲﾖｲﾖ (･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

ﾎﾝﾄﾆ (･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

観察中

(；∀；≡；∀；)

(；∀；≡；∀；)

　 /:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
　　　　/:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::://ヽ:::::::::::::::|
　　　 l::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::://　ヽ::::::::::::::l
　　　 l:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::/:::「'ヽ::::::::::://　　　ヽ:::::::::::|
　　　 |::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ﾉl:::ﾉ　l:::::::／　　　　　 ヽ::::::::|
　　　ﾉ:::::::::::::::::::::::::::::::::::::::::::::::::::::／　ﾞﾞ　 ﾉ:::/ ,,;;;;;;,,　　　 ,,,,ヽ:::::l
　　　）:::::::::::::::::::::::::::::::::::::::::::::::／　　　　ノ／ ＿＿,'''i:　('''＿_）:::l 　
　　）::::::::::::::::::::::::::::::::::::::::::::::::::/　　　　　　　　￣￣ン:.　:「￣`ヾ 　　
　1:::::::::::::::::::::::「 ｀┤l:::::::::::::::::l　　　　　　　　　￣　　 ,　 ヽ￣　l 　　
　 ｀l:::::::::::::::::::::ヽ　 :l li:::::::::::::/　　　　　　　　ヽ　　/´　　　｀l　　|
　　ヽ::::::::::::::::::::::＼_」 lヽ::::／　　　　　　　　　.l　　!:-●,__ ノ　 / 　 　　　
　　ノ:::::::::::::::::::::::::::ﾉ | l ｀ﾞﾞ　　　　　　　　　　 i　,,;;;;;;;;;;;;;;;;;;;;,　 /ヽ 　 　　　　
,／　ヽ::::::::::::::::::::::（　 l l::::::::..　　　　　　　　 /.:''／´￣＿ｿ　 /　 ｀ヽ
　　　　　ヽ:::::::::::::::ヽ　| l:::::::::::...　　　　　　/::/／￣￣_ソ　 /　　　　＼ 　　ヴッ！！
　　　　　　　　ヽ:::::::＼| l::::::::::::::::...　　　 / :::.ゝ｀￣￣／ ／　　　　　　 ヽ
　　　　　　　　　　　ヽ:::l l:::::::::::::::::::..　　　　　￣￣;;''　／　　　　　　　　　ヽ
　　　　　　　　　　　　　 l l;;;;;;:::::::::::::::.....;;;;............;;;;;;''ノ　　　　　　　　　　　　l
　　　　　　　　　　　　　　l l　''''''''''''''''''''''''''''''''''''''￣l |　　　　　　　　　　　　 |

http://www.youtube.com/watch?v=z2qK2lhk9O0

　 /:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
　　　　/:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::://ヽ:::::::::::::::|
　　　 l::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::://　ヽ::::::::::::::l
　　　 l:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::/:::「'ヽ::::::::::://　　　ヽ:::::::::::|
　　　 |::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ﾉl:::ﾉ　l:::::::／　　　　　 ヽ::::::::|
　　　ﾉ:::::::::::::::::::::::::::::::::::::::::::::::::::::／　ﾞﾞ　 ﾉ:::/ ,,;;;;;;,,　　　 ,,,,ヽ:::::l
　　　）:::::::::::::::::::::::::::::::::::::::::::::::／　　　　ノ／ ＿＿,'''i:　('''＿_）:::l 　
　　）::::::::::::::::::::::::::::::::::::::::::::::::::/　　　　　　　　￣￣ン:.　:「￣`ヾ 　　
　1:::::::::::::::::::::::「 ｀┤l:::::::::::::::::l　　　　　　　　　￣　　 ,　 ヽ￣　l 　　
　 ｀l:::::::::::::::::::::ヽ　 :l li:::::::::::::/　　　　　　　　ヽ　　/´　　　｀l　　|
　　ヽ::::::::::::::::::::::＼_」 lヽ::::／　　　　　　　　　.l　　!:-●,__ ノ　 / 　 　　　
　　ノ:::::::::::::::::::::::::::ﾉ | l ｀ﾞﾞ　　　　　　　　　　 i　,,;;;;;;;;;;;;;;;;;;;;,　 /ヽ 　 　　　　
,／　ヽ::::::::::::::::::::::（　 l l::::::::..　　　　　　　　 /.:''／´￣＿ｿ　 /　 ｀ヽ
　　　　　ヽ:::::::::::::::ヽ　| l:::::::::::...　　　　　　/::/／￣￣_ソ　 /　　　　＼ 　　ヴッ！！
　　　　　　　　ヽ:::::::＼| l::::::::::::::::...　　　 / :::.ゝ｀￣￣／ ／　　　　　　 ヽ
　　　　　　　　　　　ヽ:::l l:::::::::::::::::::..　　　　　￣￣;;''　／　　　　　　　　　ヽ
　　　　　　　　　　　　　 l l;;;;;;:::::::::::::::.....;;;;............;;;;;;''ノ　　　　　　　　　　　　l
　　　　　　　　　　　　　　l l　''''''''''''''''''''''''''''''''''''''￣l |　　　　　　　　　　　　 |

http://www.youtube.com/watch?v=z2qK2lhk9O0

ﾎﾝﾄﾆ (･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

　　　　　　_, ,_
　　〃〃（`Д´ ∩　＜　みんなﾄﾞｺﾄﾞｺﾄﾞｺ
　　　　　⊂　　　（
　　　　　　　ヽ∩　つ　　ｼﾞﾀﾊﾞﾀ

ASPのCortex-M0版まだ〜