【Linux】カーネル総合3【Kernel】at LINUX
【Linux】カーネル総合3【Kernel】 - 暇つぶし2ch175:login:Penguin
06/09/10 21:47:17 Evk+KbRP
>>165
ここに答えがかいてあるじゃないかwwwww
僕は一流じゃないから、これが答えだってことに気がつかないことが、できないや。

176:login:Penguin
06/09/10 22:04:45 mMa5RGQW
Linuxカーネルについて詳しく知りたいんですが
ここの方はどういう本やwebページで勉強されたんでしょうか?
良書とか推薦して頂けませんか?
オライリーの「Linuxカーネル」ぐらいしか見つからない…
予備知識はC++ぐらいです(´・ω・`)


177:login:Penguin
06/09/10 22:50:35 vJBzK88X
>>176
ソースコードそのものと添付のドキュメントで勉強すればいいじゃないか。
最高の教材だぞ。

178:login:Penguin
06/09/10 22:58:30 Evk+KbRP
>>176
くらいって、オライリーのLinuxカーネルを読んだから言ってるのかな?
この本以上を知りたいのか、この本以前を知りたいのか、どっち?

まあ、カーネルの何を詳しく知りたいのかが問題だけどね。
全部なんて無理だよん。

179:login:Penguin
06/09/10 23:30:55 HJZ87Jm1
>>159
>>165
>>175
コンパイルは通ったのかもしれないけど、ユーザランドで実行した場合、espが
指しているアドレスが current_thread_info()マクロが意図しているものと違って
いるから、意味がある実行結果は得られないだろ。

thread_info と task_struct はどちらもカーネルメモリ空間にあるんだってば。
URLリンク(hira.main.jp)()%2Flinux2.6


180:login:Penguin
06/09/10 23:47:52 HJZ87Jm1
>>176
Linuxの実装が知りたければ、オライリーの 詳解Linuxカーネル と Linuxデバイスドライバ
を読んどけば間違いない。UNIX USER誌の連載記事 <Linux 2.6 カーネル解読室>の単行
本が今月末に出るらしいから、これも買い。

あと、Linuxの実装に限らない一般教養として、以下も読んどけ。
 UNIXカーネルの設計(共立出版)
 UNIX4.3BSDの設計と実装(丸善)
 UNIXカーネルの魔法(ピアソンエデュケーション)


181:login:Penguin
06/09/10 23:48:12 L8JChFsT
>>172
こういうイタイ奴ってホントにいるんだな。
今までネタだとばっかり思っていたんだが…

182:login:Penguin
06/09/11 01:45:41 TsRv62UV
タネンバウムのモダンオペレーティングシステムもおすすめ

183:login:Penguin
06/09/11 03:36:30 vH7CDD5S
>>179
んなこたー誰だってしっとるがな

184:login:Penguin
06/09/11 09:06:58 6MytyMZt
>>183
C++相談室に誘導したり、無意味なコードを回答として示したり、
4月1日でもあるまいし(´・ω・`) 。


