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/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 以下に置くべきではないと思うが。

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

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

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

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

基本的にはめんどうなだけで整理できないことはないと思うが、
sparcやvaxあたりはCPU構造が特定ハードウェアに強く関連し過ぎていて
どこでどう分けていいかわからない部分があったりするかもしれない。

機械的に分けるだけで済むんだったらすでにやってるでしょ。

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

整理できないとは言ってないよ。
同じCPU(A)のアーキテクチャ(a1,a2)をarch/A/a1とarch/A/a2と整理したとして、
CPUは違う(B)けれどa1に良く似たアーキテクチャ(b1)があったときに、
arch/A/a1とarch/B/b1の共通部分はどこに置こうか、
とかそういう話はどう整理しても残るんじゃないかな。

あとは凝りだすとsubsubarchが欲しくなるとか。

今はarch/Aがあったりarch/a1があったりarch/a1&b1があったり、
みたいな状況だよね？

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

>>604
> CPUは違う(B)けれどa1に良く似たアーキテクチャ(b1)があったときに、
> arch/A/a1とarch/B/b1の共通部分はどこに置こうか、
それをarch以下に置くのがおかしいのでは？
どうせ共通しているのは周辺デバイスだろうし。devいかが適当なのでは？

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

お前らはこんなところで騒いでどうにかなると思ってるのか？
本家のMLにでも投稿しとけ

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

>>606
NeetBSDにforkした後の話をしてるんで本家とか関係ないよ

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

別にこんな話は昔からずっとやってることで、
いまさらMLに持ち上げてもじゃあお前がやれば?
ってなるだけ。別に実装が難しいわけじゃなくて
変更の手間とその変更でトラブった後落ち着くまでに
ぐだぐだ文句言われるのがめんどいってだけの話でしょ。

**名無しさん＠お腹いっぱい。** · 2006/06/18(日) 00:34:55

christosがtheo化していく…

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

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

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

コードを綺麗にするってのは未来の開発者のためにやることだからな。
今いる開発者は既存のコードで十分だし。新規の開発者があんまり
流れてこない今の状況だとあんまりメリットないよな。

**名無しさん＠お腹いっぱい。** · 2006/06/18(日) 13:02:46

archの件はきれいになるのはディレクトリ構成だけで
コード自身はほとんど変わらないのが問題なんでしょ。

今は昔ほど簡単にきれいにできるところがないから
最近は目立たないけど、きれいにすること自体は
まだちまちまやってるんじゃないの。

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

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

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

>>612
> archの件はきれいになるのはディレクトリ構成だけで
> コード自身はほとんど変わらないのが問題なんでしょ。

ハァ？

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

NetBSD 界隈はなんか元気で羨ましいな…
FreeBSD は枯れてきてるし OpenBSD はあんなだし

**名無しさん＠お腹いっぱい。** · 2006/06/18(日) 14:16:24

FreeBSDは実用志向だから、枯れてくるのはいいことなのでは

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

そういう釣りはFreeBSDスレで。

**名無しさん＠お腹いっぱい。** · 2006/06/18(日) 15:08:49

これからは枯れたBSDの水平思考ですよ。

**名無しさん＠お腹いっぱい。** · 2006/06/18(日) 15:28:31

まあ、枯れてるっつーか、やりがいがあって、かつそれなりに
若者ががんばればできそうな領域ってあんまり残ってないよね。
マダーリストじゃないけど、残ってるところでそれっぽいところを見ても
パワーマネジメントは本来の実装よりもquirk処理ばっかりになりそうだし、
VMやSMPはしんどいし、新しいportの移植もあぁまたですか、って感じだし、
SoCのネタ見てもそんな感じだし。

デバドラのLKM化ってのはできてくればそれなりに需要ありそうだけどどうなんだろ。

**Kernel3ダース** ◆MusicT7rXc · 2006/06/18(日) 16:01:07

誰か、WS003SH（SHARP ZERO3）を
モデムとして使っている人いますか？
kyoponなら出来たんですが。
Currentにしてもugenとしか認識しないので困ってます。

**名無しさん＠お腹いっぱい。** · 2006/06/18(日) 16:11:24

