NetBSD その9

[0001 名無しさん＠お腹いっぱい。 NG NG]

http://www.netbsd.org/

お約束、関連リンクは>>2-10あたり

[0422 名無しさん＠お腹いっぱい。 NG NG]

あるarchでは問題なく動くけど他のarchでバグが出る、ってのはよくあるけど、
ある特定のarchだけ ある環境で動いてて他の環境でバグが出る、ってのはあるのか?

例えば、bge(4)でbus_dmamap_unload(9)が抜けてたってのがあったけど、
これはbus_dmamap_load(9)でリソース確保してるarchでしか問題出ないが
ちょっと使えばすぐ出るバグで環境云々ということにはならんような。

[0423 名無しさん＠お腹いっぱい。 NG NG]

そもそもrimnetは「今」痛い目にあってるので、その時の選択が間違っていた
という可能性もなきにしもあらず。

[0424 名無しさん＠お腹いっぱい。 NG NG]

運用する奴の腕の無さをOSのせいにされてもなぁ

[0425 名無しさん＠お腹いっぱい。 NG NG]

> ある特定のarchだけ ある環境で動いてて他の環境でバグが出る、ってのはあるのか?

ある特定のarchのMD部に潜在バグがあったが、ある環境ではそのバグにあたらなかった
ため安定して動いていた。ところがそのバグに当たってしまう他の環境に持っていくと全く
使い物にならない、という状況は普通にあるんじゃないでしょうか。
これはMD部だけに限らないことですが、MI部のほうが多くの環境にされされていて経験を
積んでいることは確かです。

また、MD部の経験値については、ある特定のarchでもmachineが違ったりCPUのメーカや
モデルが違うものにportする場合に問題になります。
例えばmipsなんかキャッシュの構成が違うCPUにportするとMDで苦しむことになります。
# でもNetBSDのmipsのMDの経験値が低いといっているのではないです。:-)
# NetBSDのmipsのMDは悪くないと思います。

[0426 名無しさん＠お腹いっぱい。 NG NG]

>>417
この辺かねぇ。
いまいち情報がはっきりしない。
http://www.unixmagic.org/ml/netbsd/199911/msg00205.html

[0427 名無しさん＠お腹いっぱい。 NG NG]

2.0 age

[0428 名無しさん＠お腹いっぱい。 NG NG]

今週のソレアも燃えたな

[0429 名無しさん＠お腹いっぱい。 NG NG]