185:176
06/09/11 16:28:58 m7FzIkWo
>>スレの皆様
どうもありがとうございます。とても参考になりました。
まだオライリーのLinuxカーネルは読んでいません。これからです
何かわくわくしてきたです(;´Д`)

186:login:Penguin
06/09/14 23:57:24 h/94H5tt
>>180
「UNIX USER誌の連載記事 <Linux 2.6 カーネル解読室>の単行本が今月末に出るらしい」
出版社とか書籍名とか分かれば詳しく

187:login:Penguin
06/09/15 00:57:58 9RpCu9uR
>>186
それはソフバン以外から出るって事か?

188:login:Penguin
06/09/15 12:44:19 Z7BoGjdg
>>187
そんなことないと思うけど、昨夜そこのHPで新刊とか見てもなかったので
どこから出てきた話なのかなと思いましてね

189:180
06/09/15 17:30:36 qQWVXJ4U
>>188
ソースはOSM10月号の p.147 <Xen3.0解読室> の前書き。
著者本人のコメントだから信頼性は高いと思われ。


190:login:Penguin
06/09/18 14:05:10 UgnJOL6O
>>189
あそこの編集者、技術的検証は全く取らんので嘘書き放題。
なんて現実もある。

191:login:Penguin
06/09/18 15:34:44 RUTW/Scr
>>190
何か酷い目に遭ったんですか

192:login:Penguin
06/09/18 20:18:47 h9nMzWRb
Xen関係でよく見る明らかな間違い
ブートパラメータにinit 3

193:login:Penguin
06/09/22 14:33:51 UFTftrAL
なんだ…これ?

URLリンク(opentechpress.jp)

194:login:Penguin
06/09/23 21:45:46 YhEj3DPv
アラン・コックスのThinkPadも爆発、延焼被害(本人は軽傷)
URLリンク(japanese.engadget.com)

(((( ;゚Д゚)))ガクガクブルブル

195: ◆Zsh/ladOX.
06/09/23 22:07:55 myXU4uN1
>>194


196: ◆Zsh/ladOX.
06/09/23 22:08:30 myXU4uN1
( ゚д゚)ポカーン
↑を書き忘れw

197:login:Penguin
06/09/23 23:09:26 y1o+9Qlv
これはまあ、SONYのせいじゃないみたいだね。

198:login:Penguin
06/09/24 19:20:44 60b3OpN8
>>196
( ゚д゚)ボカーン!

199:login:Penguin
06/09/25 07:34:45 hsFBwOwr
で、カーネルソースはどれくらい失われたの?

200:login:Penguin
06/09/29 12:17:00 DgSNEsYB
蒼星のアクエリオン聞きながら

200ゲット

201:login:Penguin
06/10/03 23:22:59 a/KDMfi2
カーネルバグのレポートをあげたいと思うんですが
どういう手順でどういうlogをどこに上げればいいとか
レポート上げる際の注意点とか
みたいなのを解説してるサイトってありませんか?

202:login:Penguin
06/10/03 23:37:53 mLg/th5c
REPORTING-BUGS

203:180
06/10/05 10:08:06 cKbfbjRF
Linuxカーネル2.6解読室(単行本) キタ━━(゚∀゚)━━ッ!!
URLリンク(www.amazon.co.jp)

噂では、発売日は 10/18 ラスイ。


204:login:Penguin
06/10/05 13:50:19 cp0+dRHv
単行本鬼馬二

205:login:Penguin
06/10/05 14:31:10 /yXIfk84
結構高価な感が。大幅加筆・修正されるのか

206:login:Penguin
06/10/05 23:35:01 ECs1dTnx
出版社: ソフトバンククリエイティブ (2006/10/18)

イラネ

オライリなら買う。

207:login:Penguin
06/10/06 00:13:42 BuQ6snmC
>>206
URLリンク(up.rgr.jp)
こういうのでも?

208:login:Penguin
06/10/06 01:03:31 cHMLdUyl
>>207
即ジャケ買いだ!

209:login:Penguin
06/10/06 02:23:34 knnt0ZRy
何をパケットしてんだよw

210:login:Penguin
06/10/06 22:20:22 XZCf0cUo
206はカワイソウな人か本当の天災。

ついでに西田さんのGCCプログラミング工房を全国販売してもらいたいものだorz

211:login:Penguin
06/10/07 00:08:09 +mDe+3EO
>>210
通販だから全世界発売だろ。

212:login:Penguin
06/10/07 00:13:27 lGeVOPYw
書店でって意味に決まってるだろうに

213:login:Penguin
06/10/07 00:35:55 gCA22+Un
今度出るPS3でちょっとしたデバドラを書いてみたくなったんですが、
ブロックデバイスを勉強するのに適した、シンプルなソースって無いですか?

PS3はグラフィックメモリを256MB積んでいるので、それの一部を
ラムディスク化してみたいなと思ったんですけど、PS3-Linuxが出るまでに
少し時間もかかりそうなので、今のうちに勉強してみようかなと思っています。

214:login:Penguin
06/10/07 11:41:20 3iPH+VWw
>>213
drivers/block/rd.c


215:login:Penguin
06/10/07 12:30:35 lGeVOPYw
【情報】グーグル、ソースコード検索サービス「Google Code Search」を発表
スレリンク(scienceplus板)l50

これってシステム系に与える影響あるのかな・・・webプログラムに止まりそうで懐疑的

216:login:Penguin
06/10/07 17:28:37 gCA22+Un
>>214
そのものずばりラムディスクのドライバ本体ですね。
もっと簡単なサンプルが欲しかったのですがさすがにないですか。
関数名でぐぐると、読学のススメというサイトがひっかかったので、
そこを参考にしながらなんとか読んでみようかと思います。

217:login:Penguin
06/10/07 17:43:13 UfMmG3Y5
お馬さんの本とか

218:login:Penguin
06/10/07 17:53:12 TA64o2XC
>>216
文字通り骨しかないデバドラ本のサンプルプログラム(ネット配布されてる)、 sbull でしたっけ、
とrd.cとかほかのものを見比べたりすれば理解が早いんじゃないかな。
もうその程度はご存知でしたか

219:login:Penguin
06/10/07 19:28:12 gCA22+Un
>>217
URLリンク(www.amazon.co.jp)
これですか?なかなかいい値段しますね。

>>218
>文字通り骨しかないデバドラ本のサンプルプログラム(ネット配布されてる)、 sbull でしたっけ、
>とrd.cとかほかのものを見比べたりすれば理解が早いんじゃないかな。

すいませんが、そのサンプルプログラムってURLか
もう少し何らかのキーワードわかりますか?
sbullでぐぐるとLinuxとは関係なさそうなページがヒットしました。

>もうその程度はご存知でしたか

Linux自体にもさほど知識は無いので右も左もわからない状態です。
ただ、drivers/ で grep -nIRe ramdisk *を実行してみると、
そのソースがちょうど引っかかった所でした。
よくわからない関数や構造体が多いのでどうやって読み解けばいいのか、
片っ端からgrepしていくしか無いのかなと思っています。

とりあえず簡単にmodule_init/module_exitでprintkするような
サンプルのコンパイルと、insmod/rmmodに成功したような段階です。

220:login:Penguin
06/10/07 20:08:30 0cSErxK8
>>219
英語OKなら、oreilly.com のオープンブック(open book)コーナーを見てください。
「いい値段」の本の英語版があります。

また、その本の紹介ページのExamplesリンクを辿ると、本に掲載されたサンプルの
ソースを置いたサイトに繋がります。

221:login:Penguin
06/10/07 20:34:06 gCA22+Un
>>220
ありがとうございます。英語もあまり得意ではありませんが、
なんとか読んでみます。

222:login:Penguin
06/10/07 20:45:19 gCA22+Un
PDFやサンプルを見ると、sbullというのがありますね。
>>218さんのやり方で頑張ってみます。ありがとうございました。

223:login:Penguin
06/10/12 09:58:56 eI52Y+Mk
1 volume 2TB+ に対応した SCSI, FC, USB, IEEE1394のカードって
何がある?

224:login:Penguin
06/10/15 19:22:11 xAde072s
今年はLinuxカーネルカンファレンスはやらないのだろうか?

225:login:Penguin
06/10/15 19:39:29 tudd7b1r
ext4 ktkr

226:login:Penguin
06/10/15 22:10:04 x/BHEcgl
レイザFSはどなった???wwwww

227:login:Penguin
06/10/15 22:35:21 MgnNtfS2
>>226
「ライザー」な。

228:login:Penguin
06/10/16 07:26:22 i62nNwrH
>>227
おまえライドって言ったら笑ったろ!

229:login:Penguin
06/10/16 11:27:21 5sJdA+H+
>>228
それはそれ、これはこれ。

230:login:Penguin
06/10/17 14:54:51 VSgfpGJ7
>>203
表紙写真キタ━━━(゚∀゚)━━━!!!!

231:login:Penguin
06/10/18 22:30:30 i9x30HpE
>>203
今日、本屋行ったけど売ってなかった。
密林もまだっぽいし。伸びてる?

232:login:Penguin
06/10/19 00:15:39 vQRAPAm1
>>231
3件回ってなかったからたぶん延期。
目次だけでも見たい。

233:login:Penguin
06/10/19 00:28:23 6SuqdgN0
>>203にあるじゃん。ページ数までは分からないけど

234:login:Penguin
06/10/19 01:06:47 W3j4xqMC
>>231
Amazon 11/8になってるし… orz

235:login:Penguin
06/10/22 16:28:05 iL1ydxa2
質問です.

カーネル内から,ファイルを指定して読み込む方法はありますでしょうか?

236:login:Penguin
06/10/22 16:50:38 lQcEvBhy
>>235
質問の仕方が悪いな。まずは何を目的としてるのか教えれ。

237:login:Penguin
06/10/22 18:12:45 BJq8WkHu
>>236
ファックです

238:login:Penguin
06/10/27 13:34:15 H8J5E/Hd
10月版 カーネルのビルドエラーで責任者がクビに!?
URLリンク(www.atmarkit.co.jp)

239:login:Penguin
06/10/27 15:12:02 rPAjNZSN
>>235
sys_open
sys_read


240:login:Penguin
06/10/28 23:06:58 sAkKmqf5
最近のkernel2.4のprepatchって、kernelソースディレクトリの名前を一旦「a」に
変えないとパッチが当たらなくなってる?
prepatchを解凍して出てきたパッチを見ると
diff --git a/Documentation/Configure.help b/Documentation/Configure.help
とかになってるんだが・・・

241:login:Penguin
06/10/29 00:02:49 XhNh9ErL
>>240
patch -p1 じゃだめなの?

242:login:Penguin
06/10/29 00:18:50 qH81TWEl
www

243:login:Penguin
06/10/29 00:36:54 0q0Qi+P8
マジレスする人がいるとは思わなかった。もしくは最高に頭の悪そうな発言をして下さいスレに誘導とか

244:240
06/10/29 01:14:26 uwckknqj
patchの -pXが何を意味してるか分かってなかった。
これまではa,bの部分がlinux-2.4.33みたいになってたから-p0でパッチを当ててた。
スレ汚しして申し訳ないです。

245:login:Penguin
06/10/30 22:50:20 /x5wb66H
俺はWindows XPタンに忠を尽くす。
お前達はどうだ?


246:login:Penguin
06/10/30 23:21:43 db3LUnkf
Linuxのカーネルってバージョン間で差異が激しいのは仕様なの?


247:login:Penguin
06/10/30 23:27:39 98BVmzZl
差異が無いならバージョン上げる意味無い

248:login:Penguin
06/10/30 23:34:05 Q7UOtihe
英数字を全角で打つ香具師は相手しない方が良い

249:login:Penguin
06/10/30 23:49:05 RTrLO7FA
>>245
やっぱりドジっ子のMeタンがいいなぁ。


250:login:Penguin
06/11/03 00:10:05 MbKVgRf1
>>239

えっと   マジレスじゃないでつよね?



251:login:Penguin
06/11/03 23:44:44 zf4sSv/V
最近、Linuxのインストール本やサーバ解説の本はやたらと多いが、
Kernelのコンパイルについて解説してある本はメッキリ少なくなったな。

252:login:Penguin
06/11/03 23:59:04 aSZF4oBu
>>251
そんなもん誰でもできるし。
何が知りたいか逆に知りたい。

パッケージ入れておしまい、というrpm系の文化もあるし。

253:login:Penguin
06/11/04 00:47:18 LomGhdPB
今更、Documentation/* を翻訳しただけの本なんて、必要ないだろう。

254:login:Penguin
06/11/04 00:50:11 Gecghv+H
>>252
>そんなもん誰でもできるし。
ほーぉ、誰でもできるか!
そんなら、貴殿のkernelconfigとkernelのpatchを晒してみてくれ。

255:login:Penguin
06/11/04 01:16:51 INzxcyzV
カイ・キデン

256:login:Penguin
06/11/04 05:41:26 A1zrXHlF
KernelのコンパイルはLPICの試験項目だから
そのへんの資格本に書いてる

257:login:Penguin
06/11/04 07:51:45 pgVdJPUo
>>256
>そのへんの資格本に書いてる
2.2.Xか2.4.Xの解説じゃないかな。
実際に、2.6.18.1をパッチ張って俺流カーネルをコンパイルしてみるとわかるよ。
昔とやりかたが違うなんてことは良くある。

kernelのコンパイルは、まだ簡単なほうで、X11R7.1のコンパイルはかなり難しい、
LInux使っていてもコンパイルできない香具師が多いと思う。

258:login:Penguin
06/11/04 09:48:18 0XCvB/JZ
君、書いてよ

259:login:Penguin
06/11/04 10:37:36 82aW6LJS
パッチ当てた程度で何をいきがってんだか

260:login:Penguin
06/11/04 10:53:05 sLixb1RZ
資格本なんて目的が違うから全然使えませんな

261:login:Penguin
06/11/04 11:13:37 xDH1kP7z
>>259
では、Fedora Core 6の kerner-2.6.18.1-2798.fc6のpatch、何があたってるか
解説してね。

262:login:Penguin
06/11/04 11:35:45 xagG5+ry
kerner

263:261
06/11/04 11:43:22 xDH1kP7z
訂正

誤 kerner-2.6.18.1-2798.fc6
正 kernel-2.6.18.1-2798.fc6

すまそ。

264:login:Penguin
06/11/04 12:53:05 RGMvDpTY
>>261
.spec を読み解く技術とパッチをあてる技術は
また別物でしょ。

265:login:Penguin
06/11/04 13:11:28 LomGhdPB
おい、なんか素人が紛れ混んでるぞ。

266:login:Penguin
06/11/04 17:00:39 tHaHdXjM
>>261 面倒だからx86だけ。
*2.6.18.1のpatch
*utrace patch
*AMD Geode対応
*agpgartのi965対応
*i686のcflags 変更
*boot時のinvalid mode IDの出力を削除
*__build_read_lock_constの削除 代わりに__build_write_lockを使用
*save_stack_trace関数の変更
*stracktraceでの未使用関数の削除
*spec内で使いやすくするためにmake noninitconfigでdont_askを追加
*#include <linux/config.h>の削除 rpm build対策?
*Exec-shield機能の追加
*GPGで署名をするmodsign機能の追加
*Tux(http accelerator)の追加
*Xenの追加
*debug情報出力機能追加
*/dev/memのアクセス制限
*/dev/crash(crash memory driver)の追加
*AdvansysのSCSIドライバのpcitableを追加
*iSCSIドライバを2.6.19-rc1相当に更新
*QLogic iSCSIドライバ qla4xxxに対応
*Aic94xx SAS/SATAドライバの更新
*nfsdのportbit機能追加
*IPSec xfrm lablingの対応
*CIPSO(Commercial IP Security Option)機能の追加
*squashfs 3.0の追加
*GFS2の追加
*inode diet(典型的にはinode->i_blksize情報の削除)
*NFS superblock sharing/CacheFSによる高速化
*NFSの64ビットinodeサポート
*ext3のinode count overflow対策

267:login:Penguin
06/11/04 20:00:09 2haKsFHS
最近はずさんな管理が多いが
世の中にはちゃんと調べる人もいるんだなぁ
…ほっとした


268:login:Penguin
06/11/04 20:00:55 2haKsFHS
○最近はずさんな管理が多いが
×最近はずさんな管理をする人が多いが

語弊があったらスマソ

269:login:Penguin
06/11/14 06:41:22 x34rpId5
SELinuxがある今となっては、capabilitiesっていらない?

270:login:Penguin
06/11/25 05:25:37 QlIrPCKI
Kernel Comparison for Linux (2.6.18) verses Windows (2003 R2)
URLリンク(widefox.pbwiki.com)

271:login:Penguin
06/11/28 18:27:19 ANwbW6iC
Linuxカーネル2.6解読室が本屋に平積まれていたので、ちらと見た。
内容は道案内くらいか?お値段が・・・

272:login:Penguin
06/11/30 11:30:40 3HsodbO8
grep -r "&& 0x"

273:login:Penguin
06/12/01 09:44:39 wpaWTf0F
linux-2.6.19

274:login:Penguin
06/12/01 13:35:52 mq6YGmUl
11月版 「ext4」が見えてきた! ついに利用方法公開
URLリンク(www.atmarkit.co.jp)
大混乱? 2.6.19-rcリリース
カーネルイメージがリロケーション可能に
Linus「あまり頻繁にマージしないで」
ファイルシステム「ext4」に動きが!
急なエラーもこれで安心
unionfsがメインラインカーネルにマージか
寂しい10月の-stableリリース

275:login:Penguin
06/12/01 16:56:14 WNzrmNXx
今月は特集遅かったな…

276:login:Penguin
06/12/01 17:59:26 41kNeerF
いまさらext4利用方法公開って言われても遅すぎだろ。

277:login:Penguin
06/12/01 18:07:12 91huQEIp
ext4のファイルシステムはどうやって作るの?
mkfsで作れるの?


278:login:Penguin
06/12/01 18:10:12 hS1/yIvD
>>277
>274のリンク先読め

279:login:Penguin
06/12/01 18:47:59 NvNMKjLt
ext3で特に不満はないけどな

280:login:Penguin
06/12/01 18:52:41 91huQEIp
>279
たいして不満はないですがシーケンシャルだけでも速くなるのはうれしいです


281:login:Penguin
06/12/01 19:35:34 mCUuX4hf
そんなもん、あれだ
いままでの経験上
mkfs.ext4
にきまってるだろ、と読まない俺がいってみる

282:login:Penguin
06/12/14 16:38:51 utQqiHrs
Userspace I/O kernel drivers for Linux
URLリンク(www.kroah.com)

283:login:Penguin
06/12/14 21:35:59 OngCFZyq
URLリンク(lwn.net)
今週無料公開版のQuote of the weekワロタ

284:login:Penguin
06/12/18 14:50:36 FsmtTeGC
モジュールの質問ってここでOKでしょうか?

kernel_threadを使ったせい?なのか、psすると
3635 pts/0 R 0:00 modprobe hoge
と残るんですが、これは出ないようには出来ないものなんでしょうか?
勿論 rmmod hoge すると消えるんですけど。

285:login:Penguin
06/12/18 17:48:16 CqDzl5wd
カーネルモジュールからカーネルに「擬似的に」IP パケットを
送り付けたいんだけど、いい方法ないかな?

やりたいことを言うと、モジュールで生成したソケット (LISTEN 状態) に
擬似 SYN パケットを送りつけて(Handshake して)そのソケットを
無理やり TCP_CONNECTED の状態に持って行きたい。

netfilter いじればいけると思ってソースを軽く読んでるんだけど、
netfilter って、来たパケットを落としたり書き換えたりするだけで
何も無いところからパケットを生成することはできなかったりする?
(読みが浅いだけかも。もうちょっとちゃんと読むか…)

286:login:Penguin
06/12/19 00:11:12 Y8Ux/Mtq
>>285
ACKも投げないとね

とりあえず、そういうときは本当に接続してLANケーブルひっこぬく

287:login:Penguin
06/12/19 14:55:27 CRmuTbew
>> 286
もちろん ACK も投げる。(記述を省略していた)

他のマシンと通信をしているソケットを(FIN を送らずに)一回破壊して、
通信相手に影響なく別のソケットを作り直して、
通信を継続させる、ということをやりたいのね。
(新たに接続したソケットの Seq. No. は無理やり書き換える)

288:285
06/12/19 16:33:48 CRmuTbew
divert_なんちゃら とかを使えばいいのだろうか。
(e.g. alloc_divert_blk(), divert_frame() とか)

よくわからん。参考になるものが少ない…。

289:login:Penguin
06/12/19 16:40:18 WkfMsLhq
>>285
よくわからんけど
lo からコネクション張るんじゃだめ?

290:login:Penguin
06/12/19 22:53:18 9FDnX5Ig
>>287
ユーザ空間のプログラムを呼び出して、
raw socket で投げつける。


291:285
06/12/20 01:41:48 jEZO7VCp
>>289
>>290
あ、それでいいのか。簡単なことに気づかなかった orz

「自分自身ではない IP を名乗る SYN パケット」を送る必要があって、
返ってくる SYN+ACK パケットをキャッチすることと併せて考えていたら
netfilter にこだわってしまった。
ユーザ空間から送って、キャッチだけ netfilter で行えばいいのか。感謝。

292:285
06/12/20 21:33:26 2S/S2PKO
自分自身(lo)に SYN パケットを送ってもはじかれて
(SYN+ACK ではなくなぜか SYN が返ってきて)しまった…。
同じことを他のマシン (eth0 経由) に送ったら
ちゃんと SYN+ACK が返ってきた。

lo を使った接続って、対応するソケット構造体が内部に存在しないと
受け付けてくれなかったりするっぽい。

netif_receive_skb() を直に呼び出す方法も考えているのだが、大変そうだ。

293:login:Penguin
06/12/20 23:09:07 LJnFZuBa
やってる事が卒論っぽいな

294:login:Penguin
06/12/20 23:22:53 890WKn2e
ユーザ空間で動くPPPソフトを読んでみたら?

名前忘れたけど日本人が作ったユーザ空間で動くPPPソフトが
あったな。kernel-2.0.*頃のソフトだから2.6.*で動くかしらんが。

295:285
06/12/21 01:14:59 M6sIOSie
>>293
部分的に正解。修論のごく一部の、本質とは関係のないはずのところ。
(しかしこの部分で一番時間を食っている)

>>294
確かにその辺の関連技術を使うのがいいっぽいなあ。

トンネルデバイスを使ってユーザ空間で Handshake だけ確立
→ルーティングテーブルを切り替えて物理ネットワークデバイスで続き

というのがよさそうだ。

296:login:Penguin
06/12/21 01:17:08 jTHZp5Zo
ppxpかのう
むかし使ってたなぁ

297:login:Penguin
06/12/21 10:58:25 gIWNtC6G
>>294
tap経由なら動くんでないかい。
userlinkはさすがに無理だろうな。


298:285
06/12/21 13:46:36 M6sIOSie
というか tap を使って同じことをするのは
(FreeBSD だけど) やったことがあるのでうまくいくはず…。

299:285
06/12/22 02:06:30 viH4vQTl
tap 使って動いた。サンクス >> ALL

300:login:Penguin
06/12/23 00:30:22 3YznN4mF
組み込みLINUXのカーネルは、PCLINUXのとどう違うの?

301:login:Penguin
06/12/23 00:36:24 4CyL9gHu
>>300
LINUXってのが何かは知りませんが、Linuxなら
URLリンク(www.kernel.org)

302:login:Penguin
06/12/23 00:41:50 jffEy7t0
>>301
大文字と小文字が気になりだしたら重傷だな
てか、何とかしろ!

303:login:Penguin
06/12/23 00:58:18 HuJ53nlr
FreeBSD屋は 「Free BSD」 と単語をわけると怒るぞ。


304:login:Penguin
06/12/23 01:04:43 4CyL9gHu
何が違うかって質問にソースを提示したらこれか。
巣に帰れ。

305:login:Penguin
06/12/23 16:20:12 JGmMV/LI
あやちゅう先生ご苦労さまです。

306:login:Penguin
06/12/23 22:02:57 H5l7/boA
>>303
それは怒る。1つの単語だからな。

307:login:Penguin
06/12/23 23:00:47 3YznN4mF
XP上で、LINUXカーネル弄って遊んでみたいんだけど、
環境はVMWareとVirtualPCどっちが良い?

308:login:Penguin
06/12/23 23:53:49 cNmO+Mie
cygwinでいいんじゃない?

309:login:Penguin
06/12/24 02:31:49 X+jzrZSu
>>307
colinux

310:login:Penguin
06/12/24 03:08:02 Z0ebtQrf
リアルの友達と遊べよwww

311:307
06/12/25 00:11:09 a7usFfYy
colinuxいいね。

312:login:Penguin
06/12/26 21:34:56 Abx0v21W
12月版 ついに仮想化がカーネル標準機能に!?
URLリンク(www.atmarkit.co.jp)
カーネル2.6.19ではファイルシステムが複数追加に /* ext4dev GFS2 eCryptfs */
csum_partialの正しい使い方を考える
カーネル2.6.20に仮想化機能がマージされる /* KVM(Kernel-based Virtual Machine) */
X起動時のパニックメッセージの出力方法とは?
2.6.18.yと2.6.16.yのリリースに動きが

313:login:Penguin
06/12/29 07:07:15 hUXaGQkB
>>312
既に、仮想化ドライバがデバイスドライバ扱いで入っている<2.6.20-rc*
それより、2.6.20-rc*のFirewire(ieee1394)ドライバがSEGV起こして使いものにならないのはどうにかならないでせうか?

314:login:Penguin
06/12/29 11:12:38 K72+0WHS
>313
2.6.19.1にしたら

315:login:Penguin
07/01/05 09:33:44 39mtLgDd
Linux 2.6.18.のオプションにある Cryptographic API、それと
Library routines というのは何でしょうか? OpenSSL を使用する
つもりですが、適用すると何らかのメリットを享受できますか?

316:login:Penguin
07/01/05 14:10:45 bu3feqQq
それはIPSecや暗号化ファイルシステムなどのドライバが使う暗号ライブラリ。
SSLやSSHとは関係ない。

317:login:Penguin
07/01/06 04:25:38 leuHETh5
なるほど。あくまでカーネル内部のためだけに
使用されるのですね。ありがとうございました。

318:login:Penguin
07/01/12 19:50:45 yO8f+lHj
kernel2.6のソースをDLしてmake~ make INSTALL したんですが、/sbin/init
ができません。なぜですか?
初心者なものですみませんが教えてください。

よろしくお願いします m(_ _)m

319:login:Penguin
07/01/12 19:59:53 hfXTQh3T
initはカーネルの一部ではないから。

320:login:Penguin
07/01/12 20:10:04 yO8f+lHj
>>319さん、ありがとうございます。
世話焼けついでに教えてください。

initはどうやって生成すればいいんですか?

321:login:Penguin
07/01/12 20:17:43 hfXTQh3T
カーネルの初期化が終わった後最初に起動されるプロセスの実行ファイル。
起動するだけだったらhello worldでもいいよ、多分w

一般的なシステムじゃsysvinitってのが使われてるけど、
最近は高機能な奴が色々作られてるね。(initng, upstartとか)

322:login:Penguin
07/01/12 20:21:05 T6ZP3OtF
そもそもこいつは何をしようとしているのだろう

323:login:Penguin
07/01/12 20:32:53 yO8f+lHj
>>321さん、ありがとうございました。

え~と、やりたかったことはFedracore5を使って1CF Linuxを作ってみようかと^^;
H/Dにインストール済みのkernelより新しいver.でmakeして、initだけ古いverを
copyしたら動きませんでした。(kernel 2.6.18-1 → 2.6.18-37)

initもよく知らないで無謀なヤツと思いますよね。すみませんでした。
もっと勉強してきます。ごめんなさいでした。

324:login:Penguin
07/01/12 22:15:35 GSHPBNFo
kill 1


325:login:Penguin
07/01/13 00:44:33 Q4wsePXJ
着実な進歩の道を選択したLinuxカーネル用の仮想化テクノロジ
URLリンク(opentechpress.jp)

326:login:Penguin
07/01/15 21:33:02 jbmIiJ/4
init=/bin/sh

327:login:Penguin
07/01/15 22:25:32 mKLR9U0k
>>326
か・・・漢だ・・・。

328:login:Penguin
07/01/15 22:26:18 IwiQw/Bk
か?

329:login:Penguin
07/01/15 22:28:25 ToVpkpMf
かんじって打ってるんじゃ

330:login:Penguin
07/01/15 23:27:32 TWG66pcd
ハート様だ

331:login:Penguin
07/01/16 02:07:36 12EhNQx3
SATAのHDDにシステムが入っている場合、
2.6.18.xから2.6.19.yに移行するにはどうしたらいいのでしょうか。

このバージョンアップによって、SATAがSCSIもどきでなくなったようですが、
カーネルにSATAドライバを組み込んでもブートでルートファイルシステムが見つからない
というエラーでパニックになります。

lspciの出力は以下の通りです。

00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller AHCI (rev 02)

実際に調べているカーネルのバージョンは、2.6.18.6と2.6.19.2です。

332:login:Penguin
07/01/16 02:21:38 fTFqDzfS
BIOSの設定でAHCIにしているならCONFIG_SATA_AHCI
IDEにしているならCONFIG_ATA_PIIXで使えるはず
俺はAHCIにして2.6.19.2で使ってるよ

lspciの出力は以下の通り
00:1f.2 SATA controller: Intel Corporation SATA Controller AHCI (rev 02)

333:login:Penguin
07/01/16 02:36:02 12EhNQx3
>>332
両方をYにしているけれど、それが問題なんですかね。AHCIのみをYにして試してみます。

2.6.18.x上でコンパイル・インストールして、起動できましたか?


334:login:Penguin
07/01/31 22:42:45 B73Hj8uM
さーて、今月のLinusさんは

1月版 ext3でデータが破損!? メモリ管理で不整合
URLリンク(www.atmarkit.co.jp)
カーネル2.6.20始動、その開発方針は
仮想化機能KVMとlhype、鋭意開発中
ペンギンはバイナリモジュールの夢を見るか?
ext3でデータが壊れる!?
-stableに付きまとう機能追加の誘惑

の5本です

335:login:Penguin
07/02/05 18:17:31 u43LNNeE
2.6.20に上げたら、
# iptables -A INPUT -i eth0 -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables: Invalid argument
と言われるようになりました。
dmesgには
can't load conntrack support for proto=2
と出力されています。
configは2.6.19.2で使用していたものをmake oldconfig(当然2.6.19.2では動いていた)
現在格闘中ですが、何か情報がありましたら教えて下さい。

336:login:Penguin
07/02/05 21:13:19 I+V5kpO8
UDP はコネクションレス方の通信だから、RELATED,ESTABLISHED は使えないと思う。

# iptables -A INPUT -i eth0 -p tcp -m state --state RELATED,ESTABLISHED -j ACCEPT
# iptables -A INPUT -i eth0 -p udp -j ACCEPT

proto=2 って UDP のことだっけ?

337:login:Penguin
07/02/06 06:55:46 Pqp6DXDf
>>335
2.6.20-rcの頃の話だけど、menuconfigで表示される項目がかなり変わって、
IPFilter関連を自分でチェック入れたような気がする。

338:login:Penguin
07/02/06 21:32:28 MoW71xjH
>>336
> proto=2 って UDP のことだっけ?
つ AF_INET

AF_*, PF_* の値を proto=%dで出してた。わかりにくいね。

339:336
07/02/06 23:35:29 SD2Ahymz
>>338


自分の無学をさらけ出してたわorz

340:login:Penguin
07/02/11 10:23:59 suHu1kDw
詳解Linuxカーネル第3版キタ━━(゚∀゚)━━ッ!!?

341:login:Penguin
07/02/11 11:04:03 1CrjjGTh
そう言えば>>203の解読室買った人ここには居るのかな。評判を全然聞かないもんで

342:login:Penguin
07/02/11 12:03:52 iRffMVWT
即予約だ!

343:login:Penguin
07/02/11 13:28:33 INZfA+KK
次の週末くらいに神田か池袋あたりでフラゲできるかな、詳解カーネル第3版

344:login:Penguin
07/02/11 13:38:53 YPy50GWP
普通オライリーは原書で読むだろ・・・常識的に考えて・・・・


345:login:Penguin
07/02/11 14:27:36 WtBqfAPZ
当然原書も持ってるよ

346:login:Penguin
07/02/11 14:31:36 YPy50GWP
確かに・・
振り返ってみると、おいらも本は原書も和訳もけっこう両方とも持ってるな。こりゃ失礼した。

347:login:Penguin
07/02/11 19:35:48 Ohtvrv38
>>341
買ったよ。あまり読んでないけど。

348:login:Penguin
07/02/11 19:51:25 AqTV/y90
Linux: Merging in 2.6.21
URLリンク(kerneltrap.org)

349:login:Penguin
07/02/12 13:37:32 waEEP3nt
Linux Kernel in a Nutshell
URLリンク(www.kroah.com)

350:login:Penguin
07/02/14 19:22:40 eqBxv+0Y
Syslet


351:login:Penguin
07/02/17 00:28:08 LD/CBfPE
>>343
今日の夕方新宿の大型書店見たけど、まだ無かった。
洋書の3rd ed.は平積まれていたけど、これを見ると2005/11とあるから変化の激しい2.6.xではもう古いね

352:login:Penguin
07/02/22 16:59:05 xsGcVMRo
slab, slob,....slub!?

353:login:Penguin
07/02/23 07:51:47 jDyCKsjp
仕事帰りに詳解Linuxカーネル買いに行こう

354:353
07/02/23 19:40:52 UlY7jP0X
おいてなかった・・・
明日、紀伊国屋にでも行くか

355:login:Penguin
07/02/24 00:08:22 G1f01fLf
>>354
ヨドバシでも山積みだったぞ。

356:login:Penguin
07/02/27 22:48:09 xbxBuG3S
2月版 仮想化技術「KVM」の高速化パッチ登場!
URLリンク(www.atmarkit.co.jp)
汚名返上なるか? 安定性重視の2.6.20
注目のKVMに高速化パッチが!
蓄積し始めたgitの運用ノウハウ
粘り勝ち? unionfsのマージ
OLPCは面白いアーキテクチャ
メンテナンスはいつまで続けるものか?

357:login:Penguin
07/02/27 23:18:25 lGk0czYh
>Adrian Bunkは「2.6.16は、しばらくメンテナンスを続ける。新しいバージョンに
>乗り換えるとしたら、2.6.25か2.6.30くらいからだ」と説明しました。
2.6.16にここまで拘るのは何故だろ?

358:login:Penguin
07/02/27 23:23:24 L5u3YGUN
仕事で使ってるからでしょ 

359:login:Penguin
07/02/27 23:28:13 NtiFY7Nq
>>357
・SUSEが金を払ってる
・VineProjectが金を払ってる

.....


360:login:Penguin
07/02/28 00:51:00 8L6LGcbV
つか、2.6.15から2.6.20までの変化が凄い。変わりすぎ

361:login:Penguin
07/02/28 22:18:43 1SsetZHG
詳解Linux第三版買った。読み応えありそうだけど、重いorz。
ソース調べるときの辞書代わりかなぁ。

362:login:Penguin
07/03/01 00:28:23 Ofsm6sMc
>>360
WinVistaが頭がおかしいのかと思うほど大胆な仕様変更を行った。
だから多少おいたしても許してもらえると踏んだ。

363:login:Penguin
07/03/01 00:37:36 CGksCK7N
>>360
具体的によろ

364:login:Penguin
07/03/01 00:50:17 SDHL3UWC
にょろ~ん

365:login:Penguin
07/03/02 17:13:12 mmZBpdbS
vgettimeofday()ってどうやって使うの?

366:login:Penguin
07/03/02 21:04:19 fZXYaYFy
vDSOにあるやつなら、libcの方でよろしくやってくれるはずだが。


367:login:Penguin
07/03/04 16:27:10 x7yOyciR
The Linux Foundation Japan Symposium #4
予約定員間近。まだの人は急いで。
URLリンク(www.linux-foundation.jp)


368:login:Penguin
07/03/04 21:03:44 Ag2s0lD6
age

369:login:Penguin
07/03/05 01:02:15 aLTiBT/a
>>367
情報ありが㌧。さっそく申し込みました。あと少し空いてるよ。


370:login:Penguin
07/03/05 06:57:39 ryFHyBOz
・・・平日か。休み取れるかな。


371:login:Penguin
07/03/05 18:10:29 3ISrinu3
RSDL

BSDな連中に受けがいいかも。

372:login:Penguin
07/03/08 12:23:00 zebgtStG
Andrew Mortonがくるよ。
URLリンク(services.google.com)


373:login:Penguin
07/03/08 13:26:03 t05tinEM
>>372
akpmよりも、関根さんgoogle行ってたのか、という方が気になった。


374:login:Penguin
07/03/09 21:50:37 dQkn3s52
PS/2キーボードがささってないとリブートしないってどういう可能性?
CentOS4の2.6.9でreboot=h、reboot=b試したがどっちもだめ。
FC6の2.6.18はOK(h,b両方)。 シャットダウンで電源OFFはOK。
EPIAのEK10000G。i386/kernel/reboot.cを読んでるのだがこれだという
違いが読めとれない。


375:login:Penguin
07/03/10 00:02:59 gLhoSUsu
PCMCIAについての質問はここでいいかな。
PCMCIAにつながったHDDを cardctl insert すると、
PCMCIAデバイスの電源は入ってdiskがまわりはじめるんだけど、
デバイスの初期化に時間がかかるせいか、
3秒後ぐらいに電源が落ちてしまい、dmesg的には

cs: pcmcia_socket1: time out after reset.

と言われて結局

no product info available

の状態なままなんですね。
で、とりあえずPCMCIA insertのtime outの値を変えてみたいのだが、
どうすればいいですかね。


376:375
07/03/10 01:26:06 gLhoSUsu
すまんがageさせてもらうよ。よっこらせ。


377:login:Penguin
07/03/10 16:17:04 SToA0mdV
fedora core 6 とかでカーネル再構築する方法を書いたサイトってありませんか?
TL8の後から暫くカーネルを弄ってないので、もうさっぱりです。

378:login:Penguin
07/03/10 16:34:42 GU3DZGeq
>>377
URLリンク(fedora.redhat.com)


379:login:Penguin
07/03/10 20:01:42 QaIGuZgf
>>377
そもそも、再構築する必要あるのか?


380:login:Penguin
07/03/10 20:52:21 SToA0mdV
>>378 英語なんでアレですが、情報サンクス。
なんだったっけ。昔と違って一般ユーザーのディレクトリ以下にカーネルソースを
展開してどうこう、というあたりから分らなくなってました。

>>379 不要モジュールの削除とスリム化のためですよ。
デスクトップPCじゃなくて、サーバにするから。

っていうか再構築しないで使う人が増えたのでしょうかね…?

381:login:Penguin
07/03/10 21:00:06 v7nzNJzw
特殊なハードウェア以外では必要無いからね。
君も本当に再構築が必要かどうか考え直してみたほうがいい。

382:login:Penguin
07/03/10 21:09:08 9aKD1LpG
>>380
そんなにチマチマ削らなきゃいけないマシンで
サーバ立てて大丈夫?
つーか Fedora でサーバ立てて大丈夫?

383:login:Penguin
07/03/10 21:13:56 hzMmOHH9
いいじゃんぃぃじゃん?
笑って送り出してやろうぜ

384:login:Penguin
07/03/10 21:29:44 QaIGuZgf
>>380
FCというかRedHatの配布カーネルは、
ほぼ全てモジュール化してあるから要らないモジュールは
使用時には組み込まれない。よって再構築は不要。

必要なのは使えないデバイスがある時だけ。


385:login:Penguin
07/03/10 21:33:48 pgskUfiZ
放置サーバーにヤバい物が置かれて家宅捜索
URLリンク(slashdot.jp)

一応な。お前らも気をつけろよ。

386:login:Penguin
07/03/11 01:06:56 WYTnLmQH
言うだけ無駄。

387:374
07/03/11 12:47:06 VaaUVNRm
include/asm-i386/machine-default/mach_reboot.hの以下の変更に気づき、
これを2.6.9にマージしたらキーボード抜きで再起動出来た。

static inline void mach_reboot(void)
{
int i;
for (i = 0; i < 100; i++) {
<<<<< ここから
kb_wait();
udelay(50);
outb(0x60, 0x64); /* write Controller Command Byte */
udelay(50);
kb_wait();
udelay(50);
outb(0x14, 0x60); /* set "System flag" */
udelay(50);
<<<<< ここまで追加
kb_wait();
udelay(50);
outb(0xfe, 0x64); /* pulse reset low */
udelay(50);
}
}

しかしこのコードを全く通過しないはずのreboot=bでも挙動が違うのが理解出来ん。
出来ればカーネルのリビルドはしたくないのだが。


388:login:Penguin
07/03/11 13:21:16 vSAQ1KT/
>>387
BTS

389:login:Penguin
07/03/11 17:32:24 Jxz6xSqq
>>387
patch(1)を知らんのか?

390:374
07/03/11 19:40:33 jnebAS/h
>>389
diffの出力を貼ったら"本文が長過ぎます"と怒られました。

391:login:Penguin
07/03/13 17:19:27 elpwwnG5
対FreeBSDで大敗したsysbenchの分析結果が出てますね。
結論は ... How userspace sucks.

MySQLのsched_setschedulerの不適切な呼出と、
glibcのmultithread環境下でのheapのロッキング(malloc)のまずさでした。

URLリンク(ozlabs.org)


392:login:Penguin
07/03/13 17:39:22 DVLR5yvS
age

393:login:Penguin
07/03/13 21:24:03 8AKSerNE
お、もう分析結果でたんだ

394:login:Penguin
07/03/14 00:52:02 mGVFUAOe
今日のシンポジウム(昨日の読書会かも)でまさにその件で質問が出て、
あればユーザスペースコードのbad codingが原因だとかすぱっと
言い切られてた。

395:login:Penguin
07/03/14 02:07:05 jacQ1oQj
>>394
そんな話は13日は出てなかったぞ。

396:login:Penguin
07/03/14 03:19:21 gPMKab0U
>>395
カーネル読書会で出た。

397:login:Penguin
07/03/14 09:27:48 gvLmUTbq
kernel.orgのトップのペンギンが10周年記念になってるな。

398:login:Penguin
07/03/14 15:58:04 9CvIdGuT
地味だな
もっと派手なロゴでも良いのに

399:login:Penguin
07/03/15 04:27:13 sQv3W08n
>>398
あそこは地味さが美徳。

400:login:Penguin
07/03/16 07:38:33 M77xjPLT
カーネルについて詳しくなると、具体的にどのような仕事が行えるように
なるのでしょうか?

401:login:Penguin
07/03/16 07:57:45 pgWq0v+E
>>400
詳しいだけじゃだめでしょ。

402:login:Penguin
07/03/16 08:41:33 M77xjPLT
>>401
回答ありがとうございます。
なるほど、他にも知識が必要になるということですね。

実は下記の記事を読んでカーネルというものに興味を持つようになりまして。。
URLリンク(itpro.nikkeibp.co.jp)

将来はプログラマとして活躍したいと考えており、カーネルを極めれば
かなり高度な仕事ができるようになると思っているんですが、、、
ここにいる方たちはカーネルについてかなり詳しいようなので、
実際にカーネルの知識を扱うような仕事をしている方も
いるのではないかと思い質問させてもらいました。
できれば実際にどのような仕事をするのかを教えていただければと思います。


403:login:Penguin
07/03/16 08:50:45 v2yY1Py8
数が多いのは障害解析やパフォーマンス分析じゃあないかな?
どうだろ?よくわからん。

404:login:Penguin
07/03/16 09:02:52 M77xjPLT
>>403
なるほど、そういった分野があるんですね。
ありがとうございます!!参考にさせてもらいます。

405:login:Penguin
07/03/16 09:12:50 xTSwlenh
大抵の仕事はカーネルなんか読まないよ
俺が真面目にカーネル読んだのは組み込みの開発してたときくらいだな
教養として自力でコンパイルできる程度には知っといて損はないと思うが
カーネル読む仕事はあんまり思いつかんなあ

406:login:Penguin
07/03/16 09:42:31 tvCTgaGQ
まぁ直接仕事につながることはあんまりないだろうが
いろんなことに興味持って調べるのはいいことだと思うよ。
がんがれ。

407:login:Penguin
07/03/16 14:07:23 UgrNVICY
その前に病院で見てもらったほうがいいと思うけどね

408:login:Penguin
07/03/16 14:30:14 FwYCqKU2
>>402
カーネルに手を入れちゃうと、本家に取り込んで貰うか、
さもないと自分で永遠にメンテナンスしないといけないから、
かなりめんどうだぜ。
でも、ドライバ周りではたまにあるけどな。
前任者が居ないと全く分からないこともある。

409:login:Penguin
07/03/16 22:03:42 y8mzx09F
>>405
自分もそう思ってたが、カーネルの挙動が理解出来ないときに(エラーの具体的な理由とか)ちょこちょこっ
とprintkでもはさんでどこを通ってきたか明快にするとユーザースペースの問題が早く解決する様に
なったのでLinuxは便利だなと思った。 

410:login:Penguin
07/03/17 12:32:13 MyEI1Jiu
>>391
FreeBSDはglibcではなくてlibcだったから回避できていた、ということ?

411:login:Penguin
07/03/17 13:18:21 wJvD/rw1
>>410
リンク先に書いてあるけど、sched_setschedulerで設定している
スケジューリングタイプが影響しててidol時間が増えなかった
から性能が落ちなかったようだ。
またgoogleのmallocライブラリも、別のCPUではスケールせずに
逆に性能が悪くなったともlkmlにポストされてた。
どちらにしても、MySQLのメモリ管理が腐っているのは確からしい。

412:login:Penguin
07/03/18 01:18:36 CMKFjAu3
>>402
カーネル読書会にでも行ってみれば?

413:login:Penguin
07/03/18 16:17:27 3K8BAN6R
>>412
行かなくても、google videoで見ればいい。
keywordは、あのグループ名で検索しろ。

414:login:Penguin
07/03/18 16:38:20 eJfsxyh4
英語かよ!!!

415:login:Penguin
07/03/18 22:41:20 5HYsu3hm
ITproが腐ってることが分かった
赤松さんこんな変な関西弁使わない

416:login:Penguin
07/03/19 00:06:54 XNSK2cHf
>>400
いじれるようになれば仕事はそれなりにあるでよ。
どこぞのディストリがそういう人集めとるという噂をききますた。


417:login:Penguin
07/03/19 00:25:11 X7o8IU7z
>>400
カーネルとはまったく関係ないアプリとかを請負できます。
「Linux詳しいんだよね、よろしく」

418:login:Penguin
07/03/19 06:42:59 /94itbNq
>>414
Andrew Mortonが日本語しゃべるかよ(w

419:400
07/03/19 10:09:51 SsfmNppS
みなさん大変参考になる意見ありがとうございます。
最近はJavaが流行っているようだったので、一ヶ月ほどJavaの勉強をして
いたのですが、方向転換してさっそくCとアセンブラの勉強からはじめて
みようと思います。

420:login:Penguin
07/03/19 10:16:24 F6o5ImpG
Cはともかくアセンブラとはなんというか…


今時感心な若者ですね

421:login:Penguin
07/03/19 10:51:01 L8DYgw6t
まあアセンブラも教養として知っていた方がよろしいのではないかと思いますよ。
linux kernelのふか~い所に行けば避けて通れないものだし。


422:login:Penguin
07/03/19 10:53:08 CktG2zEV
プログラミングなどは、若者が圧倒的に有利
TopCoderに名を連ねてるのは、ほとんどが、20代前後の若者ばかり
がんばれや


423:login:Penguin
07/03/20 00:26:13 9XkrolDx
>>421
ふか~く行かなくてもOopsとか読むときには必須の知識。ユーザー空間でもcoreを解析するとき等に
必須の知識。


424:login:Penguin
07/03/21 02:50:04 Zorihazv
x86環境gcc 4.1環境で
swab32使いたいんだけど、コンパイルオプションとヘッダってどれいれればいいんだっけ?
忘れてしまって大変困ってる。

425:login:Penguin
07/03/21 19:07:49 oCskAGrl
>>424
私のPCにはこんなファイルがありますが、これのお話?
/usr/src/linux/include/linux/byteorder/swab.h

426:login:Penguin
07/03/22 23:01:32 SfoGLBwa
>>425
そそ、それそれ
使いたいんだけど、swab()呼ぶと何故かコンパイルエラーでる
もちろん、x86Xeon使ってだから問題ないはずなんだよね

427:login:Penguin
07/03/23 10:59:21 9G04CDve
>>426
#define __KERNEL__

どうなっても知らんが。


428:login:Penguin
07/03/23 11:04:03 EQ4h3D6+
>>426
glibのSWAP使えばいいのに.

429:login:Penguin
07/03/24 01:20:15 TqCQftaN
>>428
glibのSWAP遅いよ

430:login:Penguin
07/03/25 10:59:01 oCvtz5cG
fedoraベースでKVM実施の人柱情報どっか無い?
英語でもいいんだが意外とニャイ

431:login:Penguin
07/03/25 12:34:33 F/fNXicl
>>430
まだ良いレビューはないね。
でも、本家にマージされたので、これから一気に増える・・・かも。
Xenと共栄してくれればいいけどね。

432:login:Penguin
07/03/26 00:48:13 59OU4oYM
前回のDebian勉強会が仮想化ネタだったな
URLリンク(tokyodebian.alioth.debian.org)

433:login:Penguin
07/03/26 00:58:03 RzWJSiyj
しばらく別のディストリに浮気して再びGentooに戻って久々にmake menuconfig
したらいつの間にかNTFSの項目がexperimentじゃ無くなってる…

NTFSにも安全に書き込み可能になったの?

434:login:Penguin
07/03/26 10:07:48 vDmJdn0q
NTFS writeは安全じゃなかったような?

435:login:Penguin
07/03/26 11:06:30 tZL/Nb/x
ntfs-3gで今のところ書き込み失敗等の経験なし。

436:login:Penguin
07/03/27 18:22:22 n8fdUEW9
3月版 Greg K-H、デバイスドライバ無料開発宣言!?
URLリンク(www.atmarkit.co.jp)
ノートPCや組み込み機器に有効な新機能とは?
非同期システムコール機構の登場!
ネットワークデバイスの変更をログに残すべきか?
デバイスドライバのライセンスはGPLで
ノートPCのサスペンドで悩む日々
活発な-stableリリース! しかし、ミスも……


>>433-434
時代はどんどん先へ進んでるんだぜ

437:login:Penguin
07/03/27 18:25:26 vD1CCZ/0
>>436
それ以前に、リンク先が1月以上も前のできごとなのだが。

438:login:Penguin
07/03/27 18:39:30 ULu4nmt5
最近Linux Kernel Watchも遅れた情報が多いな。
時代がどんどん先へ進んでるせいだろうけど。
変更大杉

439:login:Penguin
07/03/27 18:40:18 ULu4nmt5
まぁ面白いからそれでもいいんだけど
上川さん愛してる

440:login:Penguin
07/03/27 21:03:43 l+fl6gcB
>>436 非同期システムコール機構の登場!

やっとVMSなみになるのか。


441:login:Penguin
07/03/28 01:04:57 9PkgXo4l
>>440
非同期システムコールの完了通知ってどうやって受け取るんすか?
VMSではどうやっていたんだっけ。
コールバックルーチンを定義したのだっけかな。

442:440
07/03/28 09:59:11 Ipgoo+W8
>>441
3通り。
1. イベント・フラグがセットされる ($WAITEFとかで待つ)
2. I/O status blockの完了ステータスがセットされる
(あんまり使った覚えないな。ポーリングするのかな?)
3. AST(Asynchronous System TRAP)が呼ばれる。


443:login:Penguin
07/03/28 14:48:37 0XsmV5+J
>>442
ASTっていうと別のものが頭に浮かぶな。


444:login:Penguin
07/03/28 21:38:44 Z/yhoLzB
PowerPremiumでつか

445:login:Penguin
07/03/31 08:02:38 Ud+o/4Fl
>>442
selectとかで待てたらいいね


446:KD125053235206.ppp-bb.dion.ne.jp
07/03/31 18:42:18 WWmuos7R
>>445
callback(...) {
longjmp(buf, 1);
}
...
somefunc(...) {
...
if (setjmp(buf) == 0)
invoke_async_call(callback);
...非同期メソッドが返った後に実行する部分...
}

とするとソース上はシーケンシャルに処理を書ける・・・かも?(ライブラリ次第)


447:login:Penguin
07/03/31 23:43:49 b+RKwOAT
AST

OS屋さん:アンドリュー・S・タネンバウム
コンパイラ屋さん:抽象構文木

448:login:Penguin
07/04/01 00:48:37 RSz/61gk
>>447
Linux(Linus)的にはタネンバウム先生との喧嘩だろう。


449:login:Penguin
07/04/04 11:18:42 Swx7TNMy
missing madvise functionality
URLリンク(www.ussg.iu.edu)

450:login:Penguin
07/04/04 15:44:02 r9r6BNwC
システムコールをフックした先でファイル操作ってどうにかしてできないもんですかね。

具体的には特定状況下でディスク上にログを書き出したいんですけど。
カーネル空間内でsys_open呼び出しても意味ないですし困っております。
何かいい方法がある方ご教授ください。

451:login:Penguin
07/04/04 16:12:32 oCfr9/aE
>>450
ふつうにprintk → klogd → syslogdじゃダメなんですか?
ど~しても自力でファイル開きたければ、filp_openするとか。


452:450
07/04/05 00:35:50 fcY4jQfS
>>451
出来ればそのログだけ単独で書き出したいんです。
filp_openですか。ファイル構造体取得できればどうにかなりそうですね。
書き込みモードで取得できるかが肝ですが、頑張ってみます。

453:login:Penguin
07/04/05 01:14:13 ZtAHtWOp
netlink か何かで専用のプロセスに投げる。

簡単かどうかは知らないけど。


454:login:Penguin
07/04/05 01:16:12 zWsTWLeW
”システムコールをフック”ってそのうち出来なくなるような気がするけど...

455:KD125053235206.ppp-bb.dion.ne.jp
07/04/05 23:50:22 /J84+CVZ
テーブル書き換えはもう出来なくなってたような気がするけど、
Kprobesとかでフックしてるんでは?

456:login:Penguin
07/04/14 09:50:47 Kd8gEwli
カーネル=OSですか?
階層構造では、↓のようになると思うんですが、
OSとカーネルの違いがわかりません。
どう違うのでしょうか?

**************************************
アプリケーション
**************************************
ミドルウェア
**************************************
OS
**************************************
カーネル
**************************************
デバイスドライバ
**************************************
ハードウェア
**************************************

↓では、カーネルとは、カーネル型リアルタイムOS、汎用型OSというように
 OSの種類というだけのようです。
URLリンク(itpro.nikkeibp.co.jp)


457:login:Penguin
07/04/14 10:01:53 hRvEgtMX
>>456
くだらねえ質問はここに書き込め! Part 144
スレリンク(linux板)

458:login:Penguin
07/04/14 11:20:36 rDs8AFmH
今1秒間に600MB/secでディスクに書き込みやってるんだけど
writeするとメモリの使用量がはんぱなく増えていくんだけど解決策ないですか?

メモリの総容量           32GB
OSその他諸々の使用容量    300MBぐらい
最初のメモリの空き 31.7Gぐらい

そんでwriteしてると10秒毎にメモリが60MBぐらいずつ増えていって、pdflush間に合ってないし
freeがどんどん減っていって30分もしないで30GBぐらい使い果たしてmallocすら取れなくなります。Windowsで同じ事しても全然平気なんだけどなんでLinuxってこんな簡単な事もできないの?



459:login:Penguin
07/04/14 11:25:01 l7QQz02I
笑っておままごとの人はすぐ、泣きがはいるの?

460:login:Penguin
07/04/14 11:32:13 WFdI+M26
>>458
Direct I/O
raw device

大規模なシステムのようだが、素人が作ってて大丈夫なのか・・・?

461:login:Penguin
07/04/14 11:38:35 FYHC+rjs
>>458
mallocすら取れなくなるってのは異常だから、なんとかした方がいいな。
バグレポートした方がいいと思う。

ってかこういう時用のチューニングって何かないっけ?
思い当たらんのだけど

462:KD125053235206.ppp-bb.dion.ne.jp
07/04/14 11:53:39 nAecf1s7
>>460
誰にでも初めてはあるから当人的にはいいんじゃね?
もっとも自社内に解決できる人員がいないその会社は心配だが。

463:login:Penguin
07/04/14 12:12:00 rDs8AFmH
>>460
直接メールでLinusにraw deviceは推奨しないし使うのは馬鹿げているって言われたから使わない方がいいと思うのですがどうなんでしょうか?

後、open時にO_DIRECと入れて書き込むのは512の倍数に揃えて書き込まないといけないようです。そのため端数出たときに極端に処理速度が落ちてボトルネックになる場合があって困ってます。

O_DIRECTを使った効率的なサンプルなんかはあるのでしょうか?


464:login:Penguin
07/04/14 12:20:47 1g/elZBn
ちょwwwww

465:login:Penguin
07/04/14 12:27:53 NL9NunrN
ベラボーなファイル書き込み速度だけど、いったい何に使うんだか気になる。
商用のDB製品じゃないよなあ。
ハイビジョンの映像をリアルタイムに非圧縮で流し込んでもそこまで行かないよなあ。
なんだろ。

466:login:Penguin
07/04/14 12:32:05 xmp7f+Mm
>直接メールでLinusに...どうなんでしょうか?
すげーな。

467:login:Penguin
07/04/14 12:32:33 BiYQHwK9
て言うかそらHDDへの書き込みなんて間に合わないんだから固まるかメモリなくなるか、どっちかだな。
リアルタイムカーネルならメモリが亡くなる方がはやそうだ。

468:login:Penguin
07/04/14 12:47:24 NL9NunrN
>>467
FCをいくつも接続して同時並列に書き込んでるような構成を
勝手に想定してたんだが、違うかな。

469:login:Penguin
07/04/14 12:54:01 xmp7f+Mm
>>468
そうだろうね。ファイルシステムもカーネルのバージョンも
システムの構成も秘密みたいだから想像で書くとすると、
ファイルシステムにXFSを使っててジャーナルログが
スワップアウト出来ないメモリをつかんでで、それが
どんどんと溜ってるからmallocできなくなるんと
違うかな。それかカーネルのメモリーリークのあるバージョン
を使っているとか。
あとは dirty_background_ratio を調整するとかあるけど
切り分けのできてない>>458にはさっぱりだろうな。
業者呼べよ。

470:login:Penguin
07/04/14 13:02:32 rDs8AFmH
syncして
/proc/sys/vm/drop_cachesをクリアしてみたんですけど
マシン今全部とまっちゃいました。困りました....

471:login:Penguin
07/04/14 18:55:16 rDs8AFmH
うーむ、O_DIRECT難しいです。マシン25台止まってしまって焦った。
休みでよかったw


472:login:Penguin
07/04/14 21:50:04 rDs8AFmH
マシン復旧シマスター

またまた質問なんですけどO_DIRECTでデータを書き出す場合
char *data = (char *)malloc(512* 1024);
posix_memalign( (void **)&data, 512, 512*1024);
とりあえずこんな形で確保してその後writeすればいいみたいだけど

毎回そんな都合良く倍数ちょうどで書き出せるわけもなく、あまりが出た場合どうすればいいのですか?色々調べてみたのですが、Linux 2.6 では、512 バイトごとの境界に配置されていれば充分である。としか記述されていなくて困ってます。

端数でたらどないせっちゅうのか教えてください。




473:login:Penguin
07/04/14 23:27:26 NL9NunrN
余りが出ないようにする。つーか、自分で面倒をみる。

つーか、
Linuxプログラミング
スレリンク(linux板)l50
でする話だな。

474:login:Penguin
07/04/14 23:29:25 rDs8AFmH
>>473
ありがとうちょっと聞いて来ます。

475:login:Penguin
07/04/16 12:57:24 Kkc4V4u/
CFSにConブチギレ
URLリンク(www.ussg.iu.edu)


476:KD125053235206.ppp-bb.dion.ne.jp
07/04/16 23:46:08 yi6AG7ik
そしてスレの先にはさりげなくグサッと刺すコメントが:

> If these issues aren't fixed, you're going to stuck with the same
> kind of creeping elitism that has gradually killed the FreeBSD
> project and other BSDs.

勝手に殺すなー(ウワワァン

477:login:Penguin
07/04/18 23:35:59 luJV3V3d
-----------------------
mm_segment_t fs;
 :
fs = get_fs();
set_fs(KERNEL_DS);
 :
[命令]
 :
set_fs(fs);
-----------------------

set_fs()、set_fs()って何のために使うの?
どういう[命令]の時に必要なの?

わかる人教えて。

478:login:Penguin
07/04/18 23:51:15 g2KRiZ5Z
>>477
g新部氏のblogに解説があった希ガス

479:login:Penguin
07/04/18 23:52:01 luJV3V3d
>>478
そこは読んだけど見つからなかった。

480:login:Penguin
07/04/19 00:16:07 hSmrJarJ
>>479
URLリンク(www.codeblog.org)
欲嫁

481:login:Penguin
07/04/19 00:29:35 17XiKx+z
>>480
そこも読んだけど、結局sock_sendmsg()がset_fs(KERNEL_DS)を必要とする関数であることはどうやって判断するの?
「どういう[命令]の時に必要なの?」かが結局わからない。

482:login:Penguin
07/04/19 00:33:09 D/ROgTSv
メールで聞いてみたら

483:login:Penguin
07/04/19 00:34:15 17XiKx+z
だれに?

484:login:Penguin
07/04/19 00:38:51 7WhYig/V
g新部さんに。

485:login:Penguin
07/04/19 00:40:03 17XiKx+z
答えてくれるかな。

486:login:Penguin
07/04/19 00:44:34 D/ROgTSv
じゃ、LKMLにヨロ

487:login:Penguin
07/04/19 00:49:43 17XiKx+z
えー、ここで答えてよ。

ま、それはいいとして。

URLリンク(hira.main.jp)()%2Flinux2.6

* Context: User context only. This function may sleep.
ってかいてあるけど、
ユーザアプリからioctl()でカーネルモジュールを呼び出したときも「User context」なの?

コンテキストには、ユーザコンテキストと割り込みコンテキストがあるという認識で正しい?


488:login:Penguin
07/04/19 16:26:37 G/1Uoa6u
Linux: The Completely Fair Scheduler
URLリンク(kerneltrap.org)

489:login:Penguin
07/04/19 16:42:44 Q1Zrb6lC
>>487
ITRONじゃねーんだからその名前はなかろう。

ここで言う所のコンテキストはメモリ空間という意味ですかねえ。




490:login:Penguin
07/04/19 20:46:30 x+OTiJML
>>489
え、どういう意味?LinuxでもITRONでもコンテキストは実行コンテキストのことでしょ?

それはともかく、
コンテキストには、ユーザコンテキストと割り込みコンテキストがあるという認識で正しい?他にもある?

491:login:Penguin
07/04/19 21:25:20 1ECU5YLF
>>490
これでも読んで出直しておいで。
URLリンク(www.amazon.co.jp)

492:login:Penguin
07/04/19 22:15:02 x+OTiJML
>>491
それは読んだよ。

493:login:Penguin
07/04/20 10:59:28 /xbU1Fxb
>>489
何故そこでITRONが出てくるんだ?


494:login:Penguin
07/04/20 23:42:59 qvG9BAN7
オブテロンで8CPU SMPにするとカーネルが起動途中で飛ぶのだけど、なぜでしょうか?
ログは当然拾えませんが、どうも5つめのコアを認識した瞬間に飛ぶようなのです。
同じコンフィグでもCPU数だけ4に押さえると正常起動します。
カーネルバージョンはいろいろ試しましたがどれでも症状は同じでした。
よろしくお願いします。

495:login:Penguin
07/04/20 23:50:17 4yJr0CyU
>>494
lkmlにAndiをCC:入れてGo

496:login:Penguin
07/04/21 00:54:22 Ptf9W/cp
>>494
Andiに電話すればよくね?この時間仕事してるはずー

497:login:Penguin
07/04/21 00:59:38 nVuQG1Bb
>>494
| カーネルバージョンはいろいろ試しましたがどれでも症状は同じでした。

もっと色々試したら? ぐらいしかアドバイスできないな。

498:login:Penguin
07/04/21 02:29:16 Xw1eIR6s
とりあえずディス鳥に報告したら?
それともヴぁにらカーネル?

499:login:Penguin
07/04/21 08:05:20 fsQmaAc+
まさかCPU最大数4にコンフィグして作ったカーネルとかじゃないでしょうねw

500:login:Penguin
07/04/21 08:59:11 z7qsSwp3
Opteron dual core 4CPU のとき似たようなことがあったと聞きました。
直接さわっていないので詳細はわからないのですが、OpenSuSE はだめで、
SuSE Enterprise Linux なら OK でした。いまはそのまま SuSE Enterprise
Linux で稼働中です。



501:login:Penguin
07/04/21 11:15:11 QaPPng34
それでは、マザーボードに載ってるチップセットやBIOSの制限ではないみたいだな。

502:login:Penguin
07/04/21 18:45:34 Ptf9W/cp
andiにbigironカーネル入れろとか言われなかったっけ?
なんか機嫌わりーぞ?

503:login:Penguin
07/04/21 21:09:29 Xv/Wu2nU
>>500
あ、DualCore 4CPUです。
MAX_CPU_NR を8以上にする必要があるのですが、5以上を指定すると飛びます。
ただ、GentooのインストーラCDはなぜか8CPUがすべて認識されているので
できないはずはないのですが・・・
もうちょっとがんばってみます。

504:login:Penguin
07/04/22 00:06:39 xoee3Fwh
>499に1票

505:login:Penguin
07/04/22 00:38:08 NkBup1fI
はい次の方どうぞー。

506:login:Penguin
07/04/22 12:41:58 D93fVub+
>>499, 504
じゃなくて、最大CPU数を4にすれば起動します。
同じ設定で最大CPU数を8にすると5つ目のCPUを認識した瞬間(のように見える)再起動するのです。
ほんとに瞬間的なので、表示されているログをきちんと見ることもできません。

最大CPU4のときの認識の様子は次のとおりです。
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
Processor #2 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
Processor #3 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x04] enabled)
Processor #4 15:1 APIC version 16
WARNING: NR_CPUS limit of 4 reached. Processor ignored.
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x05] enabled)
Processor #5 15:1 APIC version 16
WARNING: NR_CPUS limit of 4 reached. Processor ignored.
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x06] enabled)
Processor #6 15:1 APIC version 16
WARNING: NR_CPUS limit of 4 reached. Processor ignored.
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x07] enabled)
Processor #7 15:1 APIC version 16
WARNING: NR_CPUS limit of 4 reached. Processor ignored.


507:login:Penguin
07/04/22 12:54:47 U+PMpe/V
アチャ

508:login:Penguin
07/04/22 14:04:44 vVxh8mTs
過ぎたマシンだということだな。

509:login:Penguin
07/04/22 14:47:42 u8W9t1Vk
opteron 8 core 持ってるなんて、動かしたらさぞやファンの音が
大きくて、夜は眠れないだろうに。

510:login:Penguin
07/04/22 16:54:57 D93fVub+
>>509
電源は1200Wだし、ファンは6基就いているので、確かに凄まじい音です。
しかし家ではないので、大丈夫です。

>>508
そういうことですね・・面独裁のでインストールCDのカーネルそのままコピーしようかなあ・・

511:login:Penguin
07/04/22 17:01:26 1v3xY9v8
まさかNR_CPUSの意味を調べていないとかじゃないでしょうねw

512:login:Penguin
07/04/22 17:46:43 D93fVub+
NR_CPUSってSMP時の最大CPU数(総コア数)でしょ。
こう書いてありますよ。

CONFIG_NR_CPUS: │
│ │
│ This allows you to specify the maximum number of CPUs which this │
│ kernel will support. Current maximum is 255 CPUs due to │
│ APIC addressing limits. Less depending on the hardware. │
│ │
│ This is purely to save memory - each supported CPU requires │
│ memory in the static kernel configuration. │


513:login:Penguin
07/04/22 19:21:15 MnbVnfy7
>>505

514:login:Penguin
07/04/22 22:54:40 ZEqeNIK2
バカ発見(藁

515:login:Penguin
07/04/23 23:40:41 TqECVpvs
>>514


516:login:Penguin
07/04/25 09:53:24 NL98Ha60
LKMLでは相変わらず「俺のほうがおまえのよりデカイ」議論が延々続いているようですが
それはさておき、各種デバイス(USBメモリ等含む)のLINUXドライバ開発を
1600人あまりの精鋭プラス予備軍のカーネル開発者たちが無償で請け負うとの案内が出ていました。
必要な情報は製品の外部仕様と挙動だそうです。
開発されたドライバは公開されるので、製品に「LINUX対応」と銘打つことができるそうです。
周辺・関連機器メーカーの方は検討してみてはいかがでしょうか。

連絡先アドレスは……あとで調べてレスします。

517:login:Penguin
07/04/25 09:57:01 T+WyufgO
おいおい、いつの話題だよ。

518:login:Penguin
07/04/25 11:05:29 xemG7cYm
>>516
>>436の話とは別?

519:login:Penguin
07/04/25 17:14:24 LBX5QPyJ
遅れてきたルーキー

520:login:Penguin
07/04/25 19:23:31 xemG7cYm
>>519
BOOMERか!

521:login:Penguin
07/04/25 20:07:04 wUDqYFFy
>>520
ボキャ天ナツカシスw

522:login:Penguin
07/04/25 22:41:50 NL98Ha60
ハーフライフ一週間のとこに出てたので新しいかと思っていたら
一月の記事でしたOrz

523:login:Penguin
07/04/26 00:55:12 7guDQNuw
>>522
だから、いつも言ってるだろう!

おまえは、頭でっかちすぎる。

524:login:Penguin
07/04/26 09:52:33 +Has5Xzx
いわれてたっけ●rz

525:login:Penguin
07/04/26 17:45:24 C7VjAS8c
STR,STD...

kdump並のウルトラCが必要なのかな。

526:login:Penguin
07/04/26 20:55:58 GX2/mssv
どっちかてーとkexecじゃないすかねえ。
APMならBIOSに丸投げできたけど、ACPIはそういうわけにいかんからのう。


527:login:Penguin
07/04/27 21:53:32 8003YhUG
ちょっと質問なんですがinotifyを利用しようとちょこちょこっとサンプルを書いてみたのですが、
動作仕様がどうにも理解に苦しみます。下のように、ループでreadしてブロッキングすると、最初の一回だけはreadするのですが、2回目以降無反応になってしまいます。


/* size of the event structure, not counting name */
#define EVENT_SIZE (sizeof (struct inotify_event))
/* reasonable guess as to size of 1024 events */
#define BUF_LEN (1024 * (EVENT_SIZE + 16)
char buf[BUF_LEN];
int len, i = 0;

int fd = inotify_init();
int wd = inotify_add_watch(fd, "/usr/local/hoge", IN_ACCESS | IN_MODIFY);
while(1){
len = read (fd, buf, BUF_LEN);
}



528:login:Penguin
07/04/27 23:08:59 EZ45sIxG
>>527
とりあえずすべてのシステムコールで返り値チェックしてerrnoをしらべろ
そもそも /usr/local/hoge はファイル?ディレクトリ?
/usr/local/hoge にどんなアクセスをした?

こういうファイルに
こんなアクセスをしたら
こうなると思ったけど
こんな結果になった

くらいの情報は必要

529:login:Penguin
07/04/29 20:46:36 rZL1ahYI
URLリンク(www.linux.or.jp)
inotify_add_watch() の呼び出しが成功すると、(略)

これ以降に inotify ファイルディスクリプタから read(2) を行うと、
監視対象ディスクリプタが返される。
これらの read() を行うと、ファイルシステムイベントを示す
inotify_event 構造体が読み出される。返された監視対象ディスクリプタにより、
どのオブジェクトでそのイベントが発生したかを特定できる。

530:login:Penguin
07/04/29 21:04:08 pBG0iRqZ
>>529
それは解かるのですが、

while(1){
read(...)
}
としたときになんらかのアクションがあると上記のコードでは、
1.リードでブロッキング
2.イベントが発生
3.ブロッキングしていたreadからinofify_event構造隊のデータが返されます。
4.読めた情報を適切に処理します。
5.1へ戻る

流れとしては上記のようになると思います。問題となるのは初回の動作とn(n>=2)の時で挙動が違います。
・初回は、イベントが発生するとそのまま2以降のシーケンスに流れていきます。
・2回目以降はイベント発生してもずっとブロッキングした状態になります。つまりイベントを関知できていないということです。

それでどうしたらいいもんかなぁと思ってます。


531:login:Penguin
07/04/29 22:30:19 3LKFnPe9
>>530

>>528 で尋ねられてる情報の半分も出てないんだが?


532:login:Penguin
07/04/29 22:32:30 pBG0iRqZ
>>531
どんなファイルでもなるからやってみろよボケ
さっさとやれ。プログラム書いて動かせよ?しらねーなら
すいませんって言えよボケ

533:login:Penguin
07/04/29 22:46:35 3LKFnPe9
なんかひどい言われようだが…

==== program
#include <stdio.h>
#include <sys/inotify.h>

int main(void)
{
/* size of the event structure, not counting name */
#define EVENT_SIZE sizeof(struct inotify_event)
/* reasonable guess as to size of 1024 events */
#define BUF_LEN (1024 * (EVENT_SIZE + 16))
char buf[BUF_LEN];
int len, i = 0;

int fd = inotify_init();
printf("fd=%d.\n", fd);


534:login:Penguin
07/04/29 22:47:55 3LKFnPe9
int wd = inotify_add_watch(fd, "/tmp/foo", IN_ACCESS | IN_MODIFY);
printf("wd=%d.\n", wd);

while (1) {
struct inotify_event *ev;
len = read(fd, buf, BUF_LEN);
printf("len=%d.\n", len);
ev = (struct inotify_event *) buf;
printf("%d, %08x, %08x, %d, %s\n",
ev->wd, ev->mask, ev->cookie, ev->len, ev->name);
}

return 0;
}


535:login:Penguin
07/04/29 22:48:57 3LKFnPe9
====片方の端末
% cc -o test test.c
% ./test
fd=3.
wd=1.
len=16.
1, 00000002, 00000000, 0,
len=16.
1, 00000002, 00000000, 0,
====もう片方の端末
% echo > /tmp/foo
% echo > /tmp/foo
====
私のところでは問題ない。

linux kernel 2.6.21.1
glibc 2.5


536:login:Penguin
07/04/30 00:17:45 XIwj/Z1t
IN_MODIFY入れるとなんか変だな...

537:login:Penguin
07/04/30 11:46:20 mlJ1TH1o
>>527=>>530=>>532が謝る番では?
使い方間違ってただけなんだろ?

しかしマニュアルドキュメントがわかりにくいのは確かだな。

538:login:Penguin
07/04/30 11:57:39 bBqUiCik
>>537
うぜえ、消えろ

539:login:Penguin
07/04/30 12:02:19 JxyWDw/R
もしかして>>532=>>538なのかwwww

540:login:Penguin
07/04/30 12:09:16 I1BXKMoI
>>538
プッ

541:login:Penguin
07/04/30 12:56:29 XIwj/Z1t
ubuntu7.04だとまともに動作しないらしい...

542: ◆Zsh/ladOX.
07/04/30 18:55:59 qUPaHj6D
FedoraCore2(i386)、FedoraCore5(x86_64)でも動かん。ダメポ

543:login:Penguin
07/04/30 20:11:56 vBFiYDj4
ARM/Debian Etch (2.6.15.4)
MIPS/Debian Etch (2.6.17.13)
x86_64/RedHat EL4 (2.6.18)
x86/Gentoo (2.6.21)

で動作確認してるよ。
カーネルで inotify support の組み込み忘れてない?

544: ◆Zsh/ladOX.
07/04/30 20:20:16 qUPaHj6D
>>542のどっちも
% grep -i inotify .config
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y

(´・ω・`)

