04/11/21 01:22:02 35GEtc3b
前スレ
ｽﾚﾘﾝｸ(linux板)
2:login:Penguin
04/11/21 01:30:47 9j6+FLA1
＿__ っ
く/',二二ヽ> っ
|l |ノﾉｲﾊ)）
|l |ﾘ`Д´ﾉｌ| ＜2GETですぅ
ﾉl_|(l_介｣).|
≦ノ｀ヽﾉﾍ≧
. ミく二二二〉ﾐ
3:login:Penguin
04/11/21 03:06:10 vqNZke+k
３げと？
4:login:Penguin
04/11/21 03:06:49 vqNZke+k
カーネル総合スレ Part2
カーネルに関する話題全般をﾏﾀｰﾘと語り合いましょう。
リリース速報は『最新カーネルを表示するスレ』へGO!
○関連スレ
最新カーネルを表示するスレ その2
ｽﾚﾘﾝｸ(linux板)l50
あなたのカーネルパッチを教えろやゴルァ！
ｽﾚﾘﾝｸ(linux板)k50
○前スレ
カーネル総合スレ
ｽﾚﾘﾝｸ(linux板)
5:login:Penguin
04/11/21 03:07:13 vqNZke+k
The Linux Kernel Archives
URLﾘﾝｸ(www.kernel.org)
FTP ミラー
fURLﾘﾝｸ(ftp.t.ring.gr.jp)
fURLﾘﾝｸ(ftp.dnsbalance.ring.gr.jp)
fURLﾘﾝｸ(ftp.kddlabs.co.jp)
Linux-Kernel ML アーカイブ
URLﾘﾝｸ(www.uwsg.iu.edu)
URLﾘﾝｸ(marc.theaimsgroup.com)
6:login:Penguin
04/11/21 03:08:23 vqNZke+k
Linux HeadQuarters
URLﾘﾝｸ(www.linuxhq.com)
KernelTrap
URLﾘﾝｸ(kerneltrap.org)
Linux Links - Kernel
URLﾘﾝｸ(www.linuxlinks.com)
Linux V2.2 カーネル内部解析報告
URLﾘﾝｸ(japan.linux.com)
Linux V2.4 カーネル内部解析報告
URLﾘﾝｸ(japan.linux.com)
カーネル付属文書翻訳
URLﾘﾝｸ(www.linux.or.jp)
URLﾘﾝｸ(www.linux.or.jp)
URLﾘﾝｸ(www.linux.or.jp)
Configure.help 翻訳
URLﾘﾝｸ(www.linux.or.jp)
7:login:Penguin
04/11/21 03:10:21 vqNZke+k
URLﾘﾝｸ(www.kernelnewbies.org)
以上前スレテンプレ候補より
8:login:Penguin
04/11/21 03:17:29 tMI/o5X5
カーネル通信購読受付
URLﾘﾝｸ(www.kfc.co.jp)
カーネル物語
URLﾘﾝｸ(www.kfc.co.jp)
9:login:Penguin
04/11/21 09:56:19 JSS0aJnJ
>>1-7
乙
>>8
(ﾟ⊿ﾟ)ｲﾗﾈ
10:login:Penguin
04/11/21 15:59:05 VOHvBZcw
>>1に関連スレのリンクぐらい作って欲しかったな。
まあスレ立て一つまともにできないLinux板らしいけど。
11:login:Penguin
04/11/21 16:16:01 Z0vFEO+Z
>>10
ｲﾗﾈ
12:login:Penguin
04/11/21 16:30:46 VOHvBZcw
>>11
>>2->>10みたいなの普通は入れるだろ？
まあ犬板だしな。どうでもいいけど。
13:login:Penguin
04/11/21 17:38:19 YIsvNf8c
どうでもいいならいいじゃん
14:login:Penguin
04/11/21 22:03:31 uM8kbQ2X
x86依存部分
>>URLﾘﾝｸ(www.intel.co.jp)
15:login:Penguin
04/11/21 22:10:06 uM8kbQ2X
触り
URLﾘﾝｸ(home.netyou.jp)
16:login:Penguin
04/11/21 22:12:24 uM8kbQ2X
カーネルデバッガー
URLﾘﾝｸ(www-6.ibm.com)
17:login:Penguin
04/11/21 22:42:53 abYUJ8Rj
株式会社カーネル
URLﾘﾝｸ(www.kernel-map.co.jp)
カーネルシステムズ株式会社
URLﾘﾝｸ(www.kernelj.co.jp)
18:login:Penguin
04/11/21 22:46:31 TZwFKbxg
スレの立て方
URLﾘﾝｸ(linux2ch.bbzone.net)
19:login:Penguin
04/11/23 06:51:21 WBYlSU3f
kernel.orgのデザイン変わった？
20:login:Penguin
04/11/23 16:11:35 dD/w/qCj
Mini Kernel Dump
URLﾘﾝｸ(mkdump.sourceforge.net)
21:login:Penguin
04/11/24 02:10:21 lKYBKKOz
mtrr.cはどこへいった～？
22:login:Penguin
04/11/25 02:26:25 4ENkIgGT
URLﾘﾝｸ(suspend2.bkbits.net:8080)
おお...
23:login:Penguin
04/11/25 06:57:02 IBWmDOJE
カーネルの起動画面をもうちょっとオサレにできないものか。
init以降はXでどうとでもなるのだが、それ以前がどうにもわからん。
24:login:Penguin
04/11/25 10:27:23 wGZBvaLn
>>23
bootsplashでもいれとけ。
25:login:Penguin
04/11/25 13:33:06 qVfGdhR4
真剣にハッカーになろうとしています。
勉強のためkernelのハックをしたいのですが
お薦めの書籍を教えて頂けませんでしょうか？
宜しくお願い致します。
26:login:Penguin
04/11/25 15:02:13 IBWmDOJE
>>24
SUGEEEEE! 本当にｱﾘｶﾞﾄｩﾊ!!
27:login:Penguin
04/11/25 15:14:05 t6yYGaG6
>>25
Use the Source, Luke
28:login:Penguin
04/11/25 18:06:55 VqpliBJK
>>25
minix ソースか linux 初期のソースで遊ぶと良いよ
29:login:Penguin
04/11/26 07:55:54 ZmLWxiv6
>>27-28
ありがとうございました
30:login:Penguin
04/11/26 08:34:34 mF8pPJsr
linux-2.6.9.tar.gzのcpqfcTScontrol.cのmakeをとおすpachはありますでしょうか？
御存じの方がおられましたら、教えていただけないでしょうか？
ちなみにAlan氏のpatchではとおりませんでした。
環境はgcc-3.3.1,glibc-2.3.2-10です。
エラーメッセージは次のようにでています。
drivers/scsi/cpqfcTScontrol.c:609:2: #error This is too much stack
drivers/scsi/cpqfcTScontrol.c:721:2: #error This is too much stack
make[2]: *** [drivers/scsi/cpqfcTScontrol.o] エラー 1
make[1]: *** [drivers/scsi] エラー 2
make: *** [drivers] エラー 2
31:login:Penguin
04/11/26 10:21:17 IVu3buym
>>30
ソース開いて消せばいいじゃん
32:login:Penguin
04/11/26 22:46:24 BtyhOmjb
>>31
その前に8K STACKにしないとOopsくらいそうだな。
33:login:Penguin
04/11/30 22:26:35 cyxAFYZ6
diskdump。あんな態度ではmain trunkにマージなんて
絶対無理だろうな。カーネルコミュニティーと議論も
なく、「できました、マージしてください」ではね...
で、独自ツリーで開発して、だんだんそれが負担に
なって、やっぱlinuxはだめとかぬかすんだから。
34:login:Penguin
04/11/30 23:11:05 j4v8I8ww
そんなやり方が通用するような国に住んでるんだろうか(w
35:login:Penguin
04/11/30 23:40:05 GGZnFTue
少々教えてもらいたいことがあるのですが・・・。
Kernel2.4.27を使ってDisklessマシンを組んでるんですけれど、
カーネル自身に組み込むDHCP機能は、user-class-identifierなどをDHCPリクエストに盛り込むことなど出来ないのでしょうか。
・・・ほかに晒す必要がある環境があれば一言お願いします。
36:login:Penguin
04/12/01 00:52:58 OVDtZ0S6
>>33
○士通の実装すか？
akpmな人を説得できればなんとかなるかもしれませんな。
>>34
漏れもその方法で突っ込んだ事が数回…
幸いに蹴られた事は無いが。
37:login:Penguin
04/12/01 02:18:08 x8Ratvb4
>>36
akpm が維持している -mm tree に 競合する
kexec-dump が既に入っているので、これを覆すのはやや難しいかと。
まあ、 mkdump の中のひとも日本人なのでがんがってもらいたいですな。
38:login:Penguin
04/12/01 04:23:35 +A/PKTRK
なんとなくパッチの数が減ってきたような。そろそろ来年には2.7が始まる？
39: ◆Zsh/ladOX.
04/12/01 10:23:56 PHgX8fSV
>>33-34,36-37
ニュー速には貼ったけど、タイムリーな記事だった。
「例えば、パッチを上流に投げるというその方法にしても (中略)
コミュニケーション能力の欠如が露呈した形の行動を取ることが多い。」
40:login:Penguin
04/12/01 15:09:59 OVDtZ0S6
>>37
そういえばそんなのもありましたな。
まあakpmなら、きちんと評価してこっちの実装の方が良いんだと説明すれば、
入れてくれそうな気がしますが。
あとはkexec-dumpに合流して徐々に乗っ取るとか。
どっちにいっても難しいなあ…
41:login:Penguin
04/12/02 00:50:33 rdYd1T0x
こんばんは、お世話になります。
カーネルのシェイプアップに挑んでみようと思うのですが、とりあえず
ビルド時間の短縮、ハードディスク容量の節約という面から、
不要なモジュールを生成・インストールをやめたいです。
この場合、やはりmenuconfig等で一つ一つ手作業でモジュールの組込みを
解除してやればいいのでしょうか？
項目数が多そうなので、できれば効率のよい方法が在れば知りたいです。
ディストリはFC3、カーネルはちょうど今2.6.9-1.681のビルドが
終ったところです。ちなみにmake bzImageのビルド時間は10分でした。
それでは再起動してきまs
42:login:Penguin
04/12/02 14:25:51 RYU/C7uo
>>41
エディタで.config編集してmake oldconfigとか。
menuconfigよりは早いだろう。
ただ、その前にハードウエア構成とやりたいことをまとめて、
必要なモジュールを把握した方がいいような気がするな。
43:login:Penguin
04/12/03 21:05:40 DwQZfNdR
>>42
結局そのＰＣのハードウェア情報は人力でしらべるしかないんですよね。。
ありがとうございました。
44:login:Penguin
04/12/04 04:41:02 rnDwgLwP
>>35で質問させていただいたものです。
頑張って調べてみたのですが、
「/usr/src/linux/net/ipv4/ipconfig.cの420-625くらい(違うかも・・・)でモニョモニョすれば出来そうだ。」
と言う見当を付けるところまでしか出来ず、なんかもう挫折してしまいました・・・。
どなたかヒントとか、何か情報お持ちでしたらどうか教えて下さい・・・。
あぁ・・・さすがにもう眠い・・・。。。
オヤスミナサイ。。。
45:login:Penguin
04/12/04 11:04:06 eWpX+YZN
2.6.10-rc3
46:login:Penguin
04/12/04 22:06:37 8vjjTK92
vesafb直ってるな。
47:login:Penguin
04/12/04 22:33:46 vG8kgv8c
なんだか、patch-2.6.9-ac12とpatch-2.6.9-ac13が同じな気がするんだが...。
48:login:Penguin
04/12/04 22:39:14 FnWcUCkP
>>47
sizeもmd5も中身も全く同じだな。
49:login:Penguin
04/12/05 01:58:34 JLcxaIz4
2.6.10-rc3になってやっとまともに動くようになった。
2.6.10-rc2とかmmパッチとか、コンパイルしてもPS/2のキーボードやマウスが
効かなかった(USBのはなぜか効く)
ウチのマシン(ICH3Mベースのノート)がカーネルに
ついていけなくなったかと思ったが
FC3使っている場合、2.6.10-rc3に上げるとデバイスの自動マウントが
効かなくなる。そんな場合はhalをアップデートしよう。
50:login:Penguin
04/12/09 01:52:10 Q9mblAuP
>>44
その辺りであってるよ。前に似たようなことをしたことがある。ｶﾞﾝﾊﾞﾚ。
51:login:Penguin
04/12/11 02:44:37 mbst6SIh
Pentium4 + Whitebox Enterprise Linux (kernel 2.4.20)です。
fftwを導入しようと思ってます。
URLﾘﾝｸ(www.fftw.org)
Pen4なのでSSE2を有効にしたいのですが、マニュアルを見ますと、
SSE2が有効になるようkernelを再構築せよとあります。
URLﾘﾝｸ(www.fftw.org)
With the Linux kernel, you may have to recompile the kernel with the option to support
SSE/SSE2/AltiVec (see the “Processor type and features” settings).
で、configの該当箇所でそれっぽいのはProcessor familyしかないのですが、
これをPentium4にすることで、SSE2有効の手続は完了と考えて良いのでしょうか？
それとも、他の箇所の設定にも依存しますでしょうか？
52:login:Penguin
04/12/11 12:01:39 8rY5dRJt
>>51
再構築前のKernelだと、
cat /proc/cpuinfo を見て、flagsの行にSSE2って出てます？
53:51
04/12/12 23:37:15 USjiANK8
>>52
見ましたが、出てます。これは、有効になっているっつう事なのでしょうか？
(純粋なCPU情報と思い込んでいた私は逝ってよしでしょうか。。。)
なお、.configを見ると
CONFIG_M686=y
でした。 >>51 の私の考え、ダメじゃんorz
54:login:Penguin
04/12/13 00:06:54 8bqfCTqY
>>53
cpuinfoで見えるのはcpuidの結果なので、その思い込みであってまふ。
対応しているカーネルなら686用でも使えたような気がしますが。
55:login:Penguin
04/12/14 10:40:48 LLGfYnI6
ｴｲﾄﾞﾘｱｿ
お…おちけつ！
56:login:Penguin
04/12/15 03:14:30 JtATfdhJ
>>50
遅ﾚｽごめ。
どもっす。
ｶﾞﾝｶﾞﾙ。
57:login:Penguin
04/12/25 08:47:31 5fZm+xA2
Ho ho ho - Linux v2.6.10
URLﾘﾝｸ(marc.theaimsgroup.com)
Good holidays!!!
58:login:Penguin
04/12/25 09:32:02 D1lt4R68
やったあああああ
59:login:Penguin
04/12/25 13:10:22 fXE6I7MV
キタ━━(゜∀゜≡(゜∀゜≡゜∀゜)≡゜∀゜)━━!!!
60:login:Penguin
04/12/25 13:43:14 l/9IHJij
クリスマスおめでとおおおぉぉぉぉぉぉぉ
61:login:Penguin
04/12/25 16:23:16 lXDH91Gk
そういや2.6.0出てから一年経ちましたな。
いつになったら2.7出るのかな…
62:login:Penguin
04/12/25 16:54:40 P/V/hrsP
>>57
>Ho ho ho
ﾎｧｰって言う人なのか？
63:login:Penguin
04/12/25 18:02:44 l/9IHJij
ケンシロウかよ
64:login:Penguin
04/12/27 00:57:28 kPd9IKl7
CONFIG_ACPI_IBM=y
65:login:Penguin
04/12/27 01:25:02 nARNI10V
pcmcia周りが変更されてるな。
危うく再ビルド逝きになるところだったよ。
66:login:Penguin
04/12/27 23:18:30 zUD7qW+Q
2.6.10-ac1
67:login:Penguin
04/12/28 23:05:51 PcLcEIT4
2.6.10ってNFS周りで結構手が入った感じですな。
2.6.8や2.6.9をNFS serverにしているとkernel panic起こすことが頻発したんで、
2.6.10で治っていればいいんだけど…
panicだけは避けるように、年末年始だけはusermode nfsを使うという手もあることは
あるけど。
68:login:Penguin
05/01/01 00:08:43 62OAJhCX
2.6.10-ac2
69:login:Penguin
05/01/04 11:26:52 VullPN92
2.6.10-mm1
70:login:Penguin
05/01/07 01:30:06 dXjTMlEg
2.6.10-mm2
71:login:Penguin
05/01/07 06:46:01 kRb9Fw52
2.6.10-mm2
カーネルパニックする
72:login:Penguin
05/01/07 09:47:18 6bExX9yI
トーバルズ、Solarisを斬る
URLﾘﾝｸ(japan.cnet.com)
後半 2.7 系について語っている．
> --カーネル開発プロセスの変更は順調ですか。
>
> おそらく、最大の変化はカーネル2.7（編集部注：カーネル2.6に続く実験的な新バ
> ージョン）の開発が予想通りに始まらなかったことでしょう。2.7の分岐を強力に主張
> する者がなく、2.6.xの開発版でも十分に機能しているという見方が大勢を占めていま
> した。
>
> だからといって、2.7.xが登場しないわけではありません。あと数カ月でしょう。重
> 要なのは、安定した製品版への期待が、開発版を圧迫し始めていることです。これは
> 成熟の証であると同時に、安定した製品版の存在が多くの人にとって非常に大きな意
> 味を持つようになり、簡単にはそれを捨てて、前に進むことができなくなったことを
> 示していると思います。
73:login:Penguin
05/01/07 13:27:49 RoBtqXOv
ということは、もうすぐ2.8が出るということだね。
74:login:Penguin
05/01/07 22:09:58 llVk5GuM
>>73
2.4から2.6はかなり順調に開発が進んだために2年くらい出たな
75:login:Penguin
05/01/07 23:04:18 PZiwxxdD
> 安定した製品版への期待が、開発版を圧迫し始めていることです
ってLinusの言っている意味がまったく理解できん。
新しいfeature入れたけりゃとっとと2.7をforkしてそっちでやれと
さんざ言われておるのを、いったいどう受けとっているんだ?
76:login:Penguin
05/01/07 23:26:59 vCsMsy5p
>>75
単に"overshadow"を「圧迫」とした誤訳だよ。
77:login:Penguin
05/01/08 20:48:57 B3t01lwL
遺伝的アルゴリズムでカーネルチューニング
URLﾘﾝｸ(slashdot.jp)
78:login:Penguin
05/01/09 03:58:54 qR3Q3Sae
>>77
いつか出てくるとは思ってたが遂にGAを実装する奴が!
79:login:Penguin
05/01/10 19:33:03 J+7v2lAo
もうac8かよ。bkを数で抜きそうな勢いだな。
80:login:Penguin
05/01/10 20:33:00 mGDsrmcc
カーネルスレッドでdaemonize()を呼び出すとデーモン化できるんですか？
その場合ユーザプロセスになるの？
81:login:Penguin
05/01/11 19:58:12 y+7rMXbD
2.6.10-mm3
82:login:Penguin
05/01/13 01:29:13 4bae9xSI
2.6.11-rc1
83:login:Penguin
05/01/13 18:00:47 w6IumNkZ
2.6.10-as1
URLﾘﾝｸ(www.acm.rpi.edu)
バグやセキュリティFixのみ提供するパッチらすぃ
84:login:Penguin
05/01/13 22:00:33 b26g+4JK
>>80
呼べないと思うが。
85:login:Penguin
05/01/14 00:15:27 dnNfjiWG
2.6.10 で Realtek が提供する 8169S ドライバを使おうとしたら、
コンパイル中に pci_dma_sync_single が undefined と出ました。
調べてみたら、obsolute となったとのことで、
pci_dma_sync_single_{for_cpu|for_devices} に変える必要がある
みたいだけど、どちらを使えばよいか解る人いますか？
86:login:Penguin
05/01/15 04:30:51 dr+kvpaC
2.6.11-rc1-mm1
87:login:Penguin
05/01/15 09:52:29 IkZX3RFR
>>84
kernel-2.6.10のdrivers/net/8139too.c
static int rtl8139_thread (void *data)
{
struct net_device *dev = data;
struct rtl8139_private *tp = dev->priv;
unsigned long timeout;
daemonize("%s", dev->name);
allow_signal(SIGTERM);
ドライバ内のスレッドから呼んでますが...
88:login:Penguin
05/01/16 18:15:59 hiiIbRQx
2.6.10-as2
URLﾘﾝｸ(www.acm.cs.rpi.edu)
89:login:Penguin
05/01/17 13:12:53 IIB2OT/i
2.6.10-rc2あたりでIDE周りがとんでもない地雷原だったため
いまだに2.6.9でガクガクしてるんだが、2.6.10ってどうっすか
90:login:Penguin
05/01/17 17:53:27 seChuEDr
うちじゃ2.6.9よりマシ
91:login:Penguin
05/01/18 17:50:01 /zkhOD9T
2.6.10-ac10
フタケタ突入
92:login:Penguin
05/01/18 22:23:57 wRfLy4oW
ヲレの環境では2.6.8や2.6.9はNFSサーバにすると週に2回はkernel panic起すという
とてつもないシロモノだったからなぁ。2.6.10にするといまのところkernel panicは
起してないんで、NFSまわりはマシになった感じ。
93:login:Penguin
05/01/20 02:06:28 P1I2nqfN
2.4.29出たよ
94:login:Penguin
05/01/21 15:15:10 aY2DJP6Q
>>89
たしかにrc2あたりは放っといたら固まってたが
リリース版はふつーに動いとる
95:login:Penguin
05/01/22 15:06:31 ikd7GwVB
2.6.11-rc2
96:login:Penguin
05/01/22 15:32:40 8zgCsE7e
すんません、初歩的な事を尋ねて申し訳ないのですが、
2.6系ってまだ危険なんでしょうか？
＞2002年10月末に予定どおりfeature freezeされた
って書いてあるの見たんで、もう大方バグ取りも終わった安定版だと思ってたんですが…
安定動作を望むなら2.4にすべきですかね？
97:login:Penguin
05/01/22 16:06:29 5i95Nvy3
>>96
ディストリビューションの方向性によっては、2.4の中でも
ベンダー独自の「改善」と称する手が加わって、安定しない2.4系も
あるようですし。
それとも本家のkernelの2.4と2.6の比較についての話ですか？
98:login:Penguin
05/01/22 16:13:39 8zgCsE7e
>>97
いやディストリ毎の違いってのは考えてませんでした
これからgentoo入れようと思ってるんですが、カーネルは2.6で本当に大丈夫なのかと思って
99:login:Penguin
05/01/22 16:34:41 35NKMqgE
>>98
全く問題ない。
むしろ今からGentoo入れるなら早いめに2.6に慣れとけ。
どうせ移行する時が来るのだし、おまえのレベルじゃ移行
でトラブって、せっかく馴染んだ環境を泣く泣く捨てて再
インスコするハメになるのがおちだ。
100:login:Penguin
05/01/22 17:54:40 a+CBDW1E
実際 2.4 から 2.6 に移行しようとすると、udev 関係で混乱しないか。
普通混乱するだろ。最初から 2.6 の方が良くないか。
101:login:Penguin
05/01/22 18:28:18 +tPGnOxk
急ぎじゃないなら2005.0が出るまで待つのも有りじゃない？
そろそろリリースみたいだし。
102:login:Penguin
05/01/22 20:13:25 6l1xGvad
心配なら2.7ツリーが始まるまで待て。
103:login:Penguin
05/01/22 20:26:39 SvfBGeKh
Gentoo がサポート止めるまで 2.4 で過ごせばいい
104:login:Penguin
05/01/22 22:05:40 fMsj20QS
2.4を使えば2.6への移行の勉強もできていいんじゃねーの?
105:login:Penguin
05/01/22 22:37:13 KixOjx50
2.4から2.6への移行が「勉強」にあたる
ひとはそれでいいかも
106:login:Penguin
05/01/23 19:47:03 2/LuunN+
2.6.11-rc2ビルドできねーや
107:login:Penguin
05/01/23 22:47:50 5qX71uh0
>>106
家はビルドは出来たが起動しねーよ
108:login:Penguin
05/01/23 23:34:46 yewEZjR6
>>106-107
リリースの直前にmmツリーから大量マージしてるからのう。
何があってもおかしくないぞ。
109:login:Penguin
05/01/25 13:27:16 ncw2X+Na
ていうか2.7にブランチする気ねえじゃんLinus
110:login:Penguin
05/01/25 16:40:40 05XwMZd9
>>109
akpm経由でパッチを取り込むようになったので、
用意はしてると思うんだけどねえ。
mmの人柱レポートが出る前に取り込むからなあ…
111:login:Penguin
05/01/25 18:59:21 cgN84Mqs
Linusに「RC」っていったいなんのことなのかを問い詰めたい。
リリースエンジニアリング、ほんとどうにかしてくれよ…
112:login:Penguin
05/01/25 19:05:13 sthPlgmU
2.6.11-rc2-mm1
113:login:Penguin
05/01/25 20:27:33 KvqIBj53
みんなで BSD系 にうつろうぜ！
114:login:Penguin
05/01/25 20:30:36 rjcdUgul
>>106
2.6.11-rc2-bk1ならビルド出来た。
115:login:Penguin
05/01/25 22:05:46 xrlCphNM
Gentooについてなら、
URLﾘﾝｸ(www.gentoo.org)
移行用ドキュメントが出てます。
116:login:Penguin
05/01/26 06:13:49 Hg3qIHhI
RC3で動けばいい派
とにかく安定させろ派
新機能があればmmでもckでもどんと来い派
2.7のブランチが出るまで2.4を使い続けるよ派
カーネルビルドおもすれー派
117:login:Penguin
05/01/26 11:29:31 ePqNHXNL
>>116
2.6.11-rc3はまた結構な量の修正が入りそうなので、
あんまり期待しないように > RC3で動けばいい派
118:login:Penguin
05/01/26 20:36:31 p8PcAqk9
折れが使う範囲で問題なければどうでもいい派
119:login:Penguin
05/01/27 05:22:51 nEZBxWRl
しばらく2.6.10で待ちかな。今のところ安定してる。
いじりたいなら2.7なり2.9にすればいいのに。
120:login:Penguin
05/01/27 16:21:40 TE8t0vLY
ここで愚痴ってたところで何も始まらない
121:login:Penguin
05/01/27 16:25:10 zrUrVCt5
でも、Linusにこのことを言っても無駄だからな
122:login:Penguin
05/01/27 20:28:30 d0k/HrLt
じゃあ主要なﾊｶｰを説得してLinusを力づくで引きづり降ろせ
123:login:Penguin
05/01/28 03:02:41 PfZSw6ok
>>119
2.6.9までがNFSサーバにするとkernel panic起こすようなシロモノだったし、
2.6.11はRCの段階に入ってから多量の修正が入っているような状態じゃ、
2.6系は当分2.6.10以外は使えそうにないよなぁ…
124:login:Penguin
05/01/28 05:52:19 InESWVDj
2.6.10もとっくに穴見つかってるから使えんよ。
まあvanilla kernelを使ってる香具師がどれ程いるか知らんけど。
125:login:Penguin
05/01/28 06:30:35 8p4xYJIo
リーナス＝スターリン
126:login:Penguin
05/01/28 08:42:41 K4elNzFR
>>123
なんかあちこちで書いてるようだけど変な設定してるからじゃないの?
kernel 2.6.8 はSuSE Linuxで enterprise server としてかなり使われてるから
それが本当なら大問題になってるはずだけど。
127:login:Penguin
05/01/28 16:43:25 OYllYW5O
たぶん、126はものすごいバカ
128:login:Penguin
05/01/29 03:33:42 x/+fegof
>>126
そこは少し疑問に思うな
IBMやHP、DELLがエンタープライズ向けの商用Linuxサーバーを販売してて
その用途のかなりの部分はSolarisのリプレイスだと宣伝してる
だからNFSは必要条件だろう
ハンドルしてるのはRedhatかSuSEで、ヨーロッパではSuSE選択が多いし元スレの
人が言ってるようにカーネルパニックが頻発するようでは到底実用にはならない
その状態でIBM等がLinux込みで販売してるのは俄には信じられない
煽りじゃなくてSuSEが使用しているパッチ込みでどうなってるか検証してほしい
129:login:Penguin
05/01/29 06:23:25 aDOlMQv8
自分で原因を特定できない人はオプソUNIX使うの無理ですから、残念！
130:login:Penguin
05/01/29 07:06:04 ZnYoFz5g
>>129
板違い
ｽﾚﾘﾝｸ(unix板)l50
131:login:Penguin
05/01/29 12:51:41 WjHtC0KV
構造化を進めた結果、安定させるのが難しくなったとかあるの？
132:login:Penguin
05/01/29 13:41:05 WjHtC0KV
[[[drivers/base/sys.c]]]
extern struct subsystem devices_subsys;
という宣言文があるんですが、このdevices_subsysの実体がどこにも
見当たりません。System.mapには含まれているので、どこかに
あるんだとは思いますがgrepで探してもどこにもありません。
どなたか探すためのヒントを下さい。
URLﾘﾝｸ(lxr.linux.no)
133:login:Penguin
05/01/30 06:49:02 3YLqXt7v
2.6.11-rc2-mm2
134:login:Penguin
05/02/03 19:38:06 g4I4vc/E
2.6.11-rc3
135:login:Penguin
05/02/04 17:26:54 lHNJ+TTb
カーネル2.6.6-mm1 に存在した CONFIG_X86_4G は何処にいったかご存知の方いませんか？
2.6.10と2.6.10-mm3には入ってないみたいですね
arch/i386/oprofile/backtrace.cにかすかな残滓がありますが・・
何かのオプションに統合されたか、機能自体廃案になったかな・・？
136:login:Penguin
05/02/05 05:34:47 30oCd8wG
2.6.11-rc3-mm1
137:login:Penguin
05/02/08 01:54:06 iBWG2vev
2.6.11-rc3でSynaptic touchpad認識しなくなったんだが
kernelからしてだめぽ
138:login:Penguin
05/02/08 16:22:17 3wyRdacD
2.6.11-rc2では認識できてたん？
139:login:Penguin
05/02/08 17:21:42 H8o6Z4Bk
>>137-138
少し前にパッチが流れていたような気がするので、
その時に壊れたのではないかと。
140:137
05/02/08 18:07:23 mSlU7LhO
>>138
untestedでつ
141:login:Penguin
05/02/08 23:43:14 rjCdC5s0
>>137
このスレを追え。
URLﾘﾝｸ(www.uwsg.iu.edu)
Re: Touchpad problems with 2.6.11-rc2
142:137
05/02/09 04:02:53 Dsshu05c
>>141
ちょっち問題の所在が違いまソ
MLのはあっちいったりこっちいったり制御できないって話で
こっちはそもそも起動時にデバイスとして認識していないでし
143:login:Penguin
05/02/10 23:10:33 4PvXQ5gy
2.6.11-rc3-mm2
144:login:Penguin
05/02/13 01:14:32 JuBHC5zG
URLﾘﾝｸ(kerneltrap.org)
hotplug-ngねぇ
145:login:Penguin
05/02/13 14:40:37 H/8eRH6Z
2.6.11-rc4
146:login:Penguin
05/02/20 18:28:16 u33SrwES
>>22
そこはあんまり動きがないねえ。
ちなみにメインは
URLﾘﾝｸ(softwaresuspend.berlios.de)
>>24
bootsplash を引き継いだ(?) gensplash の方がコードがきれいだね。
(ただ名前が誤解されそうだけど...ちなみに私は Debian User...)
mainline にマージできるかな。
147:login:Penguin
05/02/20 19:44:27 u33SrwES
自己レス。
対外的には "fbsplash" って言ってるのか。
すまそ。
148:login:Penguin
05/02/24 03:14:37 WH1Uf8ZS
2.6.10-1.760_FC3smpなんですが、以下のようなメッセージが延々出てます。
CPUはP4-570Jです。
localhost kernel: CPU0: Temperature above threshold
localhost kernel: CPU0: Running in modulated clock mode
これって、kernelがクロックを落としているのか、それともCPU自体がクロックを
落としたことをkernelが報告してるのでしょうか？
149:login:Penguin
05/02/24 17:29:38 Af4JGooS
2.6.11-rc5
150:login:Penguin
05/02/24 21:38:27 bU4a9cKP
>>149
そのパッチ壊れてない？rc4-rc5のパッチを当てたら、
Makefileが2.6.10に戻ってる！
151: ◆Zsh/ladOX.
05/02/24 22:01:57 3jHlUyx7
>>148
メッセージの追及以前に、
CPUのﾋｰﾄｼﾝｸ触ってみ。
ずっと触っていられるかい?
152:login:Penguin
05/02/24 22:21:25 rokrnG2g
>>151
そんな事したら静電気でCPUが壊れるかもな。
153:login:Penguin
05/02/24 22:25:03 MxBdw/Y/
>>152
釣りならどっか別のとこでやれ。くだらね。
154: ◆Zsh/ladOX.
05/02/24 22:26:25 3jHlUyx7
だよな。(´ー｀)y─┛~~
155:login:Penguin
05/02/24 23:36:33 bmGfTI3V
MMO製作企画を立ち上げました。協力できる人はこちら
URLﾘﾝｸ(www112.sakura.ne.jp)
2chスレ
ｽﾚﾘﾝｸ(mmominor板)l50
ただ今職人（プログラマ、グラフィッカー）はげしく募集中！
あなたの力を思う存分発揮してください。
156:login:Penguin
05/02/25 00:28:47 xtfKzICI
>>153-154
エラーメッセージが出ているタイミングでOSを落としてBIOS画面から
温度を確認するとか、lm_sensorsを入れるとか、確認する方法はあるだろ。
触ってわかるかもしれないのは、自分の体温より相対的に高いかどうか
ぐらいのもので、絶対的な温度は普通の人はわからないと思うが。
157:login:Penguin
05/02/25 01:15:14 BgA/l0hV
あちっといわずに触れるくらいは約60°
ついつい手を離してしまうのは約70°
いっかいしか触れないのは約80°
158:login:Penguin
05/02/25 02:30:46 ma7hFUNy
2.6.10-as5
159:148
05/02/25 04:19:37 IqzMBTBV
温度は確かに高いです。サーミスタ温度計でヒートシンクの羽根の
付け根を計ると55度くらい、lm_sensorsでは60度くらいです。1Uなので、
かなりの高温になることは覚悟してます。
Prescottにはコア温度が閾値を越えるとクロックを落とす機能が
あるそうなのですが、kernelがそれ以前にクロックダウンしてるのか
と気になっているんです。CPUの限界温度で使いたいのですが。
ちなみに、lm_sensorsで見ていると負荷を取り除いて１秒で５度くらい
は下がりますのでBIOSでの確認は難しいです。
160:login:Penguin
05/02/25 13:45:02 DiNc5q1a
InfiniBand対応のLinuxカーネル2.6.11、正式リリース間近
URLﾘﾝｸ(www.itmedia.co.jp)
161:login:Penguin
05/02/25 22:19:50 AjCuMzHT
io scheduler変えても、違いがわからん。
それなりに負荷がかかると変わるのかな。
162:login:Penguin
05/02/25 23:33:31 LiGQbkub
違いのわかる漢になって！
163:login:Penguin
05/02/26 01:44:10 CvmN7NSj
[ include/asm-i386/thread_info.h ]
/* how to get the thread information struct from C */
static inline struct thread_info *current_thread_info(void)
{
struct thread_info *ti;
__asm__("andl %%esp,%0; ":"=r" (ti) : "0" (~(THREAD_SIZE - 1)));
return ti;
}
これでどうして現在実行中のスレッドのthread_infoへの値が求まるんですか？
4096バイトのスタック境界の先頭にthread_infoへのアドレスが格納される仕組みを
教えてください。
164:login:Penguin
05/02/26 16:27:34 r2EGMGgT
>>163
kernel/fork.cのdo_forkでやってるので、そこから追いかける。
165:login:Penguin
05/02/26 17:28:28 OgU0QYtc
CONFIG_4KSTACKS:
If you say Y here the kernel will use a 4Kb stacksize for the
kernel stack attached to each process/thread. This facilitates
running more threads on a system and also reduces the pressure
on the VM subsystem for higher order allocations. This option
will also use IRQ stacks to compensate for the reduced stackspace.
ユーザープロセスに割り当てられたスレッドって4kbyteしかスタック使えないの？
スタック溢れたらどうなるの？
166:login:Penguin
05/02/26 18:57:22 vxmp1/kz
自動的にスタックサイズを増やして、
限界まで逝ったら例外?
でも、カーネルスタックの話では?
#すいません、なんもしりません、消えます
167:login:Penguin
05/02/26 19:25:53 XQcBSPv3
>>165
カーネルスタックとユーザプロセスのスタックは別
168:login:Penguin
05/02/26 19:28:27 nCQRvSGp
>>167
いやだからそれはわかってますよ。
カーネル内でスタック溢れたらどうなるんですかっていうことです。
169:login:Penguin
05/02/26 19:30:39 XQcBSPv3
kernel stack corruption. Aiee
170:login:Penguin
05/03/01 17:08:43 yi/Urpst
>>163
スタックポインタ(espが指すアドレス)の下位13ビットを0(8191(8KB-1)を
ビット反転)でマスクした値がthread_infoのポインタとなります。
なんで8191かというとthred_infoのサイズが8KBなんだよな。スタックは
大きいアドレスから小さいアドレスへと伸びるから、espの下位13ビットを
マスクすると必然的にthred_infoの先頭になる。
ちなみにespが指しているのはthred_info構造体のsupervisor_stackって
エリアだ。ちょっと書き散らかしたが、がんばれよ！
171:login:Penguin
05/03/02 05:37:24 dxdgUfxt
2.6.11-rc5-mm1
172:login:Penguin
05/03/02 11:53:31 nEBjNhVQ
>>170
なるほど。i386だと0xbfffe000という値が%0(ti)に残りますが、
これはthread_infoのアドレスそのものだったのですね。勘違いしてました。
THREAD_SIZE(8196)バイト分のスタックの先頭にthread_info構造体が
まるまる配置されてるというわけですね。
173:login:Penguin
05/03/02 12:05:52 BnU8ZUTP
Marvell Yukon 88E8053 Gigabit Ethernet 10/100/1000Base-T Adapterのドライバは
最近になってやっとsmp対応カーネルに対応したとのことなのですが、
（URLﾘﾝｸ(yanenoue.air-nifty.com)）
nVidiaのディスプレイドライバ（URLﾘﾝｸ(www.nvidia.com)）
って、smp対応カーネルを入れたときに問題は起こりませんか？
174:172
05/03/02 12:12:23 IExZJUK+
>>172 補足
>なるほど。i386だと0xbfffe000という値が%0(ti)に残りますが、
これはプロセス内の最初に割り当てられるスレッドにおいての場合ですね
175:173
05/03/02 12:32:35 BnU8ZUTP
すいません、スレ違いでした。質問を取り下げます。
176:172
05/03/02 13:06:29 IExZJUK+
>なるほど。i386だと0xbfffe000という値が%0(ti)に残りますが、
いや、これは全然違いますね・・・・もうだめぽ
177:login:Penguin
05/03/02 14:17:18 O1cNZKvv
>>176
URLﾘﾝｸ(hira.main.jp)
178:login:Penguin
05/03/02 15:45:42 e2yjO92y
>>177
うほっ 素晴らしいです・・・・
179:login:Penguin
05/03/02 18:09:27 DcfxttET
俺はSolaris 10に逝くぜ、短い付き合いだったが達者でな、あばよ！
180:login:Penguin
05/03/02 18:28:25 VaewcbHc
>>179
何もわざわざここで宣言しなくてもよいではないかw
181:login:Penguin
05/03/02 19:35:52 CALGRQMC
>>177
どうしたらそんなに詳しくなれるんですか？
182:login:Penguin
05/03/02 20:00:26 O1cNZKvv
Linuxをやってるお前等からするとSolaris10
って魅力的な存在なのだろうか？
183:login:Penguin
05/03/02 20:40:42 VaewcbHc
>>177
>場所：生産技術研究所の会議室
そこどこよ？
184:login:Penguin
05/03/02 20:56:17 P7YFrQcS
>>182
なかなかパフォーマンスの出せないthreadやスケジューラー絡みで
Solaris10を魅力的に感じるのはむしろ*BSDの人達かもしれない
185:login:Penguin
05/03/02 21:08:14 2COvWKpB
2.6.11
186:login:Penguin
05/03/02 23:17:27 Ns9EPIId
>>183
URLﾘﾝｸ(www.iis.u-tokyo.ac.jp)
の中だろ
187:login:Penguin
05/03/03 01:36:36 lRvwyPm5
URLﾘﾝｸ(www.zdnet.com.au)
Alan Coxの語るLinus
188:login:Penguin
05/03/03 01:58:47 EduPjAvB
>>187
いいエンジニアではないってうすうす感じてたがやっぱりそうなんだ。 セキュリティーバグを
コソーリ直してしまうって言うのは頂けないね。
189:login:Penguin
05/03/03 09:19:47 BWxiiWeo
>>148
p4内蔵のthermal throttlingという機能が動作して、
自動的にクロックダウンしている、という事を、
kernelが感知して、ログに残しているだけ。
ウザかったら、kernelの構築時に
CONFIG_X86_MCE_P4THERMALを無効にしとくか、
もっと強力なcpu冷却器を装着。
190:login:Penguin
05/03/03 11:23:27 9hfI0juj
>>188
まあAlan Coxと比べればそうなるのは当然だろうな。
191:login:Penguin
05/03/03 12:50:23 Fi3W3Ert
>>187
>いいエンジニアではないってうすうす感じてたがやっぱりそうなんだ。
勝手読み乙。
192:login:Penguin
05/03/03 14:05:55 VFrFgy/l
>>188
そこを当人が自覚してるから、周りが見えるし手を差し伸べるんだがな。
簡単にできるようでなかなかできない才能だよ。
193:login:Penguin
05/03/03 15:58:28 vp7qRD4b
URLﾘﾝｸ(www.uwsg.indiana.edu)
どうなるんですかね。
194:login:Penguin
05/03/03 16:13:44 PHklWYA2
>>193
よーし、お前、わかりやすく日本語でまとめて報告しても良いよ。
195:login:Penguin
05/03/03 16:43:23 DS/epwE3
>>185
/.に
lkmlへのAndrew Mortonの投稿によると、FUSE (Filesystem in Userspace)およびCPUSETSが2.6.12で統合される有力候補だそうだ。また、dm multipathとNFSACLも異論がなければ統合されるという。
って書いてあるけど、それは2.7でやってくれと。
196:login:Penguin
05/03/03 17:31:13 9WfvUHml
>>195
>>120
197:187
05/03/03 22:37:32 EduPjAvB
>>191
"Linus is a good developer, but is a terrible engineer," said Cox. "I'm sure he would agree with that."
198:148
05/03/04 00:21:52 QlxFAUHI
>>189
ありがとうございます。それを聞いて納得しました。
CONFIG_X86_MCE_P4THERMALを無効にしても
メッセージが出なくなるだけで、やはり遅くはなるんですね。
SuperServer 5014C-Tというのに570Jを付けたのですが、
室温25度で限界になってしまうようです。購入前に販売店に
からは「メーカーは3.8GHzでも大丈夫と言っている」と聞いた
のですが。
1Uのケースでの上蓋を開けて背が高いクーラーを
付けるしかないですかね。
199:login:Penguin
05/03/04 15:38:15 w1u8Refg
2.6.11でmake htmldocsやったらエラーでた
200:login:Penguin
05/03/05 03:44:23 I2Mz6X/9
手元にあるOopsを解析したいと思ってカーネルのDocumentation/oops-tracing.txtに
書かれているように：
gdb /usr/src/linux/vmlinux
gdb> disassemble <offending_function>
をしたいと思います。 しかしあいにくDebianのカーネルパッケージからインストールしたので
vmlinuz-* しかなく、これはgdbには理解できません。 こういう場合は何とかDisassembleする
手段はあるのでしょうか？ 非常に再現性の低いOopsですので何とか今走っているカーネルで
解析したいのですが。
201:login:Penguin
05/03/05 08:25:47 4ZTPwIlZ
2.6.11-mm1
202:login:Penguin
05/03/05 11:08:50 +kmoE60p
gentooだけかもしれないけど、
2.6.11にしたら、3台のうち1台だけキーボード/マウスが使えなくなった。
問題が出たのは、NotePC。
input 8042云々が出ないから、認識されてない模様。
configはこんな感じ
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
203:login:Penguin
05/03/05 15:16:09 xooQ/tlL
>>202 kernel のせいじゃなくて、kernel を入れ替える
ときにやった何かのせいだろ。config で 2.6.10 のときと
違うところがあるのか？lilo/grubの設定をうっかり変えた
ところががあったりするのかも？調べてみるべし。
204:login:Penguin
05/03/05 16:43:24 RZrHmiBA
>202
このスレッドは参考になる?
URLﾘﾝｸ(www.ussg.iu.edu)
205:202ではないが
05/03/05 17:53:31 2sNnW3wJ
>>204
カーネルパラメータにi8042.noacpiをつけたらキーが効くようになった。
ありがとう、>>204 !
FC3+素の2.6.11+FMV BIBLO NE9/1130
2.6.10あたりから効かなくて(acパッチだとOK)
ずっと2.6.10+acパッチだったのが2.6.11に上げられる
206:login:Penguin
05/03/05 18:00:45 +kmoE60p
>>204
多分それです。
ChangeLogにこんなエントリがありました。
さっき入れ替えてみましたが、キーボードが使えるようになりました。
*gentoo-dev-sources-2.6.11-r2 (04 Mar 2005)
04 Mar 2005; Daniel Drake <dsd@gentoo.org>
+gentoo-dev-sources-2.6.11-r2.ebuild:
Update to Linux 2.6.11.1 which contains an important Dell keyboard fix. Also
added PPC32 compile fixes and a fix for an oops.
207:login:Penguin
05/03/05 21:31:33 5ZamhQyC
URLﾘﾝｸ(kerneltrap.org)
う～ん、さらに混乱するような...
208:login:Penguin
05/03/05 22:03:50 iFHbvNJL
>>207
混乱しているっていうか、悪化してる感じがするのだが．．．。 (´・ω・`)
209:login:Penguin
05/03/06 02:19:52 RMolJTwv
む
URLﾘﾝｸ(lwn.net)
210:login:Penguin
05/03/06 18:06:41 54HkHHcV
,、＿_
/ヽ ``ヽ
//￣'￣￣ヽ.＼
`i |,＿, ,＿,、 i .>
ﾄ|,:ﾆ/ヽ二|'ー!イ. ／￣￣￣￣￣￣￣￣
|￣,.レ,..、 ）7 |
! ''=＝=i /'. ＜ ・・・・
ヽ `! !' ,//＼_ |
＿,―イ＞`'´‐＜ / ＼＿＼＿＿＿＿＿＿＿＿
_/ _/ /`―「_!―'./ / `―::、
_/ |i | ///' ／ !_ ＼
ﾉ | i i' ! | | / ・'／ i' イi
> | | | | | | / /===i | ／|
「 | i | | | ﾚ' ／ :| |
「`i | ヽ | フ ／ | ﾉ
iｸ `i‐| ＼／ ／┌::..、 ,‐、」 、 !|
ト三∃| ／ ／ ＿ｺ ＼＼＼ |
!＼コ'./ / ／ E＝= ） ヽ ! |
＼＿/ /／ iニニ'´／/ ! | 」
| | `ー‐´V | |_,,..::‐''´
| | ￣￣// |
| |○ | i |
| i ○ | | |
| | | | |
| | | | |
| i | | |
`‐L＿ _| | _,.:」
| | `―――'' | | /
`i | `i | |,!
211:login:Penguin
05/03/06 20:23:45 rCKhQQe/
ｽﾚﾘﾝｸ(db板:99番)
212:login:Penguin
05/03/06 20:48:55 eL4318Cz
>>211
ゴール遠すぎｗｗｗｗｗ
213:login:Penguin
05/03/07 18:13:54 ZwafqeTJ
>>209 2.6.11.x パッチ系列つうのはいつもベース 2.6.11 に当てるのか、
それとも incremental に当てていくのか、どっちなんですか、
誰かエロい人？
214:login:Penguin
05/03/07 22:31:43 AThsXQD+
>>209のって
俺流2.6.11.1出したぜベイベー
とSUSEの中の人が勝手にやってる訳じゃないよね？
215:login:Penguin
05/03/07 23:33:04 ci42KF3d
>>214
件のファイルの置き場所から推測してくらはい。
216:login:Penguin
05/03/07 23:42:35 WPizki1r
☆せいかい
URLﾘﾝｸ(www.uwsg.iu.edu)
☆まちがい
URLﾘﾝｸ(www.dd.iij4u.or.jp)
217:login:Penguin
05/03/07 23:44:55 WPizki1r
☆こっちもせいかい
URLﾘﾝｸ(www.uwsg.iu.edu)
218:login:Penguin
05/03/08 09:00:33 u6Us0Ev6
>>214
言っとくけどgregはSUSEではないよ
219:login:Penguin
05/03/08 20:31:55 1Fq5eZOv
2.6.11-ac1
220:login:Penguin
05/03/09 17:50:32 cOIyAn2r
>>218
Greg Kroah-HartmanはSUSEだ。
221:login:Penguin
05/03/09 21:46:22 hgh9ObtT
>218
ﾌﾟ
New start
posted Mon, 31 Jan 2005
Had been slow in applying things as I've switched employers from IBM to SuSE Labs / Novell.
URLﾘﾝｸ(www.kroah.com)
222:205
05/03/09 22:59:28 wrZN4ttd
2.6.11.2に上げたらi8042.noacpiオプションつけなくても
キーが効くようになった。(たぶん2.6.11.1から)
2.6.11.1, 2.6.11.2パッチは2.6.11に対して順に適用する
223:login:Penguin
05/03/10 01:13:27 ZX+vp2Zi
>>216-217
詳しく
224:login:Penguin
05/03/10 13:32:34 UfyUnXgO
そういうわけで彼は今やx86依存のコードに関しては一切テストをしていない
URLﾘﾝｸ(www.zdnet.com.au)
225:login:Penguin
05/03/10 20:22:10 iah1+srk
URLﾘﾝｸ(slashdot.jp)
226:login:Penguin
05/03/10 23:14:10 RKD0E1m/
2.6.11-ac2
2.6.11-mm2
227:login:Penguin
05/03/11 07:01:21 W8fBfn9J
>>222
2.6.11-rc2でキーボードが利くようになったんですか？
その他にやったことって無いですか？
228:login:Penguin
05/03/11 09:17:20 5ZRm5dLr
>>227
2.6.11.2 と 2.6.11-rc2 は違う。
229:login:Penguin
05/03/11 09:39:34 U5T/uzjn
>>227
>ChangeLog-2.6.11.1
>[PATCH] Fix keyboards for Dell machines
これじゃないの？
230:login:Penguin
05/03/11 18:13:36 1NrsmpDT
superstable kernelって今後も出続けるのかねぇ？
231:login:Penguin
05/03/11 19:42:44 0YdqieRR
>>230 だろ。これなら追いかける気になる。
bk とか ac とか mm には付きあっとられん。
232:login:Penguin
05/03/11 19:45:23 1NrsmpDT
ま、俺はFedoraだから否応もなくbk、いつも軽やかにbk... orz
233:login:Penguin
05/03/11 20:39:08 j2a0g176
Fedoraだから何故bk?
むしろacだと思うが
234:login:Penguin
05/03/11 22:41:15 1NrsmpDT
そういやｱﾗｿたんが戻ってからはacか。bkはrawhideだけだね。
235:login:Penguin
05/03/13 01:23:50 vfeX0Zmc
2.6.11-mm3
236:login:Penguin
05/03/13 11:17:00 Qsvzf5Rg
bkもacもmmも糞もなく、最近は2.6.xについて行くこと自体やめたくなってきた
2.4.....λ........
237:login:Penguin
05/03/13 13:24:43 2rV8WOx1
いまだに2.4の奴は間違いなく池沼、と言い切れないところが orz
238:login:Penguin
05/03/13 20:40:23 kpzD6IRo
2.4マンセー。
2.6はコアはいいとして、input layerとかモジュールまわりとかもううんざり
だよ。ずっとこんなんだったらNetBSD行っちゃうかも俺。
239:login:Penguin
05/03/13 22:35:40 K4Z83rIb
3年前にマルセロ叩いてたヤシは謝罪しろ
240:login:Penguin
05/03/13 23:41:07 MkEx1dfV
2.6.11.3からは2.6.11に当てるんかぁ？
なんなんだよ…。
241:login:Penguin
05/03/15 11:01:16 z0fAwx2w
alanﾀｿのは2.6.11.3まで内包してるのかなぁ
2.6.10からそのままoldconfigで2.6.11に上げたらpanicったよ。笑えねえ。
acにしたらさくっと安定した。alanﾀｿ様々。
242:login:Penguin
05/03/15 13:27:40 Qd8Tsyx8
>>241
そういうことはChangeLogに書いてあるべ。
243:login:Penguin
05/03/15 17:38:59 9Sx4GV1E
2.6.11-ac3
244:login:Penguin
05/03/16 13:44:07 40E3LVjl
2.6.11.4
今度は何なんだ？もう疲れまちた。。。
245:login:Penguin
05/03/16 14:13:04 nriT6WNz
--- a/fs/exec.c 2005-03-15 16:09:56 -08:00
+++ b/fs/exec.c 2005-03-15 16:09:56 -08:00
@@ -814,7 +814,7 @@
{
/* buf must be at least sizeof(tsk->comm) in size */
task_lock(tsk);
- memcpy(buf, tsk->comm, sizeof(tsk->comm));
+ strncpy(buf, tsk->comm, sizeof(tsk->comm));
task_unlock(tsk);
}
これの意味を教えてください
246:login:Penguin
05/03/16 14:35:32 e942r+oG
>>245
a/fs/exec.c と b/fs/exec.c の差分
違いは817行目の memcpy と strncpy
247:login:Penguin
05/03/16 14:47:51 BqGEVvq9
>>244
Summary of changes from v2.6.11.3 to v2.6.11.4
==============================================
Greg Kroah-Hartman:
o Linux 2.6.11.4
Paul Mackerras:
o CAN-2005-0384: Remote Linux DoS on ppp servers
Prasanna Meda:
o use strncpy in get_task_comm
ということでppp serverを使う人なんてほとんどいないと思いますが、
そういう奇特な人は早めに更新した方がよろしいのではないかと。
248:login:Penguin
05/03/16 14:51:54 nriT6WNz
linux/lib/string.c
char * strncpy(char * dest, const char * src, size_t count)
{
char *tmp = dest;
while (count) {
if ((*tmp = *src) != 0) src++;
tmp++;
count--;
}
return dest;
}
という感じにsrcに含まれるnullチェック(nullだったら以後すべて
nullの値でdestを埋める)ということですね。
249:login:Penguin
05/03/16 15:04:01 nriT6WNz
ちなみにmemcpyの実装はcount分をただコピーするだけでした。
linux/lib/string.c
void * memcpy(void * dest, const void * src, size_t count)
{
char *tmp = (char *) dest, *s = (char *) src;
while (count--)
*tmp++ = *s++;
return dest;
}
task_structのcomm[TASK_COMM_LEN]はコマンド名が格納されているようです。
で、これの何が問題なんでしょうか？
2.4.29のget_task_comm()では普通にmemcpyが使われています。
250:login:Penguin
05/03/16 15:20:53 e942r+oG
>>249
気分の問題
251:login:Penguin
05/03/16 16:37:52 iuzUFTSJ
>>249 set_task_comm が strncpy を使ってるから、
get_task_comm も strncpy 使わなきゃ、とリリース
ノートにあるな。
252:login:Penguin
05/03/16 17:25:00 9zd6lz3K
なんでそんなことでバージョン上げるかなぁ……
なんかどっか致命的だったりするのか？
253:login:Penguin
05/03/16 17:44:04 e942r+oG
>>251
おいおい、嘘書くなよ
set_task_comm で使ってるのは strncpy じゃなく strlcpy
strncpy だと本当に気分の問題になるだろ
254:login:Penguin
05/03/16 19:41:56 07vzfHsp
これが、char型のポインタとchar配列を同じように
扱えるようにしてしまった弊害という奴ですか？
255:login:Penguin
05/03/16 23:16:04 5nRYeNMs
0で埋めてないから情報が洩れるんだよ
そういうセキュリティーホール。
256:login:Penguin
05/03/17 02:21:49 HEOeyUkD
2.6.11-mm4
257:login:Penguin
05/03/17 10:12:05 tsnqhwUb
0で埋めてないから情報が漏れるというのなら、
すべての構造体を確保した時点で、bzeroするべきですよね。
でも実際はそんなことはしない。この違いはなんなんでしょうか？
258:login:Penguin
05/03/17 10:48:56 5vo7TpVY
>すべての構造体
これはちょっとあれか。「char配列を含むすべての構造体」に変更
259:login:Penguin
05/03/17 11:43:20 ZgHWFeNT
その配列を使いまわしたら、確保した時点で0埋めても意味ないわけで。
つーか、今回の訂正、2.4 みたいに set の方で0埋めしておいた方が
いいように思えるんだけど、なぜそうしないのかわかる人います？
どうしても strlcpy を使いたかったってのが理由？
260:login:Penguin
05/03/17 22:54:04 /WeOXyhn
2.4.29はstrlcpyが無いのでしかたなく。
気分の問題だが、setはプロセスが生成されるたびに
実行されるから、コピーする領域は少しでも少ない方がよい。
261:login:Penguin
05/03/17 23:38:25 RhGgoLoH
2.6.11-ac4
262:login:Penguin
05/03/18 19:47:35 CV0tE0Pn
2.6.12-rc1
263:login:Penguin
05/03/20 22:56:43 DLvfhU+1
2.6.11.5
勘弁してくれ
264:login:Penguin
05/03/20 22:59:50 V5+Z6bB8
放っとけなさそうな問題ばっかだな
仕方が無いからコンパイルするか
265:login:Penguin
05/03/24 04:07:39 bPVB6MhN
kernel 2.6のCPUfreqサブシステムのlonghaulドライバはバグがあるみたいで、
VIA C3使ってる場合はcpuspeedデーモンを止めないと一両日でカーネルごとフリーズします。
URLﾘﾝｸ(bugzilla.redhat.com)
チップセットにもよるのかも知れないけど、815Eでは確実に再現しますね。
知らずに悩んでる人いたらなんなので一応書いときます。
自分が検証した限りだとcpuspeedデーモンだけ止めれば大丈夫です。
266:login:Penguin
05/03/26 00:01:09 Tp3+MCOu
2.6.12-rc1-mm3
267:login:Penguin
05/03/26 12:45:27 ReS/WVIz
>>266
ウザイからこっちにいちいち貼らなくていいよ
268:login:Penguin
05/03/26 13:53:34 gt1NK6AN
>>266-267
たしかに、ただバージョンだけかかれても、うざいね、
貼ってくれてもいいけど、張るなら何が変わったとか、
簡潔に日本語で説明してくれると少しは有用な書き込みになるであろうよ
でも ChangeLog のコピペとかは最悪だ、いらないよ
269:login:Penguin
05/03/26 16:08:21 FyATOylT
2.4.30-rc2
270:login:Penguin
05/04/02 08:15:43 m/qob2qL
LKMLのこのあたりのスレなかなか面白い。
URLﾘﾝｸ(www.ussg.iu.edu)
だからと言ってmmが出るたびにベンチマーク走らす気力も暇も無いが。
271:login:Penguin
05/04/05 08:49:04 oXj0aGCx
2.6.12-rc2
272:login:Penguin
05/04/05 14:13:58 i0QKu8S5
>>271
うぜえからこっちに貼るなバカ
やるなら変更箇所の解説ぐらいしろよ。
273:login:Penguin
05/04/05 14:18:26 sV4YBhXW
>>272
１行だけだからそんなにうざくないし、結構便利だから続けて頂けると漏れは助かる。
ちゃんと知りたきゃ URLﾘﾝｸ(www.kernel.org) 見りゃいいんだしね。
しかし -rc1 から -rc2 のChangeLog、結構大きいな。
274:login:Penguin
05/04/05 16:23:14 x8rizL8x
>>273
パッチが300以上ありますからなあ。
どこがstableなんだと…
275:login:Penguin
05/04/05 19:33:40 WbnW/bJO
2.6.12-rc2-mm1
276:login:Penguin
05/04/06 00:38:47 tfSB/xGX
Linuxは日々進化しているのだ！
ワッハッハッハッハ、、、、、、、、、、orz
277:login:Penguin
05/04/06 04:52:37 zrTyox5L
最新カーネルを表示するスレ その2
ｽﾚﾘﾝｸ(linux板)
こっちだけで良いと思う。
278:login:Penguin
05/04/06 13:57:54 C5hKFL5C
2.6.12-rc2 というパッチは、何に当てるのですか？
2.6.11.6に当てるもの？ 対象が書いて無いからわかりません
279:login:Penguin
05/04/06 14:22:03 atvT4fHR
$bzcat patch-2.6.12-rc2.bz2 |grep -A 10 -e '^--- [^\/]*/Makefile'
280:login:Penguin
05/04/06 14:29:34 C5hKFL5C
>>279
お前頭いいな
281:ヽ(´ー`)ノ ◆.ogCuANUcE
05/04/06 19:57:35 WHPpIc1h
AC patch の ChangeLog ってどこかにある？
282:login:Penguin
05/04/06 22:48:00 ecJm4/8J
>>281
アナウンスのメールに少し書いてある。
283:ヽ(´ー`)ノ ◆.ogCuANUcE
05/04/07 14:23:22 GJt+a7BZ
>>282
thx
kernel のバージョンを RSS/Atom で配信しようと思ったんだけど、
AC patch だけ ChangeLog がないので困っとった。
284:login:Penguin
05/04/07 14:32:05 ZmBIaG/9
$bzcat patch-2.6.12-rc2.bz2 |grep -A 10 -m 1 -e '^--- [^/]*/Makefile'
--- a/Makefile ....
Segmentation fault
285:login:Penguin
05/04/09 02:28:03 EqUZNxRK
2.6.12-rc2-mm2
286:login:Penguin
05/04/10 00:45:36 ck4nD87G
スイマセン質問スレで誘導されたので教えてください
System V IPC関連で質問です。
Kernel 2.4.xでのinclude/linux/msg.hのmessage queue関連のパラメータなんですが、
-----------------------------------------------------------------------------
#define MSGMNI 128 /* <= 1K */ /* max # of msg queue identifiers */
#define MSGMAX 4056 /* <= 4056 */ /* max size of message (bytes) */
#define MSGMNB 16384 /* ? */ /* default max size of a message queue */
/* unused */
#define MSGPOOL (MSGMNI*MSGMNB/1024) /* size in kilobytes of message pool */
#define MSGTQL MSGMNB /* number of system message headers */
#define MSGMAP MSGMNB /* number of entries in message map */
#define MSGSSZ 16 /* message segment size */
#define __MSGSEG ((MSGPOOL*1024)/ MSGSSZ) /* max no. of segments */
#define MSGSEG (__MSGSEG <= 0xffff ? __MSGSEG : 0xffff)
-----------------------------------------------------------------------------
MSGSEGが0xffffを限界値としてる理由ってなんですか？
(MSGPOOL*1024)/ MSGSSZ でシステム全体のqueueが取り得るmsgセグメントの最高値が出てくると
思いますが、既にDefault値で0xffffを越えますよね？
そもそもMSGSEGはシステム全体で取り得るmsgセグメントの限界値なんですか？
それ以前に/* unused */の時点でこのパラメータって気にしないで良いのですか？
だとすると、この設定値は古いアプリなどで使われている時のために存在しているのでしょうか？
かなり乱雑な質問で申し訳ないですが、ちょっとこの辺り教えてください。
287:login:Penguin
05/04/11 19:35:29 kom8U76v
2.6.12-rc2-mm3
288:login:Penguin
05/04/14 01:37:17 Bcmhen7E
つうか、ﾓｰﾄﾝﾀﾝがメールボムのようにパッチを放出してる件について。bkがらみですかそうですか。
289:login:Penguin
05/04/14 01:43:31 52nlq1o6
この調子じゃ2.6.12はしばらく出ないね
290:login:Penguin
05/04/14 02:19:06 Bcmhen7E
じっとですか。そうですか。
291:login:Penguin
05/04/14 16:36:20 Tr2uyreY
↑お前みたいな馬鹿は死んだほうがいいよ
292:login:Penguin
05/04/14 17:18:55 1Qr5wNVX
↑お前みたいな馬鹿は死んだほうがいいよ
293:login:Penguin
05/04/14 17:20:59 b04k8GY6
↑こんな楽しい遊びは流行らせたほうがいいよ
294:login:root ◆GrsqjXpGxE
05/04/17 19:29:04 yZX6m4oe
おい、カーネル勉強スレあるって聞いたけど
どこ逝ったんだよ？過去ログ倉庫へ逝ったか?
295:login:Penguin
05/04/18 22:50:56 pFStAFnd
カーネルの開発に参加したいのですが、どうすればいいの？
296:login:Penguin
05/04/18 23:01:19 ExZKqHmL
>>295
ソースとコンパイラを入手する。エディタなどもあると便利だぞ。ｗ
297:login:Penguin
05/04/18 23:55:07 1PaPX1HQ
>>295
1.
パッチ作って、linux-kernel@vger.kernel.org に投げる。
運が良ければChangeLogに名前がのって開発者の仲間入り。
2.
ちょうどよくこんなのが立ち上がったので、参加してみるとか。
URLﾘﾝｸ(kerneltrap.org)
298:login:Penguin
05/04/19 00:17:42 /yGyWpny
>>296
まずエディタを作るところからだろ。
299:login:Penguin
05/04/19 00:20:21 cVOUx5z/
まだ、構造体がよくわからないんだけど参加OKですか？
300:login:Penguin
05/04/19 00:28:50 W0Fuht18
>>299
OKですが、diffコマンドの使い方がわからないとパッチを送れませんよ。
301:login:Penguin
05/04/19 00:48:47 bL+naCfp
まずはkernel-MLを三年ROMれ
302:login:Penguin
05/04/19 01:11:13 cVOUx5z/
一通り読んでます。
303:login:Penguin
05/04/19 04:50:20 Pqyms6lM
kernelにmem引数で渡したメモリサイズをﾓｼﾞｭｰﾙから知る方法を教えてください
304:login:Penguin
05/04/19 04:50:50 Pqyms6lM
すいません、kernel2.4です
305:login:Penguin
05/04/19 08:52:43 ti69d9eN
>>295
まずはtypo探しでしょう。
306:login:Penguin
05/04/19 13:30:02 8PiGTXiO
>>303
__memory_startと__memory_endあたりを見ればいいんでは？
と思ったらEXPORTされてないのか。
>>305
そのあたりは最近お掃除が進んでいるので難しいと思いますな。
#今度はLivePatchでもめてるのか。
#CGL specがrequireしてるから入れろつーのが実にお役所理論ですなあ。
307:login:Penguin
05/04/19 17:11:11 kWN8CeaS
>>306
LivePatchが必要だと思ってるLinuxﾊｶｰは少ないと思われ。
308:login:Penguin
05/04/19 21:11:14 kWN8CeaS
>>290
SCMはgitで行くみたいだね。
309:303
05/04/19 21:43:25 Pqyms6lM
どうやら無理のようですね。
もうハードコードするかモジュール引数にするぐらいしか思いつきません。
310:login:Penguin
05/04/19 22:05:07 W0Fuht18
>>303
saved_command_line を覗くのは反則？
311:login:Penguin
05/04/19 22:26:59 ru7JU9qo
>>306
まあ、スレッド立てたのがNTTの中の人だから(苦笑)
312:login:Penguin
05/04/20 03:52:43 /NpjNEUV
4月版 カーネル2.6.11.yのメンテナは嫌なヤツ？
URLﾘﾝｸ(www.atmarkit.co.jp)
313:login:Penguin
05/04/20 04:16:50 21MgsW81
>>312
「SUCKER（しっかりとパッチレビューができて、強い意志を持った融通の利かない嫌なヤツ）を演じられる人でないと、この作業はできない」
すばらしい誤訳だな。
314:login:Penguin
05/04/20 15:44:33 /EAAZY39
ひろゆき「SUCKERを演じられる人でないと（この作業を続けるのは）難しい」
315:login:Penguin
05/04/21 11:45:52 viSMWoxG
だからサカ豚は駄目なんだよ。
316:login:Penguin
05/04/22 02:36:25 6lqsTu5R
2.6.12-rc3
317:login:Penguin
05/04/26 03:39:27 oS2TSzn5
>>306,307
もはや、自分達自身でメンテするしかないようですなぁ。
318:login:Penguin
05/04/30 00:09:24 zkpCmms7
>>306,307,311,317
「lkml にポストされたパッチ」について Linux ハカー界の飯能
Chris> I'm curious as to what people decided this was a necessary requirement.
Chris> solving a real-world problem is much more interesting to listen to that filling in a check-box on a (somewhat dubious) specification
Chris> I would just like some examples of real-world needs and an explanation of why it's needed. Not handy-waving.
Chris> Those are just marketing words.
Chris> maybe, but i'm far from convinced it's necessary and therefore warrants a big ugly kernel patch
Chris> are you serious? .... please, prove me wrong, show us some code
Chris> URLﾘﾝｸ(selenic.com) might be of value to you.
Andi> Didnt review more.
Kyle> One thing to remember, though, as there _is_ a very clean method to do this from userspace, therefore you are not likely to get much sympathy on this list.
Pavel> Maintain your own patches; if that seems too hard, do the right thing.
Andi> Your full patch is just a funky ptrace equivalent as far as I can see.
Valdis> If you're looking at doing on-the-fly patching, you're probably also carrying around a lot of *other* ugly cruft to make this creeping horror work on Linux.
Kyle> But you miss the point. Linux is *NOT* about "business", or "enterprise", or "mission-critical". Linux is (at least to many hackers) about hacking, having fun, and Good Design(TM).
Kyle> The kernel is not about business, demand, or what the CEO of some big-name company wants. The kernel strives for the goal of "Good Engineering (TM)"
Pavel> Clearly noone but you wants to make kernel more ugly just for "faster ptrace".
Andi> I think you have a lot of unproved and doubtful assumptions here.
319:login:Penguin
05/04/30 17:20:24 Hgol+Lwe
2.6.11.8
2.6.12-rc3-mm1
320:login:Penguin
05/05/01 20:27:35 INH1ykrI
2.6.12-rc3-mm2
321:login:Penguin
05/05/03 01:10:37 chXEFOHO
カーネルのソースを改造してて分からないことがあるんだけど
このｽﾚで質問してもOK？？
322:login:Penguin
05/05/03 01:45:48 Iw9fmQYW
RMS: BitKeeperとの決別はハッピーエンド
URLﾘﾝｸ(japan.linux.com)
323:login:Penguin
05/05/03 01:51:14 FXyI0//f
>>321
OK
324:login:Penguin
05/05/03 08:31:55 Hk2U1rW0
RSの言うことはおおむね正しいと思うんだが
どうも鼻につくのは何故なんだろう。
325:login:Penguin
05/05/04 08:14:01 kJhxw1kD
いつもの事じゃん。
326:login:Penguin
05/05/04 23:34:06 G3znQGA9
RMSとESRは実際に会って話してみても鼻につくぞ
327:login:Penguin
05/05/04 23:43:31 JEP4JUpY
鼻につくかどうかより
実際に何をやってるかの方が重要じゃね?
328:login:Penguin
05/05/05 00:28:42 lXE7j0UI
何をやっていようが人あたりの悪い人は社会には受け入れられません。
ｺﾝﾋﾟｭｰﾀｦﾀでつっぱるなら問題ないが・・・
329:login:Penguin
05/05/05 00:45:23 BFBbQ7dh
あまり信者みたいに思われたくはないが、ＲＭＳくらい人類に対する貢献があれば
人あたりなんて小さな問題のようにも思える。
それに鼻につくというのはむしろ受け手の問題ではないかな。
330:login:Penguin
05/05/05 02:53:18 lF588X4M
>>322に関してはさすがにRMSは言いすぎなような希ガス。
あえてそんな事言わなくても良いのじゃないかと思うのさ。
まぁ、それを言っちゃうのがRMSらしいところなんだが。
331:login:Penguin
05/05/05 14:57:08 sJHDXHNY
本の即売会でRMSに会っただけなんだけど、
気さくな人だとおもうけどな。
頼んでもいないのに、
サインしてくれるし。
332:login:Penguin
05/05/05 15:53:26 1AVDZvW1
> 頼んでもいないのに、
> サインしてくれるし。
それ気さくっていうかウザいだけじゃ…(;´Д`)
333:login:Penguin
05/05/05 19:32:39 v1GFi9Y4
2.6.12-rc3-mm3
334:login:Penguin
05/05/06 01:16:28 vdmdrTyO
>>332
営業でせう。
本を売ってFSFの活動資金を稼がないといけませんからな。
335:login:Penguin
05/05/06 09:52:08 p4e3eDmc
2.6.12-rc3-git1
こんなんでましたね
2.6.12はまだちょっとかかるのかな、
336:login:Penguin
05/05/06 11:47:27 uonYfpx/
gitでdiary snapshot?
337:login:Penguin
05/05/08 08:59:11 QSPR2saK
2.6.12-rc4
338:login:Penguin
05/05/10 22:44:27 fcH4051s
Git Status
URLﾘﾝｸ(kerneltrap.org)
339:login:Penguin
05/05/11 22:50:08 ACziWdJy
1G LOWMEM試してる人居ますか？
340:login:Penguin
05/05/11 23:08:47 h/eusWjs
>>339
これどういう効果がアルの？
341:login:Penguin
05/05/11 23:41:36 ACziWdJy
x86だとHIGHMEMなしで896Mぐらいしか物理メモリが使えないのですが、
HIGHMEMなしで1Gまで物理メモリが使用できるようになります。
メリットは、パフォーマンス向上。
342:login:Penguin
05/05/12 09:15:32 rksoEe98
MCEってみんなつかってんの？
343:login:Penguin
05/05/12 11:50:30 dF2mIo3M
2.6.11.9
344:login:Penguin
05/05/12 12:19:57 dF2mIo3M
Cleaning Up Per The Kernel Coding Style
URLﾘﾝｸ(kerneltrap.org)
345:login:Penguin
05/05/13 12:00:43 MIV6Es4p
2.6.12-rc4-mm1
346:login:Penguin
05/05/14 19:02:52 VzJPF3kY
kernel 2.6でdevfsが取り除かれたから云々でdvdをmplayerで再生しようとしたり
lsdvdつかったりすると
libdvdread: Can't seek to block 256
libdvdread: Can't open file VIDEO_TS.IFO.
Can't open VMG info!
とおこられるのだが、これってどうにかできる方法ご存じの方おりませぬか？
347:login:Penguin
05/05/14 23:02:43 Qor6xCD/
>>346
動画・音声関係ソフトウェア総合 3
ｽﾚﾘﾝｸ(linux板)l50
348:login:Penguin
05/05/16 11:27:47 aEpjTrk8
Intelのハイパースレッディングに深刻な脆弱性
URLﾘﾝｸ(www.itmedia.co.jp)
ハードウェア上の問題であればソフトウェア(OS)で対処するだけで済む問題なのだろうか．．．とふと思った。
349:login:Penguin
05/05/16 11:44:31 4+hu4FLU
>>348
ソフトで対策するなら
・HT無効
・キャッシュ無効
くらいかなあ。
まあ根本的な解決方法じゃないが、やってやれないことは無いということで。
350:login:Penguin
05/05/16 12:14:22 aEpjTrk8
あと、コンテキストスイッチ時にキャッシュをフラッシュするとか．．.．．．．最悪だ。
キャッシュの存在意義が無くなるな。
351:login:Penguin
05/05/16 12:49:45 lR6B7TGa
>>350
HTだからスレッドは同時に走ってるのでコンテキストスイッチ時のフラッシュでは駄目
ではないかな。
352:login:Penguin
05/05/16 12:51:28 aEpjTrk8
結局、OpenSSLのコードを修正するのが一番現実的な解決策みたいですな。
353:login:Penguin
05/05/16 17:53:39 4+hu4FLU
ふと思ったが、mmapにキャッシュ禁止属性を追加すればいいんじゃないか？
やばそうなデータはそのページに集めるように直さないといけないけど、
アクセスパターンを変えるとかよりは簡単だろう。
354:ヽ(´ー`)ノ ◆.ogCuANUcE
05/05/16 20:30:09 gl9YKgCG
>>352
それじゃあ根本的解決にならないんじゃ…(;´Д`)
355:login:Penguin
05/05/17 00:50:10 a5uTxW7z
ぶっちゃけた話、カーネルで対処するって事は面倒だし、範囲が広くなりそうだ。
しかも、HTの為にカーネル内部をごちゃごちゃいじるのはｶｰﾈﾙﾊｶｰもやりたく無いと思われ。
ｷﾋﾞｼｰ （＞＜）
356:login:Penguin
05/05/17 01:21:03 a5uTxW7z
つうか、ここの説明がわかりやすい。
URLﾘﾝｸ(www.allbsd.org)
あれだな、スケジューラに認証機能を付けて同時実行するスレッドを制御するってのがいい感じかも。
でも、パフォーマンスが著しく落ちそうだぞ。 orz orz orz orz orz orz orz orz orz orz. . . .
357:login:Penguin
05/05/17 01:22:57 Cw/j9djQ
kernel側で対処するときの速度的なデメリットとHTTによるメリットを考えたとき
HTT無効にするのが一番の解決方法だとどこも考えているみたいよ。
358:login:Penguin
05/05/17 01:33:56 a5uTxW7z
>>357
んな感じだな。ｶｰﾈﾙﾊｶｰ達見てると。なんか静かだし。
明らかにHT関連の話題には引いてるとしか思えないw
# マジかよIntelみたいな
359:login:Penguin
05/05/17 02:46:57 a5uTxW7z
一応、他の参考サイト
Intelのハイパースレッディングに深刻な脆弱性
URLﾘﾝｸ(w3.quake3.jp)
Hyper Threadingに脆弱性2
URLﾘﾝｸ(w3.quake3.jp)
360:login:Penguin
05/05/17 21:13:33 ZW012C59
2.6.11.10
2.6.12-rc4-mm2
361:login:Penguin
05/05/17 22:28:50 bWFxExUA
>>359を読んで：
ターゲットプロセスのメモリアクセス特性が分かればターゲットプロセスの処理内容が推測
できるって事なのかな。
RDTSC命令で計測する監視プロセスもメモリアクセスするわけだがら、ターゲットプロセスの
正確なメモリアクセス特性を得る事は難しいと思うが・・・
362:login:Penguin
05/05/18 11:27:13 +h9I3XMr
Hyper-Threading Value, Vulnerability
URLﾘﾝｸ(kerneltrap.org)
363:login:Penguin
05/05/18 12:52:05 hGE5+F1S
>>362
むしろこの件に関してMSがどう動くのか気になるところだな
364:login:Penguin
05/05/19 00:18:49 8FqDQWm5
>>362
/. でも記事になってるな。
Hyper-Threading, Linus Torvalds vs. Colin Percival
URLﾘﾝｸ(it.slashdot.org)
365:login:Penguin
05/05/19 03:09:57 SmKiXs3X
HTTの脆弱性だろうがなんだろうがKernelの問題では無いので意地でも修正はしない。心配ならHTT Offにしろ！
が、Kernel界隈の意見ですね。
366:login:Penguin
05/05/19 13:04:27 0gjuf4Zg
ハードの不具合なんてソフトでなんとかしてみせらあ
でも飛行機だけはかんべんな
ってのがカーネル開発者の身上だと思ったんだがな
367:login:Penguin
05/05/19 13:18:42 zUZD9FIJ
動的にHTTをoffにできるカーネルパッチきぼんぬ。
368:login:Penguin
05/05/19 13:27:54 +8mFIfFs
>>366
今回のは抜け道がなさそうだからのう…
>>367
CPU Hotplug入れて、片方止めればいいんではないかと。
369:login:Penguin
05/05/19 17:13:56 DMkKcF5K
カーネルを修正して得られる結果と今回の脆弱性への実現可能性を天秤にかけた場合、
最善の方法はHTTオフにするのが正しい解であるってことですな。
370:login:Penguin
05/05/20 00:21:21 wwt1U5cX
先生、HTTのないPen4なんてクロックが高くて
キャッシュが多いだけのCeleronです!!!
371:login:Penguin
05/05/20 22:20:41 xOoR8h7N
>>364
>Hyper-Threading, Linus Torvalds vs. Colin Percival
↓これワロタ
URLﾘﾝｸ(it.slashdot.org)
「No, not really. It might fall, but it's very, very unlikely. So calm down!」
↑これがおそらくLinusの意見でしょ。
心配性の人は、BIOS で HTT off。これ最強。
372:login:Penguin
05/05/20 23:33:40 /mu7cwNe
>>370
どっちも、性能の要だろ
373:login:Penguin
05/05/20 23:41:00 dNQ1tLoZ
ptrace(2)とthreadについてここで質問してもいいですか？
374:login:Penguin
05/05/21 00:51:33 QWh3Gw2a
>>373
超OK
375:login:Penguin
05/05/21 16:11:41 KAfdNmh+
Hyper-Threading の cache を使用した脆弱性問題の解説
Hyper-Threading を使った convert channel の問題
URLﾘﾝｸ(www.nminoru.jp)
376:login:Penguin
05/05/21 19:04:08 FTbYMv/C
つまらん
377:373
05/05/21 19:36:19 MnmlmAEw
ptrace(2)でシステムコールをトレースする簡単なプログラムを書いてみたんですが
シングルスレッドだとうまく動くのにマルチスレッドだとclone(2)の後で止まってしまいます。
マルチスレッドのプログラムをトレースするにはどうしたらいいんでしょうか。
次のような単純なものでもだめでした。
include <pthread.h>
void *f(void *p)
{
return NULL;
}
int main(void)
{
pthread_t t;
pthread_create(&t, NULL, f, NULL);
pthread_join(t, NULL);
return 0;
}
378:login:Penguin
05/05/21 19:37:55 MnmlmAEw
begin 644 ptrace.c.gz
M'XL("/\)CT(``W!T<F%C92YC`)58;7/<MA'^K/L5B#+6W*5*=$HSCB=^F<G8
M%U=3U?)8BM-.FN%`(,A#11(T`)ZD)OKOV26/P`*\4UU].'$?[.)E\>P+^:5J
M1-7EDKVP+E?ZF_6KV9<>ZAH%:(S9>WO2.L.%3'"75^IZJGO+E8O12C7=W4EG
MI8EQ:4RC=ZF&Y6;6<:<$$[JQCHDU-^PK6$3PJK*__L9>SGZ?,?@[-!(4C<NV
M8X?'`RSOE!N?"VUNQF<C>3X^WQKEY"CH5C;CLZBT]0-XJE9Y(P$S^)EATW[F
MKJ&2O)-BX^<0ZUR947"J]@/U3:/#U.LZ")58Z]OF].DH-RH](CK(:ULI_=JE
MI!NN===X/5WE7018Z3J5AV7*1+9TM\/MC!*ON*F]C^EN6MX%_W5TANDII@@7
M0EH;QL4CUO:^$>/SC0JXD0VG7B;N-S41\J[UFU:MI%=D]Z]Z'?@$_BL3_T6R
M567#*S(J4W?+2!\.[]T8W]1T&TH+YX5"-.X1I\(^VS*08JJ`S*`^ZVIN_2G%
MVF@=]D7O&CSX+24>81Z*I6G)%FP8!,=PX93V06=!G:YI;2)+9V+G]4CJ;=M9
MB&2Z#(JJ*8G56EM'SXH35:I6-$RR,@41Z"PO)0&0*+K(^3V9:H(A)XSN6AMM
M/85P32LK&>[?WM<TI534[9C'HNP#INK:6][R-GC6R&MR>[@.6I,H0*BNN;^I
MNFN(!*=N!`^9LI@`4>(JDL2%+#!*0ZZE3DJAW>FM\$%8Q**"=!V2C]7B1KHX
M+]A*TRM7>"N&["D&&GE+O0MBE<A1@HLB!?;BU]VL>5.&G#(]U:9^]A3<38O+
M=]&M%04Y@VH*[9=I17`&27O`<`-)V]#JU5!JY[KFJJ$[AN-$)X#;4\5]5N7^
M@#S_#_KGSFNT1CM*30@KHP6-SQWYJ5$N@[F[RJ^4`\&=3,"IY:=..TZ26QEG
MKR*JI]=Y475V3=P6>`(LL1H2\.-,D\"L-+,4-LHL55IA<]DX&_1IW!85\-%[
MCMX5QMW&WSVV'QLR)<F.D#X<CVX9MAS\44<K0.=!113(Z;;#]+QB+3'7N)8;
M7L=HN1/%U(T/<&EFHK]GY%[)P'.OG(V!G]7\[K%1U<2CQO0*JG'2;$)%;7BC
M;25ER%U&DMS5EPB;EMP4PJ#<3X]6DVZE@+)D-N0JAA72'B"%6D-,L%M-@W;`
MXHHX8&F<;=&XJ`T@AFR.*26&/W6RDS25#'!2*5LDYU.?C-J>GD&>9G5Q&SI7
MW@)`)"MIJN"5@^PI2"EO\D(]E@!V)$[:Q4]J,U8OWX:,]2ELOIA"F,Z#5,5B
MD8SVAR>+=U&34T:2C`<E&1U;F$B.K8>N8-(FQ,5UPNX)MR?LG'`SNE>B'AO'
379:373
05/05/21 19:38:21 MnmlmAEw
MFR^2J0LZ4:LVVF6T3X08%MJ$*@.Y3UG:/?4YE'@=6]@@?@XK^A;,;P$9S-?D
M#0_V>,>=,^&:$Z!(@3*U2(%BH@$OSC$P08H)`DE*;V1LM@,K=F".ON>,D42<
MV#F9)%8X(R\*K,;W\4"Y8P!RK%NC(S,.O\0MNV"E<?+0[X"<P_NXT?<$P2#8
MT&J)5MTUB5X`!&^$#"\S`U4>XP*^X&=]<'@':GW3M5DNX+_R-).8OK/^K3W%
M0D8>@"AS8A7)T+59"RV_C?RCP`MY;LA;:M],)JL,V/:%(`;+/2#<M8%,%>-#
MS^3C%8MY.NL`EGM`$[8_8).B.3372?ZC@"LIZ[KH_=A?5O;8?=77JJ%9**ME
M#5Y7(J+>!*P_9?3+#(CQ=Q8`^JIG224;,2.%5.$C#,"-=M#H$@#;%P@"$E[3
MG2,M'GMS!BID-_(^,`?JK744@D<DV^SA^6P？S#?GR.#]R4XGC[<>LK$#:+
M[6<M>(O.'/X^[T74Q2OI+,RP'6<O&9;$^6*K4K!YC[YD7Y\N>NCWV<'09+#3
M0><AU5QZQ1[L/^_,WU]]^/'U*NM__[$Z9LMC]N[G\W-X6(RS'X`%&F88A?-3
MV,+!PVR8!'DR'[Y`S1?'[/+L[>75Q?O/L41GL!?LVZ"$'OEU^1N<%'-(LYD?
M7OYM=7Y^B%;C2;S.RWZ7BV$$)C@(UH<G0+X3>$78VCT,__IO=.TXPW&_W+"A
M`PF5PF^#ZIUN]=A?F-]\.$OBY,B?EROPP]79Q;O+8[R^T:G;T8O!WY?_NGQ[
M<?&&_3&L#'_Q^$\7'_[._DC`CP.ZQ^3U^<6[U<1F]<_5Z[TF_81O=IN=72W^
M!\?Z?[=K2)UL/A"-;;^ASK\^/69'`Y&13@OV1303.NV+7\Y^0L:\7[V9#YJ+
M0`BA&Z>:3A+6##KLB"WOGBV7RZ`+9:@3CN''YPRZ+)MM`7R&*.IUXAMZN[KZ
ML'H;7\\1JB]&?5P0@6_@):7,)+]CKR"(V-$1B]$7S*K_2EVP\8LU.TD19.9H
MAR;HB;\^(_2%5Z'&%?/#)QU[8MF3*O\W9,%A:WZ.:%5@YCC;PA-]USF!9*]_
MQ,.1<RY'D\3%]E8YL8:+W/KYU2MV^G2![OY^<+7@5HXD67U<O;O*D#P_[!KX
MN'>DY^C.$>3I_LFR-_OMSJY^^+\/?PT%_`:><UGPKG*?/0'QSK/>.7??%^F<
4#S0\MC&S?#Y[F/T)X[]%&Y@9````
`
end
380:login:Penguin
05/05/21 20:02:09 KAfdNmh+
>>377
>>378,379
なんかそれ、こはれてるみたいだぞ。
なんとかデコードはできたがジャンキーなソースになったし．． (- -；)
381:login:Penguin
05/05/21 20:48:06 MnmlmAEw
>>380
すいません、確かに壊れてますね。これでどうでしょうか。
URLﾘﾝｸ(rerere.sytes.net)
382:login:Penguin
05/05/21 22:03:19 KAfdNmh+
>>381
やりたい事がわからんのでなんとも言いようが無いが、うまくいってるように見えるけど．．．
もっと、くあしく！！
383:login:Penguin
05/05/21 22:06:00 KAfdNmh+
つーか、引数与えてない場合に"/bin/sh"をexecしてるけど、
止まるって言ってるのはshellの応答待ちになってるからってのは無しね。
384:373
05/05/22 00:54:09 tK3tVAaV
シェルなんかだとうまくいくんだけど、>>377を走らせるとcloneの後で止まるんですよ。
385:login:Penguin
05/05/22 02:40:47 +7tmjwT/
>>384
うーむ。確かに clone で止まる。
子プロセス内で pthread_create で sub thread を生成か。
signal と pthread 間の怪しい関係を感じるな．．．
>シェルなんかだとうまくいくんだけど、>>377を走らせるとcloneの後で止まるんですよ。
シェルは pthread 使用して無いのが非常にあやちい。
386:login:Penguin
05/05/22 02:43:17 +7tmjwT/
てゆーか、signal と pthread って鬼門だった希ガス。
387:login:Penguin
05/05/22 03:09:57 +7tmjwT/
Re: Scheduler: SIGSTOP on multi threaded processes
URLﾘﾝｸ(www.ussg.iu.edu)
URLﾘﾝｸ(seclists.org)
親 プロセスが SIGSTOP を毎回送信するようにするとかはどうか．．
388:login:Penguin
05/05/22 18:05:02 +FM5Ooqg
その方法を使用して gdb 上で動かしても同じだな。 バグか仕様か．．．．
389:login:Penguin
05/05/24 17:26:07 joWxVzDy
include/linux/wait.hとかで
do { \
a=b;
} while (0)
っていうコードがあるんですが
ふつうに
{
a=b
}
でいいじゃんかとおもうのですが
理由わかります?
390:login:Penguin
05/05/24 17:30:16 Pq777ext
>>389
1行でそれはない
391:login:Penguin
05/05/24 17:44:54 QgdNvvN4
>>389
そのマクロを仮に M() として、
if (...)
M();
else
・・・・
みたいに普通の関数呼び出しと同じ書き方ができるようにそうなっている。
do { ・・・ } while (0) だとエラーにならないけど、
{ ・・・ } だと余分な ; でエラーになるでしょ。
392:login:Penguin
05/05/25 12:24:45 tFl/1jDF
>>390
いや、あるんだってば・・・
>>391
勉強になりました
はっかぁは芸が細かいですね(・∀・)
393:login:Penguin
05/05/25 13:47:57 jE8dvz/h
>>392
#define hoge() do { fuga; } while(0)
とか？
最初復文だったのを直したのとかで残っていそうだなあ…
あとで見ておこう。
394:login:Penguin
05/05/25 15:08:34 a5oq5A6O
dmesgの
>Linux Kernel Card Services
> options: [pci] [cardbus] [pm]
[pm]って何？
395:login:Penguin
05/05/26 00:00:54 Xr2DVIzY
>>394 Power Management
396:login:Penguin
05/05/26 00:16:33 8RgdaCKa
2.6.12-rc5
397:login:Penguin
05/05/26 13:09:20 10DIa+9N
2.6.12-rc5-mm1
398:login:Penguin
05/05/26 13:42:31 U8YS+FVv
>>394
PowerMac
399:login:Penguin
05/05/28 03:50:46 5aey3sxH
2.6.11.11
400:login:Penguin
05/05/29 18:05:21 W+r6fu+F
モジュールをつくろうかと
#include<linux/module.h>をして
-D__KERNEL__つきでメイクしようとしたら
linux/config.hで
#ifdef __KERNEL
#error
#endif
となってだめなんですが、これってどういうこと？
401:login:Penguin
05/05/29 19:18:04 +dAJZoHh
「ｆｊの教祖様」が騒いでた（る）、LinuxのFS悲惨、て話は、結局どうなんでしょうか。
開発者の人達の間ではどういう扱いになってるんでそ。
402:login:Penguin
05/05/29 22:32:56 yvAOlBSJ
>>401
誰も知らないはず。
DOUBTの結果がまとまれば、なにかあるんではないかと。
403:login:Penguin
05/05/30 00:20:50 HgyxDVJU
kernelの勉強するために、
2.4をいれたいんですが、
kernelのソースをとってきて、
make clean
make config
make depend
make
まではうまくいくけど、
make boot
すると
tools/build bootsect setup compressed/vmlinux.out CURRENT > zImage
Root device is (253, 0)
Boot sector 512 bytes.
Setup is 2546 bytes.
System is 1201 kB
System is too big. Try using bzImage or modules.
make[1]: *** [zImage] エラー 1
make[1]: Leaving directory `/usr/src/linux-2.4.30/arch/i386/boot'
make: *** [boot] エラー 2
となって失敗してしまいます。
どうすればいいのかわかる人教えて下さい
404:login:Penguin
05/05/30 00:24:45 Rf+HVjlB
>System is too big. Try using bzImage or modules.
405:login:Penguin
05/05/30 00:36:11 62jl6Y+u
訳すと「ちんちんおっき！」
406:login:Penguin
05/05/30 00:41:01 i64dRy21
bootなんてあったのかzImageとbzImageしか知らなかったよ
407:login:Penguin
05/05/30 01:00:50 HgyxDVJU
実習Linuxカーネルという本で勉強してます。
そこでモジュールのインストールがかいてあるのですが、Kernel2.4での説明
なんでKernel2.6から2.4におとしてみようとしてカーネルを再構築しようと
しています。
make bootはそこにかいてありました。
make bzImageもためしてみましたけどおなじでした。
何が問題なんだろう。
408:login:Penguin
05/05/30 01:17:11 41vewDhV
>>407
お前の頭。
エラーメッセージとMakefileくらい読みなさい。
409:login:Penguin
05/05/30 08:00:50 HgyxDVJU
>>408
エラーの意味がわかるが解決しませんでした。
ブートイメージのサイズがでかすぎって出てるんですよね。
make modules
make bzImage
はためしてみたけど駄目でした。
410:login:Penguin
05/05/30 09:28:35 7RFLxPvg
>>409
原因：イメージでかすぎ
対処：イメージちっこめる
なぜイメージでかすぎか？ を考えると良いでしょう
411:login:Penguin
05/05/30 10:46:42 oaWpInZm
>>409
本当にエラー?
FDに入れるにはでかすぎるって出るだけじゃなくて?
412:login:Penguin
05/05/30 15:59:22 loy9UwYr
FDじゃなくて/bootディレクトリにカーネルを置くつもりなら
サイズが云々は気にしなくてもいいんじゃないの？
413:login:Penguin
05/05/30 16:21:21 +CMh+897
そもそもbootは正しいターゲットじゃないと思うんだが。
>>412
zImageの512K制限がある。
414:login:Penguin
05/05/30 16:26:27 FV0ztd/I
「ちっこめる」って…
415:login:Penguin
05/05/31 00:08:49 8xYDVhJg
>>410
小さくするにはどうすればいいんでしょう。
すでに圧縮済なんですよね。
/boot下に
vmlinuz-2.4.30
ってファイルが出来てました。エラーってでてるけど実は成功してるのかなあ
今つかってる2.6のカーネルのイメージの方がサイズでかいし
これでブートできるかためしてみます
416:login:Penguin
05/05/31 00:10:33 8xYDVhJg
ごめん、
なんでかわかんないけど
make bzImage
でうまくいきました。前失敗したのはなんでだったんだろう。
いろいろご迷惑おかけしましたorz
417:login:Penguin
05/05/31 00:11:19 HZzgoz7Q
そして彼は帰ってこなかった。。。
418:login:Penguin
05/05/31 02:38:22 66ZHUBQ4
むちゃしやがって
419:login:Penguin
05/05/31 17:53:28 hgmU9qmf
そろそろ2.6.12きそうだな。
420:login:Penguin
05/06/01 19:45:05 FIUYfxgj
2.6.12-rc5-mm2
421:login:Penguin
05/06/01 20:02:47 Szv/lBgL
>>420
こっちのスレがあるから、このスレには貼らなくていいよ。
ｽﾚﾘﾝｸ(linux板)l50
422:login:Penguin
05/06/02 15:07:48 XCo0Mg4k
くだ質スレから誘導されてきました。
もし、カーネル再構築するときにやらかした（やらかしがちな）失敗談など
ありましたら聞かせてください 。
423:login:Penguin
05/06/02 17:52:21 AQE81Ajp
>>422
consoleでなくてserialにメッセージ出してて焦った。
networkデバイス入れ忘れて、リモートからアクセス不能に。
424:login:Penguin
05/06/02 20:36:31 EfpK6FyE
5月版 BitKeeperからgitへ、ソースコード管理ツール大変更
URLﾘﾝｸ(www.atmarkit.co.jp)
425:login:Penguin
05/06/06 22:18:48 IWleetKF
2.1.12-rc5-mm2はTCPがバグってる。
TCP Congestion周りか。
426:login:Penguin
05/06/06 22:19:07 IWleetKF
2.6.12-rc5-mm2ね…
427:login:Penguin
05/06/07 05:44:53 qd2n2BiC
2.6.12-rc6
428:login:Penguin
05/06/07 10:34:47 Ci48reDo
あー、詳解Linuxカーネル 第3版はいつ出るのでしょうか？
待ちかねています。あまりじらさないでください。よろしこ！
429:login:Penguin
05/06/12 15:27:15 TPCpvO18
2.6.12-rc6を試してみたんだが、またマウスの加速度だかなんかが変更になった？
430:login:Penguin
05/06/12 16:57:13 9YmGTlOf
/dev/input/mouse*だと今までどおりで、/dev/input/miceだとおかしくなる…。
同じカーネルを入れた違う環境では再現しないし、カーネルのせいじゃない…か？
431:login:Penguin
05/06/12 22:40:48 bEj6/smr
>>428
UNIX USERの連載で我慢
432:428
05/06/12 23:05:25 DjvxI2hO
>>431
あの連載は良いね。すごく助かってるＹｏ！
433:login:Penguin
05/06/13 23:02:13 VU5bJy16
>>432 確かに。
あれの本化はいつだろう(w
西田亙さんのGCCプログラミング工房も待ちどおしい。
434:login:Penguin
05/06/14 02:52:30 FVMkoCYR
みなさんはlvなしでman化け対策どうしてます？
435:login:Penguin
05/06/14 02:55:59 YNpkxnO/
誤爆？
436:login:Penguin
05/06/14 22:38:44 mgJM1oDF
>>434
LANG=C
2.6.12でねーなぁ・・・
2.6.11.12とか出てたけど私のarchでは必要なさそうだったし。
437:login:Penguin
05/06/15 00:46:01 okNIAkTa
>>434
jless 使っとけば？ とか。
438:login:Penguin
05/06/15 12:28:40 HqLS/EtM
狂気の法案を拉致問題の安部晋三先生と阻止しよう！！【■■２ちゃんねるが消滅します】
とんでもない言論弾圧法案＝「人権擁護法」が国会に提出されようとしています！！！
この法案の真の狙いは、
①社会的には、２ちゃん/ブログをはじめとしたネット世界の一般人の小うるさい言論の圧殺であり、
②政治的には、拉致問題強硬派＆在日参政権反対の自民右派の消滅です。
民族（朝鮮・中国・韓国）/ 同和 /信条（宗教・層化・赤化）他に関する一切の差別的発言を禁じるという狂気の法律です。
この法律の前例の無い恐ろしい特徴は、特定人に関する言動は当然、不特定多数の集団に関する一般的発言
（朝鮮人は～～と書くこと）までも圧殺しようとする点にあります。
◆違反者には、無令状捜索･差押、出頭要求、矯正教育が待っており、それを拒否すると、
さらに罰金30万＆氏名・住所などの全国晒し上げを食らう（61条）という仰天内容です。
一刻も早く、防戦する安部先生達に、日本国民の怒涛の援護射撃をお願い致します！！！
※※以下５つともアドレス中に★をはさんであります、★を消去の上、どうか必ずご覧下さい！！※※
URLﾘﾝｸ(zinkenvip.fc2web.co)<)★apo/
URLﾘﾝｸ(blog.livedoor.jp)★r_00/
↑↑【凶悪法案の問題点＆背景の全て】
URLﾘﾝｸ(www.kantei.go.jp)★en.html
↑↑【首相官邸ご意見フォーム】イメージと違って、ここは非常に効果ありです！
全部読んでくれます、投稿テーマで返事が変わります！
URLﾘﾝｸ(meyasu.jimin.or.jp)★asu-entry.cgi
↑↑【自民党目安箱】事態は急を告げています。文章は簡単でいいので、国民の「人権擁護法」への反対意思を、
とにかく 1 秒 も 早 く 党本部に伝えて下さい！
■□■人権擁護法ストップin日比谷公会堂 6/19（日）12:30～16:00超大物国会議員登場・皆さん大挙してご参加を■□■
439:login:Penguin
05/06/15 19:24:27 xtr7C4EA
ext2でマウントされたブロックデバイスAから
同じくext2でマウントされたブロックデバイスBに
ファイル(ディレクトリ)をコピーするときに
ブロックデバイスAにあるファイルのiノードの情報を
ブロックデバイスBにコピーする際に利用することって
できますか？？
こうしたらできるはず等ありましたら、教えてください。
440:login:Penguin
05/06/15 20:42:43 iRWAAq6n
>>439
/**ファイルシステム総合スレ その3**/
ｽﾚﾘﾝｸ(linux板)
441:439
05/06/15 20:47:10 xtr7C4EA
書く場所間違えました。汗
442:login:Penguin
05/06/19 07:02:56 ho20SmIi
2.6.12きましたね。
Changelog長すぎて読む気が起こりません。ARM関連のものが多い気はします。
443:login:Penguin
05/06/22 07:14:31 vCNdmguY
URLﾘﾝｸ(japan.linux.com)
>私のところには/dev/sknというデバイスドライバがある。
URLﾘﾝｸ(lkml.org)
>I have a device driver for /dev/skn
444:login:Penguin
05/06/23 23:39:40 pHXSQtNQ
444
445:login:Penguin
05/06/26 09:56:37 6JopJof1
スラドでネタ振りされていた、サインはVGAに関してですが、
LANDISKでは動作報告が挙がっていますね。
玄箱や他のLINUXBOXで動かしてみた人いませんか？
446:login:Penguin
05/06/26 20:56:25 wHwvLnnx
「若手カーネル技術者(U33)によるLinuxカーネル座談会」
で、結局どうなのよ？
将来の日本のLinuxカーネル界は安泰？
447:login:Penguin
05/06/26 23:42:03 t8Ft4DP9
>>446
高齢化が進んでるからなあ…
LKMLにも日本人ほとんどいないし。
漏れも用が無ければポストしないので、あまりどうこう言えないが。