_,,-―＝'''￣　　　　　 ＿＿＿,,-―――＝''￣ ＿_,-―＝''￣　　 /
　　　＿,,-―＝'''￣　　　　　　　 ＿,,-―＝''￣　ヽ　　　　　　　／　　+
￣￣　　　　　　　 ＿,,-―＝'''￣　　　　　　　　　　＼　　　　／　　. .　.　　.
　　　　　 ,,-＝''￣　　　　＿ノ　　　　　　　　　,＿ノ　ヽ　　／　　　　.　　。. ★　　☆
　　　 ,,,-''　　　　　　　 / iﾆ)ヽ,　　　　　　 　 /rj:ヽヽ　ヽ／　　　　　。.　　　　.
-―''￣　　　　　　 　 ;〈　!:::::::c!　 |＿＿＿,/' {.::::::;､! 〉　|　 -┼- 　 -┼-　丿~~~| |~~~~~| ＿＿　■　■
.　　|.　　　　　　　 　 　 (つ`''" 　 |　　 　 / 　`'ｰ''(つ.　 |.　-┼- 　 -┼- /~~~~/　　　 丿　 | 丿 ▼　▼
　　 |　.　　　 　 　 ///// 　 　 　 | 　 　 /　　　 　 /// |　 　 |　丶　　|　 　　 丿　　 ／　　丿　　●　●
　　ヽ　 　 γ´~⌒ヽ.　　　　　　　 |　　 /　　　 　 　 　 /
――ヽ 　 /　　　　　 ヽ　　　　　　|　 /　　　　　　 　 /⌒ヽ、
　　　　＼/　　　　　　　|　 　 　 　 |_/　　　　 　 　 ／　　　 ヽ

[0430 名無しさん＠お腹いっぱい。 NG NG]

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

[0431 名無しさん＠お腹いっぱい。 NG NG]

>>416

[0432 名無しさん＠お腹いっぱい。 NG NG]

>>412
荒れるのを心配する前に正しい認識を持ちましょう。

Solaris を使っているのはスポンサーの意向。OSの性能うんぬんが理由では
ない。仮にOSの性能が理由だとしても NetBSD を使うことは起こり得ない
だろうがね。

[0433 名無しさん＠お腹いっぱい。 NG NG]

リムネットの件は NFS が刺さる、とかなんとかだったと思う。
しかしメールサーバに NFS 使うアフォが悪いと思う。

[0434 名無しさん＠お腹いっぱい。 NG NG]

はい酸っぱい酸っぱい。

[0435 名無しさん＠お腹いっぱい。 NG NG]

よ〜し明日はSPARCclassicに2.0いれるぞぉ!!

[0436 名無しさん＠お腹いっぱい。 NG NG]

>>425
言いたいことはわからんでもないが、それのどこが「MDの経験値こそ重要」に
つながるわけ? 単に自分が組み込みVRやTXで苦労した、って言いたいだけか?
NetBSD/mipsのpmapが昔からウンコと言われてるのは確かだけど、
ありゃ実装の問題であって経験値以前の問題だろ。

[0437 名無しさん＠お腹いっぱい。 NG NG]

あ、後半のmipsのところはあんまり関係ないので忘れてください。
＃ 単なる愚痴です。

x86のMDはよく使われてる分だけ頑丈になっているけど、
その他のarchでは、使わている環境や応用が少ない分、
相対的に見てMDの方が重要だということです。

[0438 名無しさん＠お腹いっぱい。 NG NG]

要するにi386以外は使い物にならんと言いたいわけね。
新しいportだとある程度動いたところで満足しちゃって
やっつけ実装になってるのは確かだけどな。

[0439 名無しさん＠お腹いっぱい。 NG NG]

そこまでは言うつもりはありません。
まあ、i386がarchでもあってmachineでもあること、(i386を使う限りchipsetからは逃れられない
のでハード環境はほぼ同じになってしまう）というのが大きいんじゃないでしょうか。

[0440 名無しさん＠お腹いっぱい。 NG NG]

>>411
よーし、パパ次はサーブ買っちゃうぞ！

[0441 名無しさん＠お腹いっぱい。 NG NG]

chipsetなんてカンケーないだろ。i386は後方互換性で救われてるんじゃないの?
mipsはmips1ベースの実装をひきずってるからダメなだけだし、
m68kはもう新しいものなんて出てこないわけだしな。

[0442 名無しさん＠お腹いっぱい。 NG NG]

Switched from the GPL versions to non-GPL versions of various tools including gzip(1) and awk(1).

カコイイ！

[0443 名無しさん＠お腹いっぱい。 NG NG]

そんな表面上のことに喜んでる前に内部の実装にも目を向けろと小一時間

[0444 名無しさん＠お腹いっぱい。 NG NG]

(´-`).｡ｏＯ(小一時間、何？)

[0445 名無しさん＠お腹いっぱい。 NG NG]

(´-`).｡ｏＯ(うんこが止まらない？)

[0446 名無しさん＠お腹いっぱい。 NG NG]

(443の続き)オナヌーをした

[0447 名無しさん＠お腹いっぱい。 NG NG]

patch(1)直ったみたいだけど、すんげーださいコードに見えるのは私だけ?

[0448 名無しさん＠お腹いっぱい。 NG NG]

>>441
NetBSDだけじゃなくて他のOSも含めての話ですが、

> chipsetなんてカンケーないだろ。
i386を使う以上、intelに金出してCPU-NB間のインターフェースを開示してもらわない限り、
chipsetを使ったハード以外作れない。chipsetを使うと実質的にPCのアーキテクチャになって
しまうので i386 archはi386 machine以外いらない。（pc98は無視でいいよね。）
そして、chipsetのほとんどの設定はBIOSがやるので、OSでchipsetの細かな設定をやる必要が
ないことが、i386 machineのportが安定している大きな要因だと思うのですが。
＃ これはBIOSが悪いと安定しないことにもなる。

> i386は後方互換性で救われてるんじゃないの?
確かにこれも大きいと思うけどこれだけじゃない。

> mipsはmips1ベースの実装をひきずってるからダメなだけだし
これは具体的にどの辺のこと？

[0449 名無しさん＠お腹いっぱい。 NG NG]

MACHINE_ARCHとしてのi386とMACHINEとしてのi386をごっちゃにするなよ。
MACHINEの種類が多いとMACHINE_ARCHが安定しないというのなら
それはMI/MDの切りわけがきちんとできてないということ。

i386じゃなくたってたいていのマシンはfirmwareがchipsetの設定をするし
それを全部OSが自前でやってるportなんてほとんどないだろ。
自分がpci configurationその他で苦労したって言いたいのか?

[0450 名無しさん＠お腹いっぱい。 NG NG]

>>448
結局何が言いたいのかわからん。全部ただの愚痴か?
自分がやってるターゲットをほかでもバグ出ししてくれってこと?
きれいな実装でも経験値積んでなけりゃ意味なしってことか?

[0451 名無しさん＠お腹いっぱい。 NG NG]

i386でもacpiやcardbusはマシンによってズタボロなわけだが

[0452 名無しさん＠お腹いっぱい。 NG NG]

>>448
pmapがVIPTキャッシュをあんまり考慮してないとか
KSEG0/KSEG1に全物理メモリが見えてないといけないとか

[0453 名無しさん＠お腹いっぱい。 NG NG]

>>450
馬鹿は放置

[0454 448 NG NG]

441=449=450=451=452=453？

>>449
> MACHINE_ARCHとしてのi386とMACHINEとしてのi386をごっちゃにするなよ。
i386ならごっちゃに話しても問題ないでしょ。

> MACHINEの種類が多いとMACHINE_ARCHが安定しないというのなら
> それはMI/MDの切りわけがきちんとできてないということ。
「MACHINEの種類が多いとMACHINE_ARCHが安定しない」なんて言ってませんけど。
MACHINEの種類が多いほどMACHINE_ARCHはこなれていくものでしょう。
NetBSDではMI/MDの切り分けについては問題ないと思いますが。

> i386じゃなくたってたいていのマシンはfirmwareがchipsetの設定をするし
> それを全部OSが自前でやってるportなんてほとんどないだろ。
経験値の話からつながってるんですよ。この部分で言いたかったことは
i386のBIOSのほうが、他のマシンのfirmwareより経験値が大きいということ。
firmも全OSに共通なMDだよ。
あと、i386以外のたいていの組み込み機器は自分でfirmware作ってない？

> 自分がpci configurationその他で苦労したって言いたいのか?
chipsetの設定とPCI configとはちょっと話が違ってませんか。

[0455 448 NG NG]

>>450
> 結局何が言いたいのかわからん。全部ただの愚痴か?
「MDは重要だ」って言ったんですが。
当たり前のことを言っているだけですよ。

> きれいな実装でも経験値積んでなけりゃ意味なしってことか
ウンコな実装で経験積んで安定しても意味なし、と思ってますよ。
＃ NetBSDにかかわっている人は大体そう思ってるんじゃないかな。

・きれいな実装は重要 （これはこのレスで言ったばかり）
・いろんな環境や応用で経験積まないと安定しない
・MDはARCHやMACHINEで経験に偏りがある

これだけ最初から言っとけばよかったってこと？

[0456 448 NG NG]

>>451
> i386でもacpiやcardbusはマシンによってズタボロなわけだが
acpiがマシンによらずまともに動くOSってないと思う
っていうかNetBSDのacpiはまだできてないんじゃ

>>452
> pmapがVIPTキャッシュをあんまり考慮してないとか
VIPTキャッシュってmips1からあった？
ああ、mips1にはVIPTキャッシュなかったから、mips1ベースで作ったpmapの実装を
VIPTキャッシュのmips3に引きずったからダメになったということ？

> KSEG0/KSEG1に全物理メモリが見えてないといけないとか
そだっけ？ と思ってよく見るとそのとおりですね。

[0457 名無しさん＠お腹いっぱい。 NG NG]

>>455と >>401って同じ人？ この 2つの内容はどうつながるの？
元ネタは NetBSD の優れているところ云々 だったわけだけど、
MI/MD分離の話と実戦経験値の話は関係あるの?

x86のみ実戦経験値が多くて他のarchだとダメダメなOS
って NetBSD も一緒じゃん。

[0458 名無しさん＠お腹いっぱい。 NG NG]

NetBSDって日本語manある?

[0459 名無しさん＠お腹いっぱい。 NG NG]

おいらはNetBSDで日本語使える男です。

[0460 名無しさん＠お腹いっぱい。 NG NG]

>>458
あんたが作ればあるんじゃない?

[0461 名無しさん＠お腹いっぱい。 NG NG]

>>460
現状ではないということですね。サンクスこ

[0462 名無しさん＠お腹いっぱい。 NG NG]

古くていいなら、 jman って package があるよ。

[0463 名無しさん＠お腹いっぱい。 NG NG]

読みたいのはsection 9なんだと思うな。

[0464 名無しさん＠お腹いっぱい。 NG NG]

いや6だ。

[0465 名無しさん＠お腹いっぱい。 NG NG]

6ならFreeBSDのjman読めばいいのでは。

[0466 名無しさん＠お腹いっぱい。 NG NG]

辞書片手に読め

[0467 名無しさん＠お腹いっぱい。 NG NG]

民明書房風日本語マニュアル作ったら需要あるだろうか

[0468 名無しさん＠お腹いっぱい。 NG NG]

>>467
読みたいが、雷電？

[0469 名無しさん＠お腹いっぱい。 NG NG]

>>467 萌えるjmanの方が先です、おにいちゃん。

[0470 名無しさん＠お腹いっぱい。 NG NG]

>>467
はい! すごく読みたいです!

[0471 名無しさん＠お腹いっぱい。 NG NG]

atactlのように、
scsictl sd0 setidle 600みたいなことはできないでしょうか？
scsictl sd0 stopっていうのはあるんですが・・

[0472 名無しさん＠お腹いっぱい。 NG NG]

例えば1.6.1から2.0にアップグレードするのと、2.0RC1から2.0にアップグレード
するのでは方法が違うと聞いたことがあります。

前者はsysinstallを使って、後者は基本的にマニュアル作業(/etcをバックアップして
setsを持ってきて…みたいな)。

この両者について詳細が説明されてるウェブページとか、なにかしら
ポインタを示して頂けないでしょうか。

[0473 名無しさん＠お腹いっぱい。 NG NG]

ふつーソースからでしょ

[0474 名無しさん＠お腹いっぱい。 NG NG]

後者は etc.tgz以外を全部 / で上書き展開する でいいじゃん。
気をつけるのは tar(1) で -p 忘れないように、くらいか?

[0475 名無しさん＠お腹いっぱい。 NG NG]

SCSI規格とATA規格を読み比べてから質問して下さい

[0476 名無しさん＠お腹いっぱい。 NG NG]

ちなみにsysinstのupgrade機能は最もテストされていない機能の一つと思われ

[0477 448 NG NG]

>>457
> >>455と >>401って同じ人？ この 2つの内容はどうつながるの？
同じ人ですよ。 >>401はNetBSDの話で、>>455はもっと一般的な話。
そもそも言っていることがわからないのなら、それを確認してから突っ込んでくれないと。

> 元ネタは NetBSD の優れているところ云々 だったわけだけど、
> MI/MD分離の話と実戦経験値の話は関係あるの?
これは、
（NetBSD の優れているところ云々)と（MI/MD分離の話と実戦経験値の話）の関係なのか
（MI/MD分離の話）と（実戦経験値の話）の関係を聞いているのか
どちらにもとれるけどどっちなんだろう。（ただの愚痴か）

何か答えても、
> >>448
> 結局何が言いたいのかわからん。全部ただの愚痴か?
> 自分がやってるターゲットをほかでもバグ出ししてくれってこと?
> きれいな実装でも経験値積んでなけりゃ意味なしってことか?
みたいな煽りしか返ってこないので、結局何が分からないのか全然わからん。

[0478 名無しさん＠お腹いっぱい。 NG NG]

x86のみ実戦経験値が多くて他のarchだとダメダメなOS
についてはノーコメント？

個別の内容は言わんとすることはわかるけど、
i386が安定してると言う一方でMACHINEの多い
archのほうがこなれていくと言ったり、
OSの経験値の話にfirmwareの経験値を持ち出したり、
言うことの根拠がコロコロ変わるからわからん。
最初はMDの経験値が重要って言いつつ途中から
MDは重要に変わってるし。MI部もMD部もどちらも
重要なのにMDのことだけ言う意味はなんなのかしら。

pc98は無視、i386はごっちゃにしてもいい、
ってあたりはNetBSDをわかってなさそうだけど。

[0479 名無しさん＠お腹いっぱい。 NG NG]

経験値がないと補えないような内容は
・各種パラメータの最適化
・クリティカルな条件やレアケースでの挙動
・限界性能の確認
というような事項だと思うけど、CPU依存部より下位の個別MACHINE依存部で
これらに該当するのは割り込み処理関連とデバイスまわりしか思いつかない
んだけど。経験値を積むことによって直るような個別MD部の実装ってなに?

[0480 名無しさん＠お腹いっぱい。 NG NG]

>>477
>>401と>>455が個別の話ということなら、元々何かの主張なり結論なりが
あったわけじゃなくて単に思ってること書き連ねてただけということですね。
それならNetBSDの利点という観点では何が言いたいのかわからないのも納得。

[0481 名無しさん＠お腹いっぱい。 NG NG]

>>471
現状では無いと思う。

>>475
MOTOR OFF DELAY とか
{IDLE,STANDBY} CONDITION TIMER とかは違うの？

どちらにしろ、ハードウェアに機能が無くてもソフトで実装可能。
その場合は scsictl じゃないけど。

[0482 名無しさん＠お腹いっぱい。 NG NG]

i386live.isoってまじいくね?
日本語版きぼんぬ

[0483 名無しさん＠お腹いっぱい。 NG NG]

>>482
日本語版ってどういう意味で言ってるの？

[0484 名無しさん＠お腹いっぱい。 NG NG]

panic: kernel diagnostic assertion "vp->v_usecount > 0 || (flags & LK_INTERLOCK) != 0 || (vp->v_flag & VONWORKLST) != 0" failed: file "../../../../kern/vfs_vnops.c", line 779
Stopped in pid 4.1 (ioflush) at netbsd

これってMIの問題なのかMDの問題なのかわかんねー

[0485 名無しさん＠お腹いっぱい。 NG NG]

>>484
私の知るかぎり MI。softupdate 使ってる？

[0486 名無しさん＠お腹いっぱい。 NG NG]

>>485
使ってます。MD原因でこの問題が起こり得るのかそうでないのかが気になるんだけど、
i386 だと GENERIC_DIAGNOSTIC 使う人なんていないから問題になってないだけ?

[0487 名無しさん＠お腹いっぱい。 NG NG]

ところで、BSD Magazineは休刊でつか？

[0488 名無しさん＠お腹いっぱい。 NG NG]

ところで、焼肉座談会は無期延期でつか?

[0489 名無しさん＠お腹いっぱい。 NG NG]

>>483
アイ３８６ライブ.iso

[0490 名無しさん＠お腹いっぱい。 NG NG]

>>487
いや九巻だよ。

[0491 名無しさん＠お腹いっぱい。 NG NG]

>>483
日本語ロカールとかフォントとかSCIMとかつっこんだやつ

[0492 名無しさん＠お腹いっぱい。 NG NG]

pam ですよ奥さん。

[0493 448 NG NG]

>>478
> x86のみ実戦経験値が多くて他のarchだとダメダメなOS
> についてはノーコメント？
人のことをいう前に、自分がどんな対応してきたか考えてね。

> 個別の内容は言わんとすることはわかるけど、
そうですか、それは安心しました。

> i386が安定してると言う一方でMACHINEの多い
> archのほうがこなれていくと言ったり、
私がこういっていると思っていたのなら、いっていることが分からないというのは理解できる
こなれている順番は、
　i386 >> MACHINEの多いARCH >> i386以外のMACHINEの少ないARCH
ということ。MDがこなれている順番を考えるときに、MACHINEの少ないARCHの中に
i386を入れるのは無理がある。これは当たり前じゃない？

> OSの経験値の話にfirmwareの経験値を持ち出したり、
> 言うことの根拠がコロコロ変わるからわからん。
firmware(BIOS)の話につながる、x86のchipsetの部分は理解できたの？

> 最初はMDの経験値が重要って言いつつ途中から
> MDは重要に変わってるし。
変わった、といっても一部の文脈中を除けば、同じことじゃない。

> MI部もMD部もどちらも
> 重要なのにMDのことだけ言う意味はなんなのかしら。
どちらも重要なのは言うまでもないことじゃない。
MI部とMD部とを比べるとどちらが経験を積みにくい（こなれにくい）か分かると思いますが。

> pc98は無視、i386はごっちゃにしてもいい、
> ってあたりはNetBSDをわかってなさそうだけど。
このあたりはまったく話が通じてないようね。

[0494 448 NG NG]

>>480
というか、あなたが理解していないのに、適当に自分の考えで突っ込みをいれて、
その突っ込みも的外れなので、論点なんかずれて当然。
私はNeBSD以外のOSも含めた観点で書いている部分も多いので、通じないのも納得。

[0495 名無しさん＠お腹いっぱい。 NG NG]

なんか都合の悪いところだけ回答をはぐらかされてる気がするけど、
>x86のみ実戦経験値が多くて他のarchだとダメダメなOSとは別次元のOSだと思います。
と
>MI部とMD部とを比べるとどちらが経験を積みにくい（こなれにくい）か分かると思いますが。
とが矛盾してると思う。

[0496 名無しさん＠お腹いっぱい。 NG NG]

ファームのせいでマシンが落ちたってそれはOSのせいじゃないだろ。
組み込みでは両方同じ人間が作ってるかもしれないが。

[0497 名無しさん＠お腹いっぱい。 NG NG]

どんなマシンを持ってきてもMI部分は変更する必要がないという
APIの出来の良さはある意味経験値の結果と言えるかもしれないけど、
それってMIの話だし動く動かないレベルの話だから>>479で書かれてる
MD経験値の話じゃないよね。うーん。

[0498 名無しさん＠お腹いっぱい。 NG NG]

>>479
> 経験値がないと補えないような内容は
> ・各種パラメータの最適化
> ・クリティカルな条件やレアケースでの挙動
> ・限界性能の確認
> というような事項だと思うけど、

これは同意できます。

> CPU依存部より下位の個別MACHINE依存部で
> これらに該当するのは割り込み処理関連とデバイスまわりしか思いつかない
> んだけど。

これも納得です。他には、特殊なバス構成だとbus_dmaというのもありますね。
bus_dmaはCPU依存かつMACHINE依存ですね。特殊なメモリ構成ならpmapもそうかも。
よく考えればもっとあるかもしれませんが。

> 経験値を積むことによって直るような個別MD部の実装ってなに?

この質問の意図はなんですか？
bus_dmaやpmapあたり、という答えでいいの？

[0499 名無しさん＠お腹いっぱい。 NG NG]

>>401 >>405では NetBSD が他のＯＳより優れているような書き方してて、
それに続いて >>421では MD の経験値こそ重要という言葉が出てくるけど、
>>425 >>448 >>455では NetBSD でも MD 経験値なけりゃダメって感じ。
どっちなの?

[0500 名無しさん＠お腹いっぱい。 NG NG]

>>498
pmapが本質的にMACHINE_ARCH依存じゃなくてMACHINE依存なのってsun3くらいのような。
メモリ構成が違ったってuvm_page_physload(9)に渡す値が変わるだけだし。
bus_dmaは個別デバイスの話だからあんまりOSの本質じゃないな。

[0501 名無しさん＠お腹いっぱい。 NG NG]

>>498
>この質問の意図はなんですか？
>>421の MDの経験値こそ重要 の理由って何だろうと思って。
経験値関係なく MDが重要 だけなら実装の話だから>>479の話は関係ないけど。

[0502 名無しさん＠お腹いっぱい。 NG NG]

>>479で言ってた、
個別MACHINE依存部だと、デバイスまわりの「クリティカルな条件やレアケースでの挙動」は、
経験値がないとよくならないってところは納得できるんですけどね。

>>500
> bus_dmaは個別デバイスの話だからあんまりOSの本質じゃないな。
個別MDの実装って何？と聞かれて答えているのだから当たり前でしょう。
OSの本質について聞いてたとはとても思えなかったなあ。

>>501
「MDの経験値こそ重要」と「経験地関係なくMDが重要」って両方とも正しいと思っていますが。
「MDの経験値も重要」と「経験値関係なくMDも重要」ていえば納得してもらえていた？
私にとっては単なる言葉尻の問題なんですが、あなたにとってはそうではなくまったく違うと
思ってたのですか。
あと、私の「MDの経験値こそ重要」発言で、あなたは私が「MDに比べてMIは重要じゃない」と
言っていると解釈しましたか？もしそうならそれは私の意図とは違ってます。

>>497
> APIの出来の良さはある意味経験値の結果と言えるかもしれないけど、
> それってMIの話だし動く動かないレベルの話だから
「動く動かないレベルの話」といって、経験値の問題と切り離すのは納得できない。
MI部の「クリティカルな条件やレアケースでの挙動」でも、そのレアケースにあたった人にとっては
「動く動かないレベル」の話なんですが。

[0503 名無しさん＠お腹いっぱい。 NG NG]

でさ。>>401で言ってた別次元ってどういう意味？

[0504 名無しさん＠お腹いっぱい。 NG NG]

全部のarchでそこそこにダメなOSってことじゃない?

[0505 名無しさん＠お腹いっぱい。 NG NG]

ThinkPad 220は1.6.2だと/devを作るところでインストーラが止まるので、
1.5.3まで退却しました。
Xも上がって快適で、FreeBSD3.3からの乗換ますた。

NetBSD 1.5.3 (GENERIC_LAPTOP) #23: Mon Jul 1 21:42:50 CEST 2002
[e-mail]:/usr/src/sys/arch/i386/compile/GENERIC_LAPTOP
cpu0: Intel 386DX (386-class)
total memory = 10048 KB
avail memory = 5072 KB
using 151 buffers containing 604 KB of memory
mainbus0 (root)
isa0 at mainbus0
com0 at isa0 port 0x3f8-0x3ff irq 4: ns8250 or ns16450, no fifo
pckbc0 at isa0 port 0x60-0x64

[0506 名無しさん＠お腹いっぱい。 NG NG]

athlon64 なマシンを買おうと思ってます。下調べしないと細かい所で
ハマりそうな気がするのでちょっと躊躇しています。
以下のような理解であってるでしょうか。

・NetBSD/amd64 では NetBSD/i386 binary は COMPAT_NETBSD32 emulation で動く
・NetBSD/amd64 では COMPAT_LINUX emulation は動かない。
・athlon64 なマシンでは NetBSD/i386 よりも NetBSD/amd64 のほうが速い
・安定性(panicしたり突然落ちたりしない)は NetBSD/i386 > NetBSD/amd64 である

あと NetBSD/amd64 で NetBSD/i386 バイナリを動かす点でハマるところってあります?
(××はsizeof(int)=4に依存してるデータベースファイルを使うので気をつけろ、とか)

オススメのマザー、チップセットなんかも誰か知ってたら教えてください。

[0507 名無しさん＠お腹いっぱい。 NG NG]

>>506
Athlon 64 は持ってないんだけど、
1. right
2. right
3. right. 汎用レジスタが多いので、データサイズの増加があっても速いらしい
4. 知らん

nForce 4 で人柱きぼん

[0508 名無しさん＠お腹いっぱい。 NG NG]

>>506
1-3は507にあるとおり。
4. ほとんど変わりなし。
2.0系統で半年ほど使っているがpanicは見たことがない。

チップセットに関してはAMDのものが確実ではあると思う。

[0509 名無しさん＠お腹いっぱい。 NG NG]

質問です。
今日秋葉でジャンクノート(FMV BIBLO5200 NA8/W)
を買ってきて、早速NetBSDをインストールしてみました。

大体順調に動いてるかな…と思ったらネットワークの接続で
コケちゃいました。
このノート、内蔵チップはFMV-J184(DEC 21143互換)で
tlpドライバで認識しているのですが、
カーネルが絶えず receive error : MII errorとCRC errorを
吐いているのです。
とりあえずPCカードスロットに、部屋に転がっていた
3Com 589Dのカードを刺してつないだら、あっさりep0デバイスとして
認識し、pingも通るようになりました。

また余談ですがWin98を別パーティションに
インストールしてチェックすると、デバイスマネージャでは
認識していて、ハブのLEDもLink/100M/FDXとも点灯するのですが、
pingも通らず、ネットワークにアクセスできない状態です。

長くなりましたが、結論として
「　内　蔵　N　I　C　が　逝　っ　て　た」
ということでFAでしょうか？識者のご意見お願いします。

[0510 509 NG NG]

その後こんなケースレポートをハッケソしました。
http://mail-index.netbsd.org/netbsd-help/2003/04/18/0003.html

これは、必ずしも物理的故障・切断を示すものではないのか？
私には判断できませんでしたが。

とりあえず、今currentのカーネルコンパイルしてます。

[0511 名無しさん＠お腹いっぱい。 NG NG]

ノートPCでtlp使うの大変みたいですね、このスレみてると。

[0512 名無しさん＠お腹いっぱい。 NG NG]

質問するならdmesgとifconfig tlp0の結果くらいは出した方がいい。
ユーザー少なくてケースレポートには期待できないから。

[0513 名無しさん＠お腹いっぱい。 NG NG]

ユーザー少ないなら放っておけばいいのでは？

[0514 509 NG NG]

先ほどもう一度、ifconfigのmediaをautoselectから
10baseTに固定すると、うまく通信できました(ftpやping)。

しかし、100baseTXに指定すると、
やはりカーネルが receive error : MII error と CRC error
をはいてしまいます。100baseTXの機能？だけ死ぬなんてこと
あるんでしょうか？それとも、linuxの最新カーネルも試すべきでしょうか？

以下が詳細です。
# dmesg | grep tlp
tlp0 at pci0 dev 16 function 0: DECchip 21143 Ethernet, pass 3.0
tlp0: interrupting at irq 9
tlp0: Ethernet address 00:00:0e:73:be:82
tlp0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto

# ifconfig tlp0
tlp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
address: 00:00:0e:73:be:82
media: Ethernet 10baseT
status: active
inet 192.168.123.105 netmask 0xffffff00 broadcast 192.168.123.255
inet6 fe80::200:eff:fe73:be82%tlp0 prefixlen 64 scopeid 0x1

[0515 名無しさん＠お腹いっぱい。 NG NG]

>514
DEC 2114x 系統はリビジョンによって動作が異なることが多い気がするので、
それが問題になってたりしませんか?
ドライバで使っている機能が新しいリビジョンだと削除されていて、まともに
動かない原因になっているんじゃないでしょうか。

[0516 名無しさん＠お腹いっぱい。 NG NG]

>>514
> 以下が詳細です。
> # dmesg | grep tlp

あれれ? 本当にこれだけ?
××phys0 at tlp0 …
ってのも表示しないとおかしいんだが。

削っちゃいけないもの (MII/PHY support) まで、カーネル
コンフィグから削ったりはしてないよねえ?

[0517 名無しさん＠お腹いっぱい。 NG NG]

>>506
便乗します。

Athlon64 の載ったノーパソが出ていますが、NetBSD を
動かしている強者はいますか？

[0518 509 NG NG]

皆さん回答ありがとうございます。

>>516
ふうむ…。
dmesgを良く見てみたのですが、確かに通常見かける
phy系のデバイスが見当たりませんね。

一応currentのGENERICをコンパイルして、確認してみたのですが、
やはり10baseTだけ通信できて、100baseTXはだめです。
一方ep0(3Com 589D)は同様にPHYの表示がありませんが、
10baseTにて通信可能です。

余談ですが、Windows98で100baseTXで動作しなかったのが気になります。
ちょっくらこれからLinuxの最新カーネルをSlackwareで
試してみます。

[0519 名無しさん＠お腹いっぱい。 NG NG]

そろそろ更新しときますかね。

マダー？リスト(20041214版 その1)

○ 日本語マニュアル
○ uwscons
○ dconf
○ ライブラリのスレッドセーフ化
---> <pwd.h>あたりは終わったんだっけ?
○ ia64
○ Thread Stack Size Attribute Option (THR TSS)
○ MIPS SMP
○ mips64
○ sparc/sparc64 wscons
○ マトモなLFS
○ ジャーナリングファイルシステム
○ BKL捨て
○ KDE/Gnome用のスタートアップスクリーンとか (あんまり使わないけど)
○ xdm用セッティング (こっちは使う)
○ HFS
○ resizefs(8) on UFS2
○ NTFSの書き込みサポート
○ itojunBSD
○ coNetBSD(coLinux みたいの？)、ucNetBSD(ucLinux みたいの？)
○ 京ポン
---> 京 <= 京セラ, ぽん <= 味ぽん <= AirH" Phone
---> PR/25954？
○ pathname i18n
---> utf8 とか tech-kern あたりで言ってたのは、例によって議論だけで終了か？

[0520 名無しさん＠お腹いっぱい。 NG NG]

マダー？リスト(20041214版 その2)

○ MI power management framework
○ 若さ
○ 心のモヤモヤに一言
○ itojun の健康
○ syspkg
○ pkg_install の deep dependency やめ
---> pkgsrc/mk/reduce-depends.mk? エロいひと説明よろ
○ 硫黄島を連想させるもの以外の何か
○ 例えば yes(1) のソースがどこにあるか見つける方法のドキュメント
○ 日本語対応の Samba3 の pkgsrc (？)
○ NetBSD song 「源の木への実在する道」
○ 新しいCPUの金、モット性能のいいマシン
○ 民明書房風日本語マニュアル、萌える jman
○ バグ出し、実戦経験値
○ UBCのsysctl(8)の各パラメータの最適値
---> vm.なんとか{min,max}のことかな
○ scsi disk でも使える atactl setidle みたいの
○ sysinstのupgrade機能のテスト

[0521 名無しさん＠お腹いっぱい。 NG NG]

マダー？リスト(20041214版 その3)

完了したもの、しそうなもの:
○ 硫黄島以外の何か
---> see http://www.netbsd.org/
○ pf
---> altq integration はマダ。pfsync どーすんの。
○ nsswitch moduleのdynamic loading
○ bind9
○ wedge
○ BSD auth か PAM
---> openpam imported
○ 2.0リリース