545:login:Penguin
07/04/30 20:22:57 EVyG0KCG
FC5(i686)でも動かない。

CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y

になってるけど。

546:login:Penguin
07/04/30 20:38:12 vBFiYDj4
initNGで使われてるから、ソース参考にしてみては?

glibcのヘッダではなく、
URLリンク(www.kernel.org)
の定義ではどうよ?

547:login:Penguin
07/04/30 20:38:43 1B6DUYHo
DynTickは急激に負荷がかかるとだめぽだな。
まるで2.4系に退化したみたいだ。

548:login:Penguin
07/04/30 21:20:31 XIwj/Z1t
ubuntuが腐っているようですね。どうもお騒がせしました。

一度目はどんなファイル開いてもうまく行くのですが。その後2度目以降は
無反応になってしまうようです。

FedoraとGentooで試したら問題なかったです。どうもすいませんでした。

549:login:Penguin
07/04/30 22:39:26 QckF6ZL2
すいませんって言
ったな

550:login:Penguin
07/05/01 04:35:25 g0swsIWn
UbuntuとFCの両方ともだめなのか?
もしそうなら何でそうなってるんだろうね?

551:login:Penguin
07/05/01 19:58:03 AzdFd/9E
Linux: Merging in 2.6.22
URLリンク(kerneltrap.org)

