NetBSD その16

**名無しさん＠お腹いっぱい。** · 2006/04/16(日) 18:56:01

``Of course it runs NetBSD.''
http://www.netbsd.org/

前スレ
NetBSD その15
http://pc8.2ch.net/test/read.cgi/unix/1139732291/

次スレは2.0になります(嘘

お約束、関連リンク、心の公式ロゴは>>2-10あたり

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 18:10:28

>>500
残業代いくら？

**500** · 2006/06/13(火) 18:51:42

>>502

上限ありで大体月100kくらい。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 19:37:00

（　＾ω＾）24時間触ってる人はいないのー？

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 19:53:19

ロボは?

**498** · 2006/06/13(火) 22:03:03

>>500
俺には2時間睡眠は無理・・。
工員だから基本的に肉体労働だからね。

基本的に休みは週一だし。
ここの人みたいに趣味にプログラミングって言うのも基本的にしない、
稀に自分が必要なのを作るくらい。
まあcurrent追いかける必要がないって言うのが正しいかな

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 22:07:26

>>506
なんで、FreeBSDを使わないの？

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 23:03:32

>>507
なんでFreeBSDつかわにゃならんのだ？

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 23:05:44

プログラミングなんて高尚なことしなくても
ちょっとおかしいときにソース読んで確認する、
くらいのことをするなら NetBSD のほうが
読みやすいね。単に慣れの問題かもしれないけど。

**498** · 2006/06/13(火) 23:32:48

>>507
うむ。なんでFreeBSDを使わなきゃいけないの？

>>509
ソースを見るとかよりいろいろとOSを使ってきて、その中で
一番シンプルで自分には把握しやすいってのがあったから、
使ってるかな自分は。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 23:38:34

まあ、余計な飾りっ気がないというのは利点でもあり欠点でもあるな。
ちょっと前の splash screen ってのはどうよ、とは思ったが。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 23:58:03

>>511
まぁ今話してるのはソースの書かれ方についてであって、そういう話はしてないけどな。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 00:08:51

src/sys/dev/splash/splash.cは結構アレな感じだが

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 00:14:28

そもそもsrc/sys/dev/wsconsもかなりへろへろだからしかたないな

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 08:10:11

>>510
初心者に冷いから。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 08:51:24

>>515
初心者は>>510みたいなことは言わない。
プログラミングすることがそんなにエライの?

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 09:01:55

ぽんぽこぽんのぽん

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 09:20:15

>515が何をいわんとしてるのか分からん。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 09:28:52

冷いとか書いて釣ってるつもりなんじゃないの

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 10:00:10

>>498
gooより
サラリー：月給。給料。俸給。

あんたが自営とか会社経営者等々でなければサラリーマンだよバカ

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 10:28:01

どゆこと？

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 11:05:30

どうでもいいこと。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 16:45:51

かゆい所に手が届く、というか
完璧主義者や潔癖性の人達が多いかも＞NetBSD使用者。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 20:27:13

じゃOpenBSDユーザーは？

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 21:07:41

>>498
工場工員で、そういうハードな仕事って可能？
俺、工員のアルバイトやってたけど、8時間ぐらい働くとヘトヘトになるので、
とてもそんなに長く働けないと思う。忙しい時は残業もしたけど、数時間が
せいぜい。とてもじゃないが、10時間以上は働けない。
そういやあの頃は会社から帰ると、夜9時前にバッタリと眠れたなあ…

一日12時間以上働けるのは、ホワイトカラーだけじゃないかなあ。
もし肉体労働で12時間以上働くとすると、実はかなり高給とりかも。

**498** · 2006/06/14(水) 23:53:39

>>520
じゃあサラリーマンか。

>>525
馴れじゃないのかな？
確かに始めた時は結構疲れたけど・・。 3年目だけど普通になれた、疲れるのには変わりはないけど。
でも正直疲れたから今眠たい。
一般の給料って言うのがここ以外で働いた事がないから分からないけど、普通は月給90万強くらいかな
大きいプロジェクトに入ったりすると、200万を超える事もある。その分ハードだけど

ホワイトカラーって何？

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 00:02:34

> 普通は月給90万強くらいかな

うわお。
月90万ってことはボーナスなしでも年収1080万以上かあ。
高給取りだあ。

> ホワイトカラーって何？

白い襟のカッターシャツを着て仕事をする職種を指す言葉。
反意語はブルーカラー。

まあ工場工員でも設計部門とかだとホワイトカラーの可能性もあるね。
でも設計の人はあまり工員と自称しないような。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 02:37:45

CDから起動してHDDを物理フォーマットって叶ですか？

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 03:01:32

SCSI なら scsictl format で可能かな。
ATA の方は、標準コマンドで定義されてなかったような気がする
(うろ覚え) なので、ハードディスクメーカ製の独自ユーティリティ
を使う必要があるので無理… じゃないかな。

でもいまどき自分で物理フォーマットをする意味なんてほとんど
ないような。エラーが頻発するようになったら、ディスク買い替えた
方がいいよ。

**528** · 2006/06/15(木) 03:25:08

ありがとうございます。
そうですね、買い換えることにします。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 04:32:27

あと、若干トラブルがあってもいい用途に使い続けたいという場合には、
物理フォーマットをしなくても、トラブルの起きたセクタにだけ書き込み
を行なうだけで、かなりの確率で復活すると聞いたことがある。
ハードディスクの挙動から考えて、これは一理あると思う。

ハードディスクは、一定の不良がつきものなので、実際には存在するけど
ユーザからは見えないようにした代替セクタというのが確保してある。
メーカーは出荷時に、初期不良のセクタを、この代替セクタで置き換えて、
一見全セクタが OK なように見せかけている。

で、書き込みを行なおうとしてエラーが出た場合、ハードディスクの
コントローラは、この代替セクタへの置き換え処理を勝手にやってくれる。
だから、エラーが起きたところに書き込みを行なうと、それだけで復活した
ように見える。エラーの起きたところを特定するのが面倒なら、
dd if=/dev/zero of=/dev/rwd0d bs=1m
みたいにして全セクタへ書き込みを行なうだけでも直ったように見える。

読み込みエラーの場合には、読めないセクタの内容として嘘を返すわけには
いかないので、この代替処理は起きない。
あと、代替用に確保してあるセクタ数には限りがあるので、あんまりエラーが
多いと、復活できないけどね。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 04:35:51

分かると思うけど、一応注意書き

> dd if=/dev/zero of=/dev/rwd0d bs=1m
> みたいにして全セクタへ書き込みを行なうだけでも直ったように見える。

これは全セクタをゼロで埋めるので、ハードディスクの内容はすべて
失われる。したがって、利用中のハードディスク、マウントしている
ディスク、必要なデータが入ってるディスクじゃ、やっちゃだめだよ。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 09:35:41

質問なんですが、先刻のpanic on USB detachmentは直されたわけですが、
rccide(ServerWorksのチップセット、サウス)でUSB機器が認識されない
ことについては、これは一朝一夕にはハックは難しいということで
しょうか？

Linuxでも、*BSDでもServerWorksのUSBやらIDEについては扱いが難しく、
果ては「ServerWorksのサウスのUSBやらIDEは単に付いてるだけで、
実用性はゼロだから覚悟しといて」などと云われる始末(苦笑

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 10:38:38

USBもIDEも普通に使えてた気がするが、
今手元にないから試せん。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 10:46:00

>>533
rccideはIDEインタフェースのドライバですからそりゃUSBは認識されないでしょうね。
サウスブリッジのことを言いたいのならばOSBとかCSBとかいったほうがよいでしょう。

で、USBインタフェースの場合の話ですがOSB4やHT1000のEHCI/OHCIは普通にデバイスが
扱えていましたが。
IDEは昔から使ったことがないので分かりませんけど。

**533** · 2006/06/15(木) 14:51:52

すいません、rccideで光学ドライブ(CD-RW、UDMA33)は使えてます。
前どこかで「rccideは光学専用みたいなショボいもんだから、HDDつなげようとかは
ヤメレ」みたいなレスを見たもんですから…。
あと、USBはOSB4/CSB5ですがやはり認識されませんね。

ohci0 at pci0 dev 15 function 2: ServerWorks OSB4/CSB5 USB Host Controller (rev. 0x04)
ohci0: interrupting at ioapic1 pin 0 (irq 12)
ohci0: OHCI version 1.0, legacy support
usb3 at ohci0: USB revision 1.0
uhub3 at usb3
uhub3: ServerWorks OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 4 ports with 4 removable, self powered
-- 以上ダメな部分 --

WinXP SP2(2003鯖でも同じ)では認識され、機能するのですが。
もちろん、BIOSでUSB supportをEnableにしてあります(Disableにしても結果は同じ)。

やはり、といっては失礼ですが、*BSD/LinuxのServerWorks全般のドライバが
タコっぽいですね…。
>>534さんは使えたということですが、個体差が出る時点でもうダメっすよね、ドライバとしては。
acerideもそうですけど(苦笑

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 15:04:14

そうですね
お引き取りください

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 15:10:21

不具合見つけたんなら自分で修正しれ
それが出来ないのなら、文句言ってないでsend-pr
そのシステム自体に文句をいうならNetBSDなんて使ってないで
Windowsにしたら？全部メーカ任せでいいじゃん

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 15:13:07

>>536
どう見ても認識されています。ありが(ry

**533** · 2006/06/15(木) 15:16:42

>>539
何れのUSB機器(リーダライタ他各種デバイス)を接続しても認識されません。
認識されているとあなたが誤認されているのは、USBのルートハブの部分です。
本当にありが(ry

>>537-538
それからな、お前ら調子こいてんじゃねえぞタコ
ここで雑談切り出しても文句言われる筋合いねえぞ
send-prするかどうかは当人の都合・暇・バイタリティに依拠するわけだから、
2chで管巻いてるっていう選択肢もアリだよな？

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 15:30:43

まァそうテンパってんなよｗ

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 15:34:12

>>540
> 何れのUSB機器(リーダライタ他各種デバイス)を接続しても認識されません。

そもそもそんなことはかかれていませんし。
OHCIとルートハブ自体は書かれているメッセージを読む限りは正しく認識されており
「以上ダメな部分」というキャプションは間違っているわけです。
>539が誤解であると強弁するのであればその責任はあなたにあります。

で？
デバイスを刺したときに「認識されない」というのはどういう状態ですか？
なんらかのメッセージは出ていますか？
出てないですか？
出ているのであればどんなメッセージですか？
そもそもケーブルやUSB機器はちゃんと動く実績のあるものですか？

...なんてことは最低限聞かれる前に書いてほしいものです。

> それからな、お前ら調子こいてんじゃねえぞタコ
あー。本性現しちゃいました？

なんだかなぁ。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 15:35:06

ほっときゃいいじゃん
俺らはサポートじゃないんだから無視しとけばいいだけ

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 15:51:09

いやまぁ。好きで弄ってるのでｗ

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 16:01:59

好きで弄ってるんなら人に聞いてないで全部自分でやれよ
人に迷惑かけるな

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 16:05:11

544は、質問者を弄ってる、のだと思うぞ。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 16:42:09

545は文脈の読めない痛い子。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 19:59:31

>>546-547
は自作自演

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 21:00:05

545と546が同一人物なら自作自演と呼べると思うが、
仮に546と547が同一人物だとしても、単にしつこいだけ。

というか別人なんだけどな。俺=546!=547だから。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 22:59:13

ドライバがダメだとクダ巻きたいだけなら、
ageて「質問なんですが」とか書くなよ。

わざわざサーバ止めて調べちまったよ。
アホくさ。寝よ。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 23:47:00

545 は叩けば叩くほどボロが出る

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 06:03:30

>>550
ご苦労さん。

でも、ホントにクダ巻きたくなるようなヘボドライバの
筆頭だよな、acerideとかrccideとか、件のServerWorks OSB4/CSB5の
USB周りとか。

俺はコード書けないから、おとなしくしてるけど。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 14:32:59

「ServerWorks OSB4/CSB5のUSB周り」のドライバってどれ？

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 17:35:52

>>553
>>536 のレス　読　め　な　い　か　？

文盲でつか？

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 20:02:59

・ハードがヘボ
・ドライバがヘボ
・どちらもヘボじゃないが、ハードウェアの資料が足りなくて、
　そのドライバでは単に機能としてサポートしてない
など、いろいろ可能性はあるわけだけど、なんでコード書けない
ような人が、ドライバがヘボだと分かるんだろ？
って釣りですか、そうですか。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 21:40:23

「ServerWorks OSB4/CSB5のUSB周りのドライバ」なんてものは存在しない。
あるのは generic な ohci ドライバとその PCI アタッチメント。
ochi 準拠と主張しているにもかかわらずほかではあまりトラブってない
ohci 標準のドライバで動かないのは ServerWorks のハードの実装が悪い
のかもしれないし ohci の規格では実装依存/未定義なところがあって
そこの違いのせいかもしれないが、少なくともそれだけでヘボドライバ
なんて言い切れる材料はないね。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 21:54:03

acerideもドライバの問題というよりはアホほどいろんなリビジョンがあって
それぞれ微妙に仕様が違うらしいのに全然ドキュメントがないというところで、
それで動いたり動かなかったりするのをドライバのせいにされてもねえ。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 22:59:17

そもそも一個動かない例があるってだけで >>536 は
> *BSD/LinuxのServerWorks全般のドライバがタコっぽい
とか言ってるし、最初から全部釣りじゃねーの？

>>533 の
> 「ServerWorksのサウスのUSBやらIDEは単に付いてるだけで、
> 実用性はゼロだから覚悟しといて」
なんてのも初耳だし。

ServerWorks チップ積んだ SUPERMICRO のマザー何種類かいじったが
別に問題はなかった。まあ USB とかそれほどハードには使ってないが。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 23:05:38

そもそもいくらドライバやハードがおかしい部分があったとしても
USB にデバイスを挿しても何もメッセージが出ないなんて状況は考えにくいんだが。
単にマザーボードから外部コネクタへの配線が抜けてるだけとか。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 23:07:55

>>558
> > 「ServerWorksのサウスのUSBやらIDEは単に付いてるだけで、
> > 実用性はゼロだから覚悟しといて」
> なんてのも初耳だし。
USBは知らぬが、ServerworksのIDEがウンコってのはよく聞く話だが。
あれは光学ドライブをつなぐのに使うものであって、普通のストレージは
ほかにインタフェースカードをさして使うものだと。

**553** · 2006/06/16(金) 23:15:19

>>554
src/sys以下をOSBとかCSBとかそれらしい文字列でgrepしても、
表示用の文字列とか、判別には使ってないマクロくらいしか
出てこないから訊いたんだよ。
dmesg 見ただけでドライバを語っちゃう人ですか？

まあ答えは >>556 が教えてくれたので >>556 に感謝。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 23:28:35

* The CSB6 doesn't assert IDEDMA_CTL_INTR for non-DMA commands.
* Until we find a way to know if the controller posted an
* interrupt, always call wdcintr(), which will try to guess
* if the interrupt was for us or not (and checks
* IDEDMA_CTL_INTR for DMA commands only).
というコメントはあるな。
この仕様がどの程度問題になっていてこのworkaroundでどの程度まともになる
のかはわからんが。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 00:07:39

ServerworksチップでATAドライブなサーバ製品もあるけどねえ
あれは別のATAコントローラ積んでるのかしら

まあNetBSD載せて売ってるわけじゃないけど

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 00:21:33

いまどきのやつなら SATA 使ってて関係ないんじゃないの？
svwsata.c もぱっと見た感じ変なトコないし。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 05:11:07

ServerSet III LE とかはいろいろ不具合あったかなあ。
III の世代でも HE-SL とかは IDE もわりとまともに動いてた気がするが。
使ったのは5年くらい前だから何か勘違いしてるかもしれない。
その頃から IDE のディスクを積んだサーバ製品はあったと思う。
ATAコントローラを別に積んでたかどうかは知らない。

その後のチップも変なバグが出たり治ったりいろいろ。
ServerWorks でひとくくりにしてしまうのが混乱の元かと。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 05:24:51

俺も今、手元の鯖止めて検証してみた。

結果、挿したり抜いたりしたUSBデバイスはdmesgレヴェルでは一切メッセージすら出ず(悲
この状態を件の香具師は「認識しない」と騒いでいたんだろうな、と。
確かに、認識していない。これは認めざるを得ない。
試しにインスコしたWinXP SP2では、問題なく使用可能。
Linuxでは使用できません、とメッセージ。

32Bit PCIスロットに挿してるVIAのカードではattach/mount/detach可能だが、
OSB4/CSB5のほうのOHCIではNetBSD-current/i386上では無理。

ちなみにチップセットは、ServerSetIII Le というもの。
2000年前後のハードだと思う。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 05:30:19

VIAチップのUSB2.0カードなら\1,000以下で売ってて、
それでUSB2.0認識動作するならそれでよくね？

無理にOSB4のUSB1.1に拘らなくても。
いや、ハックしたいならとめないけど。
# でも認識すらしないデバイスのハックってどうやるんだろうね。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 06:37:27

そもそも、稼働中の鯖専用マシンでUSBデバイスを
抜き差しするという図が思い浮かばないんだけど…？

普通クライアントマシンとか、ノートとかでやらないか？そういうのって…。
まあ、そこら辺は趣味ってことか。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 07:33:56

使わないデバイスのドライバなんていらないなんて言ったら元も子もないし
負け惜しみと言われてもしかたないな。それを言ったら NetBSD のほとんどの
port は存在意義がなくなっちゃうし ServerWorks のチップだからって
サーバーとして使ってるとは限らないだろうし。

WinXP では動いてるってことは割り込みくらいはかかってるだろうから
options OHCI_DEBUG して ohcidebug=20 くらいにしてデバッグメッセージ
確認すればどこまで処理されているかくらいは追えるかもね。
割り込みすらかかってない場合はもっと上位の bridge レベルで
どこかをたたいて enable にしないといけないとかあるのかも。

ま、それより先にドキュメント探してそのあたり quirk があるかどうか
確認する方がいいと思うけど、 Linux がわざわざ明示的に動かんと言う
ということは探しても出てこない可能性が高いねえ。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 08:10:35

まあ、そこら辺は趣味ってことで。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 08:43:26

玄箱への NetBSD ポーティングはあまり進んでないですよね

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 09:02:44

あれ、NetBSD BOF で聞いた限りでは、全然問題なく動く状況だったような。
ご本人自身の手で本家にフィードバックするのは、事情があって難しいらしいけど。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 09:04:53

まあ、そこら辺は趣味ってことで。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 09:07:20

動けば OK ってなもんじゃないしねえ。前にちょっと見た限りでは
#ifdef KUROBOX
#endif
みたいな記述が山ほどあったから、あれでは難しいと思う。

あと、 sandpoint ベースみたいだけど、 sandpoint 自体を
evbppc 以下に移動させたいという目論見があるみたいだから、
黒箱も evbppc 以下に入れるように構成しないと駄目な気が。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 12:53:25

>>574
よぅ、マニア！

てめえん家の熱帯魚は元気か？
たまにはサーフィンでもやったらどうだ？

あ、そうか、対人恐怖症だったっけか？ギャハハハハ！

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 12:54:37

玄箱って evalution board なのか？
linkstationも有るし、一応製品として成り立っていると思うが。

playstation2がevbmipsに入っていないのと同じ理屈は通らないのかな。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 13:09:58

>>576
しかしTS-7200はevbarmなのだ。
彼もなんでevbarmなんだよーと暴れたものだが、結局「ビデオコンソール
もキーボードもついてないからだめ」とかそんな感じの結論だったと思う。

詳しくは
http://mail-index.netbsd.org/port-arm/2004/12/
mods for proposed port "tsarm"
の一連の記事を参照。

> playstation2がevbmipsに入っていないのと同じ理屈は通らないのかな。
コンソールあるからね。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 13:16:01

evbppc の説明はいつのまにか evaluation boards and appliances になってる。
基準はよくわからんが、port を分け過ぎるとリリースやドキュメント他でいろいろ
めんどくさいから、独立した port にするには大げさなマイナーな機械のサポートは
evb* に入れる傾向にある感じ。OpenBlockSのときもそうやってもめてたし、
OpenMicroServer も evbmips に入ってるし。

playstation2 は変なコンパイラもいるし、CPU内蔵デバイスが他と共用できるわけでも
ないし、名前が一般ウケして宣伝になるし、隔離しておいてもいいんじゃない。

どっちみち変な機種別 #ifdef は無くさないと、却下されるとまでは言わなくても
マージに前向きになれる人は少ないと思う。pc98 だってそんな感じだし。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 13:54:17

evbppcはRAW_PARTが2でディスクの先頭にラベルが有るので、
このあたりを解決しないと持って行くのはつらいぞ。>玄箱
EVBPPC_HAS_MBRも壊れているぞ。

evaluation boardならこれでも良いかもしれんが、結局#ifdef
するなら意味が無い。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 14:03:24

それは evbmips も同じじゃないかな。
evbarm の HDL_G はどうしてるか知らない。
disksubr.c で runtime で何とかするか
既存の evbppc を変えちゃうかどっちかだろうけど、
いずれにせよ入れたい人の熱意と工夫次第だと思うよ。
動かすまでの努力とマージしてもらうための努力
とは方向性が違うのは理解できるけど、手伝いの
人はそこまでやってられないだろうから。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 14:25:17

>>577
TS-7200って思いっきり組み込み用ボードじゃん。
「しかし」って何よ。
もしかしてトースターのこと？

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 14:38:31

>>581
箱入りで売ってるよ。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 14:42:30

>>580
evbarmはLABELSECTORが1だから大丈夫。
evb*にごちゃごちゃ突っ込まれるとこの辺の問題で困るよねぇ。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 14:48:00

まあ、disklabel は昔からどの port でも問題になってることなので、
それ以外の #ifdef をとっぱらうとこから進めるのがいいんじゃない。
問題が disklabel だけになったらまた変わってくるでしょ。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 14:59:26

>>581
KENNさんはスラドにお帰り下さい。ついでにその紛らわしい名前もやめてね。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 15:14:34

たいていの場合 evaluation してから embedded になるから
ごっちゃにする人がいてもしかたがないが、だったら
結局一緒の port でいいじゃんということですな。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 15:21:37

で、>>576に戻ると。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 15:42:20

なんで X端末でコンソールもある explora は evbppc の中なのかとか
explora と似たような端末の ibmnws はなんで独立してるんだとか
言い出すとキリがないが、独立するには玄箱の名前は押しが弱いかな。
今となっては mmeye も evbsh3 に押し込んでいいと思うが、単に作業
がめんどくさいからそのままなんだろうねえ。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 16:37:13

俺の分からねえ話、延々と続けんじゃねえぞタァコ！

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 16:45:35

んー、じゃあ NetBSD/kurobox なんか作っちゃうと
誰かPorts/kuroboxのページ書けやゴルァ
distrib/notes/kuroboxのINSTALL NOTEも書けやゴルァ
って言われてめんどくさいよ。

#ifdef KUROBOX なんてすると
#ifdef してる中の機種依存部分だけMDに残して
それ以外の共通部分だけMIのどっかに置けやゴルァ
似たようなソースコピペしてんじゃねーぞゴルァ
って言われる。

それが良くも悪くもNetBSDクオリティ。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 16:45:47

俺様理論で恐縮ですが、sys/archの下にevbppcとpowerpcが並んでるのはわかりにくい。linuxのsubarchみたいにする方がいいように思います。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 16:50:39

それは大昔のpc98 vs i386問題のときから言われてることだが、
それをするにはalpha pc532 sparc vax他の古めのポートに対して
何のメリットもない整理整頓を要求するので微妙に難しい。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 17:06:15

NetBSD/クソボックス

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 17:08:27

俺の分からねえ話、延々と続けんじゃねえぞタァコ！

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 17:11:47

お前さんにわかる話っつーと、ロゴ? 翻訳?

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 17:20:55

>>595
自殺しろってことっすよ。

分かります？死にやがれ！

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 17:22:42

荒らしまくってやるぞ今日は！

ボケボケ死死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ねね死ね

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 18:10:11

>>592
メリットなくてもソースツリーを綺麗にするためなら
やる方向に動くのがnetbsdぽいと思ってたけど、そうでもないのかな。

xenとかx86とかi386の関係、既にかなりややこしい気もするが…

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 19:47:06

すでに分ける必要があるところは分かれてるわけで、
ディレクトリ階層名の統一のためだけに 1 port 1 CPU の
port でも CPU 依存とそれ以外の部分に分けろというのは
費用対効果的にどうよ、ってとこだろうね。
i386 に関しては根本的に見直した方がいいけど、
ユーザー数が多いのであんまり本質的なところを
一気にいじれないのが問題っつーとこだわなあ。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 20:29:50

必ずしも/$arch/$subarchみたいなツリーでキレイに整理できるとは限らないので、
いろんなものがフラットに並んでいるのもある意味合理的。
名前がわかりにくいというのはあるが。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 20:32:44

整理できないという理由がよくわからん。
arch/$arch/$subarch で収まらないファイルは arch 以下に置くべきではないと思うが。