【Linux】カーネル総合4【Kernel】
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2007/12/02(日) 16:53:13ID:v60lx45q【Linux】カーネル総合3【Kernel】
ttp://pc11.2ch.net/test/read.cgi/linux/1146235963/
0552login:Penguin
2009/03/24(火) 14:32:40ID:kyEDcVni2.6.29 だめだ、ウチはCATVでDHCP接続なんだが、何分かするとネットワークがくたばる。
0553login:Penguin
2009/03/24(火) 15:46:32ID:rew/CQ2p0554login:Penguin
2009/03/24(火) 15:48:26ID:vqmighgs逆に考えろ
今は数こそ少ないがこれから増えまくって人類に代わって世界を支配してやるという野望を持っているんだよ
0555login:Penguin
2009/03/24(火) 16:01:29ID:jdG/hz2L0556login:Penguin
2009/03/24(火) 17:20:45ID:6YSp3Dyiなりましたことは当時誰も想像できなかったのでこざいます」
0557login:Penguin
2009/03/24(火) 19:25:45ID:kmaklgHK>>551のIDが
TesT
だな。
0558login:Penguin
2009/03/24(火) 19:43:38ID:Mg6fm2qb[ 29.465011] IRQ 19/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs
[ 30.538683] IRQ 17/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs
nvidiaの本家のドライバー入れると必ず出る。なんかググっても大した情報が無かった。
ドライバーのバージョンを何個か変えてみたけどやっぱり出る。噂では64Bitだと出なくてx86だと
出るらしいんだけど。
0559login:Penguin
2009/03/24(火) 20:15:01ID:/qzX0rTjスタックプロテクトって、スタックオーバーフローさせないものじゃないの?
0560login:Penguin
2009/03/24(火) 20:43:31ID:SZSOfRtbttp://journal.mycom.co.jp/news/2009/03/24/059/
Linux 2 6 29 - Linux Kernel Newbies
ttp://kernelnewbies.org/Linux_2_6_29
0561login:Penguin
2009/03/24(火) 23:15:08ID:O1f2ziLk気にするな。
ドライバの問題なので、苦情はnvidiaへ。
>>559
あふれたのを検出するだけ。
そのために色々小細工されるので、kernelみたいに
行儀の悪いプログラムには都合が悪い。
0562login:Penguin
2009/03/25(水) 00:06:00ID:KXaahG0g将来のIRQスレッドの実装のために、間違った使い方をしていた場合にWarning出すようになった。実害はない。
ようするにNvidiaクソ
0563558
2009/03/25(水) 00:29:47ID:x7pgsUQ/レストン。実はググった時に英語のサイトの方ですがかなり前からこのワーニングが出ててリーナスは一向になおそうと
しないなんて書いてる人が居たので、って事はカーネルよりドライバーサイドの問題かなとも思ってました。
その方のサイトでkernel/irq/manage.cに当てるパッチを自作してたようですが、なんかパッチというより
見た感じただのソースの削除なんですよね^^; なので当てなかったw
0564login:Penguin
2009/03/25(水) 17:29:30ID:60vMVYbv推察するに、warnig出すようになったソース部分を削除したんでしょうな
(要するに、昔のソースコードに戻しただけ)なんだろう
0565login:Penguin
2009/03/25(水) 21:56:05ID:IDClJJpzどこを見れば対応か否か判別できますかね?
自分で修正したいけどどうすればいいか解らん
0566login:Penguin
2009/03/25(水) 23:48:38ID:uqaWVlhO0567552
2009/03/29(日) 17:06:19ID:QvwOa21Jttp://lists.debian.org/debian-kernel/2009/03/msg00734.html
0568login:Penguin
2009/03/29(日) 22:25:17ID:G8CsmA46ttp://lkml.indiana.edu/hypermail/linux/kernel/0903.3/00025.html
だれか、このスレッドのサマリーくれくれ
0569login:Penguin
2009/03/30(月) 08:41:21ID:2QOFnZq60571login:Penguin
2009/03/30(月) 10:00:07ID:DEJfFw9I自分でrcを試してレポートすれ。
とか
それはディストリビュータの仕事だ。
てな事を言われそうな気もする。
昔みたいに安定版・開発版を分ければ少しはマシに…ならんか。
0572login:Penguin
2009/03/30(月) 15:15:51ID:nfkncL2Pやっぱりか!nfsもすぐ落ちる…
0573login:Penguin
2009/03/30(月) 19:43:08ID:a1nAkH/Iとりあえずそれ使っとけばいいじゃない。
0574login:Penguin
2009/03/30(月) 20:50:43ID:bNrSl60T.27はまだGregKHチームがやってるから、普通のstable release cycleだよ。もうすぐGregは手を引いて
ほんとうのバグフィックスオンリーモードになる見込み
0575login:Penguin
2009/04/01(水) 20:52:56ID:zov+EiQOON/OFFしたかったので、arch/sh/kernel/setup.cのsetup_arch()辺りで
コマンドラインパラメータにquietを指定しようとしています。
ところがJP状態を取得するために下記のような感じでコードを書いたのですが、
どうもJPの状態を参照しようとするとカーネルがハングアップしてしまいます。
volatile u32 *jp1 = (volatile u32 *)0xXXXXXXXX;
if (*jp1 & 0x00000001)
{
*cmdline_p = "quiet";
}
カーネルの中なので物理アドレスで直接I/Oアクセスできると思い、このような
コードを書いたのですが、根本的に何か間違っているでしょうか?
上記コードに何か問題がありましたらご教示宜しくお願いします。
0576login:Penguin
2009/04/01(水) 21:03:40ID:19GFc86iとかいるんじゃねーの
とか嘘ついてやるぜ
うっへっへっへっへ
0577login:Penguin
2009/04/01(水) 23:04:24ID:kF+hkjidLWNにまとまってたよ
http://lwn.net/Articles/326471/
0578login:Penguin
2009/04/01(水) 23:11:47ID:d5fXcon2今から読む。thanks
0579login:Penguin
2009/04/02(木) 00:10:19ID:33mKLiPT・bootloaderで細工した方が簡単
・そこはctrl_inlだろう
というのはまあおいといて。
#ifdef CONFIG_CMDLINE_BOOL
のあたりで、
strcpy(command_line, "quiet");
とか。
つうか、そのアドレスあってるのか?
そのjp1見に行ってでハングつうと、初期化終わってない例外ハンドラが
呼ばれてこける位しかないと思うが。
0580575
2009/04/02(木) 01:03:55ID:9fwzBYt/レスありがとうございます。
>bootloaderで細工した方が簡単
確かにブートローダでカーネルコマンドパラメータにquietを渡す方が簡単ですね。
ブートローダのソースが手元に無かったのでカーネル側で対処しようとしたのですが、
ブートローダのソースを入手してみようと思います。
>そこはctrl_inlだろう
確かにctrl_inlマクロがありましたね。(^^;
しかし、ctrl_inlでリトライしてみましたが結果は同じでした。 orz
とりあえずブートローダのソースが入手できたらブートローダでリトライしてみようと思います。
0581login:Penguin
2009/04/02(木) 02:45:46ID:nZ7WZTIDまず、その*jp1を正しく読めるのかどうか、例えばsetup.cの中のshow_cpuinfoで
if (*jp1 & 0x000000001) {
seq_printf(m, "jp1 is set¥n");
}
とかやって/proc/cpuinfoに期待する結果が得られるか試して見たら?
0582login:Penguin
2009/04/02(木) 13:18:27ID:iWqzU7Dlttp://lkml.indiana.edu/hypermail/linux/kernel/0904.0/00401.html
Atherosオープンソース止めだって。なんかシャノンの定理を覆すデバイス
の開発に成功したとか何とか(w
0583login:Penguin
2009/04/02(木) 16:13:52ID:xQPAIuNj0584login:Penguin
2009/04/02(木) 18:40:31ID:QJV8Kdl6「HAHAHA あそこが止めるはずもない JK」 ってなとこでないと、綺麗に笑えない訳で。
(例えば ATIがlinuxデバドラから人材撤収とかいう記事とかだったら Aprilfool としての出来はどーよ)
0585login:Penguin
2009/04/02(木) 19:34:31ID:AdLAWklr0586login:Penguin
2009/04/02(木) 23:14:55ID:3xboMHn+まあそれなりにあるんじゃないか。802.11n対応のドライバ公開とか
Linuxの無線難民には紙のような存在だし。
0587login:Penguin
2009/04/03(金) 13:10:04ID:W269EutDhttp://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.29.1
0588login:Penguin
2009/04/03(金) 23:32:36ID:VWAfe8sRはいはい
http://pc11.2ch.net/test/read.cgi/linux/1133525131/
0589login:Penguin
2009/04/07(火) 14:25:21ID:5UypKmRVhttp://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.29.1 を適当に読んだ限りでは
commit ed421a64825501e0bdfe848c9decf05d270a9adb が該当してそうだが…
0590login:Penguin
2009/04/07(火) 23:18:48ID:cFXpPa3Rアナウンスに直したようなことが書いてあった。
ような気がする。
0591login:Penguin
2009/04/08(水) 14:30:13ID:cH0YyGV0http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.29.y.git;a=commit;h=ed421a64825501e0bdfe848c9decf05d270a9adb
確かに入ってる。
パッチが>>567にあるのと同じだった。
「2.6.29.1で問題が解決した」って話も出てるし、アップデートするのが吉のよう。
0592login:Penguin
2009/04/08(水) 14:52:31ID:/LhU0cwb0593login:Penguin
2009/04/08(水) 23:06:09ID:J2AI1v/0きちんと個別に存在しなかったっけ。
0594login:Penguin
2009/04/09(木) 00:07:14ID:E6F+6biDttp://www.atmarkit.co.jp/flinux/rensai/watch2009/watch03a.html
待ってたよ!
0595login:Penguin
2009/04/09(木) 00:26:08ID:Zy9rLeoDNTFS自体は対応してるんだけど、APIのレベルで区別してくれないので
見えるんだけどさわれない罠があったり。
0596login:Penguin
2009/04/09(木) 01:43:45ID:PTQTRrqa0597login:Penguin
2009/04/09(木) 23:35:35ID:2hhxZWeh直ってるよー。現在駆動テスト中
0598login:Penguin
2009/04/10(金) 01:22:00ID:M257XfdxJFSで case insensitive
0599login:Penguin
2009/04/10(金) 20:14:48ID:763qOWihばっちゃが、中の人は完全にやめる気だったけど2chの人に説得されたってゆってた
0600login:Penguin
2009/04/11(土) 12:32:44ID:1mZWh2n0stevenは2chやってないとおもうが...
0601login:Penguin
2009/04/11(土) 17:09:52ID:sQyezObastevenはvipperだぞ?
0602login:Penguin
2009/04/11(土) 22:34:50ID:1mZWh2n00603login:Penguin
2009/04/12(日) 12:50:29ID:WJT7hR96あまりにも面白かったので今度Stevenに会ったら伝えとく
0604login:Penguin
2009/04/12(日) 14:46:20ID:BPH8esmQマジレスだけど去年
Linux萌って書いたTシャツプレゼントしたやついただろ
0605login:Penguin
2009/04/14(火) 13:56:56ID:gLPiKUTq0606login:Penguin
2009/04/14(火) 23:01:37ID:M0MCqbq60607login:Penguin
2009/04/18(土) 04:05:25ID:vno7K8Z9遅すぎて使い物にならんと思うが。
0608login:Penguin
2009/04/18(土) 05:10:19ID:RMX0CEhXQemuをカーネルに入れればおk
0609login:Penguin
2009/04/18(土) 10:11:42ID:0X+MA58t> Silverlight, yet it requires SSE so lots of Athlon's and some Pentium
> 2s running Windows XP are simply out of luck. Flash of course has no
> such pointless minimal requirements and works everywhere.
へぇー。
ブラウザシェアならぬ、実稼動CPUシェアを知りたいですな。UA名にプロセッサも
含めてくれないかな。
0610login:Penguin
2009/04/18(土) 11:15:06ID:M0qyB2puIntelは今期も黒字で粗利40%超えてるんだぞ
Intel最強マンセー
0611login:Penguin
2009/04/18(土) 12:21:20ID:0X+MA58tx86というだけで、通常ありえない高利益と需要が約束されている。
もっともWindowsがそれを支えてるのでWindowsが動かんx86は対象外だけど。
他のx86メーカと非x86メーカの間の利益率も比較してみたいところ。
0612login:Penguin
2009/04/18(土) 12:57:59ID:M0qyB2pu貧乏人の戯言に耳を傾けるほど
時間的余裕はないって
英語で言うとどうなるの?投稿するぉ?
0613login:Penguin
2009/04/19(日) 22:31:56ID:UcMMlCYu逆に聞きたいが、今現在においてSSEをあっさり捨てる勇気があるのか?w
0614login:Penguin
2009/04/20(月) 10:16:33ID:I7jvSaJVあとAMDにも、3DNow!について今どう思っているのか聞いといてくれ
0615login:Penguin
2009/04/20(月) 11:58:38ID:yVfskrVKSSE捨てたら、AMD64とINTEL64の64bitモードの浮動小数点演算が
大変なことになるぞ。
0616login:Penguin
2009/04/20(月) 12:10:41ID:xgsq6gfc> 貧乏人の戯言に耳を傾けるほど
> 時間的余裕はないって
それって、裏を返せば、ちょっとでも時間短縮するとたちまち赤字がでるってことか?w
0617login:Penguin
2009/04/20(月) 20:23:13ID:GV2vMemG0618login:Penguin
2009/04/20(月) 20:28:06ID:GV2vMemGキモッ!
0619login:Penguin
2009/04/21(火) 11:44:27ID:F0LOvqQ60620login:Penguin
2009/04/21(火) 19:03:06ID:KUyr8Kraコンパイラさえ対応したらいくらでも変えられそう。
エンコーダ屋さんが困るくらいか
0621login:Penguin
2009/04/22(水) 18:16:32ID:SoS7q4me0622login:Penguin
2009/04/23(木) 00:45:37ID:LSGIh3iL0623login:Penguin
2009/04/26(日) 04:06:16ID:l3pFaAFg使ってる。
0624login:Penguin
2009/04/26(日) 05:01:30ID:FHtJboH2ほとんどで-mno-sse -mno-sse2 -mno-sse3って感じ(実際にはsseだけじゃなくもっと沢山
CPU命令殺してた)になってるんだけど、やっぱコード的にそうした方がいいって事なんだろうか・・
ちなみにCONFIG_X86_32=yでCONFIG_MK8=yで、# CONFIG_X86_GENERIC is not set
になってます。
0625login:Penguin
2009/04/26(日) 22:20:12ID:SuUFLhK1だからRAID6だけはSSE使ってるよ。
0626login:Penguin
2009/04/29(水) 03:27:26ID:Eu1RFbBEcpuの種類を、たとえばAthlon等のものを選択すれば
64bitのkernelとしてコンパイルされるもんなの?
0627login:Penguin
2009/04/29(水) 14:54:20ID:3gMZiKhbいやいや、32Bit環境でCPUを64の物を選んでもダメ。64Bit用のglibcはもちろん、そう簡単に言うと
カーネルとは全く関係無く完全にクロスコンパイル環境がそのマシンで構築されていなくてはだめ。
つまり何のアプリでも即64Bitでコンパイル出来る環境として揃ってないとダメですね。
0628login:Penguin
2009/04/29(水) 15:41:13ID:4pKrL6n7んなこたー無い。
0629login:Penguin
2009/04/29(水) 15:53:18ID:3gMZiKhb0630login:Penguin
2009/04/29(水) 18:28:39ID:Rjo8+Wzsglibcは関係ないべ??
0631login:Penguin
2009/04/29(水) 19:27:51ID:BG3LyTVm実際には64bit用のheader fileが必要だが
0632login:Penguin
2009/04/30(木) 07:42:01ID:q4mF+jP00633login:Penguin
2009/05/01(金) 02:30:11ID:xdNJqN7sARCH オプションを付ける以外何もしなくていいってば
0634login:Penguin
2009/05/01(金) 15:39:50ID:YqmlxfDi0635login:Penguin
2009/05/01(金) 23:17:18ID:a8C9Gxsn$ find . -name "*.S" | wc -l
1165
$ cd sysdeps/i386
$ ls *.S
addmul_1.S bsd-setjmp.S htons.S lshift.S mul_1.S setjmp.S strchrnul.S strpbrk.S strtok_r.S sub_n.S
add_n.S dl-trampoline.S i386-mcount.S memchr.S rawmemchr.S stpcpy.S strchr.S strrchr.S strtok.S
bsd-_setjmp.S htonl.S __longjmp.S memcmp.S rshift.S stpncpy.S strcspn.S strspn.S submul_1.S
0636login:Penguin
2009/05/02(土) 00:54:34ID:EhCR4+nr0637login:Penguin
2009/05/04(月) 17:54:50ID:Uf0+CXEWLinux-UVC(http://openfacts.berlios.de/index-en.phtml?title=HowTo_compile_for_Ubuntu_6.06_LTS)
uvcカメラのドライバーです、最近のカーネルには、最初から組み込まれているようです
kernel2.6.27.7-smpにも、組み込まれており、uvc対応カメラを自動認識したのですが、この度
kernel2.6.29.1へ再構築したら、認識できませんでした、.configファイルの何処を設定したら、uvcドライバーが有効になるのでしょうか、教えてもらえませんか。
0638login:Penguin
2009/05/05(火) 04:14:27ID:GsDTOooVttp://lkml.org/lkml/2009/5/4/157
いつまで続くかなあ…
>>637
V4Lの所で選べる。
0639login:Penguin
2009/05/05(火) 11:32:53ID:ZI5Qcyb1Thxです、ありました、有効にして再コンパイルしたら見事に起動したのですが
不可解なことが起こりました、ffmpegという、エンコーダーとストリーミングサーバーをインストールしているのですが
インストールオプションで、./configure --enable-libmp3lame などと
オプションを付加することで、色々なコーデックに対応するのですが、旧カーネルでは、問題なくライブラリを読み込むのですが
再構築したカーネルで起動すると、パスが見当たらないと、悪態をつきます
新カーネルでそのソフトを、削除して入れ直してもおなじ状況なのですが
再構築する場合に、何か特別なオペレーションを行わなくては駄目なのでしょうか?
0640login:Penguin
2009/05/05(火) 11:51:43ID:OjKOqDfMmodprobe uvcvideo
>>639
普通再構築とは関係ないな。
何か別のことと思われ
0641login:Penguin
2009/05/05(火) 11:56:18ID:ZI5Qcyb1すいません、旧カーネルでffmpeg起動させて、rebootして新カーネルを立ち上げたら
問題なく、ffserverも起動しました、しばらく様子をみます。
0642login:Penguin
2009/05/07(木) 01:02:22ID:/JDLadUUkernel/capability.cを見たら
"Set capabilities for the current process only. The ability to any other process(es)
has been deprecated and removed."
だって。 なんでだろ?
0643login:Penguin
2009/05/07(木) 02:54:19ID:uKQs+bfa2.6.29で権限周りをCRED方式で再実装するときに、整合性とれなくて捨てたと記憶
0644login:Penguin
2009/05/08(金) 21:08:44ID:Bi0nGqMLhttp://www.atmarkit.co.jp/flinux/rensai/watch2009/watch04a.html
ランダムシード受け渡し方法の変更によるアプリケーション起動の高速化
RCUが全面書き直しで「Tree RCU」に
ファイルシステム・フリーズでスナップショット
クレデンシャル処理の全面書き直し
WiMAXレディに
cpumask APIの変更(a.k.a 4096CPU対応ふたたび)
メモリ関連の多数の変更
Ext4への変更
FUSEへの変更
そのほか、および別記事(前月号)ですでに紹介済みのもの
0646login:Penguin
2009/05/12(火) 20:44:38ID:I1XzEsyJこれカーネル付属のドキュメントなんだけど、17行から21行までを見ると自前でカーネル更新した時に
make headers_installして出てきたものをそのまんま/usr/includeにぶっこんでも、例え鳥の用意した
/usr/include/linux、/usr/include/asmなんかが自前で用意したカーネルより古いやつから作られてる
場合でもとりあえずは動くよって解釈でいいのかな?
この辺のヘッダーってglibcやgccが関与してくるよね確か。
0647login:Penguin
2009/05/12(火) 20:54:33ID:G23US09IABI は誤って公開したインターフェースも維持しようと努力してくれるが、公開されてるのがバグと判断されたもんは
バシバシ削除されていってるので、やらない方が無難。
まあ、manになってないようなヘッダー定義を使う方が悪い。というスタンスなんだろうが
0648login:Penguin
2009/05/12(火) 21:20:16ID:9/pA7QiG上書きされるか、そっくり入れ替えられるだけだろ
ここで動く、動かない言ってるのはこれらのライブラリーを使って動くプログラムのこと
古いバージョンのカーネルヘッダーでコンパイルしたpろグラムは
あたらしいバージョンのカーネルで動く (と、期待される)
当然だろ…。 そうじゃなかったらカーネルのバージョンをあげる度に
すべての関連プログラムをコンパイルし直すことになる LOL
21行目までで言ってることはとてつもなく常識的なことだけ
0649login:Penguin
2009/05/12(火) 22:01:51ID:I1XzEsyJ>>647
バシバシ削除ですか、知らなかった。ちょっとそれ聞くと怖いですね・・・
怖いスタンスだ^^;
>>648
いや、自前でカーネルコンパイルしてインストールした場合/usr/include/linux,asm等は一切書き換えられないです。
確かリーナスもそれほいほい新しいのにするのはまずいよ的な事を言ってた気がしたんですが、ここ最近のカーネルでは
make headers_installなんてのをやると、ちゃんと新機能が生きるようなヘッダーのみ抽出してくれるらしくて
ドキュメントにも後方互換的な文になっているようなので、やってみようかなと思った次第です。
0650login:Penguin
2009/05/12(火) 22:22:25ID:9/pA7QiG/usr/include/linux.asm 内はカーネルコンパイル時、
正確には/sbin/mkinitcpio -k 2.6.29.xx 叩いた時の
最新へっだーに依存するだろ
/usr/include/linux.asm内のファイルの日付と自分のログをみれば明らかじゃ内科
0651login:Penguin
2009/05/12(火) 23:52:05ID:I1XzEsyJあれ? /sbin/mkinitcpioって命令が無いですw
Ubuntuなんですが、多分似たような命令はupdate-initramfsだと思うんですが・・
0652login:Penguin
2009/05/13(水) 01:21:46ID:Z5Id1+/V■ このスレッドは過去ログ倉庫に格納されています