【Linux】カーネル総合４【Kernel】

【Linux】カーネル総合４【Kernel】 at LINUX

[前50を表示]
100:login:Penguin
08/03/11 02:00:31 zMxxyNE2
>>99
そのパッチが実は>>82が言っている間違って当たったやつじゃないの??

自分はそう解釈して手作業でnclude/linux/kbuildの中のunifdef-y += i2o-dev.hとunifdef-y += if_addrlabel.hを
とっぱらっちゃったよw

そうしたらヘッダービルドでエラー吐いて止まっていたのが一応は最後まで動いたけど・・・
なんか間違っているかな・・・　unifdef-y += i2o-dev.hはとっちゃダメなのかな?

101:login:Penguin
08/03/16 00:48:49 MpeVb6ev
ethのrebuild_headerが呼ばれるタイミングって
具体的にどんな時？

102:login:Penguin
08/03/19 23:46:52 jmy0fpSq
LKMLが妙に静かなんだが、止まってるんですかねえ。
急ぐ用件は無いのでどうでもいいんだが。

>>101
細かい条件はしらんがARPで使ってたような。

103:login:Penguin
08/03/19 23:58:00 Qa3r2ljm
>>102
MLもイースターでお休み？

104:login:Penguin
08/03/20 00:03:12 13szK1zJ
vger.kernel.orgのwebホストが反応してないのう。

105:login:Penguin
08/03/20 04:37:39 13szK1zJ
On the vger.kernel.org outage
URLﾘﾝｸ(lwn.net)

ディスクの故障だった模様。

106:login:Penguin
08/03/20 05:05:53 tKu/tMTh
2.6.24はこれ以上更新する気は無いようだね。

107:login:Penguin
08/03/20 05:38:24 HD0e/G/U
>>105
Raidでもだめだったのか。

108:login:Penguin
08/03/20 06:24:04 ApFSmS5s
vger復活したようですな。
だけどうちはまだ配送されてこない…

>>107
・実はRAID0だった
・再構築中に別のドライブがお亡くなり
とか、まあよくある話ですよ。

109:login:Penguin
08/03/20 15:30:00 NzSxD3i0
再構築とか断末魔の高温が感染とか、連鎖は結構あるらしいね。

110:login:Penguin
08/03/23 21:49:48 yRCsvBuW
vmwareとかみたいな仮想NIC
モジュールを組み込んだ場合
実物のNICが受け取ったskbは
一度どこに保持されるの？
その後どうやって仮想NICに渡されるのかな？

うーん

111:login:Penguin
08/03/23 22:16:07 NvqLU+q0
>>110
トンネリングドライバをとおして、仮想NICの受信バッファにコピーされる

112:login:Penguin
08/03/23 22:37:18 yRCsvBuW
>>111
とすると
/net/ipv4/ipip.cの
tunnel関係のAPI呼んでコピーするって
理解でいいのかな？

113:login:Penguin
08/04/01 17:53:14 pmN4fC91
Linux Kernel Watch　3月版
Linusの片腕、Andrewの夢は「結合テストを楽に」
URLﾘﾝｸ(www.atmarkit.co.jp)
diffstatが長過ぎる！
リリース管理を効率化する新しい動き：linux-next
そろそろ来るか？ ext4
vmspliceのセキュリティホールで大騒ぎ
-stableの進ちょく

114:login:Penguin
08/04/01 19:07:07 UEFyIKC9
URLﾘﾝｸ(lkml.org)
ちょっとびびった。

115:login:Penguin
08/04/01 21:19:31 ANvX4LXa
やっぱFreeBSD最強だな

116:login:Penguin
08/04/03 01:56:49 dVTiRbCS
Linux Unified Kernel
URLﾘﾝｸ(www.reactos.org)

117:login:Penguin
08/04/03 16:33:35 PZ7B2EAT
SLQB
なんて読むんすか

118:login:Penguin
08/04/03 21:16:57 pOT0s9Wt
SiLuQaBoke

119:login:Penguin
08/04/03 22:34:23 itZB1pzN
>>117
まさか、また増えるとは思わなかったよな。正直

120:login:Penguin
08/04/04 01:03:27 OtFZQ81U
パケットsendtoとrecvfromでコピーすると
結構コストかかって困る。

どうすりゃいいんだろう。
700Mbps3本とかになると絶望的だ

121:login:Penguin
08/04/04 22:25:39 EB7v+A+k
>>120
意味がわからないんだぜ

122:login:Penguin
08/04/05 06:26:22 b3ldXGNy
Linux開発者が脱童貞に成功して話題に
ｽﾚﾘﾝｸ(news板)

123:login:Penguin
08/04/06 14:15:01 JJCiprq0
2.6.24に対応したvserver-patchてないんかね

124:login:Penguin
08/04/06 23:25:30 G9Hec4Dd
あるよ。Linux-VServerの開発版フォルダにおいてあった。
ただ、まだテスト中。どこが悪いというわけではなく、単に正式版を
取りまとめられてないだけらしい。