552:login:Penguin
07/05/01 23:18:23 mq8aRVBi
ubuntuがダメだFCはうまく行くときもある。よくわからん。
調査中

553:login:Penguin
07/05/08 10:58:27 XKFA94h5
バニラとmmカーネルの関係ってどんな?
mmのが先行してると思っていが
いまはバージョン番号が同じでmmはRCになってるので逆転したの?

554:login:Penguin
07/05/08 11:32:12 LH1r089h
アッシュとナタリアの関係とおなじかんじ

555:login:Penguin
07/05/08 23:03:30 tKtnVwyW
ねね、ユーザの行動完全に監視できるようなモジュールとかないですかね?
しかもrootkit的に隠れて監視しちゃう系のやつないですかね?

556:login:Penguin
07/05/08 23:05:33 W1PwRzk/
>>555
auditd

557:login:Penguin
07/05/08 23:38:29 tKtnVwyW
>>556
auditdすげー遅くないですか?1秒間にsyscall 1万回ぐらい出したぐらいで
ハングしたかと勘違いする程遅くなります。使いものになりそうもないのですが...

558:login:Penguin
07/05/09 00:58:36 Y/s6wdPq
>>557
使い方が悪い。


559:login:Penguin
07/05/09 07:38:44 JBFllK/7
良い使い方は?

