いっそリーナスの顔とかどうよ

Linusの奥さんをモチーフにデザインしました

とか言えば反対しにくいかも知れぬ>新キャラ。

ところで日本でドライバ開発の講習会とかないですかね。
独力でやるのに限界を感じる。

nfsd vs nsfd ﾌｧｲｯ!

>>303
わろた
略語は紛らわしいのう

rc4が出てた
そろそろ試してみるか

>>103
何切れてんのこのおっさんwww

いっそリーナスの３人娘を

>>108
ARM版Linuxをメインラインとは別の派生カーネルにすりゃそれで解決じゃん
ディストリがあんだけあるんだしカーネルがちょっとぐらい増えても問題ない

古いボードのサポートコードを綺麗に消したらその人の分はpullする、と宣言したら
ARM界の中であっという間に掃除されるんでは。

古いボードのサポートを消すのはポリシー違反だからLinusは反対するだろ (使っている人が居ないならともかく)
というか問題はコードの重複やメンテナンスしにくい構造にあるわけで

ARMの亜流は今後も増え続けるだろうから、このままだともっともっとすごいことになるね。

ソースを見てなきゃわかるわけない。

時限式になればいいのにな。
５年過ぎて需要なければ消滅とか。

>>115
2006年以前のデバイスで需要が無いとかどのように判断するんだ?

ARMを使って販売や運営をやってる企業と担当開発者の人らにアンケートすりゃいいよ
新製品に移って旧製品のサポートが切れてたら順次該当部分削除

BadRAMが…

ファイルシステムには依存しないっちゅーことですかね。
ファイルのコピーの仕方の問題なのかねえ。

識者の方どなたかご教授お願いします。

rhelを使用しています、
定期的にドライバーにて脆弱性が見つかって
カーネルのアップデートが出ますが、業務の都合上、なかなか
即時アップデートが行えません。

そこで常日頃疑問だったのですが、
対象のドライバーが入ってなければ
その脆弱性に関して、アップデートする必要性はない、という認識はあってるでしょうか？

たとえば、
http://www.redhat.com/security/data/cve/CVE-2011-1746.html
なんかは
generic.ko が入ってなければ心配不要、ということになるのでしょうか？

>>128
まあ一番いいのは顧客を脅すことかな。
それで仕事を取ってくるのが営業の腕の見せどころだろ。

>>128
>対象のドライバーが入ってなければ
これは一応正しいけど脆弱性の影響があるかどうかの判断は結構難しいはず。
即時更新が難しいシステムならksplice使うのが良いと思う。有料だけど。

>>132
xen統合関係なしにプロプラ系は考慮されない罠
特にBKL削除であれこれ動かなくなってる

>>129
> drivers/char/agp/generic.c からは、generic.ko は作られない

なるほど、安直に考えすぎてました。

> rhelに聞くのが一番だと思うが

サポート利用したことがなく使い物になるという期待感は全くなかったのですが
一度聞いてみたいと思います。

> 即時更新が難しいシステムならksplice使うのが良いと思う。有料だけど。

ksplice 初めて知りました、
貴重な情報ありがとうございます！！
有料なのは全く問題ないのですが、軽くぐぐった感じでは
どれほど信頼に足るものなのかちょっと不安ですね。
もう少ししっかり調べて使えそうなら購入したいと思います

皆様ご返答いただいてありがとうございました！！！

昔大学の研究でkspliceやってたな。今は有料化したのかよ！
とか言うと身元が特定されそうだ。

色々と調べてみましたが日本語情報はかなり少ないですね。

>【Linux】カーネル総合4【Kernel】
2時間弱調べて一番濃い内容は
3年前のこのスレの過去ログだったり。。

>>133
>>135
どうでしょう、これって実用性あるのでしょうか？
全くイメージがわかないので
これによるトラブルやパッチ漏れが発生しそうで不安です。
本家にある以下の論文？を読めば理解できますかね
英語は得意ではないですが・・・orz
http://www.ksplice.com/paper

その不安な部分につけこむと(というと言葉は悪いが)、商用サービスができるんだよｗ

Solarisに何十年も前からあった機能がようやく実現したね
遅すぎる

何十年…

スタックやヒープは避けたとしても、戻り値のコンテキストが変わる訳だからなぁ>オンラインパッチ