125:login:Penguin
08/04/08 09:59:31 dZO4G6Kf
【レポート】Linuxカーネル開発の舞台裏 (1) にぎわう開発コミュニティと企業の思惑 | エンタープライズ | マイコミジャーナル
URLﾘﾝｸ(journal.mycom.co.jp)

Linuxカーネル開発―誰がこの仕事を担っているのか？－＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)

Linuxカーネルの開発者数，2005年から3倍に増加：ITpro
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

126:login:Penguin
08/04/09 00:40:38 miANdZt+
eth0からloopbackにskbデータ渡された場合
このskbデータはポインタとして渡るの？
それともコピーされて渡されるの？

いまいち仮想NIC作ってるけどこのへんが曖昧で困る

127:login:Penguin
08/04/09 07:10:54 yVLTyVbP
>>126
そのためのソース

128:login:Penguin
08/04/16 21:30:20 vkAUGKVL
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 15
EXTRAVERSION = .7-ubuntu1
NAME=Sliding Snow Leopard

Makefile 見るとこんな記述があるのですが、
NAME っていったい何のためにあるのでしょうか？
またカーネルコンフィグの中の
CONFIG_LOCALVERSION とどのような関係があるのでしょうか？

後者は uname で現れる名前が変わるだけなのでしょうか？
カーネルモジュールのバージョンチェックなどへの
影響範囲について記述されたページがあれば教えていただきたいです。

129:login:Penguin
08/04/17 14:53:35 2ZTMPRpD
CentOS と Fedora を使っています。
自分のマシン用にカーネルをビルドして快適に過ごしているんですが、
そのカーネルを同系のマシン群に持って行きたいと思っています。
そこで rpm 化したいのですが、どこから手をつければいいんでしょうか？

いっそのこと普段使っているカーネルイメージと initrd などを
一式コピーしようかとも思うのですが、できれば遠隔地なので
rpm 化して送りつけて先方でインスコしてもらおうと思っています。

えっと、 spec ファイル書かなきゃだめですか？

130:login:Penguin
08/04/17 14:55:38 oKMPwdta
>>129
Fedoar/Centのkernelのsrc.rpm持ってきて、kernel.spec 改造。
あとは、rpmbuild。

131:login:Penguin
08/04/17 15:02:24 9MUt1grs
>>129
セキュリティーアップデートがあるたびに
パッケージ作り直すんですか。

ご苦労様

132:login:Penguin
08/04/17 15:38:50 SfBgT8dA
ネットで憂さ晴らしですか。

(・∀・)ﾆﾔﾆﾔ

133:login:Penguin
08/04/18 03:05:57 YPlxF7YB
-rw-rw-r-- 1 536 536 48601689 Apr 17 03:13 linux-2.6.25.tar.bz2

134:login:Penguin
08/04/22 02:58:32 K5LULxC1
>>129
それだけならカーネルと/lib/modules/`uname -r`をtarで
固めてコピーしたほうが手っ取り早いと思うんだが。

135:login:Penguin
08/04/28 04:35:50 Jwl+b1GN
URLﾘﾝｸ(kerneltrap.org)
なんかlinuxには似合わない代物が来たな。
別に進化を否定している訳ではないが、どのくらい実用的なんだろう。
kexecは既にふつーに使えるしねぇ。

136:login:Penguin
08/04/28 22:11:10 4G8VwVTo
>>135
そうか？　かなりlinuxらしいし、きれいな実装法に思えるが。　kexecはあくまでもfast rebootで
あるからrebootlessで全ての状態が中断されずに走り続けるkspliceとは比較にならないと思う。

変更の解析にgnu bfdライブラリを使ってオブジェクトレベルで行い、特別なコンパイラレベルの
ツールを使わないというのも既存のディストリとの整合性も良いし、最後の結論の：

Due to Ksplice’s high level of automation and focus
on ease of adoption, it should be possible for any Linux
distributor―or other motivated individual―to start re-
leasing Ksplice-based hot update packages for common
starting kernel configurations.

は期待してしまう。　kspliceに基づくカーネルのホットアップデートがrpmやdebで配布され、
それをrpm, dpkgするだけで走り続けながらパッチが出来たらうれしいユーザーは多いと思うよ。

137:login:Penguin
08/04/28 23:04:25 XN/aGQUB
しかし、 kexec にしろこれにしろむしろ reboot ばっかの Windows に搭載されるほうが効果あるよなぁ。
いつか、 Windows の活気的新機能! リブートせずにOSアップデート! とか広告されちゃう日が来るんだろうか。

138:login:Penguin
08/04/28 23:09:22 Jwl+b1GN
winでは既に載っていなかったっけ?
linuxに似合わんと書いたのはちゃんと読んでなかったけど、
データ意味の変わらないパッチに対してのみ差分適用できるってやつか。
apiを通じてフェイルオーバー云々なのかと思ったよ。

139:login:Penguin
08/04/28 23:15:03 xAo94tBm
kspliceでユーザ空間のアプリ
どの鳥でも簡単にホットスワップする
方向にいくといいんだけどね