560:login:Penguin
07/05/09 18:44:24 AVxUEFYS
userファイルの中に何もないんですが、
どうすれば見れるようになりますか?

561:login:Penguin
07/05/09 18:51:04 sZVL/6LE
くだ質へ逝け

562:login:Penguin
07/05/09 19:14:40 wXCiS1Vp
>>560
$ touch me

563:login:Penguin
07/05/09 22:25:24 eqA1dMQB
Debianスレで質問をしたのですが、こちらに誘導されてきました。
自分で色々試してみたのですが、どうしても解決できないので、分かる方がいましたらアドバイスお願いします。
Debian etchをインストールしたCore 2 Duo T5500マシーンでacpi-cpufreqとcpufreq-ondemandモジュールをロードして、
cpufreq-setコマンドでそれぞれのコアのgovonerをondemandにすると下記のエラーが頻繁に出るようになります。
kernel: rateup[24408]: segfault at 0000000000000000 rip 0000000000000000 rsp 00007fff36e84320 error 14
あとXも不安定になり、Xが勝手に再起動します。

試してみた事は以下の通りです。
M/B(Asus N4L-VM DH)のBIOSを最新にする。
kernel.orgから2.6.21.1を取ってきてインストール。
ondemandの代わりにpowersaveを使う。

564:login:Penguin
07/05/10 07:02:47 0+0Fk0Ga
状況がさっぱりわからないが
cpufreqを使うのをやめたら?

