dragonfly bsd どうよ
なんか面白そうだが。
探検
dragonfly bsd どうよ
NGNG
2005/12/18(日) 16:14:41
>>345 ﾊｧ? 記事?
2005/12/18(日) 16:29:39
>>346 ハァ？
2005/12/24(土) 21:18:01
>>345 記事って大地の?
2006/01/06(金) 13:48:57
お前ら明日リリースですよ。準備できてますか？
2006/01/09(月) 19:54:10
リリースされますた！
http://www.dragonflybsd.org/
http://www.dragonflybsd.org/
351名無しさん＠お腹いっぱい。
2006/01/10(火) 23:40:16 誰か噂のdntpdのソース読んだ人いる？
読んでもさっぱりわからなかった。
読んでもさっぱりわからなかった。
2006/01/11(水) 00:25:06
>>351 何が分からなかったの?
2006/01/11(水) 02:20:06
>>352
いまだにsockaddr_inをそのまま使ってること。
いまだにsockaddr_inをそのまま使ってること。
354名無しさん＠お腹いっぱい。
2006/01/11(水) 09:45:30 >>352
client.cのlin_regressの処理が全般的にわかりませんでした。
time_axisって計時開始時と今との差分だと思うのだけど、
なぜinfo->lin_sumx += time_axis;という風に足し続けるのかとか。
あとsysctl("kern.basetime")って固定数値？
client.cのlin_regressの処理が全般的にわかりませんでした。
time_axisって計時開始時と今との差分だと思うのだけど、
なぜinfo->lin_sumx += time_axis;という風に足し続けるのかとか。
あとsysctl("kern.basetime")って固定数値？
355名無しさん＠お腹いっぱい。
2006/01/18(水) 11:13:40 これって安定してる？
356名無しさん＠お腹いっぱい。
2006/01/19(木) 22:25:31 パフォーマンスはどうよ？
2006/01/20(金) 23:25:49
>>356 ntpdのパフォーマンスってどうやって調べたらいい?
2006/01/24(火) 03:22:29
359名無しさん＠お腹いっぱい。
2006/02/23(木) 17:28:54 最近の調子はどうよ？
2006/02/25(土) 01:19:13
>>359 つ ttp://wids.net/dbsdlog.jp/
361名無しさん＠お腹いっぱい。
2006/06/11(日) 20:10:35 まだ使ってるヤツいんの、これ? :)
2006/07/26(水) 01:43:53
DragonFly BSD 1.6.x RELEASED!
2006/08/31(木) 09:41:44
過疎
2006/10/31(火) 08:24:16
まだ生きてるの?
2006/11/08(水) 22:39:21
ぐは、またrepo-surgeryか
366名無しさん＠お腹いっぱい。
2006/12/06(水) 18:15:17 あげるもんね
367名無しさん＠お腹いっぱい。
2006/12/08(金) 23:50:35 dragonflyって結構認知されてるのかな。*BSDと肩を並べてるよ。
http://www.bsdcertification.org/
http://www.bsdcertification.org/
2006/12/09(土) 00:50:58
>>367
他のBSDがだめになりつつあるから、dragonfly の価値が相対的に上がっているだけ
他のBSDがだめになりつつあるから、dragonfly の価値が相対的に上がっているだけ
369S字ﾊｹﾞ
2006/12/10(日) 16:46:36 >>367
そもそもbsdcertification (.orgも.comも) は「OSの認知機関」じゃなくて
BSD系OS技術者のスキルをテストする方法を開発している団体だからね。
ttp://www.bsdcertification.org/index.php?NAV=FAQ&Question=Q04
DragonFly BSDがそこに載っているのはDavid RhodusがBSD certification groupの
メンバだったんで、彼の働きかけによるということもあるんじゃないかな。
ttp://leaf.dragonflybsd.org/mailarchive/users/2005-03/msg00402.html
そもそもbsdcertification (.orgも.comも) は「OSの認知機関」じゃなくて
BSD系OS技術者のスキルをテストする方法を開発している団体だからね。
ttp://www.bsdcertification.org/index.php?NAV=FAQ&Question=Q04
DragonFly BSDがそこに載っているのはDavid RhodusがBSD certification groupの
メンバだったんで、彼の働きかけによるということもあるんじゃないかな。
ttp://leaf.dragonflybsd.org/mailarchive/users/2005-03/msg00402.html
370名無しさん＠お腹いっぱい。
2006/12/18(月) 16:31:34 エラゴンあげ
371名無しさん＠お腹いっぱい。
2006/12/18(月) 18:22:59 >>1 俺はドラゴンフライだが、何か？
372名無しさん＠お腹いっぱい。
2006/12/18(月) 18:25:262006/12/18(月) 22:30:37
名古屋ではドラゴンふりゃー って言うのか？
2006/12/18(月) 22:43:31
名古屋でも「ふりゃー」という人あまりいなかったような
375名無しさん＠お腹いっぱい。
2006/12/20(水) 21:14:28 おれは不良だと聞いた。
2006/12/21(木) 08:54:48
2007/01/07(日) 14:57:51
VKERNEL関連commit進行中... (leafのmailarchiveは故障中:)
勘だけど、だいたいdiffの行数が3桁台のがバンバン入る時って
何かしらエンバグしてんだよね。
勘だけど、だいたいdiffの行数が3桁台のがバンバン入る時って
何かしらエンバグしてんだよね。
2007/01/07(日) 16:49:10
VKERNEL ってナニ?
379377
2007/01/07(日) 19:43:35 >>378
単体として見ると、UML(User-Mode Linux)みたいなもんかな。
話はここらへんから始まるんだけど、
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2006-09/msg00000.html
「システムの資源をバラしてインターネット上に構成されたクラスタにくっつける
にはどうしたらいいか」という問題の解として考え出したもの。それをネイティブな
カーネル上に実装するのは(デバッグも含めて)非常に大変だしやってらんねーな、
ということで、「じゃあユーザランドで動くVKERNELというプラットフォームを
作ってそいつにクラスタとのやりとりをさせたらいいじゃん」ということらしい。
単体として見ると、UML(User-Mode Linux)みたいなもんかな。
話はここらへんから始まるんだけど、
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2006-09/msg00000.html
「システムの資源をバラしてインターネット上に構成されたクラスタにくっつける
にはどうしたらいいか」という問題の解として考え出したもの。それをネイティブな
カーネル上に実装するのは(デバッグも含めて)非常に大変だしやってらんねーな、
ということで、「じゃあユーザランドで動くVKERNELというプラットフォームを
作ってそいつにクラスタとのやりとりをさせたらいいじゃん」ということらしい。
380名無しさん＠お腹いっぱい。
2007/01/30(火) 18:26:04 DragonFly-1.6.x RELEASED!
24 July 2006
age
24 July 2006
age
381名無しさん＠お腹いっぱい。
2007/01/30(火) 18:34:312007/01/30(火) 21:14:47
やはり漢ならQuadcoreでDragonfly
2007/01/30(火) 22:44:53
マルチスレッドが凄いという真価はちゃんとHPで報告したりしてんのけ？
軽量カーネルスレッドだっけか。
軽量カーネルスレッドだっけか。
2007/01/31(水) 01:28:44
385名無しさん＠お腹いっぱい。
2007/01/31(水) 23:14:40 SMPに関してはFreeBSDとどっちの方が成果でてるのよ？
2007/02/05(月) 00:37:53
>>383
LWKT(light weight kernel thread)というのはスレッドモデルにつけた名前だよ。
すごいとかすごくないとかそういう問題じゃない。「へー、『軽量』だから
軽いOSなんだねー」とかいう言葉の上っつらだけかじって分かったふりをすれば
いいというものでもない。
LWKT(light weight kernel thread)というのはスレッドモデルにつけた名前だよ。
すごいとかすごくないとかそういう問題じゃない。「へー、『軽量』だから
軽いOSなんだねー」とかいう言葉の上っつらだけかじって分かったふりをすれば
いいというものでもない。
2007/02/05(月) 01:54:59
そして二言目にはソース嫁となる
2007/02/05(月) 05:07:30
dragonfly すげー
って思うデモない？
って思うデモない？
2007/02/05(月) 15:34:06
>>387
MLでは(Matt自身が長文で説明するのが好きらしいこともあってい)そういう
雰囲気ではないよ。trollにすら相当根気強くｴｻやってるし。
「ｿｰｽ嫁」って実際に発言してまわっているのは、特にどのOSにもあまり
深く関与してない割に、そういう発言を好む人に多いね。
MLでは(Matt自身が長文で説明するのが好きらしいこともあってい)そういう
雰囲気ではないよ。trollにすら相当根気強くｴｻやってるし。
「ｿｰｽ嫁」って実際に発言してまわっているのは、特にどのOSにもあまり
深く関与してない割に、そういう発言を好む人に多いね。
2007/02/05(月) 23:06:43
kernel ソースは読んだことないヘタレだけど
なんであれ "こういう方新でこういう風に作ってる"
っていう説明があって読むのといきなり読むのとでは
天と地くらいに違うし、自信・誇りがあれば
一所懸命に説明してくれるのかもね
なんであれ "こういう方新でこういう風に作ってる"
っていう説明があって読むのといきなり読むのとでは
天と地くらいに違うし、自信・誇りがあれば
一所懸命に説明してくれるのかもね
2007/02/05(月) 23:47:43
>>390 それはwebとかwikiに書いてあるよ
2007/02/08(木) 20:56:22
Kernelのソースを理解できるかどうかは、懇切丁寧な解説があるか
どうかではなく、何とかして改造したいとか、うまく動かしたいという
情熱があるかどうかに拠ると思う。
どうかではなく、何とかして改造したいとか、うまく動かしたいという
情熱があるかどうかに拠ると思う。
2007/02/09(金) 02:26:01
>>392
それは言えてると思う。
それは言えてると思う。
2007/02/09(金) 04:19:01
他人の書いたコードを自分のものにするのは大変だよなあ
コメント突っ込みまくったり、コード弄ったり。
カーネルみたいにいろんな要素が絡み合ったものなら
そら大変だろうよ。
コメント突っ込みまくったり、コード弄ったり。
カーネルみたいにいろんな要素が絡み合ったものなら
そら大変だろうよ。
395名無しさん＠お腹いっぱい。
2007/02/26(月) 01:00:56396名無しさん＠お腹いっぱい。
2007/03/19(月) 13:38:102007/03/19(月) 15:10:55
I blew up the dragonflybsd.org domain when I upgraded the box
running the DNS. The new version of bind disallows certain
constructions (domain names with underscores), and as per normal
stupidity it decided to stop serving the entire file.
Its all fixed now.
-Matt
running the DNS. The new version of bind disallows certain
constructions (domain names with underscores), and as per normal
stupidity it decided to stop serving the entire file.
Its all fixed now.
-Matt
2007/03/21(水) 18:20:43
1.6から、1.8に入れ替えて、カーネルをSMPに対応させてから
pkgsrc使ってパッケージを作り替えようかとしたんだけど
panic出て固まりまくりで不安定極まりなかったから、
また1.6に戻しちゃった。
戻す前、ものは試しと、1.9も入れてみたけど、同じくらい不安定でダメだったです
1.8以降で安定してSMP環境で使えてる人っていますか？
pkgsrc使ってパッケージを作り替えようかとしたんだけど
panic出て固まりまくりで不安定極まりなかったから、
また1.6に戻しちゃった。
戻す前、ものは試しと、1.9も入れてみたけど、同じくらい不安定でダメだったです
1.8以降で安定してSMP環境で使えてる人っていますか？
2007/03/21(水) 18:52:58
>>398
pkgsrcのツリーってどこから盛ってくればｲｲの？
pkgsrcのツリーってどこから盛ってくればｲｲの？
2007/03/22(木) 01:13:35
>>398 「不安定」とかサボらずにもうちょっと説明して。
- ACPIをOFFにしてみたか
- NATAを使っていないか
- 主にどんな使い方をしているか
- NICとか主要なパーツとそのドライバ
- マザーボード、またはPCの型番
>>399 読んで
http://wiki.dragonflybsd.org/index.cgi/HowToPkgsrc
- ACPIをOFFにしてみたか
- NATAを使っていないか
- 主にどんな使い方をしているか
- NICとか主要なパーツとそのドライバ
- マザーボード、またはPCの型番
>>399 読んで
http://wiki.dragonflybsd.org/index.cgi/HowToPkgsrc
2007/03/22(木) 01:15:50
2007/03/28(水) 14:47:58
DragonFly - January 2007 Release 1.8.x Download
2007/03/28(水) 14:48:48
2007/03/28(水) 14:51:08
DragonFly-1.8.1 RELEASED!
27 March 2007
27 March 2007
2007/03/29(木) 00:28:11
>>398
さっき1.9.0-DEVELOPMENTにしてみたけど、特に不安定ってこともないな
-ACPIはON
-NATAってなに？多分使ってはいない
-とりあえず起動してみた&BBルータ
-NICは xl (3com905 )x2 ,promiseの133TX2
-tyanの tiger100
さっき1.9.0-DEVELOPMENTにしてみたけど、特に不安定ってこともないな
-ACPIはON
-NATAってなに？多分使ってはいない
-とりあえず起動してみた&BBルータ
-NICは xl (3com905 )x2 ,promiseの133TX2
-tyanの tiger100
2007/03/29(木) 00:38:07
ああ、NATAって
# The 'NATA' set of drivers are set to replace the previous ATA drivers,
# and this set of drivers is mutually exclusive with the old ones. This means,
# you can't have both at the same time!
ふむ
でも nata(4) のman もないしなあ
natacontrol(8)のmanはあったけど
>>405
NATAは試すべきものなの？
# The 'NATA' set of drivers are set to replace the previous ATA drivers,
# and this set of drivers is mutually exclusive with the old ones. This means,
# you can't have both at the same time!
ふむ
でも nata(4) のman もないしなあ
natacontrol(8)のmanはあったけど
>>405
NATAは試すべきものなの？
2007/03/29(木) 00:44:36
2007/03/29(木) 13:23:53
409405
2007/03/29(木) 14:11:142007/03/29(木) 15:53:51
412410
2007/03/29(木) 23:33:21 >>411 そう、いまのATAドライバは4.xから引き継いだもの+チップセットID追加+
DragonFly特有の修正というもので、最近のFreeBSDの資産を活用するのが難しい、
ということで6.xあたりのを移植したんだけど、変なバグがあってATAを置き換える
に至っていない。目に見える異常は
- UP kernelだとinitから何かをfork()するあたりで先へ進まない
(でもctrl+Tでは表示が出るしDDBに落ちることはできる)。
- SMP kernelだとsignal6(だったかな)でinit自体が死ぬ
- hw.ata.ata_dma=0で起動すると一応single-userモードには移行するけど、
ディスクアクセスのパターンによってはプロセスが死ぬ。
- チップセットには依存しない(移植してくれたTGEN@のところではそれほど
ひどくないみたいだけど)。
というものなので、たぶんデバッグする時にはrootfsをSCSIかなにかに置いた
状態のほうが楽かも。分かってみたらすごく脱力するような原因の予感...
kernel configは/sys/config/NATAがあるのでこれを使って/kernelとは別の
名前でインストールして、boot loaderで切り替えるのがいいと思う。natacontrol
はbuildworldにhookされてないので、/usr/src/sbin/natacontrolへいって直接
build。あとNATAで動かしているディスクをrw mountしたら、旧ATAでブートしてから
fsck -f しておいたほうがいい。
DragonFly特有の修正というもので、最近のFreeBSDの資産を活用するのが難しい、
ということで6.xあたりのを移植したんだけど、変なバグがあってATAを置き換える
に至っていない。目に見える異常は
- UP kernelだとinitから何かをfork()するあたりで先へ進まない
(でもctrl+Tでは表示が出るしDDBに落ちることはできる)。
- SMP kernelだとsignal6(だったかな)でinit自体が死ぬ
- hw.ata.ata_dma=0で起動すると一応single-userモードには移行するけど、
ディスクアクセスのパターンによってはプロセスが死ぬ。
- チップセットには依存しない(移植してくれたTGEN@のところではそれほど
ひどくないみたいだけど)。
というものなので、たぶんデバッグする時にはrootfsをSCSIかなにかに置いた
状態のほうが楽かも。分かってみたらすごく脱力するような原因の予感...
kernel configは/sys/config/NATAがあるのでこれを使って/kernelとは別の
名前でインストールして、boot loaderで切り替えるのがいいと思う。natacontrol
はbuildworldにhookされてないので、/usr/src/sbin/natacontrolへいって直接
build。あとNATAで動かしているディスクをrw mountしたら、旧ATAでブートしてから
fsck -f しておいたほうがいい。
2007/03/30(金) 01:09:57
なるほど
とりあえずSCSIのHDDを準備するか
とりあえずSCSIのHDDを準備するか
2007/03/30(金) 03:08:57
ぎゃー落ちた
おまけにデバッガに落ちてくれたのに思わずcしてしまった
またこんど
おまけにデバッガに落ちてくれたのに思わずcしてしまった
またこんど
2007/03/30(金) 04:56:24
The DragonflyBSD Digest
http://www.shiningsilence.com/dbsdlog/
および
Using NATA on DragonFlyBSD
http://wiki.dragonflybsd.org/index.cgi/HowtoUseNATA
http://www.shiningsilence.com/dbsdlog/
および
Using NATA on DragonFlyBSD
http://wiki.dragonflybsd.org/index.cgi/HowtoUseNATA
416398
2007/03/30(金) 06:24:01 1週間程旅に出てました
主にデスクトップとして使用中です。
ACPIは、ONでもOFFでも、安定してくれませんでした。
HDDは、LSILogicのmegaraid1600を使ってますので、NATAは未使用です
NIC IntelのPRO/1000MTと、玄人志向のGbE-PCI2、どちらとも1.8以降では落ちました
VGA: canopus X20 X.orgのドライバは、nvです
sound: ES1372チップの物
マザーボード:supermicorのP6DGE
CPU: Pentium3-1G x2
メモリは2G
ドライバはパラメータを変えたり、作り替えたりせず元のまま使ってます
同じHDDの別パーティションにFreeBSD6.2Rも入ってるのですが
こちらは落ちることなく安定して動いているので
ハードウェアの故障では無いと思います
主にデスクトップとして使用中です。
ACPIは、ONでもOFFでも、安定してくれませんでした。
HDDは、LSILogicのmegaraid1600を使ってますので、NATAは未使用です
NIC IntelのPRO/1000MTと、玄人志向のGbE-PCI2、どちらとも1.8以降では落ちました
VGA: canopus X20 X.orgのドライバは、nvです
sound: ES1372チップの物
マザーボード:supermicorのP6DGE
CPU: Pentium3-1G x2
メモリは2G
ドライバはパラメータを変えたり、作り替えたりせず元のまま使ってます
同じHDDの別パーティションにFreeBSD6.2Rも入ってるのですが
こちらは落ちることなく安定して動いているので
ハードウェアの故障では無いと思います
2007/03/30(金) 13:08:59
dragonflybsdユーザーはPentium3で動かすのが好き
2007/03/30(金) 14:34:08
サンプル数:2
2007/03/31(土) 02:24:00
>>416
いつどんなことをするとpanicするの? pfとか使っている? INET6?
nfs/nullfsは使ってる?
英語がある程度読み書きできるなら http://bugs.dragonflybsd.org/
で報告上げてくれるといいんだけど...
あとバックトレース取れないかな?
いつどんなことをするとpanicするの? pfとか使っている? INET6?
nfs/nullfsは使ってる?
英語がある程度読み書きできるなら http://bugs.dragonflybsd.org/
で報告上げてくれるといいんだけど...
あとバックトレース取れないかな?
420398
2007/03/31(土) 11:30:52 buildworldする時や、pkgsrcをbmakeする時等、
高負荷かけると、1.8.x以降は、panicすることが多かったです
pfとかのfirewallは未使用で、INET6はkernelで殺しちゃってます
nfsは、別PCのディレクトリをマウントしてるだけで、nullfsは使ってないです
英語がさっぱり解らないので、バグレポート提出することは出来ないですし
panicが出ると、キーボードも効かなくなるので、何の役にも立たない気がしまくりです
高負荷かけると、1.8.x以降は、panicすることが多かったです
pfとかのfirewallは未使用で、INET6はkernelで殺しちゃってます
nfsは、別PCのディレクトリをマウントしてるだけで、nullfsは使ってないです
英語がさっぱり解らないので、バグレポート提出することは出来ないですし
panicが出ると、キーボードも効かなくなるので、何の役にも立たない気がしまくりです
2007/03/31(土) 13:00:51
わーい
1.9でbuildworld していたら
db>
に落ちたよ！
でもbtコマンドがないよ！
db> gdb
No gdb port enabled. Set flag 0x80 on desired port
in your configuration file (currently sio only).
先に言ってくれよ！とりあえずカーネル作り直しだよ！
1.9でbuildworld していたら
db>
に落ちたよ！
でもbtコマンドがないよ！
db> gdb
No gdb port enabled. Set flag 0x80 on desired port
in your configuration file (currently sio only).
先に言ってくれよ！とりあえずカーネル作り直しだよ！
2007/03/31(土) 22:01:48
で
device sio0 at isa? port IO_COM1 flags 0x90 irq 4
をカーネルコンフィグファイルに書いてカーネル作ってカーネルインストールして再起動！
ここまではおｋ
そしておなじようにbuildworldしていたらとまった！やったぜ！
でもgdb>にもdb>にもおちねー！
どこからもうんともすんともいわねー！
なんだこりゃー
device sio0 at isa? port IO_COM1 flags 0x90 irq 4
をカーネルコンフィグファイルに書いてカーネル作ってカーネルインストールして再起動！
ここまではおｋ
そしておなじようにbuildworldしていたらとまった！やったぜ！
でもgdb>にもdb>にもおちねー！
どこからもうんともすんともいわねー！
なんだこりゃー
2007/04/01(日) 00:21:29
仕方がないのでリセットして、/usr/objを削除してもう一回 buildworld すると今度は通る
ハードウェアがアレなのかな
まあいいや
ハードウェアがアレなのかな
まあいいや
2007/04/01(日) 02:03:04
panic: vm_page_dirty: page in free/cache queue!
mp_lock = 00000000; cpuid = 0; lapic.id = 00000000
Trace beginning at frame 0xd4bbe9f8
panic(c04f8288,0,c0531b18,d4bbea28,18981463) at panic+0x17f
panic(c0531b18,c05de3c0,d4681000,c049f277,c0f0cc00) at panic+0x17f
pmap_remove_pte(c05de3c0,bff51a04,d4681000,d4bbea80,0) at pmap_remove_pte+0xb3
pmap_enter(c05de3c0,d4681000,c0ae3600,7,1) at pmap_enter+0x245
vm_fault(c05c2320,d4681000,3,1,0) at vm_fault+0x202
vm_fault_wire(c05c2320,d3618cc0,0,d4bbeb84,1) at vm_fault_wire+0xaf
vm_map_wire(c05c2320,d4680000,d4683000,0,0) at vm_map_wire+0x19d
kmem_alloc3(c05c2320,3000,0,d42cec00,c049fb23) at kmem_alloc3+0x206
lwkt_alloc_thread(0,3000,ffffffff,0,0) at lwkt_alloc_thread+0x120
lwp_fork(c9b06700,d37eada0,40000014,d4bbecb4,c9b06700) at lwp_fork+0x16f
fork1(c9b06700,40000014,d4bbec9c,50,0) at fork1+0x600
sys_fork(d4bbece8,0,0,0,1) at sys_fork+0x35
syscall2(d4bbed40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU0 stopping CPUs: 0x00000002
mp_lock = 00000000; cpuid = 0; lapic.id = 00000000
Trace beginning at frame 0xd4bbe9f8
panic(c04f8288,0,c0531b18,d4bbea28,18981463) at panic+0x17f
panic(c0531b18,c05de3c0,d4681000,c049f277,c0f0cc00) at panic+0x17f
pmap_remove_pte(c05de3c0,bff51a04,d4681000,d4bbea80,0) at pmap_remove_pte+0xb3
pmap_enter(c05de3c0,d4681000,c0ae3600,7,1) at pmap_enter+0x245
vm_fault(c05c2320,d4681000,3,1,0) at vm_fault+0x202
vm_fault_wire(c05c2320,d3618cc0,0,d4bbeb84,1) at vm_fault_wire+0xaf
vm_map_wire(c05c2320,d4680000,d4683000,0,0) at vm_map_wire+0x19d
kmem_alloc3(c05c2320,3000,0,d42cec00,c049fb23) at kmem_alloc3+0x206
lwkt_alloc_thread(0,3000,ffffffff,0,0) at lwkt_alloc_thread+0x120
lwp_fork(c9b06700,d37eada0,40000014,d4bbecb4,c9b06700) at lwp_fork+0x16f
fork1(c9b06700,40000014,d4bbec9c,50,0) at fork1+0x600
sys_fork(d4bbece8,0,0,0,1) at sys_fork+0x35
syscall2(d4bbed40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU0 stopping CPUs: 0x00000002
2007/04/01(日) 02:27:12
ふむ
2007/04/01(日) 15:55:18
427398
2007/04/01(日) 18:47:01 1.6.3Rの残したまま、別のパーティションに1.8.1R入れて
カーネルをSMP対応にしてから、pkgsrcの、meta/xorgとxfce4作りながら
make -j6 buildworldしまくってみたんだけど、
落ちることもなく、すんなりと通っちゃいました
以前試した時には、Preview版も、1.9も同じように落ちていたのに
まるでエイプリルフールで、PCに騙されてる気分
カーネルをSMP対応にしてから、pkgsrcの、meta/xorgとxfce4作りながら
make -j6 buildworldしまくってみたんだけど、
落ちることもなく、すんなりと通っちゃいました
以前試した時には、Preview版も、1.9も同じように落ちていたのに
まるでエイプリルフールで、PCに騙されてる気分
2007/04/01(日) 21:54:17
めでたしめでたし
次はNATAだ！
次はNATAだ！
2007/04/01(日) 23:07:06
>>427
panicした後にfsckを複数回かけないとそういうパニックを経験した
ことがあるけど、どうなのかな。
まあ安定して動いてるんならOKだね。またpanicしたらレポートよろしく :)
俺もそろそろ1.4.4-RELEASEを動かしている家サーバを1.8に上げようかな。
panicした後にfsckを複数回かけないとそういうパニックを経験した
ことがあるけど、どうなのかな。
まあ安定して動いてるんならOKだね。またpanicしたらレポートよろしく :)
俺もそろそろ1.4.4-RELEASEを動かしている家サーバを1.8に上げようかな。
430426
2007/04/02(月) 17:33:47 panic: vm_page_dirty: page in free/cache queue!
mp_lock = 00000001; cpuid = 1; lapic.id = 01000000
Trace beginning at frame 0xd48fa93c
panic(c04f83a8,1000000,c0531c5c,d48fa96c,2d6f463) at panic+0x17f
panic(c0531c5c,c05de520,d442f000,c049f377,c08ee6f0) at panic+0x17f
pmap_remove_pte(c05de520,bff510bc,d442f000,d48fa9c4,0) at pmap_remove_pte+0xb3
pmap_enter(c05de520,d442f000,c0ba6cf0,7,1) at pmap_enter+0x245
kmem_slab_alloc(1000,1000,2,c02d21e9,c185e4b0) at kmem_slab_alloc+0x44f
kmalloc(1000,c0566400,2,40,c9b05900) at kmalloc+0x27b
mmrw(c05a06e0,d48fac88,20000,d48fab10,c0261564) at mmrw+0x39d
mmread(d48faafc,c05626f8,c05a06e0,d48fac88,20000) at mmread+0x22
dev_dread(c05a06e0,d48fac88,20000,c05a06e0,d48fab68) at dev_dread+0x2c
spec_read(d48fab68,20,d3f556d0,d48fabc0,d48fac88) at spec_read+0x52
ufsspec_read(d48fab68,d48fab98,c02d24be,d48fab68,c056e7b0) at ufsspec_read+0x28
ufs_vnoperatespec(d48fab68,c056e7b0,c185df10,0,0) at ufs_vnoperatespec+0x16
vop_read(c185df10,d3f555d0,d48fac88,20000,c1705af8) at vop_read+0x34
vn_read(d2d03f30,d48fac88,c1705af8,0,c049dc92) at vn_read+0x16e
dofileread(3,d2d03f30,d48fac88,0,d48face8) at dofileread+0xc5
kern_preadv(3,d48fac88,0,d48face8,8079820,20,d48fac80,1,0,0,20,0,0,c9b0a200) at kern_preadv+0xa6
sys_read(d48face8,d48facf8,c,0,1) at sys_read+0x75
syscall2(d48fad40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU1 stopping CPUs: 0x00000001
--
うーむ
やっぱりハードウェアが腐っているのか
mp_lock = 00000001; cpuid = 1; lapic.id = 01000000
Trace beginning at frame 0xd48fa93c
panic(c04f83a8,1000000,c0531c5c,d48fa96c,2d6f463) at panic+0x17f
panic(c0531c5c,c05de520,d442f000,c049f377,c08ee6f0) at panic+0x17f
pmap_remove_pte(c05de520,bff510bc,d442f000,d48fa9c4,0) at pmap_remove_pte+0xb3
pmap_enter(c05de520,d442f000,c0ba6cf0,7,1) at pmap_enter+0x245
kmem_slab_alloc(1000,1000,2,c02d21e9,c185e4b0) at kmem_slab_alloc+0x44f
kmalloc(1000,c0566400,2,40,c9b05900) at kmalloc+0x27b
mmrw(c05a06e0,d48fac88,20000,d48fab10,c0261564) at mmrw+0x39d
mmread(d48faafc,c05626f8,c05a06e0,d48fac88,20000) at mmread+0x22
dev_dread(c05a06e0,d48fac88,20000,c05a06e0,d48fab68) at dev_dread+0x2c
spec_read(d48fab68,20,d3f556d0,d48fabc0,d48fac88) at spec_read+0x52
ufsspec_read(d48fab68,d48fab98,c02d24be,d48fab68,c056e7b0) at ufsspec_read+0x28
ufs_vnoperatespec(d48fab68,c056e7b0,c185df10,0,0) at ufs_vnoperatespec+0x16
vop_read(c185df10,d3f555d0,d48fac88,20000,c1705af8) at vop_read+0x34
vn_read(d2d03f30,d48fac88,c1705af8,0,c049dc92) at vn_read+0x16e
dofileread(3,d2d03f30,d48fac88,0,d48face8) at dofileread+0xc5
kern_preadv(3,d48fac88,0,d48face8,8079820,20,d48fac80,1,0,0,20,0,0,c9b0a200) at kern_preadv+0xa6
sys_read(d48face8,d48facf8,c,0,1) at sys_read+0x75
syscall2(d48fad40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU1 stopping CPUs: 0x00000001
--
うーむ
やっぱりハードウェアが腐っているのか
431426
2007/04/02(月) 23:37:54 panic: vm_page_dirty: page in free/cache queue!
mp_lock = 00000000; cpuid = 0; lapic.id = 00000000
Trace beginning at frame 0xd2c319f8
panic(c04f83a8,0,c0531c5c,d2c31a28,1a0c3463) at panic+0x17f
panic(c0531c5c,c05de520,d2e43000,c049f377,c0f75690) at panic+0x17f
pmap_remove_pte(c05de520,bff4b90c,d2e43000,d2c31a80,0) at pmap_remove_pte+0xb3
pmap_enter(c05de520,d2e43000,c1010a90,7,1) at pmap_enter+0x245
vm_fault(c05c2480,d2e43000,3,1,100100) at vm_fault+0x202
vm_fault_wire(c05c2480,d3361d00,0,d2c31b84,1) at vm_fault_wire+0xaf
vm_map_wire(c05c2480,d2e43000,d2e46000,0,0) at vm_map_wire+0x19d
kmem_alloc3(c05c2480,3000,0,c049fc23,c049fc23) at kmem_alloc3+0x206
lwkt_alloc_thread(0,3000,ffffffff,0,0) at lwkt_alloc_thread+0x120
lwp_fork(c9b07400,d3de4620,c0000034,c0269d98,c9b07400) at lwp_fork+0x16f
fork1(c9b07400,c0000034,d2c31c9c,0,28082100) at fork1+0x600
sys_vfork(d2c31ce8,d2c31d40,1ab3f,0,1) at sys_vfork+0x35
syscall2(d2c31d40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU0 stopping CPUs: 0x00000002
--
うーむ
やっぱりハードウェアが腐っているのか
mp_lock = 00000000; cpuid = 0; lapic.id = 00000000
Trace beginning at frame 0xd2c319f8
panic(c04f83a8,0,c0531c5c,d2c31a28,1a0c3463) at panic+0x17f
panic(c0531c5c,c05de520,d2e43000,c049f377,c0f75690) at panic+0x17f
pmap_remove_pte(c05de520,bff4b90c,d2e43000,d2c31a80,0) at pmap_remove_pte+0xb3
pmap_enter(c05de520,d2e43000,c1010a90,7,1) at pmap_enter+0x245
vm_fault(c05c2480,d2e43000,3,1,100100) at vm_fault+0x202
vm_fault_wire(c05c2480,d3361d00,0,d2c31b84,1) at vm_fault_wire+0xaf
vm_map_wire(c05c2480,d2e43000,d2e46000,0,0) at vm_map_wire+0x19d
kmem_alloc3(c05c2480,3000,0,c049fc23,c049fc23) at kmem_alloc3+0x206
lwkt_alloc_thread(0,3000,ffffffff,0,0) at lwkt_alloc_thread+0x120
lwp_fork(c9b07400,d3de4620,c0000034,c0269d98,c9b07400) at lwp_fork+0x16f
fork1(c9b07400,c0000034,d2c31c9c,0,28082100) at fork1+0x600
sys_vfork(d2c31ce8,d2c31d40,1ab3f,0,1) at sys_vfork+0x35
syscall2(d2c31d40) at syscall2+0x294
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
CPU0 stopping CPUs: 0x00000002
--
うーむ
やっぱりハードウェアが腐っているのか
2007/04/03(火) 12:24:27
433426
2007/04/03(火) 14:06:42 なるほど
> cat /etc/make.conf
cat: /etc/make.conf: No such file or directory
です
UPを試してみます
> cat /etc/make.conf
cat: /etc/make.conf: No such file or directory
です
UPを試してみます
434426
2007/04/04(水) 23:24:38 と思ってUP kernelを造ろうと思ってmake -j 3 buildkernel やmake -j 3 buildworld でも panic! や コンパイラエラーが！
make -j 3 nativekernel でも panic ! や コンパイラエラーが！
しかし冷静になって、-j オプションをはずして上のものを実行すれば、
すべておｋ
>>432
助言ありがとうございました
以上はすべて
> uname -rms
DragonFly 1.9.0-DEVELOPMENT i386
しかしながら、1.8.1では -jオプションつけて buildworld/buildkernel しても全然問題ないし、
それなりに高速化されるんだよなあ。
make -j 3 nativekernel でも panic ! や コンパイラエラーが！
しかし冷静になって、-j オプションをはずして上のものを実行すれば、
すべておｋ
>>432
助言ありがとうございました
以上はすべて
> uname -rms
DragonFly 1.9.0-DEVELOPMENT i386
しかしながら、1.8.1では -jオプションつけて buildworld/buildkernel しても全然問題ないし、
それなりに高速化されるんだよなあ。
435432
2007/04/05(木) 13:40:32 >>434
できたUP kernelで env MAKEOBJDIRPREFIX=$HOME/obj make -jN buildworld
とかやってもpanicしないなら、SMPのみってことだよね。
1.9のみ、ってことになるとRELEASE後の大きな変更は1:1 Userland threading
がらみの変更だよなあ。まあ時間があれば
cd /sys && cvs up -dPD'2007-02-01 00:00:00'
とかやって時間指定でチェックアウトしたソースでkernel作って試すんだけど
(だいたいOKだった日とNGだった日の中間をとりながら範囲を狭めていく)、
なかなか根気がいる作業なんだよな、これが。
できたUP kernelで env MAKEOBJDIRPREFIX=$HOME/obj make -jN buildworld
とかやってもpanicしないなら、SMPのみってことだよね。
1.9のみ、ってことになるとRELEASE後の大きな変更は1:1 Userland threading
がらみの変更だよなあ。まあ時間があれば
cd /sys && cvs up -dPD'2007-02-01 00:00:00'
とかやって時間指定でチェックアウトしたソースでkernel作って試すんだけど
(だいたいOKだった日とNGだった日の中間をとりながら範囲を狭めていく)、
なかなか根気がいる作業なんだよな、これが。
437426
2007/04/05(木) 16:17:33 と思うと同時に、buildworld するのに3時間程度かかるこのマシンでは
この手法だとやってられないわな、と思った。
CPUが一個しか実装されていない Dual Opteronマシンが手元にあるけど、
これ使えるのかなとか、SMP kernel のテストになるのかな、どうなるのかなと思った。
MLでも似たようなこと（SMP/UP kernel S01E02）話しているのだなと。
で、S01E02とは何でしょうか
ご存知の方は教えてください。
この手法だとやってられないわな、と思った。
CPUが一個しか実装されていない Dual Opteronマシンが手元にあるけど、
これ使えるのかなとか、SMP kernel のテストになるのかな、どうなるのかなと思った。
MLでも似たようなこと（SMP/UP kernel S01E02）話しているのだなと。
で、S01E02とは何でしょうか
ご存知の方は教えてください。
438435
2007/04/05(木) 17:39:24 いや、config(8)はRELEASE以降変更がないはずだから昔ながらの方法が
使えるかも。1.8.1のuserlandでどこかに sys以下を展開して
$ cd /path/to/sys/config
$ config -rd ~/kern ~/MYKERNEL-WITH-DEBUG
$ cd ~/kern
$ make -s kernel-depend && make -sj3 kernel.debug
$ su
# cp kernel.debug /test-kernel
# reboot
(boot loader)
OK unload
OK load /test-kernel
OK boot
とかやればいけるかも。あとは ~/MYKERNEL-WITH-DEBUG次第だけど
うちのノートPC(Mobile PentiumIII)でも10分以内で1サイクルできる。
使えるかも。1.8.1のuserlandでどこかに sys以下を展開して
$ cd /path/to/sys/config
$ config -rd ~/kern ~/MYKERNEL-WITH-DEBUG
$ cd ~/kern
$ make -s kernel-depend && make -sj3 kernel.debug
$ su
# cp kernel.debug /test-kernel
# reboot
(boot loader)
OK unload
OK load /test-kernel
OK boot
とかやればいけるかも。あとは ~/MYKERNEL-WITH-DEBUG次第だけど
うちのノートPC(Mobile PentiumIII)でも10分以内で1サイクルできる。
439426
2007/04/05(木) 18:45:14 >>435
と思ったら
UP (GENERIC) Kernel において env MAKEOBJDIRPREFIX=/home/USER/obj make -j4 buildworld で
panic: vm_page_dirty: page in free/cache queue!
Trace beginning at frame 0xd4208948
panic(c0559c8f,c0624d80,c059ca24,d4208978,1c072563) at panic+0x99
panic(c059ca24,c0652d20,d4332000,d376a900,c1003fc8) at panic+0x99
pmap_remove_pte(c0652d20,bff50cc8,d4332000,d42089d0,0) at pmap_remove_pte+0xb3
pmap_enter(c0652d20,d4332000,c08bbdc8,7,1) at pmap_enter+0x245
kmem_slab_alloc(1000,1000,2,c185da90,d4208a70) at kmem_slab_alloc+0x421
kmalloc(1000,c05d5220,2,d4208ab4,c15bb800) at kmalloc+0x27b
mmrw(c0622860,d4208c8c,20000,d4208b1c,c02b97d8) at mmrw+0x39d
mmread(d4208b08,c05d1518,c0622860,d4208c8c,20000) at mmread+0x22
dev_dread(c0622860,d4208c8c,20000,c0622860,d4208b74) at dev_dread+0x2c
spec_read(d4208b74,20,d2d42170,d4208bc4,20000) at spec_read+0x52
ufsspec_read(d4208b74,d4208ba4,c032621a,d4208b74,c05dd230) at ufsspec_read+0x28
ufs_vnoperatespec(d4208b74,c05dd230,c185d4f0,0,0) at ufs_vnoperatespec+0x16
vop_read(c185d4f0,d2d42070,d4208c8c,20000,c1705c48) at vop_read+0x34
vn_read(c820ef40,d4208c8c,c1705c48,0,d2f06e03) at vn_read+0x168
dofileread(3,c820ef40,d4208c8c,0,d4208ce8) at dofileread+0xc5
kern_preadv(3,d4208c8c,0,d4208ce8,805b760,20,d4208c84,1,0,0,20,0,0,c8110600) at kern_preadv+0xa6
sys_read(d4208ce8,d4208cf8,c,0,0) at sys_read+0x75
syscall2(d4208d40) at syscall2+0x214
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
Stopped at Debugger+0x44: movb $0,in_Debugger.0
db>
でした
と思ったら
UP (GENERIC) Kernel において env MAKEOBJDIRPREFIX=/home/USER/obj make -j4 buildworld で
panic: vm_page_dirty: page in free/cache queue!
Trace beginning at frame 0xd4208948
panic(c0559c8f,c0624d80,c059ca24,d4208978,1c072563) at panic+0x99
panic(c059ca24,c0652d20,d4332000,d376a900,c1003fc8) at panic+0x99
pmap_remove_pte(c0652d20,bff50cc8,d4332000,d42089d0,0) at pmap_remove_pte+0xb3
pmap_enter(c0652d20,d4332000,c08bbdc8,7,1) at pmap_enter+0x245
kmem_slab_alloc(1000,1000,2,c185da90,d4208a70) at kmem_slab_alloc+0x421
kmalloc(1000,c05d5220,2,d4208ab4,c15bb800) at kmalloc+0x27b
mmrw(c0622860,d4208c8c,20000,d4208b1c,c02b97d8) at mmrw+0x39d
mmread(d4208b08,c05d1518,c0622860,d4208c8c,20000) at mmread+0x22
dev_dread(c0622860,d4208c8c,20000,c0622860,d4208b74) at dev_dread+0x2c
spec_read(d4208b74,20,d2d42170,d4208bc4,20000) at spec_read+0x52
ufsspec_read(d4208b74,d4208ba4,c032621a,d4208b74,c05dd230) at ufsspec_read+0x28
ufs_vnoperatespec(d4208b74,c05dd230,c185d4f0,0,0) at ufs_vnoperatespec+0x16
vop_read(c185d4f0,d2d42070,d4208c8c,20000,c1705c48) at vop_read+0x34
vn_read(c820ef40,d4208c8c,c1705c48,0,d2f06e03) at vn_read+0x168
dofileread(3,c820ef40,d4208c8c,0,d4208ce8) at dofileread+0xc5
kern_preadv(3,d4208c8c,0,d4208ce8,805b760,20,d4208c84,1,0,0,20,0,0,c8110600) at kern_preadv+0xa6
sys_read(d4208ce8,d4208cf8,c,0,0) at sys_read+0x75
syscall2(d4208d40) at syscall2+0x214
Xint0x80_syscall() at Xint0x80_syscall+0x35
Debugger("panic")
Stopped at Debugger+0x44: movb $0,in_Debugger.0
db>
でした
2007/05/12(土) 00:51:02
AHCIのSATAも使えるんですね。今インストールしてみたけど、楽しめそう
441名無しさん＠お腹いっぱい。
2007/06/26(火) 10:42:04 何か進展はあったかね？
2007/06/26(火) 15:53:07
いやべつに
443名無しさん＠お腹いっぱい。
2007/07/08(日) 17:30:56 (主に) FreeBSD からのドライバのポーティングって活発？
対応デバイスの数は…
1. FreeBSD と比べると完全に置いてかれてる
2. まぁまぁ追従してる
3. 独自のドライバと *BSD からのポーティングでウハウハ
どれ？
対応デバイスの数は…
1. FreeBSD と比べると完全に置いてかれてる
2. まぁまぁ追従してる
3. 独自のドライバと *BSD からのポーティングでウハウハ
どれ？
2007/07/08(日) 23:50:52
>>443 「数」いうたら1.以外ありまへんがな。
>>441 1.10-RELEASEだと、こんなとこかな。
- バグ修正
- NATAがGENERICカーネルに(RELEASEだと1.10からかな)
(chipsetによっては「nataraid」を追加しないと起動しないのがある)
- 64bit disklabelのための書き換え; いままでスライス全体という意味で
ad0とか書いてたのがad0s0というふうに書くことになったのでfstabを修正
あとディスクまわりをいじる時vinum,ccdは割と置き去りになるので注意
- ネットワークデバイスまわりはいつもどおりsephe@が活躍中
- ahc,ahdの修正をFreeBSDから移植
- あとユーザランドの修正(主にFreeBSDから)、contribなやつのバージョンアップ
awk,file,less,libarchive,sendmail,...
- vkernelのSMP化(? 実際使ってないから不明)
- デバイスの非同期アタッチ(kern.do_async_attach=1 in loader.conf)
俺は恩恵にあずかれなかった...
今後
- GPT対応
- 例の新ファイルシステム(HAMMER)
- syslink
- USBの更新はクリーンアップだけかも
- サウンドデバイスまわりの移植/修正はこれからっぽい
>>441 1.10-RELEASEだと、こんなとこかな。
- バグ修正
- NATAがGENERICカーネルに(RELEASEだと1.10からかな)
(chipsetによっては「nataraid」を追加しないと起動しないのがある)
- 64bit disklabelのための書き換え; いままでスライス全体という意味で
ad0とか書いてたのがad0s0というふうに書くことになったのでfstabを修正
あとディスクまわりをいじる時vinum,ccdは割と置き去りになるので注意
- ネットワークデバイスまわりはいつもどおりsephe@が活躍中
- ahc,ahdの修正をFreeBSDから移植
- あとユーザランドの修正(主にFreeBSDから)、contribなやつのバージョンアップ
awk,file,less,libarchive,sendmail,...
- vkernelのSMP化(? 実際使ってないから不明)
- デバイスの非同期アタッチ(kern.do_async_attach=1 in loader.conf)
俺は恩恵にあずかれなかった...
今後
- GPT対応
- 例の新ファイルシステム(HAMMER)
- syslink
- USBの更新はクリーンアップだけかも
- サウンドデバイスまわりの移植/修正はこれからっぽい
2007/07/10(火) 04:59:55
1:1 threading は 1.10 に入ってるよね？
だったら NetBSD から移行してみようかな。
だったら NetBSD から移行してみようかな。
レスを投稿する
ニュース
- 橋下徹氏 外務省幹部の訪中受け「口だけ番長」へ痛烈指摘 「喧嘩は日本の完敗…なんとかっこ悪い日本か」 [冬月記者★]
- 【外国人問題】小野田紀美担当相「不法就労や不法滞在は許さない」 [シャチ★]
- 【野球】井端監督 大谷翔平、山本由伸らのWBCへの参加 「1日も早く返事ほしい」「待っててといっても、国内組が遅くなってしまう」★3 [冬月記者★]
- 経団連会長、日中は建設的対話を 経済3団体が高市首相と初会談も日中関係は話題に登らず… [BFU★]
- 東京株式市場 インバウンド関連株が下落 中国政府の渡航自粛要請で [バイト歴50年★]
- 中国で「クレしん」公開延期 対日報復、エンタメに波及 [蚤の市★]
- 中国「高市が頭を下げて謝罪しない限り、絶対に許さない」 [329329848]
- 🏡
- 有識者「高市総理が発言を撤回したり、辞職するしかないと言っている人は、それで日中関係が今まで通りになると思ってる？」 [834922174]
- 減税は低所得者差別
- 高市さんに土下座してもらったら一発解決なのに何でやらないんだろ？？
- クレカの店で使い方おしえてくんね？