Linux Kernel Development (Developer's Library) 作者: Robert Love出版社/メーカー: Addison-Wesley Professional発売日: 2010/06/22メディア: ペーパーバック購入: 3人 クリック: 62回この商品を含むブログ (9件) を見るP. 74 Parameter Passing In addition to the systemcall number, most syscalls require that one or more parameters be passed to them. Somehow, user-space must relay the parameters to the kernel during the trap. The easiest way to do this is
yebo blog: Kernel.orgを攻撃したクラッカーはそれを知らなかった?
2011/09/04 Kernel.orgを攻撃したクラッカーはそれを知らなかった? Kernel.orgへの侵入はびっくりしたが、Phalanxという検出しやすいrootkitを使用していたり、SSHにバックドアを仕掛けようとしていた点などから、攻撃者はKernel.orgを攻撃しようという意図があったわけではなく、どういうサイトなのかも知らなかったのではないかという[slashdot]。だから、ソースコードへのアクセスや改変を試みようとしなかったのだろうか。 メールで送信 BlogThis! Twitter で共有する Facebook で共有する Google バズで共有する 投稿者 zubora 投稿時間 04:59 ラベル: Linux, Security 0 コメント: コメントを投稿
yebo blog: Kernel.orgのサーバが侵入される
2011/09/01 Kernel.orgのサーバが侵入される Linuxカーネルのソースコードを管理・配布しているKernel.orgの複数のサーバがセキュリティ侵害を受けていたと公表した[LWN]。発覚したのは8月28日で、8月始め頃から侵入をを受けていたそうだ。ソースコードのリポジトリは影響が無いかどうかを検査中。また、侵入方法(正規ユーザとして入っているらしい)やroot権限奪取の方法についても調査中とのこと。侵入者は、OpenSSH関連のファイルの書き換えや、起動スクリプトにトロイの木馬を入れていたらしい。30日以内にkernel.orgからソースコードをダウンロードしたなら、チェックをした方がよさそうだ。 メールで送信 BlogThis! Twitter で共有する Facebook で共有する Google バズで共有する 投稿者 zubora 投稿時間 11:44 ラベル:
ホーム 検索 - ログイン | | ヘルプ 技術/Linux/"make mrproper" の "mrproper" って何のこと？ [ Prev ] [ Next ] [ 技術 ] Linux KernelのMakefileターゲットで、 make clean はオブジェクトファイルを削除、 make mrproper だと設定ファイル関連も全て削除、という二つがあります。 で、"clean"は分かるが "mrproper" って何のこと？と前からうっすら気になってましたが、この度めでたく判明しました。 Linuxカーネルのコンフィグレーション手順－ ＠IT自分戦略研究所 http://jibun.atmarkit.co.jp/lskill01/rensai/lpicdrill05/lpicdrill02.html より： トーバルス氏が、欧州で知られているMr.Properというク
Ubuntuは、古いカーネルを自動で消してくれないの? パソコン起動時のGRUB2メニューに「Ubuntu, with Linux〜」が溜まってきました。 linux-image(kernel)がアップデートするたびに行が増えていきます。Fedoraみたいに古いのを自動でアンインストールしてくれないのですね。GRUBのメニューが煩雑になるし、無駄にハードディスクの容量を食うし、非常に気に入らない。 Fedoraの場合、下のようなコマンドも用意されてます最新と一世代前以外のkernelを削除 # package-cleanup --oldkernels 最新版以外を削除 # package-cleanup --oldkernels --count=1Ubuntuでも package-cleanup のように、半自動でカーネルを消す方法がないか調べてみると、Ubuntu Tweakに似た機能が
Introduction List of official ports List of other ports Introduction As most of you know, Linux is just a kernel. And, for a long time, the Linux kernel ran only on the Intel x86 series of machines, from the 386 up. However, this is no longer true, by any means. The Linux kernel has now been ported to a large, and growing, list of architectures. Following close behind, we have ported the Debian di
trace-cmdは、Linuxカーネルに内蔵されたトレーサ（カーネル内の各種処理を追跡するツール）である「ftrace」を簡単に操作するためのコマンドツールだ。 ftraceには、アプリケーションやカーネルの実行経路（ライブラリや関数を呼ぶ経路）の途上で、各種処理を追跡し記録する機能がある。ftraceを使って記録した情報を分析すれば、割り込み処理の遅延時間を調べたり、カーネルの動作が重い原因を探ったりする際に役立つ。 ただしftraceの操作は非常に煩雑なので、フロントエンドツールとしてtrace-cmdが広く使われている。trace-cmdのサブコマンドを使ってftraceを操作することにより、カーネルの動作の流れを視覚的に把握しやすくなる。 またtrace-cmdには「kernelshark」というGUIのフロントエンドツールがある。よりグラフィカルにトレースデータを表示するので、
This is the web site for the book, Linux Kernel in a Nutshell, by Greg Kroah-Hartman, published by O'Reilly. To quote the "official" O'Reilly site for the book: Written by a leading developer and maintainer of the Linux kernel, Linux Kernel in a Nutshell is a comprehensive overview of kernel configuration and building, a critical task for Linux users and administrators. No distribution can provide
なんかスラドのトピックが立っていたので、しばらくコメント読んでた。 元記事： http://gihyo.jp/admin/clip/01/linux_dt/201011/18 スラド： http://slashdot.jp/linux/article.pl?sid=10/11/21/0354238 なんか全然とんちんかんなコメントが結構あってSN比悪いね。 正直gihyoの記事はスラド本家からパクってきたのが丸わかりで評価が低かったのだけれども、いい感じに誤解が誤解を生んでいるようだ。 誤解１： いままで誰も思いつかなかったミラクルなパッチである。ひゃっほー 誤解２： ttyのロックを減らすのに意味がある 誤解３： このパッチはWindowsがやっているようなフォアグラウンドアプリの優先度をブーストするパッチである ふはは これをミラクルパッチだと思ってる人はLKMLにはいないんじゃないか
Greetings, Comments, suggestions etc highly welcome. This patch implements an idea from Linus, to automatically create task groups per tty, to improve desktop interactivity under hefty load such as kbuild. The feature is enabled from boot by default, The default setting can be changed via the boot option ttysched=0, and can be can be turned on or off on the fly via echo [01] > /proc/sys/kernel/sch
[prev in list] [next in list] [prev in thread] [next in thread] List: linux-kernel Subject: Re: [RFC/RFT PATCH v3] sched: automated per tty task groups From: Linus Torvalds <torvalds () linux-foundation ! org> Date: 2010-11-15 3:12:27 Message-ID: AANLkTikp=RJSpL1NYje89URu0St0RprUwR7ad8Q7a=-= () mail ! gmail ! com [Download RAW message or body] On Sun, Nov 14, 2010 at 5:13 PM, Mike Galbraith <efaul
BUG_ONマクロは、Linuxカーネルにおいて、引数に与えられた式を評価した結果が真となることが想定されない箇所(つまり、真ならバグ)で使われる。簡単に言うと、Cのassertのようなもの。ただし、assertよりもきつくて、BUG_ONの引数が真になると、カーネルパニックを引き起こす。つまり、BUG_ONの引数が真になったらカーネルが即死なので、利用には十分に気をつけるべきマクロである。 Btrfsのコードを読み始めて薄々感じていたけれども、BtrfsではこのBUG_ONマクロが過剰なまでに多く使われている。 他のファイルシステムと比べて、どの程度過剰か数字を取ってみた。(数字は、最新のメインラインより計測。tail -n +2は、findの結果の1行目にfsが含まれることで、xargs grepで2重に計測してしまうのを防ぐトリック。BUILD_BUG_ONは、無害とみなした。) 枯
たとえば SSH や PGP の鍵対を生成するときには、本当の乱数が必要になる。疑似乱数ではダメだ。Unix 上で乱数を生成してくれるデバイスとしては、/dev/ramdom がある。/dev/ramdom には、真性乱数が蓄えられていて、read システムコールで必要なバイト数だけ読み込むことができる。 /dev/ramdom が真性乱数を生成する方法は、実に単純だ。ハードウェア割り込みの間隔を測るのである。今の間隔が直前の間隔よりも短ければ 1 を、長ければ 0 を真性乱数として蓄える(0 と 1 の割り当ては逆かもしれない)。つまり割り込みが、時刻 t1、t2、t3 に起こったとすると、t2 - t1 と t3 - t2 を比較するということだ。 /dev/ramdom は、ブロックデバイスなので、必要な量の真性乱数がなければ、read システムコールはブロックする。このブロックをで
昨日からLKMLの購読をはじめた。がんがんメールが飛んでくる。 つい最近届いた「[PATCH 01/10] Fs: ext4: acl.c: fixed indent issue」というメールがあって、内容を見ると、単にインデントを修正しただけという内容。 Found and corrected indent issue using checkpatch.pl checkpatch.plってなんだろう?と思って、findをかけてみる。 % find . | grep checkpatch.pl ./scripts/checkpatch.plcheckpatch.plの変更履歴を追ってみる。checkpatch.plは要はパッチのコードチェッカーと。コーディングスタイルから外れているものや、関数等の利用が適切でないなどを指摘してくれる。2007年6月から導入された仕組みの模様。以下はchec
そういえば C で quine 書いた覚えがないなー、あと Linux のカーネルモジュール書いてみたいなー、と思ったので、練習として Linux のカーネルモジュールで quine を書いてみました。 ref: http://github.com/mame/kernel-mode-quine ビルド方法。まず、環境にあわせて Makefile の KDIR をいじってください。Ubuntu ならいじらなくてもいけるかも。Debian だと linux-headers とか入れればこのままで行けるかも。とにかく make が通れば OK 。 $ vi Makefile $ makeinsmod でカーネルにロードする。素人が書いたカーネルモジュールなので、何が起きても知りません。 $ sudo insmod ./quine.ko/proc/quine ができてるはず。 $ ls /proc
We do not trust BIOS tables, because BIOS writers are invariably totally incompetent crack-addicted monkeys. If they weren't, they wouldn't be BIOS writers. QED. And in fact the Apple problem is an _example_ of this BIOS writer incompetence, not some shining example of them doing something right. Linus 超訳： 僕らはBIOSテーブルを信頼してないよ。なぜってBIOS書きってヤツはいっつも パーペキ無能なコカイン中毒のサルなんだから。もしそうじゃなかったら 彼らはBIOS書きなんかにはならなか
Linuxカーネルの話を知りたいなーってんで、『Linuxカーネル解読室』の輪講を始めました。とりあえず、カーネルのソースをがりがり読み込むというよりは、ざっくりと動作を把握しようという感じで。今日の初回は、第1章「プロセススケジューリング」を読みました。この分野にまったくもって不案内なので、難しい……。少しづつでも理解を進めたいです。 以下に資料を貼り付けておきます。実際には、id:naoyaをはじめとした参加者によるフォローに助けられて進めた感じなので、資料だけだといろいろとアレな面もあるとは思います。 Linuxカーネル2.6解読室 作者: 高橋浩和,小田逸郎,山幡為佐久出版社/メーカー: ソフトバンククリエイティブ発売日: 2006/11/18メディア: 単行本購入: 13人 クリック: 189回この商品を含むブログ (116件) を見る [24時間365日] サーバ/インフラを支
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
yebo blog: ClangでLinuxカーネルをビルドできた