565:login:Penguin
07/05/10 13:43:35 YEr0RFBe
>>564
ありがとうございます。cpufreqを使わなければ何も問題は起きません。
ただPCがアイドル状態の時の消費電力をできるだけ落とすためにCPUの周波数を最低にしたいんです。
cpufreqの他に同じような機能を持つものがあるんでしょうか?

566:login:Penguin
07/05/10 22:46:42 BLWHqLav
プロセス間で共有メモリ使う時一般的にLinux回りだとPOSIXとSystemVどっちが高速?
また、POSIXのMUXTEXとSsystemVのセマフォどっちが高速(Mutexはオプション付けて)

567:login:Penguin
07/05/11 09:14:27 DFDvgY5e
>>565
以前は問題があったようだけど最近は報告されていないようなので、ほかのモジュールとの相性の問題かも。
今のバージョンのカーネルでは、タイミング制御の仕組みの大幅変更を行なったようなので、不整合を起こしているモジュールがあっても不思議はない。

CPU速度をどうしても落としたいというのなら他の方法はないと思う。
ただ、アイドル時の消費電力は比較的少ないので、ファン回転数や画面のスタンバイだけでもそこそこ効果あるでしょう。


568:login:Penguin
07/05/11 09:44:05 YfnV2Hgz
>>567
分かりました。ありがとうございます。
experimentalなモジュールを色々使ってるのでしょうがないのかもしれません。



最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch