08/05/05 17:55:14 om4Jbrag
>>156
debianとかubuntuとかdeb系ならpackageにするな
packageにすると何か不都合があるという強迫観念は無いしなw
160:login:Penguin
08/05/06 10:07:24 3KplGto4
make install
をすると、/boot/grub/grub.confを書き換え（てくれ）る。
161:login:Penguin
08/05/07 04:58:50 jkQXmoJF
ようやくremove v850 supportが-mmに入るらしい。
冥福でも祈っておきますかね。
162:login:Penguin
08/05/08 22:49:55 zjaQbqhP
deb系だと簡単だからなぁ。
/usr/src/linux# make-kpkg --bzimage --revision=custom.1.0 kernel_image
rpm系だとパッケージ作らないな。
163:login:Penguin
08/05/08 23:51:23 aArXWV97
"make rpm"なんてことができたりするわけですが。
deb派なんで使ったことないけど。
164:login:Penguin
08/05/08 23:58:34 cXW3h6md
debとかrpmとか作ったパッケージどう利用してる？
パッケージに固めてその後インストールってだけなら
わざわざパッケージ化する意味感じられないんだけど
165:login:Penguin
08/05/09 00:26:22 jc04nupS
>>164
1000台以上のシステムに配布してるけどね。
166:login:Penguin
08/05/09 01:40:40 HdSVdVag
速いマシンでpackage化して、遅いマシンにインストールとかは良くやるな
kernelに限らず
167:login:Penguin
08/05/09 01:54:53 wpvCHRkO
>>165>>166
これはって感じではなかったけど、ありがと
168:login:Penguin
08/05/09 02:44:41 F15+qpVN
今のカーネルはどのバージョンの gcc でコンパイルすればいいの？
カーネルの各バージョンによってコンパイラのバージョンも
ある程度制限されるのかな？
昔は 2.7.2.3 をずっと使っていた時期があった。
169:login:Penguin
08/05/09 03:07:58 6Arb8kg/
linux 2.6.xは、gcc 2.xは打ちきられたが、3.x, 4.1.0を除く4.xを使えば基本的には問題ないはず。
まあ、カーネルと追加モジュールは同じバージョンのgccでコンパイルしたほうがいいだろう。
linux 2.4.33は、gcc 4.0までしか対応していない。
170:login:Penguin
08/05/09 03:12:13 6Arb8kg/
33じゃなくて36だな
171:login:Penguin
08/05/09 03:17:41 wpvCHRkO
Documentaion/Chagses の "Current Minimal Requirements" が参考になるかな
172:login:Penguin
08/05/09 12:53:02 YJkR6Ryh
>>165
1000台以上でnetbootじゃないのか。後苦労様。
173:login:Penguin
08/05/09 20:00:51 YAjLseB2
>>172
そりゃ全部違う客先のシステムだから。 まあ一気にではなくてアップデートパッケージの
一部として必要な客だけにだけど。
174:login:Penguin
08/05/11 01:22:28 eXTEiFTy
>>144
CentOSとUbuntuでmake installの動きが違うって事は各ディストリが用意したkernel sourceを使用して
いるって事かな。それだと最新のkernelが提供されてなかったりするでしょ。
本家から落としてきたkernelだとsourceを展開した所のREADMEにやり方が書いてあるよ。
GCCのバージョンもこれ以上の物をつかえって書いてある。
で、いきなりだけど2.6.25.2がつい先日出たと思ったら2.6.25.3がいきなり来てるw
175:login:Penguin
08/05/12 15:49:43 p2NAN1FV
SATAスレから移動してきました。
libataのPATAコントローラで、ディスクにエラーがあって
UDMA/100->66,33,PIO4へとフォールバックしてしまった
コントローラをUDMA/100に戻すのに、リブート以外の
方法ってあるのでしょうか？
176:login:Penguin
08/05/15 18:33:32 ATo1hfqh
次の 2.6.26 は、2.6.7の時代に逆戻り。
とFUDっぽく書いてみた。
[announce] "kill the Big Kernel Lock (BKL)" tree
URLﾘﾝｸ(www.ussg.iu.edu)
177:login:Penguin
08/05/15 23:41:27 vdpD93iK
>>176
BKLってどこで使われてたっけ？
mountとかドライバとか？
178:login:Penguin
08/05/15 23:51:27 6wCVnW3Y
2.7 or 2.8ってまだ影も形もなし?
2.6でどこまで引っ張るの?
179:login:Penguin
08/05/16 00:11:56 oRD1Yii3
>>178
URLﾘﾝｸ(www.zdnet.com.au)
>One of the original worries was that we would not be able to make big changes within the confines of the development model ...
>I always said that if there is something so fundamental that everything will break then we will start at 2.7 at that point.
180:login:Penguin
08/05/19 04:26:50 6UjCe17e
>>170
gcc-4.2.3 おkです
181:login:Penguin
08/05/20 01:36:24 D0FaA2M8
>>177
NFSまわりには大量に残っていたような・・
182:login:Penguin
08/05/20 01:37:59 D0FaA2M8
>>178
LKMLの削除予定な互換機能をいつ消すかという議論で、だれかが、これは２．７で消すとドキュメントしてあるけど、
２．７って一生出そうにないから、今すぐ消しちゃっていいんじゃない。
とか言い出したときに反論が誰からもあがらないレベル。
183:login:Penguin
08/05/22 22:04:51 0yN+2sYR
Linux Kernel Watch 番外編 - Linuxメモリ管理の最先端を探る
URLﾘﾝｸ(www.atmarkit.co.jp)
184:login:Penguin
08/05/22 22:50:32 JIWpqO09
> Linuxカーネルメーリングリスト（LKML）の議論では「もうカーネル2.7は出ない」ともいわれており
2.6.99までいったら次は2.6.100?
185:login:Penguin
08/05/22 23:04:08 0yN+2sYR
>>184
いま、2.6.25だから、あと７５回のリリースが必要、いまのところ3ヶ月に一回リリースだから１年回に４回のリリース、
つまり75/4で18.75年後か。
もうLinux自体がなくなってるんじゃね？
186:login:Penguin
08/05/22 23:15:06 lfhq5Xa9
>184
2.1 は 2.1.132 まで出てる
187:login:Penguin
08/05/23 00:01:11 g7WmubFt
でも今カーネルって世界の大企業が金をかけて開発に参加しているんでしょう。IBMとか。
リーナスが居なくなってからどういった流れになるんだろうね。
その頃はPCなんて開発者かマニアしか持ってないかなw 今のPCと同じくらいの性能が携帯や
テレビに組み込まれるか、もっと用途を特化（家電化）した物になるかな。
アプリを入れ替えてなんでも出来るってPCはマニアと開発用、20年前とある意味状況が似てるなw
188:login:Penguin
08/05/23 02:41:55 Aw92lsXu
家電業界が閉鎖的だから無理じゃね？
189:login:Penguin
08/05/23 06:13:03 S91UB5ne
もうLinuxは役目を終えたよ
さようなら・・・
190:login:Penguin
08/05/23 07:12:29 stBfu2fQ
まだ始まってすらいねーよ
191:login:Penguin
08/05/23 10:23:48 XqX2dolZ
永遠に始まることはないかも。
192:login:Penguin
08/05/23 12:51:22 EFqM8MG5
URLﾘﾝｸ(lkml.org)
誰も消してなかったんかい。
193:login:Penguin
08/05/24 18:01:56 hYDvYrhl
Riserには、信者いるから怖くて出来なかったんじゃね？
194:login:Penguin
08/05/24 18:20:00 ENvVuwzk
忘れたのか、お前ら・・・
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
朝昼晩と唱えよ。
195:login:Penguin
08/05/24 18:21:22 z216+1L/
発音はライザーではないのか？
196:login:Penguin
08/05/24 18:45:06 f0NI1a/q
一つ質問
スケジューラーって何でラウンドロビン？
197:login:Penguin
08/05/24 23:37:05 CZoyeCxg
>>196
お前は何を言っているんだ？
198:login:Penguin
08/05/24 23:37:56 hhAnOur+
俺は殺してない！ 俺はやってない！
199:login:Penguin
08/05/25 00:37:36 WOd4jCZ5
だ～れが、ころした
ラウンドロビン？？？
200:login:Penguin
08/05/25 07:17:53 iSyhNPh1
>>196
お前は何を言っているんだ？
201:login:Penguin
08/05/25 07:26:54 I72gntmD
runq の扱いについて調べる限り、
単純なラウンドロビンにはないっていないようだけど、
そもそも何かを「順に」やらせるのがスケジューラだからなぁ。
202:login:Penguin
08/05/25 16:41:44 M2hikG1r
スケジューラクラスをFIFOにすれば、ラウンドロビンから逃げられるよ
203:login:Penguin
08/05/25 20:12:49 33xpzD5A
>>201
そういや、SJFとかSRTF、FCFSにしなかった理由って何なんだろうね？
良く知らんけど
204:login:Penguin
08/05/25 23:58:51 M2hikG1r
>>203
カーネルはどのプロセスが短時間ジョブかは知らないだろう。
統計的な予測はできるじゃん。という反論はあるが、まさにそのヒューリスティックな予測がバグっていたから、
Fair なスケジューラほしーーって議論になったんだよね。
逆にいうと、いかなる予測をいれても、そのアルゴリズムにつけこんでCPU時間を余計に分捕るプロセスはつくれてしまうので、
汎用OSには向かないんじゃね？
という意見はあるんだろうね。それが真実かどうかは知らんが。
あと、POSIXが要求している仕様（nice値が４０段階あって、それとは別にRRクラスとFIFOクラスがある）がいくつかの
スケジューラを選択不可能にしてるわな。
205:login:Penguin
08/05/26 00:52:50 FihVIMEu
POSIXなんて古くさいもんにこだわって利便性すれのもいかがなものか
206:login:Penguin
08/05/26 01:12:56 NwiVdCZh
それはLinuxをかなり根本的な所から否定してないかい？
207:login:Penguin
08/05/26 01:19:30 sypYwFrG
>>205
POSIXは実装すべきインタフェースを規定してるだけ
あと、実装の仕方は自由
208:login:Penguin
08/05/26 01:20:04 O94OAVVL
POSIXに準拠していないとペンタゴンとかに納入できない～
209:login:Penguin
08/05/26 06:11:59 1U7r21z/
>>204
へー。ありがとう
210:login:Penguin
08/05/27 01:12:47 OXsbLFOe
POSIX対応はオプションにすれば良い。
………Windowsみたいに
211:login:Penguin
08/05/27 08:36:15 k8MnOQSJ
POSIX対応、というかUNIX互換がオプションなのはXPだけです
2000もVIstaも標準でついてきます
212:login:Penguin
08/05/28 02:10:29 oGzSVSIa
intel製GBit ether I/F用の
ドライバのe1000の更新履歴を読みたいのですが、
どこを探すべきなんでしょうか?
intel からダウンロードしたsrc内に含まれておらず、
途方にくれています。
213:login:Penguin
08/05/28 15:12:06 bSXvNUz8
>bad pmd ffff810000207238(9090909090909090)
ファイヤーウォールの中のマシンだから、
何か送り込まれるはずはないんだけどなぁ....
と言ってた日本人のその後が知りたい...
214:login:Penguin
08/05/28 23:20:42 wup/54/O
>>213
いや nop nop nop は他に考えられないだろ。常考
215:login:Penguin
08/05/29 02:03:31 RqPZ5P46
>>212
URLﾘﾝｸ(sourceforge.net)
Notesのアイコンをクリックしてみれば?
216:login:Penguin
08/05/29 11:20:12 cIvV6HAo
何かカーネルのver上げたら起動時にiptables-restoreとか実装されてたんだが
これいつのverのkernelから実装された？
217:login:Penguin
08/05/29 13:13:58 j9BUJtS8
>>216
ずいぶん前からそのスクリプトなかったっけ？
218:login:Penguin
08/05/29 21:40:11 cIvV6HAo
>>217
今まで2.6.18.*使ってたんだが、2.6.25.4を試験的に適当にぶち込んでみたら実装されてたんで
いつからサポートされるようになったのかなーと
219:login:Penguin
08/05/30 00:26:26 i7V61m8w
>>215
おおっ、ありがとう。
sourceforge まじめに見たことがなかったので、
Notesのアイコンは、ただの装飾だと思ってた。
220:login:Penguin
08/05/30 01:17:18 rQsfphG1
>>216
カーネルソースにそんなスクリプトは無いが？
221:login:Penguin
08/05/30 22:13:00 4dggi27y
5月版 マージウィンドウなんか1週間に縮めちゃえ？
URLﾘﾝｸ(www.atmarkit.co.jp)
2.6.26に向けて再燃、リリースプロセスめぐる議論
マージウィンドウ、2週間の是非
linux-nextの存在意義とは？
cgroupでリソースを管理する幸せ
着々と進化するKVM、準仮想化での改善
とうとうマージされた便利機能、KGDB
-stableの進ちょく
222:login:Penguin
08/05/30 22:44:00 l+5uNLCi
kgdbマージは嬉しいというよりもやっとかー！という感じ。
cgroupは期待。
マージについてはリリースプロセスよりそもそも作ってるものの品質管理汁。
223:login:Penguin
08/05/30 23:16:36 hKjiSzwA
KernelWatchいつも読んでる
これ読んでる人多そうだな
hdx
sdx
扱いの情報のときは非常に役に立った
224:login:Penguin
08/05/31 22:01:11 GsnI8rry
cgroupはどの辺が期待大きいの？
225:login:Penguin
08/05/31 23:17:47 GsnI8rry
>>213
なんか、Hugh Dickinsが以下のパッチで直したっぽいね。
Signed-off-by: Hugh Dickins <hugh@veritas.com>
---
arch/x86/mm/init_64.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- 2.6.26-rc4/arch/x86/mm/init_64.c 2008-05-03 21:54:41.000000000 +0100
+++ linux/arch/x86/mm/init_64.c 2008-05-28 17:38:19.000000000 +0100
@@ -206,7 +206,7 @@ void __init cleanup_highmap(void)
pmd_t *last_pmd = pmd + PTRS_PER_PMD;
for (; pmd < last_pmd; pmd++, vaddr += PMD_SIZE) {
- if (!pmd_present(*pmd))
+ if (pmd_none(*pmd))
continue;
if (vaddr < (unsigned long) _text || vaddr > end)
set_pmd(pmd, __pmd(0));
226:login:Penguin
08/06/02 02:26:22 4+cxl5O4
www.kernel.orgからダウンロードした
カーネルをコンパイルしたいんですが、
Fedora core 1 + glibc 2.3.3 + kernel 2.4.28 (日経Linux 2005/2)とか
Fedora core 5 + glibc 2.4 + kernel 2.6.16.1 (日経 自分で作るLinux)
のように、素直（？）にコンパイルが通る、gccとglibcとkernelの
組み合わせってどうやって調べればいいのでしょうか？？
例えば下記の組み合わせとかだと、エラーが出てコンパイルできないんですが・・・？
fedora8(kernel2.6.23.1-42, gcc 4.1.2 20070925)+linux-2.6.24+glibc-2.7:
libc_pic.os: undefined reference to '__sync_fetch_and_add_4'
libc_pic.os: undefined reference to '__sync_val_compare_and_swap_4'
libc_pic.os: undefined reference to '__sync_bool_compare_and_swap_4'
227:login:Penguin
08/06/02 02:47:26 CsUkV150
>>226
安心しる。原因はそこじゃない
228:login:Penguin
08/06/02 02:48:41 1wnxA0m9
>>226
つLKML
229:login:Penguin
08/06/02 02:57:23 CsUkV150
>>228
いや、エラーメッセージにlibcがどうのって書いてあるって事は、彼はカーネルではないものをコンパイルしている。
230:226
08/06/03 02:09:26 A/4i6670
・・・kernelでなくて、glibcのコンパイルで
ひっかかっているんでした。
ググってみるとgccを、configureに-with-arch=i686をセットして
リビルドする必要があるそうな・・・。
gccのコンパイルって簡単にできるのかなぁ？
とりあえず、今日はここまでで。。。
231:login:Penguin
08/06/03 09:04:24 mdCw3C7C
gccのコンパイルは簡単だよ。
glibcに比べると問題も少ないと思う。
232:login:Penguin
08/06/03 19:53:44 CGhlGyiM
なんでまた Fedora なんかで glibc をコンパイルしているんだ…
233:login:Penguin
08/06/04 02:51:08 oXKsNeol
>なんでまた Fedora なんかで glibc をコンパイルしているんだ…
？
234:login:Penguin
08/06/04 10:10:06 5ihx5Ml6
>>233
>>226
235:login:Penguin
08/06/04 20:18:03 eTYYKKOo
仕事でカーネル開発してる会社に入りたいんだが
おすすめの所があったら教えてほしい
236:login:Penguin
08/06/04 21:05:08 RFSQlr2C
マイクロソフト
237:login:Penguin
08/06/04 21:07:21 3y6iDe6j
windriver
238:login:Penguin
08/06/05 00:55:11 1HiRtmXB
KFC
239:login:Penguin
08/06/05 11:16:12 2tYqolu8
えっ?みんな趣味でカーネルいじってんの?
俺は仕事でカーネル開発できてるからその延長でやってるんだけど
みんな同じようなもんだと思ってた
240:login:Penguin
08/06/05 18:06:27 8DCO4Eyi
>>235
カーネル開発を楽しみたいなら、それを本来業務にするとそのうちツラくなるんじゃね？
ハード屋のドライバ部門か、オープン系システム屋のインフラ部門を勧めておく。
241:login:Penguin
08/06/05 21:53:47 +BskgBlU
つらい事もあることはあるけど、ほかと比べたらずっとマシだと思っている俺がいる。
242:login:Penguin
08/06/05 22:19:16 HrX/ifBR
ｌｔｔngってKernel 2.6.11に当たらないかな？
243:login:Penguin
08/06/05 22:31:37 DWYqtKzD
>>242
そんな古いバージョンを使ってるって事はバニラなやつじゃなくて、ディストリの手が入ったやつなんでしょ。
だとすると、誰にも答えようがないわな
244:login:Penguin
08/06/06 00:46:00 XK6LtEvG
>>243
mvに聞いたらカスタマイズ必要で5000万って言われた
あすこボリ杉なんだよ
245:login:Penguin
08/06/06 05:49:28 pazCXsqF
起動時のUSBデバイスの番号割当ってどういう順番に割り当てられるのでしょうか？
バス番号はPCIのアドレス番号順に割り当てられています。
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
２本のUSB-serialアダプタのケーブル（同じメーカーのもの）が指してあるのですが、
バス３のが先に認識されてttyUSB0となりバス１のがttyUSB1を取りました。
Jun 5 16:30:09 localhost kernel: usb 3-1: pl2303 converter now attached to ttyUSB0
Jun 5 16:30:09 localhost kernel: usb 1-2: pl2303 converter now attached to ttyUSB1
数回再起動してみましたが同じ割当でした。４本ほど刺す予定なのですが、この順番は
起動時に一貫している事は保証されているのでしょうか？
246:login:Penguin
08/06/07 16:48:16 j2f9qOKz
udev使え
247:login:Penguin
08/06/08 00:31:10 x24x5jC+
>>244
mv って Monta Vista ？
248:login:Penguin
08/06/08 10:57:56 Z92/HsfC
>>247
そそVistaってつくのは糞だと確信した
249:login:Penguin
08/06/08 12:33:56 7MPo+476
カーネルの更新についてなんですが。
カーネルが2.6.23.1-42.fc8の時にfedora8をインストールして使っていて、
それ以来カーネルのアップデートがある度に、更新しているんですが
その度にネットワークに繋がらなくなります。
eth0の検出で失敗します。カーネルのバグとの情報を得たので、
いつかeth0をすんなり検出してくれるカーネルが登場するのを待っていましたが
ついにfedora9になってしまった・・・。
なにか対策はないでしょうか？
250:login:Penguin
08/06/08 20:51:46 eh7VZfqh
>>248
LTTngは機種依存部がx86_64とPowerPCしかないから、組み込みへのPortingに5000万はあながち無茶じゃないよ。
と、いうか、組み込みで使うって事はチューニング用途でしょ？
チューニング用途で、OprofileよりLTTngがうれしいときってどんな時よ？
251:login:Penguin
08/06/09 02:55:08 EML7d3Il
>>250
5000万て一体何人月突っ込むつもりなんだよ。高杉
252:login:Penguin
08/06/09 10:47:25 jCFOqXC+
>>249
BTS
253:login:Penguin
08/06/09 11:25:44 /SXlcbGK
>>251
どうせ実作業はUSになるんだからそんなものだろう。
254:login:Penguin
08/06/09 22:39:54 1EI7zjeO
>>251
一部うごかねーけど
ARMとsh4向けのパッチとかgoogle探せばあるよ
Oprofileでdlopenした関数のプロファイル取れないと
思うけど、それは認識違い？
LTTだと一応、ユーザ空間用のPrint文差し込めばLttでトレースできるんだけど
255:login:Penguin
08/06/09 23:49:57 HtDaA/1r
>>254
PCレジスタの値まではとれるんだから、そのあとの関数名への変換ぐらい自分でスクリプト書いて変換するだけじゃん
256:login:Penguin
08/06/13 10:57:07 IQJsBbwz
Linuxメモリ管理の最先端を探る
URLﾘﾝｸ(www.atmarkit.co.jp)
>この問題に対する解答として、Rik van RielとLee SchermerhornがVM pageout scalability
>improvementsパッチセットを提案しています（実は筆者も開発に参加していて、筆者のパッチも
>たくさんマージされているので思い入れがあります）。
さらりと入れる自分の宣伝おつw
257:login:Penguin
08/06/13 11:48:13 oIBTYhsQ
妬み見苦しいよ。
258:login:Penguin
08/06/15 11:20:59 C0/eukrT
ブログの方も宣伝だらけだから見てこいや
と宣伝
259:login:Penguin
08/06/15 11:38:55 pDKI+CRl
LKMLの方でも頑張ってますな。
Reviewd-byなんて誰も見てねえと思うが。
260:login:Penguin
08/06/16 06:10:52 uRV+lgAf
なんか返事が来てるな。
LKMLは用がありゃ書くよ。まあCc:に入れるのがほとんどだが。
Reviewed-byはどうなのかなあ。
俺のは基本的にレビュープロセス無いから、数日つうのが早いのかわからん。
261:login:Penguin
08/06/16 21:28:26 RHGi8EoO
ありゃ。260はメンテナな人だったのか。こりゃ失礼。
でも、まじな話、メモリ系はレビューワ足りてないのよ。他のサブシステムは知らないけど。
262:login:Penguin
08/06/25 09:12:34 9vyaiMuz
ユーザモードlinuxをデバッグでステップ実行させたいんですが
コンパイルするとき最適化を無効にするフラグはないのでしょうか？
CFLAG="-g -o0"を使うとコンパイルエラーになってしまいます。
263:login:Penguin
08/06/25 11:24:49 IWfMljif
>>262
そりゃ"-o0"じゃエラーになると思うわけで。
CFLAGS="-O0"でないかい。
-gは
- "Kernel debugging"
-- "Compile the kernel with debug info"
あたりで付けられたような気がする。
264:login:Penguin
08/06/26 01:48:13 7PHMbUoJ
Radeon4850のドライバないのですけど
ATIのバカ野郎はいつになったら用意してくれるの？
265:login:Penguin
08/06/26 01:56:10 puTQv5Y3
AMDのバカ野郎にそんな能力も度量もあるわけないじゃん
266:login:Penguin
08/06/26 02:33:29 7PHMbUoJ
なんかAMDの中の奴から
Radeon HDのドライバ7月に出したいなとか
ふざけた事抜かしためーるきたぞ
267:login:Penguin
08/06/26 02:42:22 cPzCsgf+
>>266
やっぱAMDのチップの中に人が入っていたのか。
268:login:Penguin
08/06/26 15:28:02 Ro55yivA
>>267
Alan Coxじゃあるまいし…
269:login:Penguin
08/06/27 15:50:27 WbZP37Nk
カーネル2.4は、1プロセスが複数の共有メモリを同時にアタッチしたり
デタッチしたりするようなことを許してますか？
270:login:Penguin
08/06/27 17:06:33 uVrhM3+j
>>269
あたりまえだろ。逆にそれができない処理系があれば知りたい。
271:login:Penguin
08/06/28 01:41:10 Ardj2/d2
>>270
VRAMを共有メモリに使ったりとかそういう窓を使うタイプのものなら同時に複数にアクセスは出来ないと思うけど・・・
・・・そんなの想定しても無意味だわな
272:login:Penguin
08/07/02 04:05:52 NSfnd646
kernel 2.6.25 にしてからだと思うのだが、
ThinkPadのバッテリーのもちが２～３倍長くなった気がする。
気のせいかな？
273:login:Penguin
08/07/02 10:17:15 wqHSE5St
linux-staging for 2.6.26-rc8
URLﾘﾝｸ(www.ussg.iu.edu)
>- added the vmware drivers vmmon, vmnet and vmblock as they are now
>released under the GPLv2.
274:login:Penguin
08/07/02 11:38:08 rVAS6V4+
ちょいと質問させてくださいな。
2.6のI/O schedulerに関してなんですが、elevator=as(anticipatory)とCFQ (Complete Fair Queuing)だと
ワークステーション用途だと、どっちがパフォーマンスがいいんでしょうか？
使用CPUはXeonのHTという、ちょい昔のやつです。
現在使用のkernelは2.6.25です。
275:login:Penguin
08/07/02 17:59:56 wqHSE5St
6月版 新機能のバトルフィールド「linux-staging」登場
URLﾘﾝｸ(www.atmarkit.co.jp)
>編集部注：これまでKernel Watchを執筆してきた上川氏の都合により、今回より筆者が小崎資広氏に交代しました
これからは月中頃までには更新して欲しい。
276:login:Penguin
08/07/02 18:00:45 wqHSE5St
すまん。ちゃんと６月のネタも入ってるのね。
277:login:Penguin
08/07/02 23:50:50 ScqFkWO0
kernel-2.6.25-14 と 2.6.25.6 って、後者の方が新しいようですが、
バージョン番号の見方がいまいち良く判りません。
一見すると前者の方が新しいかと思ってしまいました。
どこかにルール書いてませんか？
278:login:Penguin
08/07/03 00:01:20 cZICuyXJ
どっちが新しいかなんてChangeLog確認しないとわからんよ
つまりはそういうこと
279:login:Penguin
08/07/03 00:15:20 PugiDyT3
>>277
-14の部分は鶏の付けた番号でしょう。 鶏のバージョンとkernel.orgのバージョンの関係は鶏ごとに違う。
280:login:Penguin
08/07/03 03:05:10 C7NAhXm4
>>277
kernel.orgがつけるのは「-」がつかないですよ。その「-」以降の数字や記述は
自分でカーネルコンパイルする時に好きなように変えられます。
281:login:Penguin
08/07/03 15:03:46 9f9qogJL
その例だと
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 25
EXTRAVERSION = -14
EXTRAVERSIONはディストリがリリースする時や自分で
再構築を行う際に区別するために付けるみたい
1回目のビルドの時はEXTRAVERSION = -1のようにし
2回目以降は数字を増やしていく。
※/usr/src/linux/Makefileを参照
282:login:Penguin
08/07/03 15:06:46 WE7VZ3/6
patch-2.6.25.8-9.bz2より
diff --git a/Makefile b/Makefile
index e18e2b8..3eb71f8 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 25
-EXTRAVERSION = .8
+EXTRAVERSION = .9
NAME = Funky Weasel is Jiggy wit it
# *DOCUMENTATION*
283:login:Penguin
08/07/03 16:52:56 3k+Z4nm5
>>277
「Linuxカーネルのバージョン番号には、どのような意味がありますか？」でググれw
本家の物は4桁目も立派なバージョンみたいなもんで必ずカンマの後に数字。
だから最近はEXTRAVERSIONをいじらないでconfigメニューの中のCONFIG_LOCALVERSION
を使うみたい。
-14なんてのはディストリなどが本家の2.6.25か2.6.25.*の中のどれかをベースに手を加えた
物でしょう。自分はubuntuですがパッケージの2.6.24-19.34のソースを落としてきて
解凍した中のMakefileを見るとEXTRAVERSION = .3になってました。
MakefileのEXTRAVERSIONが-14などに書き換えられていたら、自分でChangeLog探して
違いを見つけるか、-14を作った所（ディストリなど）の情報を見るしかないでしょう。
284:login:Penguin
08/07/08 20:06:59 QuCHxxE7
ReiserFSの作者、殺人容疑を認める - Linuxにも影響?
URLﾘﾝｸ(journal.mycom.co.jp)
285:login:Penguin
08/07/08 22:42:27 Zi4Qj3F3
やっぱりLinuxは犯罪者が作ったOSだったんだな
次はﾘｰﾅｽだな
286:login:Penguin
08/07/08 23:56:58 e8AasjIi
てか俺、カーネルビルドする時のオプションでReiserとかXFSとか、あとアップルのファイル
システムとか他のOSで使うような奴も全部「N」ですお。。。素人にext3意外使えるわけ
ないだろww
287:login:Penguin
08/07/09 04:24:48 CqWmH1YR
素人は自分でカーネル再構築したりしませぬ。
288:login:Penguin
08/07/09 21:24:35 8Biz/qDL
struct uccontextのuc_mcontextの内容
詳しく書いてるmanないですかね
困った
289:login:Penguin
08/07/12 00:28:47 j34+JRvX
X86_64と32じゃnmの中身全然ちがくね？
290:login:Penguin
08/07/12 06:16:21 GQ8+wDe/
>>288
arch/hoge/kernel/signal.c
manは見たことねえな。
291:login:Penguin
08/07/12 10:24:18 j34+JRvX
dladdr1()は64bitだと正常に動作しない？
saddr取れるのにsnameにゴミが入る
たじけて
292:login:Penguin
08/07/15 05:49:25 3OvyCYWI
49441874 7月 13 22:43 linux-2.6.26.tar.bz2
どうですか？
293:login:Penguin
08/07/15 13:04:59 WbmPTWSR
今回はアップデートらくちんだったわ
294:login:Penguin
08/07/16 11:15:08 rsgG64I0
ついにppc,ppc64のpowerpcへの統合が完了して
ppcがツリーから消されるね。
この教訓があったからこそ(s390,s390x),(i386,x86_64),(sh,sh64)
の統合が素早く行ったとも言える。
sparcは統合するつもりはないのかな。
295:login:Penguin
08/07/17 06:05:09 qTAclHCx
こういう人はどこにでもいるんですねえ。
URLﾘﾝｸ(lkml.org)
296:login:Penguin
08/07/17 06:44:13 RLzhCg75
アンドレア モルトン
Linux is Big in Japan ― Our Symposium
URLﾘﾝｸ(www.linux-foundation.org)
>Andrew Morton informed the audience that about 15% of
>current kernel contributions are now coming from Japan -
>something we hope the Japan Symposiums have contributed to.
297:login:Penguin
08/07/17 07:29:59 vshFLwap
>>295
返信がなかなかいいな。
298:login:Penguin
08/07/17 08:02:08 MCLhFFKh
>>295
とりあえず、ResiserFSに期待
299:login:Penguin
08/07/25 10:50:31 uxEkChTf
ついにv850がlinusのツリーから消えた
300:login:Penguin
08/07/25 13:37:31 O9qD5Jvu
Adrian Bunkの執念ですか。
さっき大量にakpm→linusがあったからそろそろrc1リリースですかねえ。
今回はパッチでかそうだなあ。
301:login:Penguin
08/07/26 09:54:12 JY6BMyiI
>>299
NEC系アーキテクチャはこれで全滅？
チップはよくてもソフトが・・・
302:login:Penguin
08/07/26 11:02:17 AUwTPIjw
mipsにVR対応コードがある。
NEC系と言うには微妙だが。
V850の環境があればついでで面倒みてもいいんだが、
簡単に手に入りそうにないしなあ。
303:login:Penguin
08/07/27 12:59:43 YMv2Qddl
カーネルをチューンするのは一般的なのでしょうか。
そうだたとして、ディスクのアクセスが激しい場合のチューンのこつなどを教えてください。
現在、2.6.18-92.el5 (CentOS 5.2) を使っています。
304:login:Penguin
08/07/27 14:24:56 4DP5d6XY
>>303
今ではそう一般的ではない気がする。ディスクのアクセスが激しい時はむしろ
hdparm とかプログラムを見直すとかメモリ増やして tmpfs とかのがいいよう
な。
305:login:Penguin
08/07/27 14:43:53 9qgW7xWw
いまどきはハード的な対処が主流だけど
I/Oのスケジューラ(?)やFSのパラメータ変えたりも意味あるとおもうよ。
306:login:Penguin
08/07/27 14:50:00 ciCRtkgX
( ﾟдﾟ)…
307:login:Penguin
08/07/27 15:15:45 pD6FktfU
(ﾟдﾟ )
308:login:Penguin
08/07/27 15:42:04 8CuL3uuZ
>>303
カーネルのI/Oスケジューラ絡みだと
- elvtune コマンドでパラメータの調整
- ブート時に elevator オプションでI/Oスケジューラの選択
とか?
ファイルシステムに関しては、マウントのオプションでジャーナリングの挙動を変えたり、
フォーマット時にブロックサイズを変更したり。
あと、I/Oが多いが必ずしも高速に処理する必要はないプロセスに対してはioniceとか。
とりあえずトピックだけ列挙してみました。
309:login:Penguin
08/07/30 10:31:52 m+IWeNBQ
AMD用のマイクロコードローダーのパッチが来てるようだけど
肝心のマイクロコードはどこからダウンできるのだ？
310:login:Penguin
08/07/30 13:26:01 YYInvdod
そらAMDが配るんでないかい。
必要になることが無けりゃいいが。
311:login:Penguin
08/07/31 20:57:01 0zpcPWn+
Linux Kernel Watch 7月版
ファームウェアの置き場所を巡ってフレームウォー
URLﾘﾝｸ(www.atmarkit.co.jp)
Linux 2.6.26リリース
ドライバ用ファームウェアの置き場所はどこ？
今年のカーネルサミットの議題は
CGroupに2つの拡張提案
「AVXをどう使えばいいの？」「使うべきじゃない」
312:login:Penguin
08/08/01 04:54:01 gu1YuAnu
URLﾘﾝｸ(www.makelinux.net)
313:login:Penguin
08/08/02 21:55:57 XXRpUgP1
include/asm-$(arch)/ から
$(arch)/include/へ大移動中
314:login:Penguin
08/08/03 02:04:11 cQ/ip75L
LFSで自分でカーネルから手ビルドした場合
ルールを遵守しないものを作って勝手にばらまくのは
問題ないでしょうか？（ソースは全部公開します。）
315:login:Penguin
08/08/03 13:16:52 cQ/ip75L
-CFLAGS-.o = $(filter %frame-pointer,$(+cflags)) -g0 -O99 -fomit-frame-pointer -D__USE_STRING_INLINES
-CFLAGS-.os += -g0 -O99 -fomit-frame-pointer -D__USE_STRING_INLINES
+CFLAGS-.o = $(filter %frame-pointer,$(+cflags)) -g0 -Os -fomit-frame-pointer -D__USE_STRING_INLINES
+CFLAGS-.os += -g0
これって変更する価値と意味ある？
316:login:Penguin
08/08/03 22:50:54 fngCwuOZ
>>315
意味はまったくないな。常識的に考えて。
せいぜいタグジャンプをつかってない連中がgrepしやすくなるぐらいか。
317:login:Penguin
08/08/04 08:47:08 xqFlDpKR
>>314
ルールが意味不明
318:login:Penguin
08/08/04 12:35:58 s3cZBMva
新しいデバッガだそうな。
URLﾘﾝｸ(lkml.org)
そういやkdbなんてのもあったねえ。
319:login:Penguin
08/08/04 21:37:30 1PTbb8R4
>>318
例によって、今日は４／１じゃないよ。来年の４月まで待ちたまえって言われてたな。
てゆーか、kgdbとくらべて能力的なメリットがよく分からないし、コードがコーディング規約違反しまくりなので
絶対入らない
320:login:Penguin
08/08/04 23:19:00 s3cZBMva
>>319
ホスト側にgdbがいらない
くらいしかないと思う。
321:login:Penguin
08/08/06 04:10:09 XGhgieD/
>>318
なんか頑張ってるようで。
ライセンスがGPLv3つうのは笑わしてもらったが。
322:login:Penguin
08/08/09 23:59:36 tDLp/wdz
entry.S: Assembler messages:
entry.S:183: Error: bad or irreducible absolute expressionってなんですかいな？
sh4-linux -D__ASSEMBLY__ -D__KERNEL__ -I/usr/src/linux-sh-2.4.26/include -ml -Wa,-dsp -g -m4-nofput -c -o -entry. entory.S
助けて欲しいな？
323:login:Penguin
08/08/10 02:11:09 IWznwuo0
とりあえず、メッセージを *正確* にコピペしてくれ。
324:login:Penguin
08/08/10 03:28:39 o/f5WFwj
entry.S: Error: bad or irreducible absolute expression の検索結果約 81 件中 1 - 10 件目 (0.67 秒)
325:login:Penguin
08/08/20 00:15:00 j9armpjQ
>>322
>助けて欲しいな？
どっちなんだよw
とりあえず、entry.Sの183行めにアセンブラが評価不可能な式が書いてあると言っている。
アセンブリ文ののエラーなら、何か未定義なシンボルとか無効な演算とかそんなじゃ
ないかと思う。一般的には。
ただ、こんなこと聞いてくるくらいだから、このファイル自体は自分でいじってないよね?
開発のレポジトリからビルドすら怪しいコードをチェックアウトしたりしてないよね?
sh4-linuxと書いてあるが、正しい開発環境の上でやってるか大丈夫かね。
326:login:Penguin
08/08/20 00:56:43 WYcGGchd
PSQL利用時に毎秒sys_read250万回実行されています。
これは多いのでしょうか少ないのでしょうか
327:login:Penguin
08/08/26 22:39:53 AEx/2Y4k
SYSCALL : sys_read; RIP : 0x00000000
これのRIPって何の略語ですか？
調べてもまったくもって意味不明です
328:login:Penguin
08/08/26 22:49:14 J7dVd4Ba
レジスタ名だろJK
329:login:Penguin
08/08/26 23:05:41 AEx/2Y4k
>>328
それだとEIPが入ると思うのですが？
違いますか？
330:login:Penguin
08/08/26 23:35:50 7D7FVgy7
>>329
8086の時はEIPじゃなくてIPだったろ?
331:login:Penguin
08/08/26 23:38:26 AEx/2Y4k
>>330
それは現在のLinuxでは確認できないので除外するでしょ
332:login:Penguin
08/08/27 00:55:54 q+XRKgyf
rest in peaceだろ女子高生的に考えて・・・
333:login:Penguin
08/08/27 01:10:16 sxN0R88h
>>332
なぜに女子高生？
あれって元はラテン語のrequiescat in paceらしいな
334:login:Penguin
08/08/27 03:37:42 +0y2to0a
>>329
x86_64なら違います。
と思ったが、ビット数が少ないのが気になる。sys_read と言ってるのに
RIPが0x0というのも謎だし。
335:login:Penguin
08/08/27 09:59:40 ADWmGtFY
URLﾘﾝｸ(www.x86-64.org)
URLﾘﾝｸ(www.tortall.net)
RIP Relative Addressing モード?
>The RIP relative branch instructions are still encoded equally to 32bit mode.
命令量削減の為にあるのかな。
というかそのデータはどこから出てきたのか分からない事に何を示しているのかも分からない。
336:login:Penguin
08/08/27 11:31:46 a1d8mOfT
>>335
まったく関係ない。
なんにしても
・CPU
・kernel version
・前後のメッセージ
あたりがわかんないと調べようがないな。
"SYSCALL :" or "SYSCALL:"で調べても何も引っかからん。
337:login:Penguin
08/08/27 21:44:39 xCf2Mq7H
%ip:16bits
%eip:32bits
%rip:64bits
338:login:Penguin
08/08/28 12:27:59 Iqmmut8G
RIP相対アドレッシングだと
差分を32bitで指定するから、それが0なのかな？
339:login:Penguin
08/09/01 20:31:22 4ZcdB5yW
8月版 ブート時間の短縮にかけるカーネルアスリートたち
URLﾘﾝｸ(www.atmarkit.co.jp)
ブート高速化フレームワークの開発始まる
ファイルディスクリプタリークを防げ！
SSDドライブの耐用年数を増やすセクタ破棄リクエスト
340:login:Penguin
08/09/01 22:00:57 HTSczQe1
新規カーネルでのブートに失敗した場合（一定時間以上経っても
特定の処理に達しない場合）に、別途設定してあるバックアップ用カーネルでブートする
という仕組みを作ってくれないだろうか。
そういう仕組みがあれば、特別なハードウエアをつけなくてもリモートでサーバの
カーネルを更新したりできて良いのだが。
341:login:Penguin
08/09/01 23:10:55 7AMQmhBz
ブートに失敗したことを検出するのに、なんかしらのハードウェアがいるんじゃないか？
特別かどうか知らんけど、たとえば watchdog とか。
342:login:Penguin
08/09/02 00:05:38 WQ81mRri
書き換え禁止のカーネルの上で起動するカーネル？
それ、なんてXen?
343:login:Penguin
08/09/02 00:07:01 A9GZuVfD
>>341
素人考えですまんけど・・・いやなんでもない
344:login:Penguin
08/09/02 02:43:23 xIov+WO6
>>340
PXE+IPMI使えばできるな。
通常時：
1. 起動
2. 起動後に生存パケットを飛ばす
3. IPMIでの再起動抑制
異常時：
1. 起動途中でハング
2. 生存パケットがTFTP後5分以内に来ないので異常フラグ立てる
3. PXEboot kernel切り替えて、IPMI reboot
345:login:Penguin
08/09/03 08:48:18 PqzS2fRg
カーネルの再構築について教えてください。
make
make modules
make install
make modules_install
ってやると、vmlinuzではなくvmlinuxが/boot以下にインストールされるのですが、
vmlinuzをインストールするにはどうすればいいのでしょうか？
346:login:Penguin
08/09/03 09:00:03 K6gHOMeJ
/usr/src/linux/arch/x86とか/boot/らへんからコピーすればいいんじゃ
347:login:Penguin
08/09/03 09:06:07 8eE8j8dz
>>345
make bzImage
348:login:Penguin
08/09/21 07:49:35 tIiHJUK6
あげ
349:login:Penguin
08/09/22 18:58:26 6c0BmpVj
来年のカーネルサミットは日本か。
今頃今年のレポート読んでる...
350:login:Penguin
08/09/23 00:25:05 vRpAjbh1
よしROM専で参加するぉ
351:login:Penguin
08/09/23 20:19:18 V98m4vkm
なにーRuntime Operating Module専門家なんですか? それはやられたなあ。
352:login:Penguin
08/09/24 03:07:25 cunswTFS
real otaku mode
353:login:Penguin
08/09/29 15:27:31 pgUibaHn
挫折おめ
354:login:Penguin
08/10/04 19:13:09 ARyH8epO
Linux カーネルの設計図って無い？
ソースコードなんか読んでられないんだけど。
355:login:Penguin
08/10/04 19:35:03 Y45eK7HG
読むんじゃない 感じるんだ
356:login:Penguin
08/10/04 19:47:23 j49+44c9
設計図って無い？→×
ちょとソースパーサと視覚化ソフト作ってくる→〇
357:login:Penguin
08/10/04 20:04:46 LpOCBcaG
>>354
こんなものならある
URLﾘﾝｸ(www.makelinux.net)
358:login:Penguin
08/10/04 22:26:40 iB4BYTU4
>>354
URLﾘﾝｸ(www.amazon.co.jp)カーネル2-6解読室-高橋浩和/dp/479733826
これなんて評価高いんじゃない？日本人の書いた本だし。
359:login:Penguin
08/10/05 07:21:33 wEm3ZArW
>>357
方向性は、いい感じ。でもちょっと詳細すぎる。
ソースコードを単純にリバースしただけ？
アーキテクチャの骨になるモジュールと依存関係が分かると入りやすいんだけどなぁ。
>>358
うーむ。ちょっと本屋にいってみまふ。
それ系だと、一応以下は読んでます。
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
360:login:Penguin
08/10/05 11:59:47 m45hbmuL
>>354
そもそも何がしたいわけ？
単に知りたいだけなら、本でもWebでもいろいろあるが、
将来的に開発に関わっていきたいなら、実装なんてころころ変わるから、
ソース読めるようになるしかないよ。
361:login:Penguin
08/10/05 12:08:55 uwUu94dy
Linuxソース読めないって
スキル低すぎじゃないか？
あんなに綺麗なソースめったにないけどな
362:login:Penguin
08/10/05 14:21:21 GQ3uGN5q
>>361
363:login:Penguin
08/10/05 20:14:06 NUUgsXnG
ソースは綺麗だがロックレスにするための最適化とかは難解じゃね
364:login:Penguin
08/10/05 20:56:21 uwUu94dy
>>363
切り出せるじゃん綺麗なら依存関係
解るってことだろ？ただ理由付けて、労力惜しんで真に理解できない
だけだろ？
解らないなら、古くて遅いコード読んで流れだけ
把握すればいいし、そこからgitで0.0.1ずつ上げて
いって差分追えばいい
楽して理解なんてできねーから
365:login:Penguin
08/10/05 20:58:41 cqzNA6tu
どうやってロックをなくすの？
366:login:Penguin
08/10/05 21:00:23 uwUu94dy
>>365
CAS命令とメモリバリアで作る
367:login:Penguin
08/10/05 21:32:24 0B2Mm6OC
変な改行してるけど、縦読みってわけでもないんだな。
368:login:Penguin
08/10/05 22:38:41 CybLamJ3
CAS使ったって結局スピンループして待つわけだからロックと同じじゃなくて?
369:login:Penguin
08/10/05 23:00:11 uwUu94dy
>>368
java.util.concurrentのアルゴリズム見てこい
あとlock-freeで検索して論文見ろ
お前ら本当に不勉強のバカばっかりw
370:login:Penguin
08/10/05 23:53:10 /M4S/JQ3
知る者が知らざるを者を罵倒する。これは日本人（固有）の得意技。
371:login:Penguin
08/10/05 23:58:58 gTPno2yy
>>370
UNIX (Linux) 関連に多い気がス・・・
あと、利権産業（土建屋 etc）ねｗ
372:login:Penguin
08/10/06 00:53:38 15WiK00o
教えてもらったものが教えたものをひがむ
これこそ日本人固有の得意技
373:login:Penguin
08/10/06 02:31:46 4qydW303
>>369,372
来なくていいから。お前の中身など何の価値もない。
374:login:Penguin
08/10/06 04:07:11 Oq5Gl4Q6
>>368
locklessといっても実はいろいろあってな。
代表例をあげていく。
まず、時刻更新時のxtime更新処理。これは速度云々以前にタイマ割り込みの延長で走る更新処理が遅れちゃいけないという制約がある。時計狂いに直結するから。
だから、普通のread/write lockでは不十分で、「どれだけreaderがいても、writerは（待ったりスピンしたりせずに）即座に書き込めるロックが必要。
逆にreaderはwriterがごにょごにょやってるときは、多少処理が遅くなってもかまわない。だって時刻更新なんてせいぜい1000Hzでしかおきないレアイベントなんだもの。大局的には誤差。
詳細は、seqlockとかシーケンスロックでググってくれ。
次はRCU。
ようするに更新するときに、古いデータが載っているメモリを直接書き換えるのではなく新しいデータが載ったコピーを作る。
んで、read側は古いデータをちゃんと読めるのでロックいらず、write側がread側が知り得ない新しいコピーに書き込めるのでロックいらず。
というアイデア。
なんと、read側はCASもメモリバリアもいらないという最強アルゴリズムなのでlinuxでは適用箇所がガンガン広がっている。
もちろん、read側がクリティカルセクション抜けたときに（ガベコレ的な感覚で）あとから古いデータの削除処理が走るので、適用箇所によってはキャッシュヒット率の関係で性能が下がるときがまれにある。
まあ、readが大多数のデータ構造にしかつかうなってこった。
375:login:Penguin
08/10/06 22:22:12 mx5C5H/p
RCUはCASを使わないからここでは話が違うよね。
x86のRCU_CLASSICだとプリエンプト禁止するとか実装上のペナルティはあるけど。
ロック獲得待ちで待たされるのもCASでリトライしてループするのも
処理が終わらないという意味では待ち状態なんだし大差無いんじゃないの?
xtimeの話だってreaderをスピンループさせる(待たせる)訳だし
374も「即座に書き込めるロック」と言ってるよね。
376:login:Penguin
08/10/07 03:38:15 EDU2AzIp
2.6.24で行われたvideobufの仕様変更について教えてください。
ヘッダファイル(video-buf.h)が移動しただけでなく、
videobuf_bufferからdmaが無くなる等、構造体も変わってしまっています。
この辺りの仕様変更に伴う、移植指南のようなものは無いでしょうか？
クローズドソースのドライバを移植したく...
377:login:Penguin
08/10/07 07:15:08 GqCnfBab
知ってるけどおしえませーんw
ｳﾍﾍﾍﾍ
378:login:Penguin
08/10/07 08:16:00 gavXSVZB
同じく。
構造体とAPIの変遷をサンプルコード付で辿れると嬉しい。
git show-history-with-examples
とかできると完璧。
379:login:Penguin
08/10/07 21:04:44 GqCnfBab
>>376
本当に知りたいなら労力かけろよ
あとうぜーなってぐらいもっと詳しくかけよ
とりあえず、2.6.24と比較対象にしている版は
2.6.23でいいのか？
お前が興味あるなかでvideobuf_bufferは最上位
の構造体なのか？
その辺答えてね
380:login:Penguin
08/10/07 23:21:17 GqCnfBab
さっさと教えろよｺﾗ
381:374
08/10/08 00:01:55 XuxrYF0I
>>375
> RCUはCASを使わないからここでは話が違うよね。
> x86のRCU_CLASSICだとプリエンプト禁止するとか実装上のペナルティはあるけど。
ほとんどのディストリはvolunteer preemptionでコンパイルされているから気にしなくていいという認識。
・・・組み込み屋さん？
> ロック獲得待ちで待たされるのもCASでリトライしてループするのも
> 処理が終わらないという意味では待ち状態なんだし大差無いんじゃないの?
えーと、spinlockの実装がまさに、CASでリトライしてループだ。
んで、ロックだけのコストで見るとspinlock最強。
じゃあ、なんでlocklessとかwaitfreeにこだわるかというとほとんどの処理は、ロック獲得処理の重要度に非対称性があるから。
xtime の話だとreadがどれだけ遅くなってもwriteがwaitfreeであることに価値があるし、
一般的に、ほとんどのデータ構造はwriteよりもreadアクセスの方が圧倒的に多いからwrite処理が10倍重くなっても
readが数％軽くなるだけで全体のパフォーマンスが上がったりする。
382:login:Penguin
08/10/10 05:59:54 QDBTpe1+
Linux Kernel Watch 9月版
タイマにまつわるエトセトラ
URLﾘﾝｸ(www.atmarkit.co.jp)
ある意味「予想どおり」のカーネルサミット
カーネル時間管理の全面刷新なるか
x86、「タイマを分かってないで賞」を受賞!?
383:login:Penguin
08/10/10 17:27:26 2wKyzuGv
2.6.27 キタ
384:login:Penguin
08/10/10 18:08:33 rH0USz29
ついさっき 2.6.26.6 がきたと思ったのに
385:login:Penguin
08/10/10 19:18:53 QltIhWOe
俺なんか2.6.27-rc9ビルドしたの昨日だぜ？ｗ
386:login:Penguin
08/10/10 19:38:45 gKy/PBbY
ま、そんなもんさw
387:login:Penguin
08/10/10 21:33:22 uc5AJ2Yg
>>385
俺もw
で、さっき2.6.27にした。
何が変わったのかわからんw
388:login:Penguin
08/10/11 00:25:12 dTP8bRsg
URLﾘﾝｸ(kernelnewbies.org)
ftraceなるものを見つけて遊んでみてた。
traceのインターフェースがecho/catなんで、
なにかユーザー空間のツールが欲しいところ。
何かある？
389:login:Penguin
08/10/11 08:33:16 sgT4P9xq
>>388
ない。
むしろ作ってくれ
390:login:Penguin
08/10/13 16:59:26 ojSXQj+L
2.4で、NFSが古いタイムスタンプを表示するという障害が出てます。
3ヶ月～2年程度なのですが、考えられるバグはありますか？
391:login:Penguin
08/10/13 17:21:19 6nCO1ckh
>>390
jiffies
392:login:Penguin
08/10/13 20:03:41 GHU10YTi
>>390
NFSの時刻はサーバがもっているものなんだから、サーバが本当に時刻が狂っているとか、サーバがLinuxじゃなくて相性問題が出てるとか。
ネットワークをプローブして、プロトコル解析してサーバが送っている時間をみてみたらどう？
393:login:Penguin
08/10/13 20:30:11 ojSXQj+L
>>391
2.6では同じようなバグがあったのですが、2.4では見つかりませんでした。
>>392
OSが持っているキャッシュを表示しているようです。
394:login:Penguin
08/10/14 21:00:32 wSi08twR
カーネルに入る前みたいな話で難ですけど、
set_bios_mode()ってのがarch/x86/boot/main.cにいて、
そこでint 15hをAX=0xEC00で呼んでるんですけど、これは何が起こるのでしょうか？
395:login:Penguin
08/10/15 00:01:04 nv+Poa/T
/* Tell the BIOS what CPU mode we intend to run in. */
て書いてあることが起きるんでないかい。
INTERRUPT LISTには書いてないのね。
新しすぎるんかな。
396:login:Penguin
08/10/15 00:34:00 uBK5DEDN
>>394
たぶんだけどEMT64のmixedモードの判別に使ってると思う
その見てるコードの欠片の近くにbx=0x03みたいなコード無い？
397:login:Penguin
08/10/15 01:31:55 14QY086S
2.6.12～2.6.22のarch/x86_64/boot/setup.S
325 # tell BIOS we want to go to long mode
326 movl $0xec00,%eax # declare target operating mode
327 movl $2,%ebx # long mode
328 int $0x15
それ以前はどうやって開発してたのかさっぱり知らない新参者なので昔のは知らない…。
398:394
08/10/15 21:00:04 NwHso+Di
>>395-397
レスThxです。「int 15h EC00」などで検索かけても不思議と見当たらないんですよね。
E820ならうじゃうじゃ出てくるのに。
で、long mode=64bitモードに切り替えるってことですか、x86_64用にマクロで囲っているし。
プロテクトモードに遷移する時と比べると意外とあっさりだなと思ってIA-32 arch.のvol. 3A見たら
Fig.2-3では実アドレスモードからは直接行けないらしくて・・・その辺System Manage Mode経由で遷移とか
BIOSの中の人がやってくれてるのでしょうか。
399:login:Penguin
08/10/15 22:26:01 14QY086S
よく分からないけど、BIOSに通知することでIO回りとかでなんかご利益があったりするんでねーかな?
モード推移だけなら決められた手順でやればいけるはずだと思うんだけど。
その辺はphenixがoemとかにしか開示されてないのか分からないけど、取り合えずここはそういうコードということで…。
400:login:Penguin
08/10/15 23:05:58 hONPkhnE
make vmlinuz
make zImage
make bzImage
の３つの違いを教えてください。お願いします。
401:login:Penguin
08/10/15 23:42:35 HFOVAyRn
>>400
ググってください。お願いします。
402:login:Penguin
08/10/16 04:57:58 FEUHiM4d
>>400
make help
してみたら。
403:login:Penguin
08/10/31 04:50:54 4qE6ZtvC
2.6.27.4をDebian/lennyのmake-kpkgでビルドしてインスコしてみたけど、ブート直後に/initがありません。と言ってpanic起こすのですが、上手く行った人いますか？
configは2.6.26系からいじっていないんだけど、どこか設定がまずいのかな？？
404:login:Penguin
08/10/31 04:59:39 kJjAWuX5
make-kpkg --initrd
405:login:Penguin
08/10/31 05:03:03 4qE6ZtvC
>>404
それはやりました。
故になんでだろうな…と言うことです。
406:login:Penguin
08/11/01 20:54:11 Od5nmufS
>>403
そのエラーは普通はFSかストレージのドライバがOFFになっているか必要なオプションがついていなかったかで、マウント出来なかったときに表示されるんだが、今回は違いそうだな
失礼ながら403氏のうっかり手順ミスの可能性が一番高いので
(1) 2.6.26でもう一度ビルドしてブートするか確認
(2) 2.6.27でまったく同じ.config と、まったく同じビルド手順でブートするか確認
とやってみてくれない。
407:login:Penguin
08/11/04 21:44:20 iceok3E4
Linux Kernel Watch 10月版
URLﾘﾝｸ(www.atmarkit.co.jp)
ext4：Delayed Allocation
ブロック・レイヤにおけるデータの完全性チェック
ネットワークデバイスのマルチキュー対応
ftrace
外部ファームウェアローディング
1GB ヒュージページサポート
x86の最大CPU数、最大ノード数が拡大
2.6.27は2.6.16に代わるLTSに
Ingo、またまたお説教を食らうの巻
サブシステムに進化するlinux-staging
バージョン名規則が変わる？ 「自転車置き場議論の始まりだ！」
408:login:Penguin
08/11/04 22:18:56 BBZMQ50A
板違いですみません。
Windows Server 2003にて、カーネルパラメータチューニングは
可能でしょうか？
I/Oサイズの変更です。
どなたか教えていただければ幸いです。
409:login:Penguin
08/11/04 22:19:55 nUFsRWLN
板違い。
410:login:Penguin
08/11/04 23:30:55 jzEsAw5k
pata_platformのリソースをplatform_add_devicesで登録しているのですが、
このボードはCFとIDE両方持っていて、IRQが14と15に割り当てられてます。
IRQ14の方のCFを登録した瞬間に
ata1: PATA max PIO0 ioport cmd 0xb61001f0 ctl 0xb61003f6 irq 14
irq 15: nobody cared (try booting with the "irqpoll" option)
と出てしまってIDEの方が登録できないのですが、これは
IRQ15のIDEを登録する前にIRQ15の割り込みが飛び込んできて
しまっているということでしょうか？
その場合、初期化時は割り込みをマスクしておくのが正しいのでしょうか？
411:login:Penguin
08/11/06 16:17:55 04JlPoOk
Linuxカーネルにリモートバッファオーバーフローの脆弱性：ITpro
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
412:login:Penguin
08/11/09 01:06:19 bk9zKri0
vmspliceで
socket-socketでデータ送受信できねぇ
なんか別の方法知らないですか？
PF_RINGってどうなのかな？
413:login:Penguin
08/11/13 15:40:35 z5Rzaa+x
過去のkernelのパッチ情報がデータベース化されているサイトって
どこかにありませんか？
故あって古い版数使ってるんだけど、偶にサイレントクラッシュするので
その版数以降の修正済みバグからクラッシュの原因を追いかけたいんだけど…
ChangeLogを見てみたらテキストファイルで50MB、
修正件数にすると8万件近くあって、手動ではむりぽorz
414:login:Penguin
08/11/13 15:54:04 jzO+yvG4
kernelの問題だと思った根拠は？
415:login:Penguin
08/11/13 15:59:27 b/Y4G7aY
>>413
つ git bisect
416:login:Penguin
08/11/13 16:49:33 z5Rzaa+x
>414
ログが全く残らないことより。
HDD上のログファイル、コンソール、Trap、NvSRAMのどれにもログが残らず、
暫くしてからwatchdogのオーバーフローでreboot。
同じHW構成の別筐体でも発生するので、カーネルが固まったと判断しました。
>415
情報ありがとうございます。
が、私の件では発生のトリガーが不明なので、現象を再現させることができません。
発生頻度も半年に1回程度なので、try＆error方式はちょっと厳しいです。
git bisect自体は初耳のツールだったので、別件でトラブった時に活用させていただきます。
417:login:Penguin
08/11/13 17:51:25 jzO+yvG4
watchdog止めてみたりはしなかったの？
418:login:Penguin
08/11/15 12:35:38 elY6pU1H
URLﾘﾝｸ(secunia.com)
Linux Kernel "hfs_cat_find_brec()" Buffer Overflow Vulnerability
Release Date: 2008-11-14
Critical: Less critical
Impact: DoS System access
Where: From remote
Subscribe: Instant alerts on relevant vulnerabilities
CVE reference: CVE-2008-5025
Original Advisory: URLﾘﾝｸ(kernel.org)
419:login:Penguin
08/11/16 21:17:01 Cvogqgs5
x58 + core i7
対応kernel ってリリース予定ありますか？
420:login:Penguin
08/11/16 21:58:58 7dfqW/4b
ないよ
421:login:Penguin
08/11/17 00:22:12 UFThdr5z
>>410
ベンチ回しただけでCPUの温度が90度まで上昇する
CPUなんかに対応しねーだろｗ常識で考えろ
422:login:Penguin
08/11/29 21:56:27 x6WDXIQW
git入門
URLﾘﾝｸ(blog.miraclelinux.com)
カーネルにおけるリグレッションの特定/ユメのチカラ
URLﾘﾝｸ(blog.miraclelinux.com)
>それにしても、Linuxは2.6.23にしても6700近いパッチを管理しているとは驚きです。
>Xenと比較しても7倍ぐらいのパッチの数です。
423:login:Penguin
08/12/02 18:05:16 X/oMSjsB
突然の質問をご容赦を．
task_struct構造体内にchar comm[16]以外に実行プログラムを識別できる情報
は入ってないんでしょうか．
カーネルのソースレベルでtask_struct構造体をのぞくだけじゃ，このプロセスは
このプログラムが実行されている！って判別できなくて困っております．
どなたか良い知恵をご教授ください．
424:login:Penguin
08/12/02 19:36:20 /6v5cHNF
>>423
ls -l /proc/self/exe を追っかければいいんじゃない？
425:login:Penguin
08/12/20 14:53:04 /iHy7FGl
保守
426:login:Penguin
08/12/25 16:31:41 hQQgeWtj
Linux-Kernel Archive: Happy v2.6.28
From: Linus Torvalds
Date: Wed Dec 24 2008 - 18:53:01 EST
URLﾘﾝｸ(lkml.indiana.edu)
you can now download Linux-2.6.28, and compile it to your hearts content!
URLﾘﾝｸ(www.kernel.org)
The latest stable version of the Linux kernel is: 2.6.28 2008-12-24 23:45
427:login:Penguin
08/12/25 16:41:49 myw3s4fY
やっぱクリスマスにだすと思ったぜw
428:login:Penguin
08/12/25 16:53:09 myw3s4fY
俺にとってはリーナスはサンタになったな
429:login:Penguin
08/12/25 23:02:53 d43lFXIj
さっそく、2.6.28のバグ報告を Dear Santa! ではじめたバカ^H^H 空気読んだ人が出現してたよ
430:login:Penguin
08/12/30 06:18:45 91ap++bl
SPARCも32/64統合か。
これで全部終わるんだっけ?
431:login:Penguin
08/12/30 13:42:59 o22EezVq
>>430
kernel2.26.27.10->2.26.28にしたら
USBのラジオと温度計が動かなくなってしまった。
usbhidのところが変わったみたい。
432:login:Penguin
09/01/02 04:30:22 /cJ5cWG/
こんなものが出来たらしい
URLﾘﾝｸ(patchwork.kernel.org)
433:login:Penguin
09/01/06 00:35:48 rUYfOwOi
12月版 カーネルゆく年くる年、2009年に来る機能はどれだ？
URLﾘﾝｸ(www.atmarkit.co.jp)
434:login:Penguin
09/01/09 11:54:46 S2/Ux7ez
カーネル内でダブルフォールトが発生して困ってます。
panicするのは例外のベクタに飛んだ後なので場所が見当付かず...
x86のマニュアルには「ある例外の例外ハンドラを呼び出している最中に次の例外を
検出」とありますが、
とりあえずリモートデバッグで一個目の例外を拾ったりすることはできるでしょうか。
435:login:Penguin
09/01/09 12:54:51 BkTWwdib
環境は？
436:login:Penguin
09/01/09 16:23:06 3p0UKgJv
>>435
環境は、Ubuntu 8.04 を Apple の MacBook というマシン (Core 2 Duo）でネイティブ
に動かしたり（起動時には Boot Camp という機能が使われるが、基本的に普通の
x86 PC 用のディストリビューションを走らせている）、
あるいは VMware Fusion (Mac OS X 上の VMware) の中で動かしたりしてます。
Linux に ABI の異なる他の x86系 Unix のバイナリを走らせる機能がありますが、
それが面白いなと思って、自分でも新たに真似してみて、それでトラブルに陥ってます。
ほんのちょっとだけ動くようにはなったんですが。
なので「腐ったコードを自分でカーネルに入れてそれを解決できないお前が悪い」と
言われればそれまでなんですが(w こういう場合にどのようにデバッグすべきか何か
指針でもあればなあ、と思っています。
とりあえずリモートデバッグしてみたのですが、ダブルフォールトで飛ばされた後は
スタックトレースもほとんど残らず、問題がどこで起きているか見当がつかない状況です。
437:login:Penguin
09/01/09 17:09:04 iT3+jKu5
腐ったコードが悪いじゃないの？
438:login:Penguin
09/01/09 17:49:21 W73bf0vn
ダブルフォルトを防ぐにはひたすらサーブ練習しかないと思うんだ。
439:login:Penguin
09/01/11 06:42:10 yXhZcpX6
この寒い朝から、URLﾘﾝｸ(planet.kernel.org)を読んでいたんですよ。
で、なんか珍しく日本語!?とおもったら、、、
>Pete Zaitcev: ツンデレ★りなっくす
>「ツンデレ★りなっくす」がほしいです。 Maybe I should add it to some kind of wishlist? Too bad it doesn't work across countries.
一期に眠気が冷めた。
440:login:Penguin
09/01/11 09:17:31 +FAIhDLJ
>>439
ｗｗ
441:login:Penguin
09/01/11 18:29:14 VCi3yThs
>>439
ハゲわろｗｗｗ
442:login:Penguin
09/01/11 21:24:18 S8R0EgJE
おーい、だれかマケプレで買って奴に送ってやってくれw
443:login:Penguin
09/01/11 22:27:39 Tg6D2cfZ
何者？と思ってググって見たら
URLﾘﾝｸ(people.redhat.com)
なんてものを見つけてしまった・・・
筋金入りだな。今年のKernel Summitには嬉々としてやってくるに違いない（ｗ
444:login:Penguin
09/01/17 02:52:19 PsPn1kn+
KernelどころかLinuxについてほとんど無知な俺に教えてくれないか
URLﾘﾝｸ(forums.steampowered.com)
このサイトにはKernelによってCPU制御が250Hzになってる状況を1000Hzにする手順が説明されている ということでいいのかな
出来ればこの手順を簡潔にまとめてくれる神はいないだろうか お願いします生まれてきてごめんなさい
445:login:Penguin
09/01/17 04:16:53 LUzqyZhm
>>444
俺も詳しいことはしらんよ。けどCONFIG_HZ=250ってのは1秒間に250回タイマ割り込みをする、という設定らしい。
つまり4msに一回タイマ割り込みを発生させる。
CPU制御というかタイマー割り込みね。
446:login:Penguin
09/01/17 06:48:33 S+ngPFbA
>>444
それはOSの時計の精度を決める奴だよ。操作性とかにも影響する。
250Hzだと4ﾐﾘ秒単位、1000Hzだと1ﾐﾘ秒単位。
精度を上げすぎると負荷が上がったりハードウェアの制御で不具合が出るから
多くても1000Hzにしてある。
後、変更するにはカーネルの再構築が必要で、環境によってやり方が違うから自分で調べよう
447:login:Penguin
09/01/17 08:22:14 MbjHFxeA
GEMってなにか設定いるの？
448:login:Penguin
09/01/17 08:24:38 M1p6wg8l
>>447
いらない。
449:login:Penguin
09/01/17 11:58:39 zS7kgnq/
いつになったら
PF_RINGって標準で使えるようになるの？
450:login:Penguin
09/01/17 21:21:43 J13OQkWH
>>447
ちっとも速くなった気がせんわけだが
451:login:Penguin
09/01/17 21:48:25 M1p6wg8l
>>450
945GM だけど速くなったよ。
Compiz Fusion の Expo や Desktop Wall プラグインと Wallpaper プラグインの
組み合わせ動作がキビキビになった。
452:login:Penguin
09/01/17 23:46:39 aC/h0b1A
URLﾘﾝｸ(www.atmarkit.co.jp)
ここにタイマ割り込みの事が書いてある。カーネル2.6.13-rc1から250Hzになったんだ。
それ以前はデフォルトが1000Hzだったとは知らなかった・・
453:login:Penguin
09/01/18 00:17:58 Ny7bYr1J
カーネルコンフィグ時には昔からCONFIG_HZ=1000ってやちゃってたけど、ベつにRTカーネル仕様じゃ
ないし、リーナス氏も1000にして確実に良い事有るのかいってみろって言うくらいだから、今回
ちょっと250に戻してみるかw
454:login:Penguin
09/01/18 00:30:20 0uG030Dj
1000から250にするメリットは消費電力だけで、他のどんな値でもない
250の理由が何かあるって事かな？
455:login:Penguin
09/01/18 03:00:44 ClRnsqKI
無駄な割り込みが減少してスループットが向上する。
ただ、個人的にはHZはCLOCK_TICK_RATEの約数であるべきだと思う。
456:login:Penguin
09/01/18 19:06:25 xhI1EKWK
CONFIG_HZの説明にマルチメディアやNTSCビデオなんかやる人は300がいいみたいな事が
xconfigの説明に書いてあったので1000から300へしてみました。
Linux上のアプリの動きは体感できないです。でもVmwareでゲストのXP使うときにWINUPDATEなどで
XPが激しくHDDにアクセスする時に今まではホストのLinuxがかなりもっさりしてたのですが、これが
無くなりました。
457:login:Penguin
09/01/20 03:34:13 O8avWr3l
2.6.28.1: stable
01/19/2009 03:48 AM
URLﾘﾝｸ(www.kernel.org)
458:login:Penguin
09/01/24 18:37:47 j3OrWlaN
linuxデスクトップユーザーの特徴
①インストールしただけで選民思想
②やっていることはwindowsと同じ。しかもめんどくさくなっただけ。
③コマンド打ち込んでプロだと勘違い
④黙ってwindowsでも使ってろと間口を狭める
⑤素人がだのなんだのとwindowユーザーを馬鹿にする
⑥カーネルいじればいいだろと無茶を要求
⑦linux開発者とのずれを認識できていない
⑧wineを使うくせにlinuxを再現しようとする動きがあるとたたく
冫─' ~ ￣´^-、
／ 丶
/ ﾉ、
/ ／ヽ丿彡彡彡彡彡ヽヽ
| 丿 ミ
| 彡 ＿＿__ ＿＿__ ﾐ/
ゝ_/／| |⌒| |ヽゞ
|tゝ ＼__／_ ＼__／ | | ＿＿＿＿＿＿＿＿＿＿
ヽﾉ ／＼_／＼ |ﾉ ／
ゝ /ヽ──‐ヽ / / linuxはめんどくさくて難しい分だけ、
/|ヽ ヽ─' / ＜ 自称プロが悦に浸るためのツールとして最高なんじゃないだろうかwww
/ | ＼ ￣ ／ ＼
／ ヽ ‐- ￣￣￣￣￣￣￣￣
459:login:Penguin
09/01/24 18:38:34 7lr1RUyg
>>458
黙ってwindowsでも使ってろ
460:login:Penguin
09/01/24 18:57:38 f4Jx4fnK
>linuxデスクトップユーザーの特徴
この1行だけで十分笑えたw
結局windowsでunix系のツールがないから
使うんだよね。
461:login:Penguin
09/01/25 16:48:50 ZZ9FAEtv
kernel_sendmsgを使ってるとたまに送信途中で途切れてしまい、その後しばらく
連続してエラーを吐くようになってしまいます。
このときkernel_sendmsgの戻り値で-11が返ってきているのですが、-11が何を表して
いるかわかる方いらっしゃいませんか？
送信が途切れたら残りのバッファを再送するような処理を書いたのですが
うまく動かなくて･･･。
462:login:Penguin
09/01/25 19:56:13 KzNWuG0E
>>461
include/asm-generic/errno-base.hを見たらこう書いてあったから、
#define EAGAIN 11 /* Try again */
再送しようとしているんじゃない？
463:login:Penguin
09/01/25 21:59:51 ZZ9FAEtv
>>462
なるほど、そんなところに書いてあったんですね。
MSG_DONTWAITと設定していたためにEAGAIN（ソケットが非停止に設定されており、要求された操作が停止した。）と返ってきていたようです。
これを手がかりに頑張ってみます。
助かりました。ありがとうございます。
464:login:Penguin
09/01/30 18:37:37 pFX4Hfia
Linux Kernel Watch 1月版
スケジューラの挙動は三巨頭会談で決まるのだ？
URLﾘﾝｸ(www.atmarkit.co.jp)
トピック満載の2.6.28リリース
まだまだあるぞ新機能
ついにLinuxにもadaptive lock導入か?!
-stableの進ちょくはお休み
465:login:Penguin
09/01/30 18:57:15 qnrJLGzh
>>464
2ページ目に文章が重複しているところがあるね。
編集仕事しろ。
466:login:Penguin
09/01/30 19:06:53 pFX4Hfia
"対象の便器を占有している香具師が、現在ちゃんと起きて力んでいる"のかを見るのがadaptive lockだよな？
別のロック待ちやI/O待ちで寝ている時もビジーウェイトなのか？
それとももじもじし始めてから中の人が寝た場合の話？
467:login:Penguin
09/01/30 19:13:08 vTDTCFoG
ロック待ちとロック保有が同一コアで動いている場合はblockになるから性能が良くなるってことかな。
468:login:Penguin
09/02/01 19:05:22 UNptCmpn
>>466
Solaris由来の「伝統的な」Adaptive lockは違う。あっちは、一定時間スピンして、だまなら寝る方式なので、
１分だけトイレの前でもじもじして、それ以上なら、きっと中の人は大のほうだろうと推測して、別の便所を探しに行く。
今回Linuxで議論されているのは、相手が寝ているかどうかを見ているので、別のロックやI/Oで寝ていたら一回も
スピンせずに即座にブロック。
便器にたとえると、対象のトイレの前に立つと、ESPで中の人が大か小かが分かってしまうので、
（スケジューラが教えてくれるので）、待った方が良いかどうかが誤りなく瞬時に判別できる。
ただし、世の中には小なのにやたら時間をかける変な人がいて、そういうときだけ判断を誤る。
469:login:Penguin
09/02/02 21:53:48 J90wuBuS
>>468
そーなのかー
Solarisも見てるもんだとてっきり
470:login:Penguin
09/02/03 01:59:50 uUulKu65
2.6.16のバックポートメンテ、終わってるのか・・・
471:login:Penguin
09/02/03 09:58:49 fc5tos9M
>>468
男なのに万年便秘で便通は週に一度あるかないかです。
子供の頃から頻尿で常に残尿感があります。
ごめんなさい。
誰かに迷惑をかけてるなんて思わなかったよ。
472:login:Penguin
09/02/03 22:32:26 nz1c5GJq
おまいらLinux kernel watchが不人気で連載中止かも試練ぞ。
日本語で貴重なんだけどなぁ。
473:login:Penguin
09/02/03 22:38:43 GL2YhfGc
まぢ？ あそこで毎月楽しみにしてるの、あの連載くらいなのに。
474:login:Penguin
09/02/03 22:49:20 TfyP5WFf
不人気ってどこにアンケートとってんだろ…
475:login:Penguin
09/02/03 23:21:46 hHl/n+3O
なんか、ソフトバンク系はいまコストカット圧力がすごいらしいと聞いた
476:login:Penguin
09/02/03 23:26:20 52sJIYs3
*HZを忘れてるドライバがへたりそうだな
477:login:Penguin
09/02/03 23:33:59 LguxkZZC
>>472
あれが不人気になるようじゃ日本のITはオワッタな。
毎回ウハウハしたりニヤニヤして読んでるのに。
478:login:Penguin
09/02/04 00:36:08 fd0XVi2g
>>472
ええええ（￣□￣；）
英語が苦手だけど新しもの好きな俺はあれを見てカーネル更新するのが楽しみだったのに・・
なんとなく今はディストリのカーネルからあえて更新する人も少なくなってきたんだろうなあ。
俺はUbuntuだけどUbuntuスレでもディストリ管理から自分で野良ビルドを入れていくってのは
推薦されない感じの雰囲気。でもUbuntuの規約の1つにOS内部は誰でも好きなようにいじれるべきってのが
あって、実際海外のUbuntuフォーラムでは以外と野良ビルドして便利に使う方法なんかも活発。
そこいくと日本はちょっと毛色が違う、どっちかというとWINDOWSみたな雰囲気になっちゃってる気がする。
なんでわざわざカーネルなんか更新するのって雰囲気。Linuxの醍醐味のような気がするんだけどなあ・・
479:login:Penguin
09/02/04 00:42:22 GAA9FgZs
>>478
バイナリ配布が中心のディストリで、
使えればいいやというユーザが多いとそうなる。
480:login:Penguin
09/02/04 00:55:33 P34Xf3bm
つーか、同じ技術ページ同士で比較しても
JavaだのapacheだのPHPだのと比較して読む人が少ないのは当たり前よ。
ただ、ページビューが少ないからって価値が低いわけじゃないんだけどな。
481:login:Penguin
09/02/04 01:00:36 KbLhUz4W
今日から一日一回クリックするよ
482:login:Penguin
09/02/04 01:12:34 RRoUQW0I
>>480
えらい人には数字で見せないと。
感想メールでも大量に届けば評価してもらえるんでないかい。
>>481
IPアドレスが同じなので一人分にしかならなかったり。
483:login:Penguin
09/02/04 02:10:59 3f3+oVuU
>>472
ええっ
@itはLinux Tipsが断り無しにFedora前提だったりLinux SquareにSolaris入れたりとLinux Kernel Watch以外あまり良い印象が無いのに、その上Linux Kernel Watchを切るって…。
Linuxに詳しい人がもういない気がする…と思ったらITmediaが運営してたのかぁ。もっと詳しい人まわして欲しいなぁ。
484:login:Penguin
09/02/04 02:11:41 XVazh12C
Linux kernel watch は英語が出来ない人にとって大切な情報源なのにっ
あれがなくなると困る～
485:login:Penguin
09/02/04 07:20:43 gGZQcfvh
Kernel Watchを見るような人は@ITの記事の殆どに興味がないでしょ。
男が女装して女子校に通うくらい無理がある。
486:login:Penguin
09/02/04 11:38:16 N6p4Zexo
>>485
2次元の世界ではよくある事なんですけどね
487:login:Penguin
09/02/04 11:48:15 w2V1QNh7
>>473
不人気なのか？
不況で原稿料を下げられるからどうしようかとは書いてたけど。
488:login:Penguin
09/02/04 18:04:24 epRo/oFx
英語できない奴多いんだな
489:login:Penguin
09/02/04 18:35:32 3f3+oVuU
KernelTrapも更新されなくなったけど、それの代替になる所ってどこかある?
490:login:Penguin
09/02/04 18:37:23 DVwUg+WE
lwnが強いな、やはり。
491:login:Penguin
09/02/04 18:37:58 NLTVFFbJ
LWN
492:login:Penguin
09/02/04 21:14:37 fnWcLRh5
>>489
LKMLも慣れれば直接読んでも苦にならないよ。
493:login:Penguin
09/02/05 01:11:27 75AktqXX
あそこは流量が多すぎてなあ…
100～200通/日くらいならついていけるが。
ということでlinux-archしか読んでないこの頃。
494:login:Penguin
09/02/05 10:24:34 1Ft0Lu1H
sh2a ?
495:login:Penguin
09/02/05 15:07:05 KTnOlaf7
>>493
流量はたしかにね。
gmailのアカウントが受け取ってくれなくなるもんな
どこで読もうかと思案中
496:login:Penguin
09/02/07 09:05:41 QOk9HHlo
>>495
つ gmane
497:login:Penguin
09/02/11 17:04:15 0S258QE/
>>496 thx
RSSにとか色々できるんだね。
ROMるには十分そうだ
498:login:Penguin
09/02/19 05:34:27 kDjzngV3
PhenomII をUbuntu 8.10で試してみたけど、BOINCのベンチマークで
Celeron Dual-Coreに負けるのにはショック
499:login:Penguin
09/02/19 23:48:48 r93JfwKl
>>498
Phenomはバグもちだから性能出ないでしょ
WindowsでもCeleronの半分の性能しかでないし
500:login:Penguin
09/02/20 00:03:02 pLBBobDh
>>499
あのエラッタ、IIでも直ってないのか
501:login:Penguin
09/02/20 00:05:45 DGy5gq4a
あのエラッタはIIには無いよ。
502:login:Penguin
09/02/20 00:22:12 yMqcUKvG
キャッシュの差でしょ。
ベンチマークソフトはキャッシュに納まるから。
503:login:Penguin
09/02/20 16:07:19 XV0/njye
>>502
いや、それがWin7 64bitのBOINCだとちゃんとQ6700より上のベンチスコアが出るんだよね…>Phenom II
なんで、LinuxカーネルだとPhenom系のベンチスコアが悪いのかが解せません。
最新カーネルだと直るのかな？
504:login:Penguin
09/02/20 16:30:22 cHOqoTTX
>>503
LinuxのソフトはCPU向けのチューニングが弱い傾向にあるな
Linuxのソフトは大抵GCCで生成されるからGCCの対応次第
後、BOINCは純粋な計算ソフトだからカーネルの差はあまり関係ない
505:login:Penguin
09/02/20 17:03:11 XV0/njye
>>504
失礼しますた。gccがPhenom系にも最適化対応するのを首を長くして待ちます。
506:login:Penguin
09/02/20 17:38:45 xKaEo+4J
デフォルトのパッケージは古いCPUでも動くようにコンパイルされるからgccが対応しても意味がない可能性が。
64bit版ならSSEが使用されるはずではあるのだけれど。
自前でコンパイルするか最適化された物をどこかから持ってくるかしてみたほうが良いと思う。
507:login:Penguin
09/02/20 20:34:07 S3s1rkKE
>>505
カーネル構築やってみたらどうだろう
CONFIG_M586=y
になってるはずだから
Phenomに相当するものを有効にして試すとか
Ubuntuだったら手順は
URLﾘﾝｸ(help.ubuntu.com)
日本語訳はあるのかどうか知らない
508:login:Penguin
09/02/21 08:20:46 VKGOSFVD
カーネルが影響するとしたらCONFIG_NUMA=yかどうかかな。
509:login:Penguin
09/02/21 08:39:34 ETQRIuHC
>>508
いまって、32bitだと強制NUMA=nなんだっけ？
年末ぐらいにIngoがKconfig変えてた気がするが
510:login:Penguin
09/02/21 11:12:58 hJpNWjj9
RedHatのRTカーネルっていいの？
うざいほど営業やらDMきて迷惑気味なんだが
511:login:Penguin
09/02/24 01:32:31 pX2XxE8H
カーネルの不具合の動作確認で、カーネルに手を入れたいのですが、
グローバル変数の使い方について教えてください。
ヘッダファイルで 「extern unsigned long sabun;」を定義して、
kernel/timer.c で「unsigned long sabun = 0;」と実態を
定義してます。
fs/nfs/inode.cで、ヘッダファイルをインクルードして、sbunを使ってます。
するとコンパイルで、
WARNING: "sabun" [fs/nfs/nfs.ko] undefined!
とおこられます。
カーネルでグローバル変数として利用したい場合はどうすればよいのでしょうか？
512:login:Penguin
09/02/24 02:10:59 VBQlp0Jb
モジュールからその変数を見たいならEXPORT_SYMBOLしとけ。
513:login:Penguin
09/02/24 23:33:11 pRP/nhlK
aufs2どうだろ。
痛い信者が憑いてるみたいだし。
514:login:Penguin
09/02/25 12:19:48 VFwJbR7O
実装に作者や信者の人格が現れるわけじゃなし、ほっとけ。
515:login:Penguin
09/02/25 18:52:12 PG+Z+/i/
この辺を見ると、unionfs系のstackable fsは絶対に入りそうに見えない...
URLﾘﾝｸ(marc.info)
URLﾘﾝｸ(lkml.org)
516:login:Penguin
09/02/26 02:11:08 ghtWsUdW
>>514
実装に作者と信者の人格があわられるよ
reiserfsなんてマジ基地レベルの実装だっただろ
本人も犯罪者でマジ基地レベルだったし
開発者が痛いプロジェクトはどこも
実装も痛い
日本だとRubyとかSeesaa なんか狂信者の集まりだろ
実装もやばやばだし
517:login:Penguin
09/02/26 09:11:39 K2fT4ot7
>>516
その論理でいくと一番狂ってるのはJavaだな
実装も信者も
518:login:Penguin
09/02/26 13:05:34 tDhwCNJO
reiserfsのコードは、Linuxの一部としてみたら
異常だったかも知れないが、別に普通だろ。
神経質なところが基地外じみているが。
519:login:Penguin
09/02/26 14:01:56 zkN0ao4E
なんつうか、ディスカッションになってないね。aufs2。
攻めるべき相手も分かってないみたいだし、
解決すべき問題点も挙げているわけでもないし。
取り巻きからupstreamにマージしてくれよって言われて、
とりあえずこんなんあるんだけどどうよ、って流れでは
１００年経っても無理だね。
TOMOYOがどう攻めたか、誰を見方につけたか、くらいは学習すればいいのに。
520:login:Penguin
09/02/26 15:15:01 /VNm+j/+
TOMOYOもあまりいい例じゃないと思うが…
まあ興味を持ってくれる人が出てくるのを待つしかないからねえ。
FSなら変にもめなきゃ簡単に入りそうな気はする。
521:login:Penguin
09/02/27 06:01:45 r6OMqEB7
FS周りは保守的な人が多いから
むしろ入りにくいんじゃない？
（保守の面も含めて）安心して使えるのが未だにext3と
linuxはFS周りは遅れ気味で、だからこそbtrfsが注目されていると思う。
522:login:Penguin
09/02/27 06:32:34 c711uaYx
VFSに手を出さなければ他のFSが巻き込まれることはないので、
強硬に反対する人はまずいない。
523:login:Penguin
09/02/27 11:22:47 mZ2ksAW5
新しいFSがメインストリームに入るかどうかは、
lsf-workshop(Linux Storage & Filesystems Workshop)
が登竜門みたいだね。
URLﾘﾝｸ(lkml.indiana.edu)
少なくともこの辺でアピールしとかないと歯牙にもかからない
って感じだな。でなけりゃ傍流で細々とやっていてそのうち
忘れ去られると。
524:login:Penguin
09/02/27 20:09:22 AUoPAEqK
いままでは-mm経由でAndrewが強引にマージするというパスも登竜門（裏口？）として
あったんだが、最近更新やめちゃったからね。 -mm
525:login:Penguin
09/03/08 20:59:55 GH/Y8LZH
Oprofileでpthread_mutexが頻繁に起きてるの解ったんだけど
簡単に改善するにはもっと情報ほしいんだけど
なんかいい方法ないっすか？
526:login:Penguin
09/03/10 21:28:57 GdRFmw6z
カーネル見つかったよ！！
URLﾘﾝｸ(www.daily.co.jp)
527:login:Penguin
09/03/11 00:35:08 oxbCuR8l
>>525
windowsならシステムコールをフックするという方法があります。
フックした排他オブジェクトのロック関数内などで、これが呼ばれた場所と
スレッドＩＤを記録していけば、原因の特定が可能。
多分linuxにも応用できると思います。
528:login:Penguin
09/03/11 01:21:17 4/oImeap
kprobes?
529:login:Penguin
09/03/11 01:46:51 ndR4kwVk
>>525
ftraceとかSystemTapとか使ってみたら？
530:login:Penguin
09/03/12 02:00:45 Q23C1K2a
HugeTLBってどうゆう時に
役立つの？
普通にメモリ100MBとか確保してるのを
置き換えても幸せになれる？
531:login:Penguin
09/03/12 20:49:17 /5waLCXS
>>530
なれない。HugeTLBが聞いてくるのは、それを使う前がTLBミスで性能劣化が起きているときだから、
数十、数百ギガとかのデータがないと、目に見える差は出ない。
532:login:Penguin
09/03/12 23:24:42 Q23C1K2a
>>531
4Gぐらいじゃ不幸になる？
533:login:Penguin
09/03/13 00:12:51 x7CFdrcd
>>532
URLﾘﾝｸ(www.oracle.co.jp)
534:login:Penguin
09/03/13 00:52:01 d9xi8y0w
>>533
うそを教えるのはいくない
535:login:Penguin
09/03/13 08:01:59 X32lgzLh
HugeLBについて正しく説明しているページを教えて下さい
orz
536:login:Penguin
09/03/13 08:30:19 OBlhHJW3
いま使ってるカーネル（2.6.26）で明らかにバグってるが、next最新だと
直ってるけどどのコミットで直ったのかわからんという場合、そのコミットを
特定して簡単に取り込む方法はあるでしょうか？
ext3/jbdが200GBほどの巨大コピーをすると必ず吹っ飛ぶので頭に来てるんですが、
OpenVZとVMwareも併用してる関係上、2.6.26から先に進めません。で、一旦
この２つは忘れてnextに切り替えたら通ったので何かが直ったのは間違い
ないんですが・・・
git-bisectで吹っ飛んだときのコードパスを触っているコミットを拾ってきて
git-cherry-pickする、とするのかなと思いつつも、バージョンが３も飛ぶと
容易にはマージできない訳で、やる前からげんなりしてます。でもこの方法しかない？
537:login:Penguin
09/03/13 11:28:14 OBlhHJW3
>>536
すみません、大ボケしてました。
最初バグが入ったところを追いかけていた話と混ざってしまった。
上だけなら普通にコードパスを含んでるファイルをgit-diffすればいいだけですね。
538:login:Penguin
09/03/16 20:39:06 +jw1kNKJ
debian sargeで2.6.16.16から2.6.16.62に乗り換えようと思ったのですが、Makefileに変なオプションが追加されているのを発見。
# Force gcc to behave correct even for buggy distributions
CFLAGS += $(call cc-option, -fno-stack-protector)
コメントからすると、イカれたディストリでもgccが正しく動くようにするものらしいのですが、
これに従ってスタックプロテクトを外すと、Kernel的にはどんな影響があるのでしょうか？
539:login:Penguin
09/03/16 21:41:42 03SCkUUu
どこで訊いたらいいのか分からんのでもっとうまいスレがあったら教えて。
AMD K8/K10 で CnQ する powernow-k8.ko は Phenom II でも動作するけど、
こいつのコア電圧上げ下げパッチは K8系でしか動かない。
正確には hwpstate で動くやつはコア電圧読み書きをサポートしてない。
現状、Phenom / Phenom II に対するコア電圧上げ下げパッチないしアプリは存在しない?
ためしに/dev/cpu/*/msr叩いてコアやNB電圧上げ下げやOCはX3 720で出来たけど
K8より電圧上げ下げはむしろ楽になってるくらいで車輪の再発明になる
と信じてるんだがうまくみつかんね。
540:login:Penguin
09/03/17 22:59:47 P2matg1t
posix_time.hってどこにあるのですか？
541:login:Penguin
09/03/18 00:33:56 eVh+IAHO
Oprofileって
カーネルモジュールを常に更新しなくてもいいのですかね？
event maskだけCore2とか最新CPUのを読み取れればいいのですか？
542:login:Penguin
09/03/18 02:13:00 zvHoDucU
サーバーの動作が停止したので再起動後にログを見たところ、
・・・
Mar 17 01:01:01 hoge kernel: ------------[ cut here ]------------
Mar 17 01:01:01 hoge kernel: kernel BUG at mm/rmap.c:479!
Mar 17 01:01:01 hoge kernel: invalid operand: 0000 [#1]
Mar 17 01:01:01 hoge kernel: Modules linked in: ipt_REJECT ipt_limit ipt_state ip_conntrack iptable_filter ip_tables loop md5 ipv6 dm_mirror dm_mod uhci_hcd ehci_hcd eepro100 via_rhine e100 mii ext3 jbd sata_via libata 3w_xxxx sd_mod scsi_mod
Mar 17 01:01:01 hoge kernel: CPU: 0
・・・
という部分がありました。
"kernel BUG"とありますが、これは本当にバグで停止したのでしょうか。
それとも、ハードウェア障害等が原因でしょうか。
自分ではメモリかな、とは思ってるんですが・・・
ディストリビューションはFedoraCoreの3年ぐらい前のバージョン
カーネルはFedoraCoreデフォルトのままです。
機材が遠隔地にあるため、パーツを交換して様子見というのは難しいです。
何かご存知の方いらっしゃればアドバイスお願いします。
スレ違い等の場合はそう言っていただくと助かります。
よろしくお願いします。
543:login:Penguin
09/03/18 04:10:38 SE16OZPj
ウィルスに一票
544:login:Penguin
09/03/18 10:05:41 DNBYgSTg
うむ。httpあたりから、カーネルの脆弱性を突くペイロードを
送り込まれたといったところか。
545:login:Penguin
09/03/18 10:24:02 zvHoDucU
まず、ageてしまって申し訳ないです。
>>543-544
となると、対策としては
カーネルのバージョンアップ（ディストリビューション自体も？）
Apacheのバージョンアップ
ぐらいしか無いということなんでしょうかね・・・
今回の攻撃では単に止まっただけであればいいのですが、
何か仕込まれてないか確認しないとまずいでしょうね。
SonicWall等のFWでそういう攻撃防げるのであれば、
導入することも検討してみます。
546:login:Penguin
09/03/18 17:38:57 pKG41WUr
Fedoraの3年前のバージョンなんてとっくにサポート切れてるんだから
何されててもおかしくないぞ
547:login:Penguin
09/03/18 20:54:43 Jh98gmYP
>>542
invalid operand というのはコードがおかしな命令だったことを意味する。
バグでデータを壊すことはよくあるが、コードを壊すのはまず考えられない。
なので、可能性があるとしたら、メモリが化けた、CPUキャッシュが化けたっていうハード故障系か、
>>543 がいうように、ウィルスにやられた。だと思う
548:login:Penguin
09/03/18 21:46:58 RWYXndAF
>>542
ふつ～に立ち上がったんだけど、vmwareが立ち上がらないからdmesgしたら
>kernel BUG at /build/buildd/linux-2.6.27/drivers/cpufreq/cpufreq_userspace.c:122! invalid opcode: 0000 [1] SMP
なメッセージが出たことがある。再立ち上げしてもたしか出た。kernelの更新(ubuntuまんま)したばっかしだったから、
そういうkernel、てか、moduleなのかな？ とか思ったり。
なんで、更新前のkernelで立ち上げて、メッセージが出ないでvmwareが立ち上がるのを確認して、出かけて、
夜帰ってきて当該のkernelで立ち上げて以降出てない。ということならある。ハード故障系だろうか...？
soft raid1なんだけど、HDDエラーで化けた、だといいな、キャッシュエラーとかよかマシ？ と思っているけど、…
549:login:Penguin
09/03/18 22:52:21 zvHoDucU
>>546-548
ハードの障害の可能性も考えると、
サーバーマシンごとそっくり新しいものにしたほうが安心ですよね。
とりあえずカーネルのバージョン上げて様子見ますが、
早いうちに置き換えられるよう検討します。
550:login:Penguin
09/03/18 23:13:40 fs8nU1K0
>>547-548
BUG macroで例外起こすために不当命令使ってる。
なので、そこだけで壊れているとは判断できない。
551:login:Penguin
09/03/24 12:55:14 LJtxTesT
2.6.29のマスコットがペンギンじゃなくなってる・・・
552:login:Penguin
09/03/24 14:32:40 kyEDcVni
確かに、ペンギンじゃなくなってる。
2.6.29 だめだ、ウチはCATVでDHCP接続なんだが、何分かするとネットワークがくたばる。
553:login:Penguin
09/03/24 15:46:32 rew/CQ2p
絶滅危惧種がマスコットって縁起悪くね？
554:login:Penguin
09/03/24 15:48:26 vqmighgs
>>553
逆に考えろ
今は数こそ少ないがこれから増えまくって人類に代わって世界を支配してやるという野望を持っているんだよ
555:login:Penguin
09/03/24 16:01:29 jdG/hz2L
人類はLinuxに支配されるのか。
556:login:Penguin
09/03/24 17:20:45 6YSp3Dyi
「後に人工知能型スペースコロニーと呼ばれる物が生まれるきっかけと
なりましたことは当時誰も想像できなかったのでこざいます」
557:login:Penguin
09/03/24 19:25:45 kmaklgHK
深い話の最中に割り込んですまないが
>>551のIDが
TesT
だな。
558:login:Penguin
09/03/24 19:43:38 Mg6fm2qb
2.6.29にしてアプリや全体の動きは凄く良いんだけど、dmesgでこれが出るんだけど問題ないのかな
[ 29.465011] IRQ 19/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs
[ 30.538683] IRQ 17/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs
nvidiaの本家のドライバー入れると必ず出る。なんかググっても大した情報が無かった。
ドライバーのバージョンを何個か変えてみたけどやっぱり出る。噂では64Bitだと出なくてx86だと
出るらしいんだけど。
559:login:Penguin
09/03/24 20:15:01 /qzX0rTj
>538
スタックプロテクトって、スタックオーバーフローさせないものじゃないの？
560:login:Penguin
09/03/24 20:43:31 SZSOfRtb
Linuxカーネル2.6.29がリリース、新マスコット「Tuz」もお目見え
URLﾘﾝｸ(journal.mycom.co.jp)
Linux 2 6 29 - Linux Kernel Newbies
URLﾘﾝｸ(kernelnewbies.org)
561:login:Penguin
09/03/24 23:15:08 O1f2ziLk
>>558
気にするな。
ドライバの問題なので、苦情はnvidiaへ。
>>559
あふれたのを検出するだけ。
そのために色々小細工されるので、kernelみたいに
行儀の悪いプログラムには都合が悪い。
562:login:Penguin
09/03/25 00:06:00 KXaahG0g
>>561
将来のIRQスレッドの実装のために、間違った使い方をしていた場合にWarning出すようになった。実害はない。
ようするにNvidiaクソ
563:558
09/03/25 00:29:47 x7pgsUQ/
>>561 >>562
レストン。実はググった時に英語のサイトの方ですがかなり前からこのワーニングが出ててリーナスは一向になおそうと
しないなんて書いてる人が居たので、って事はカーネルよりドライバーサイドの問題かなとも思ってました。
その方のサイトでkernel/irq/manage.cに当てるパッチを自作してたようですが、なんかパッチというより
見た感じただのソースの削除なんですよね^^; なので当てなかったw
564:login:Penguin
09/03/25 17:29:30 60vMVYbv
>見た感じただのソースの削除なんですよね
推察するに、warnig出すようになったソース部分を削除したんでしょうな
(要するに、昔のソースコードに戻しただけ)なんだろう
565:login:Penguin
09/03/25 21:56:05 IDClJJpz
Core2対応のOProfileって
どこを見れば対応か否か判別できますかね？
自分で修正したいけどどうすればいいか解らん
566:login:Penguin
09/03/25 23:48:38 uqaWVlhO
kernel watch の更新はまだぁ？
567:552
09/03/29 17:06:19 QvwOa21J
やはり、2.6.29のネットワークは使い物にならなくなる現象が発生するみたいですね。
URLﾘﾝｸ(lists.debian.org)
568:login:Penguin
09/03/29 22:25:17 G8CsmA46
Re: Linux 2.6.29
URLﾘﾝｸ(lkml.indiana.edu)
だれか、このスレッドのサマリーくれくれ
569:login:Penguin
09/03/30 08:41:21 2QOFnZq6
Linuxはそろそろリリース前のQA工程をまじめに検討してほすぃ・・・
570:login:Penguin
09/03/30 09:12:52 yqZpjt1u BE:404366562-2BP(0)
.3くらいになるまで待て。
571:login:Penguin
09/03/30 10:00:07 DEJfFw9I
>>569
自分でrcを試してレポートすれ。
とか
それはディストリビュータの仕事だ。
てな事を言われそうな気もする。
昔みたいに安定版・開発版を分ければ少しはマシに…ならんか。
572:login:Penguin
09/03/30 15:15:51 nfkncL2P
>>567
やっぱりか！nfsもすぐ落ちる…
573:login:Penguin
09/03/30 19:43:08 a1nAkH/I
2.6.27を今後の安定板みたいな扱いにしていくとか言ってなかったっけ。現にもう2.6.27.21まできとるよ。
とりあえずそれ使っとけばいいじゃない。
574:login:Penguin
09/03/30 20:50:43 bNrSl60T
>>573
.27はまだGregKHチームがやってるから、普通のstable release cycleだよ。もうすぐGregは手を引いて
ほんとうのバグフィックスオンリーモードになる見込み
575:login:Penguin
09/04/01 20:52:56 zov+EiQO
SH4 + Linux 2.6.26環境で、カーネルの起動ログをJP設定により動的に
ON/OFFしたかったので、arch/sh/kernel/setup.cのsetup_arch()辺りで
コマンドラインパラメータにquietを指定しようとしています。
ところがJP状態を取得するために下記のような感じでコードを書いたのですが、
どうもJPの状態を参照しようとするとカーネルがハングアップしてしまいます。
volatile u32 *jp1 = (volatile u32 *)0xXXXXXXXX;
if (*jp1 & 0x00000001)
{
*cmdline_p = "quiet";
}
カーネルの中なので物理アドレスで直接I/Oアクセスできると思い、このような
コードを書いたのですが、根本的に何か間違っているでしょうか？
上記コードに何か問題がありましたらご教示宜しくお願いします。