【Linux】カーネル総� ..
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)
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5375日前に更新/214 KB
担当:undef