Hatena::ブログ(Diary)

だえもんだもん

2010-05-14

ptx+up0283

| 00:56

どこかの偉い人(原文ママ)が作ってくれたパッチを適用してみました。up0283。

これで、loader.confに

ptx_loader=YES
ptx_loader="YES"

としてリブート。。。起動を待つこと2分。。。おぉ。うまくいってる。

printfをdevice_printfにしたりとか、いろいろ綺麗にしてもらってるけど、本質的なのはpause(9) -> DELAY(9)にして、EnableRAM待ち?っぽい。pauseって、ブート時に使っちゃダメな関数だったのかー。

というわけで、世界に何人居るのか分かりませんが、ptxドライバのご愛用者さんは、up0283を適用するとよいょぃ。。。

TOSTOS 2010/05/15 01:09 公開ありがとうございます。これで地デジに移行出来そうです。生ビールの1杯でも奢りたい気分です。

うーん、当方pt1+FreeBSD8.0stable i386環境ですが、パッチを当てるとkldload ptx でpanic & rebootしました。loader.confはまだ試してません。

bsdaemonbsdaemon 2010/05/15 02:43 うひゃー、まじっすか。転んでも泣いてはダメです。
現在HDUSで稼働中・そのうちPT2にしたい録画サーバはi386(AtomN230)です。loader.confも通るようになったし、ぼちぼちやってみます。それで動くようだとPT1がダメ、ということですかねぇ。持ってないので確認できませんが。。。

TOSTOS 2010/05/15 10:33 強い子なので泣きません。(^_^;

自己解決しました。どうやら当方のビルドミスでした。
お騒がせしました。m(__)m
よくよく思い出したらmake install後にkldunloadでpanic&rebootしたので、moduleが壊れたみたい。
もう一度ビルドしなおして、再起動後にkldload ptx したら
無事認識しました。loader.confでの起動時loadもOKでした。

あとmake を一般ユーザでやるのと、root権限でやるので、
ビルド結果が違うのね。make installだけroot権限でやっていて
はまりました。

TOSTOS 2010/05/15 11:26 なんどもすみません。馬鹿だ、俺。
make結果が違ったのはPATHの違いでした。
binutilsをportsでインストールしてたので、
/usr/local/bin/ld が使われてた...お騒がせしました。

TosyTosy 2010/05/18 14:08 初めましてです。まるで私のために作成して頂いたみたいで(違
一応ぐぐっても自分のページはヒットしなかったんで安心(何が

実は去年もこちらのページ(とnaobsdさんの)を参考にHDUSと格闘してたんですが、
8-CURRENTに移行するのが最後のハードルで越えられず悶々としてたところです。
今なら8もSTABLEなので、今日帰ったら8-STABLEにupgradeする作業に戻ってみます!
ちなみにptxを安定して動かせる環境としては、amd64とi386、どちらがお勧めですかねぇ…

bsdaemonbsdaemon 2010/05/19 01:07 amd64でもi386でも、どっちでも動くはずなのですが。。。今のところのうちの実績はamd64だけです。atomでi386で、動かす動かすといいながら、UT100B+foltiaが絶賛本稼働中で、なかなか止められない今日この頃。

mikemike 2010/05/20 23:20 ptx_load="YES"
ですね。

bsdaemonbsdaemon 2010/05/22 01:58 ptx_load="YES"
です。。。

トラックバック - http://d.hatena.ne.jp/bsdaemon/20100514/1273852589