08/02/12 01:40:42 7tNqakpk
>>854
おいおい、彼を応援しない奴はBSD信者認定だぜ
この板からとっとと引き上げな
856:login:Penguin
08/02/12 01:52:45 nvx5yIOh
>>853
こういう時にageないでいつageんのよ…
857:login:Penguin
08/02/12 11:43:48 vmPv8pB2
>>845
なんだこのIDすげえｗ
858:login:Penguin
08/02/12 22:47:42 eQM7J/ox
BSDなID ｳﾗﾔﾏｼｽ
859:login:Penguin
08/02/12 22:48:37 eQM7J/ox
記念にスクリーンショットでも撮っておくかな
860:login:Penguin
08/02/13 00:31:02 hLakZ35C
Linuxカーネル「2.6.25」のRC1バージョン公開，「玄箱PRO」に対応
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!
861:login:Penguin
08/02/13 00:43:23 0UZho14h
お。これは期待していいのか？
862:login:Penguin
08/02/13 01:21:11 dTSNJG7m
nicoの取り込んだだけでしょ
電源周りとか対応したのかな
863:login:Penguin
08/02/13 10:55:47 cZ7yRovN
>>862
arch/arm/kernel/process.cを見ろ。
対応してない。まあ、nicoのが対応してないからな。
864:login:Penguin
08/02/13 11:16:11 cZ7yRovN
カーネルツリーに取り込まれたといっても、メンテナやユーザーが飽きると、
誰も検証しなくなって、そのアーキではビルドできないままリリースされる
ようなケースも珍しくないんだな
すべては玄箱PROのユーザーの熱心さにかかってる。
865:login:Penguin
08/02/13 11:20:49 cZ7yRovN
連投申し訳ないが、Orion SATA SCSIが取り込まれてなかった。
これでは動かん。
866:login:Penguin
08/02/13 11:32:04 YOhJXxZI
kurobox_pro-setup.c
static struct mv_sata_platform_data kurobox_pro_sata_data = {
.n_ports = 2,
};
とかじゃなくて？
867:login:Penguin
08/02/13 11:34:51 cZ7yRovN
mv sataの方は以前はまったく使える状態じゃなかったんだが、
そっちに絞る方向なのかな。いまビルド中。
868:login:Penguin
08/02/13 11:37:37 cZ7yRovN
nicoの2.6.24*にあるdrivers/scsi/orion_sata/方はMarvellのカーネルから
引っ張ってきて放り込んだだけのもんだったからカーネルに取り込むには難が
あるのかもね。
そもそも、カーネルのソースの記述方法の規約にぜんぜん合ってないし。
mvうんちゃらで始まる異質なファイルと関数で埋め尽くされてるし。
869:login:Penguin
08/02/13 13:55:24 cZ7yRovN
Oops、とりあえず2.6.25-rc1は脂肪した。
…
Driver 'sd' needs updating - please use bus_type methods
sata_mv sata_mv.0: version 1.20
sata_mv sata_mv.0: slots 32 ports 2
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
[00000000] *pgd=00000000
Internal error: Oops: 5 [#1] PREEMPT
リンク時に問題があったようだから、そのせいかも。または、sata_mvは
まだヤバいままかも。
870:login:Penguin
08/02/13 14:10:17 cZ7yRovN
ログ見たら
scsi/orion_sata/*の方をアップストリーム（カーネルツリーの方）に
統合する計画はない、同等の機能をsata_mvに実装する予定、
と書いてあった。
sata_mvの方がまともに使えるようにならないと2.6.25に移れないな
871:login:Penguin
08/02/14 01:58:16 IRUHLPDM
ディスクレスで遊ぶのがいいんだよ
sataなくても気にしない
と強がってみる
872:login:Penguin
08/02/15 01:53:32 ZA3n0jl5
次は、ＳＤ等の安いカードを何枚もさせるような
ディスクレス箱を出して欲しいにょ
873:login:Penguin
08/02/15 13:28:34 P7Ute6RP
iPod touch で GNU Go 動かすと最強設定で1手考慮するのに3分以上かかるなー。
玄proもARM400MHzだけど、HGのPPCのほうが速い気がする。
こういうゲームって整数より小数演算多用してるのかな?
874:login:Penguin
08/02/15 13:58:42 AuxVI+JV
FPU使うなら「遅いなー」程度じゃ済まないと思うが如何か。
ARMが遅いのは当然だよ。ARMは電力効率重視で、
パフォーマンス自体は芳しくない。IPCが低くARM5は0.9。
PPC603eは2を越えてたと思う。
良く見積もってもARM5TEJ/400MHzは実質PPCの200MHz
相当ってとこかな。使ってみても分かるよな。
PPC/200MHzと比べるとARM400MHzの方が消費電力が低い
＝電力効率が高いってあたりがARMの利点と納得すればいい。
875:login:Penguin
08/02/15 14:29:01 aCAkSdYU
ってことはARMの500MhzはPPCの250Mhzくらいか…
噂のTS109、ファンレスだし良いな～
876:sage
08/02/16 11:36:18 jyrO1tXa
ext3フォーマットの時にファイルサイズが大きいファイルを削除する時ってかなり遅いですか？
例えば、Windowsから3GB位のファイルを玄箱にコピーしてそのファイルを削除しようとすると約1分位してから削除されます。
それまでWindowsは玄箱からのレスポンスが無い（？）為、応答なしの状態です。
BuffaloのLinkStationも所持しているのですが、これも同様な感じです。
そのため、Linuxのext3フォーマットの仕様なのかなと思っています。
Linuxはあまり触ったことが無いのでよくわかりませんが、ext3のテーブル情報の書き換えになどに時間がかかっているのかなと思っています。
もし情報等がありましたらよろしくお願い致します。
877:login:Penguin
08/02/16 14:12:21 kBzl4Pl6
3GBのファイルをrmで消すなら10秒ぐらい(linkstation HG, 2.5インチ40GB HDD)
$ ls -la
-rw-r--r-- 1 hoge users 3196059648 Feb 16 13:56 bigfile
$ time rm bigfile
real 0m9.674s
user 0m0.000s
sys 0m0.700s
samba越しでも消すだけなら同じくらい。
sambaのごみ箱の設定を疑ってみるとか…
878:login:Penguin
08/02/16 17:46:34 pXncyNu+
確かに、debian linux ext3でサイズの大きなファイルを消すと、
ＣＰＵの負荷が１００％近くになって、削除に時間がかかるんですが、
速くするほうほうないですかね？
879:876
08/02/16 18:03:30 cObK5RPV
>877 様
情報ありがとうございます。
確かにDebian上で削除するとめちゃくちゃ早いですｗ
====================================================
KuroBoxPro:/home/share# time rm testfile
real 0m6.516s
user 0m0.004s
sys 0m2.036s
====================================================
Sambaのゴミ箱機能は使用していません。
私のsmb.confを記述致しますので、もし本件に関するようなものがあれば教えて頂けませんでしょうか…
よろしくお願い致します。
880:876 smb.conf
08/02/16 18:04:24 cObK5RPV
[global]
dos charset = CP932
unix charset = EUCJP-MS
display charset = EUCJP-MS
security = user
guest only = no
map to guest = Bad User
workgroup = WORKGROUP
netbios name = KuroBoxPro
server string = KuroBoxPro
use mmap = yes
os level = 1
[share]
path = /home/share
browsable = yes
printable = no
writable = yes
guest ok = yes
force user = nobody
force group = nogroup
force create mode = 777
force directory mode = 777
881:login:Penguin
08/02/16 21:40:03 kBzl4Pl6
smb.conf見てもわかんないや、ｽﾏﾝ
rmが7秒足らずで終わるならファイルシステムの問題じゃないということで
切り分けは出来たとして、samba使ったときの削除の1分間に何が起きてるか
topやsambaのデバッグログ見て見当つけるしか。
あと、共有の仕方で遅くなるという話もあったみたいだけど、
URLﾘﾝｸ(www.tac.tsukuba.ac.jp)
現環境(vista+samba3)では再現せず
882:login:Penguin
08/02/16 22:00:47 SQmOSgJq
URLﾘﾝｸ(www.genbako.com)
だと
2.6.24.2にはそのままだと当たらないね
手パッチ中
883:login:Penguin
08/02/16 22:08:03 xrBOvvlG
今更なんでそんなもんを。
arch/powerpc/platforms/embedded6xx/linkstation.c
こっちだろ。
884:876
08/02/16 22:35:05 cObK5RPV
>877 様
お返事、情報提供ありがとうございます。
そうですね、fsではなさそうですね…
色々と調べてみます。
解決した時には再度ご報告させて頂きます。
どうもありがとうございました。
885:login:Penguin
08/02/17 01:36:14 mpL91Lfs
>>883
ｋｗｓｋ
886:login:Penguin
08/02/17 20:44:08 kfNKiDN1
ｼﾘｱﾙｺﾝｿｰﾙにﾉｲｽﾞ入りまくり…
どーすれば…
ｼｮｰﾄするところのﾗﾝﾄﾞを剥がしてしまい
隣の抵抗にｼﾞｬﾝﾊﾟしたのは良かったんですが
しまっておいたら通信できなくなっていました＞＜；
ﾎﾞｽｹﾃ
>>884
もしかしたらWindows側でﾌﾟﾚﾋﾞｭｰしているのかも
ｴｸｽﾌﾟﾛｰﾗでｿｰﾄする欄があると思うんだけど←どーゆー名前なのか知ってる人補足よろ
右クリック→ｻｲｽﾞ・種類・更新日時以外のチェックを外す
もしくは
・avi・wmv等、動画を先読みさせない→フォルダのアクセスを高速化
[HKEY_CLASSES_ROOT_CLSID]
\{40C3D757-D6E4-4B49-BB41-0E5BBEA28817}
\{87D62D94-71B3-4B9A-9489-5FE6850DC73E}
をコメントアウト {→;{ する
HG玄箱で作ったDVD.iso
消すのは１分もしないと思います
887:login:Penguin
08/02/17 20:50:56 JJtbAahV
>>883
もう少し詳しく教えて下さい！
888:login:Penguin
08/02/17 22:12:13 lekPUcY3
>>883
そっちだと必要なものにデフォルトでチェックはいってないじゃん
889:login:Penguin
08/02/18 03:04:52 ul/DlDTx
270氏…暇になったら久々にパッチ作ってくださ～い♪
890:login:Penguin
08/02/18 11:09:43 tHeO4gsE
>>888
HGは最近使ってないので分からないが、
URLﾘﾝｸ(linkstationwiki.svn.sourceforge.net)
この辺から.config取ってくれば使えるんじゃないか。
それにsvnで取れる
URLﾘﾝｸ(linkstationwiki.svn.sourceforge.net)
もある。何とでもなるだろう。ちなみに、linkstationwikiのPRO用カーネルは打ち切りな。
っつか自分でconfigくらい設定しれ。
891:login:Penguin
08/02/18 13:50:57 ul/DlDTx
>>890
ども、ありがと！
そうゆうLinuxの基本的な部分が分かってないだよ…＜俺の想像だが…玄箱からLinuxの世界に入った奴
ぶっちゃけ、何処で情報を探したら良いのかも『？』の時あるし…orz
で、質問なんだが、今までの270氏のカーネルパッチって、configだけ作ってたってことなの？
892:270
08/02/18 20:00:17 4Ir8kf9d
2.6.24系になってから、arch=ppcではセクション未定義が出るので、kernelの更新待ちしてました。
自分で直さないとだめかな。
893:login:Penguin
08/02/18 20:02:50 u5Yrxp4q
powerpcのほうだとどうかな？
894:login:Penguin
08/02/19 17:21:56 AU8A4a6k
どこに質問してよいのかわからなかったので、まずここで質問します。
玄箱/HGにDebian etchをインストールしています。
自作のアプリを実行しているのですが、セグメンテーション違反の場合にcore dumpされません。
何か設定が必要なのでしょうか？
gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
ulimitはunlimitedです。
895:login:Penguin
08/02/19 23:25:55 qY1q2Eex
>>894
その実行されているプロセスのカレントディレクトリにそのプロセスがファイルを
書き込み出来ないとか。(パーミッション、オーナーの違いで)
896:894
08/02/20 10:33:11 pkSWSN3G
>>895
いえ、それは大丈夫です。
ホームディレクトリで、
foo.c
#include <string.h>
int main()
{
strcpy(0, "abcdefg");
return 0;
}
を、make fooでつくり、./fooとやると
「セグメンテーション違反です」
というメッセージは出るのですが、coreはdumpされません。
897:login:Penguin
08/02/20 11:28:27 Z4hYgBun
segmentation faultでは普通コアダンプしないよ。
Linuxに限らず最近のは大抵そうだと思うけど？
segmentation faultはほとんどの場合、原因がはっきりしていて
デバッガで追えるんでコア吐く必要はないということじゃないかな。
898:login:Penguin
08/02/20 13:27:15 OyXIUZCU
coreできるけど、何が違うんかな
$ ulimit -Sc unlimited (bash使ってる場合)
$ gcc foo.c
$ ./a.out
Segmentation fault (core dumped)
$ ls -la core
-rw------- 1 hoge hogehoge 212992 Feb 20 13:21 core
$ gdb a.out core
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
(略)
#0 0x0ff2c34c in strcpy () from /lib/libc.so.6
(gdb) where
#0 0x0ff2c34c in strcpy () from /lib/libc.so.6
#1 0x100004a0 in main ()
#2 0x0fecac30 in __libc_start_main () from /lib/libc.so.6
899:login:Penguin
08/02/20 13:40:07 OyXIUZCU
スマン、etchでやらないと意味無いか
$ gcc -v
Using built-in specs.
Target: powerpc-linux-gnu
(略)
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
$ ./a.out
Segmentation fault (core dumped)
$ gdb a.out core
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
(略)
Program terminated with signal 11, Segmentation fault.
#0 0x10000400 in main () at foo.c:4
4 strcpy(0, "abcdefg");
900:login:Penguin
08/02/20 15:33:10 1I2UsBLn
つ【カーネルのconfig】
たしか2.6からCoreを吐かない設定というがあったと思うんだ
901:894
08/02/20 15:43:23 pkSWSN3G
>>897
えぇぇ！？そうなんですか？全く知りませんでした・・・。
（でも半信半疑）
>>898-899
再現テストありがとうございました。
うーん、やっぱりできますか。何がいけないんでしょう・・・orz
ちなみに、foo.c:
#include <unistd.h>
int main()
{
sleep(10000);
return 0;
}
をmakeして./foo&して、gcore pidするとちゃんとcoreが出来たので、coreを生成する仕組み
そのものは正しく動作しているようです。
もう少し調べてみます。
902:894
08/02/20 15:46:19 pkSWSN3G
>>900
あ、書き込み中に新しいレスが。
なるほど、そっちの方面も調べてみます。
ありがとうございました。
903:894
08/02/20 16:11:09 pkSWSN3G
解決しました。
原因は、"ulimit -c"が0になっていたことです。
core fileのsizeは別途設定しないといけなかったんですね。
ulimit -c unlimitedで、めでたくcore dumpしました。
みなさま、お騒がせしました。
904:login:Penguin
08/02/20 17:02:34 DVADK7Bq
>>897の話はどうなんですか
905:894
08/02/20 17:33:59 pkSWSN3G
>>904
その後いろいろググって見ました。（"ulimit -c unlimited"などで検索）
最近のディストリビューションでは、デフォルトでcore dumpしない設定になっているというのは
その通りな感じですが、それとSIGSEGVのデフォルト動作には関連性は無いと思います。
SIGSEGVのデフォルト動作は、今も昔もcore dumpするのがデフォルトじゃないかと・・・。
906:login:Penguin
08/02/20 19:22:24 Z+G56N/X
ARMの500がPPCの200相当なら、なんで玄箱PROだしたの？
玄箱HGで充分なんじゃないの？
907:login:Penguin
08/02/20 19:24:51 fdK+INo+
チップが安かったからじゃね？
908:login:Penguin
08/02/20 19:29:04 Z+G56N/X
低電圧.ver玄箱を買ったって思えばいいのか
HGの方が性能いいって事かorz
909:login:Penguin
08/02/20 19:31:32 Z+G56N/X
>>906訂正
ARM400がPPC200相当
910:login:Penguin
08/02/20 23:41:46 ds7Fmh4o
システムのパフォーマンスはCPUだけじゃないからねえ。
Marvellの石はI/Oパフォーマンスが高いそうだから
NASとかには向いてるってことじゃないの。
911:login:Penguin
08/02/20 23:55:01 /9vf2KFL
カーネルのパッチ…頑張ってほしい…270氏殿！
912:login:Penguin
08/02/21 01:10:38 otYSTsi1
>>903
あーあ。>>894で「ulimitはunlimitedです。 」って書かなきゃ一発で答えが出たのに。
913:login:Penguin
08/02/21 02:06:02 H4L/ICb6
玄箱HG＋Fedora8＋なんちゃってブートセレクタの環境で使っています。
iptablesを使いたかったので、下記のようにしてカーネルを入れ替えました。
svn co URLﾘﾝｸ(linkstationwiki.svn.sourceforge.net)
cd linux-2.6.24
cp configs/config_kuroboxhg .config
export ARCH=ppc
make menuconfig
make vmlinux modules
make modules_install
objcopy -O binary vmlinux /mnt/hda1/boot/vmlinux-2.6.24-kuroboxHG.bin
ここまではうまくいったのですが、この後2点問題が生じました。
1) make headers_install しようとすると、既存のkernel-headersパッケージ(2.6.23のもの)を上書きすることになりますが、どうすべきでしょうか。
（kernel-headersパッケージは、gcc/glibc-headers/glibc-develなどに依存しています。）
2) 念のため、上記と同じ手順で2.6.23を構築してみると、最後のobjcopyで約3GBのファイルが作られてしまいます。configのどこかの設定の影響でしょうか。
アドバイスよろしくお願いします。
914:login:Penguin
08/02/21 12:13:12 /5GBcMMB
ProでCDの開発環境を入れてHDDbootにしたんだけど
WebサーバとSWATに接続できない
Apacheはhttpd.confが無いとか言われて一から編集するのが面倒なんで
mtd3をマウントして見たけど肝心のディレクトリ自体がが見つからんよー。
何か間違えてる？
915:login:Penguin
08/02/21 13:05:29 5PtJGOiZ
使いづらい標準の開発環境でHDD Bootにしたのが
そもそもの誤り。
ってのはさておき、フラッシュ（mtd）にはApacheはインスコされてないよ
mtdに入ってるのはBusybox版thttpd（だったと思う）な。
httpd.confは手で書いてくれ。
916:login:Penguin
08/02/21 13:47:06 /5GBcMMB
>>915
あーそうなのか。
それとHDDの/etc/apacheにhttpd.conf.defaultが見つかりましたので
これを編集してWebサーバだけは立てたいと思います。
917:login:Penguin
08/02/21 22:42:05 2rojdnxS
Apacheよかlighttpdがおぬぬめ
記憶が確かなら開発環境でビルドできるはず
結構面倒だけど
918:login:Penguin
08/02/22 20:54:21 joy4fz9W
玄箱/HGで、カーネル2.6.24.xを動かせた人いる？
出来れば詳細を教えて欲しい！