通信デバイス組み込みだと神機能になるなぁ

140:login:Penguin
08/05/01 05:19:39 B2N5tSzk
URLﾘﾝｸ(lkml.org)
誰か答えてあげてください。

うちは古いPCがまだ2.4のままだが…最近使ってないからなあ。

141:login:Penguin
08/05/02 21:58:22 2xF5hA5s
へー。ksplice。
カーネルの実行コードをランタイムで置き換えるようなイメージ?
普通のコードとの類推で考えると、例えばコンパイラが最適化しちゃってるような部分
（自動インライン化とか）は、ソースとの対比がしにくいでしょ。
そういうのはどうなってるのかな、と思ったり。
いかん、プログラムがカーネルかユーザかでどう違うのかもよくわからなくなってきた。
アホなこと書いてたらごめんなさい。

142:login:Penguin
08/05/02 23:04:22 COmGxuSX
ksplice が ON になってると /proc/ksplice/map みたいなとこにそういう情報うめこむとか?

143:login:Penguin
08/05/02 23:05:50 UYoRQPop
>>141
> ソースとの対比がしにくいでしょ。

kspliceはパッチ当てる前と後のカーネルをそれぞれビルドし、バイナリを比較してパッチを
作成するのでソースは読まない。

144:login:Penguin
08/05/03 08:33:49 4uOkgA2v
カーネルをコンパイルするとき、

make
make modules_install
make install

が定番のようですが、 make install するとすでに bzImage があるのに
またビルドしなおしているようです。つまり最初の make でやってること
をもう一度やっているようなのです。気持ち悪いので何が起こっている
のか見てみようと思ったのですが、 Makefile には install という
ターゲットの定義がありません。

そもそも最後の make install は、bzImage を /boot に適切な
名前でコピーして initrd のイメージを作るという二つのタスクを
やっているだけなのでしょうか？とするとそこは手動でやれば
いいということなのでしょうか？

CentOS だと make install で initrd のイメージまで作って
くれるようですが、Ubuntu だと mkinitrd コマンドが別に
用意されていて手動で作らないといけないみたいです。

145:login:Penguin
08/05/03 14:40:17 RESuStAm
make installをkernelビルドで叩いたことは、今だかつてないな

146:login:Penguin
08/05/03 15:36:50 35c0bNHS
>>144
結局必要なのは
１．bzImageのコピー
２．System.mapのコピー
３．initrd の構築

だけなので、おいらはいつも自前スクリプト

147:login:Penguin
08/05/04 08:03:44 YbfIo6tr
>>144
CentOSのkernel src.rpm拾ってきて、kernel.spec読んでみれば？

148:login:Penguin
08/05/04 10:23:57 0n/4jA1S
ふつう

make bzImage & make modules
meke modules_install
頑張って登録

じゃねーの？

149:login:Penguin
08/05/04 14:45:18 f2RRTopy
>>148
普通かどうか知らんけど、おいらも同じ。
bzImage だけ /boot へコピーして reboot。

150:login:Penguin
08/05/04 14:57:07 wXNFlkH2
>>144
arch/$(ARCH)/Makefile

151:login:Penguin
08/05/04 18:05:33 2gCDjBFB
>>148
make bzImage & make modules

は古い作法。

make

だけで上記２つはやってくれる。
つか、ほとんどのアーキでカーネルはbzImageではつくらないわけで、
最近のドキュメントからは消えてるやりかただと思う。

もちろん実害はないけどね。

152:login:Penguin
08/05/04 21:49:51 mLAMu6gx
>>144
たぶん、気のせいだと思うよ。
bzImageを作るのではなくて、bzImageを作る必要があるのかどうかチェックしているだけじゃないか。

153:login:Penguin
08/05/05 14:31:15 Vur9Ut4N
あれ？
make だけで bzImage まで作ってくれりるの？
そのあと make modules したらまたモジュールのコンパイルしている気がするのは気がするだけか。

154:login:Penguin
08/05/05 14:42:23 pTqXDz/U
おれの場合

2.4系
make bzImage && make modules && make modules_install

2.6系
make && make modules_install

その後は共通
cp System.map /boot/System.map-2.X.XX.X && cp arch/i386/boot/bzImage /boot/kernel-2.X.XX.X
mkinitrd /boot/initrd-2.X.XX.X 2.X.XX.X <-必要あれば

>>153
気がするとかいうんじゃなくて make V=1 で verbose させたときの出力でも貼れよ

155:login:Penguin
08/05/05 14:43:27 pTqXDz/U
2.4系の場合、make dep するの忘れてた

156:login:Penguin
08/05/05 14:49:01 B6gPYpkP
パッケージで管理しないの？

157:login:Penguin
08/05/05 14:54:41 pTqXDz/U
パッケージで管理しなきゃいけないなんて強迫観念、どこからくるの？

158:login:Penguin
08/05/05 15:33:50 eCuCEW49
たまたまbzImageって打ち忘れたときに
makeだけでbzImageとmoduleもやってくれるって気がついた

159:login:Penguin
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
ルールが意味不明

次ページ