>>620
ugenってなんて読むの？有限？幽玄？有言？

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

>>620
まずその腐ったコテハン止めろやｗ

使えないならドライバ書け

修行するぞ修行するぞ修行するぞ修行するぞ
修行するぞ修行するぞ修行するぞ修行するぞ
修行するぞ修行するぞ修行するぞ修行するぞ

**名無しさん＠お腹いっぱい。** · 2006/06/18(日) 16:21:41

>>620
ugenとして認識してるあたりのdmesg晒すと
「ここをこうすればうごかね？」
ってアドバイスがもらえたりもらえなかったり。

**Kernel3ダース** ◆MusicT7rXc · 2006/06/18(日) 16:30:45

currenの
# Kyocera AIR-EDGE PHONE
ukyopon* at uhub? port ?
ucom* at ukyopon? portno ?
あたりを参考に自分で書くことにします。

**名無しさん＠お腹いっぱい。** · 2006/06/18(日) 16:34:57

つーか、まずデバイスの情報を探すのが先だと思うけど。
実は中身が京ポンと同じでdevice IDだけマッチするように
すればいいならすぐだけど、中身が違うんだったらソフト的に
どう見えていてどこをどう操作するかがわからないと、見よう
見まねと言ってもマネする元のソースがない。

開発者向けドキュメントがあるとは思えんが、Linuxや
FreeBSDにはドライバあるの?

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

意外に前向きだな。がんばれ。

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

口先だけだよ、奴は…

**名無しさん＠お腹いっぱい。** · 2006/06/18(日) 17:33:43

kernelをcurrenにしてrebootしたら
boot:hd0 :netbsd: input/output error
というエラーが出てbootしなくなりました。

仕方なく古いので動かしてますが
何ででしょうか？

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

currenはお兄ちゃんが大好きだから

**名無しさん＠お腹いっぱい。** · 2006/06/18(日) 18:03:08

また山崎13が涌いてんのか。

**名無しさん＠お腹いっぱい。** · 2006/06/19(月) 15:26:02

pkgsrc/security/pam-ldapのpam_ldap-180.tar.gz のチェックサムが変みたい。
padl.comののサイズが変わったんでしょうか？

(とつぶやくテスト。)

**名無しさん＠お腹いっぱい。** · 2006/06/19(月) 21:23:33

ちょっと大きくなってる。
中身は、ファイルのタイムスタンプが変わってるだけみたい。
わけわからん。

(Freeze に入ってるから、さっさとなんとか。)

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

EsounDを起動した状態で、Flashから音が出てる方っています？

/usr/lib/libesd.so.0
/usr/lib/libesd.so.1
この2つが問題らしいことまでは分かったので、
/usr/lib
/usr/pkg/lib
/usr/pkg/lib/firefox-linux
これらにlibesd.so.0.2.36から
リンクを貼ってみたけど駄目でした。

解決策もしくは、EsounDよりナイスなミキサーを教えて
頂けませんか？

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

>>633
シネバいいと思う。

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

>>633
flash が linux の bin だから、libesd も linux のを入れないと
ダメじゃあるまいか？

かなり前に、suse-esd みたいなパッケージをでっち上げて、
realplayerで再生しようとしたら落ちてしまって、
それ以来やってないので、今だとどうかはわからん。

**名無しさん＠お腹いっぱい。** · 2006/06/20(火) 12:27:30

白鳥さんだったのかあ！ぼかあねえ、てっきり○○さんかと…。

おおーすまんかった。

**633** · 2006/06/20(火) 23:37:52

>>635
ありがとうございます．

確かに御指摘の通りですね．
もう少し試行錯誤してみます．

**名無しさん＠お腹いっぱい。** · 2006/06/21(水) 19:44:57

盛者必衰の理！くにおくんがんばばんが

**名無しさん＠お腹いっぱい。** · 2006/06/21(水) 20:53:24

>OpenBSD はあんなだし

OpenBSDがんばってるじゃん
半年に一回出してくれる

**名無しさん＠お腹いっぱい。** · 2006/06/22(木) 01:25:48

どれもウンコで、それぞれ巻き方に工夫があるのよｗ