Raspberry Pi2(Linux Kernel)のブートシーケンスを読む(その1) アーキテクチャ依存部 - Qiita
目的 Raspberry Pi2のブートシーケンスを調査する事によって、 Linux Kernelのブートプロセスを学びます。 同時に、Linux Kernel内部で使用される各種構造体の役割を理解します。 使用機器・ソースコード ・Raspberry Pi2 ModelBおよび周辺機器 ・Raspberry Pi(OS)のソースコード rpi-4.1.y ・MacBook Air 電源投入からKernelに制御が移行するまで 今回の目的は、「Kernelを知る事」であり、ブートローダなどの役割を知る事ではありません。 そのため、概略だけを記載します(検証をしていないため、誤っている可能性があります)。 Kernelに制御が移行するまで 1）電源を投入 2）GPU(Broadcom VideoCore IV)が起動 3）GPUがSoCのROMからBootloader(名称不明)を読み込み、
Linuxカーネルもくもく会#6に参加してきました - 夜はいよいよ冴えたのだ。
Linuxカーネルもくもく会#6に参加してきました。この会は各自Linuxソースコードの気になる箇所を読み進めたり、Linuxに関する何かをもくもくと進める会です。 cgroup周りのソースコードを読み進めてみているので、読んでみた内容のメモをまとめてみます。linux-3.17-rc3のソースコードを対象にしています。 start_kernel()からcgroup_init_early()を読んでみる まずはLinuxカーネルのエントリポイントであるinit/main.c:start_kernel()から読み進めてみます。 init/main.c: 500 asmlinkage __visible void __init start_kernel(void) 501 { ... 519 cgroup_init_early(); ... cgroup_*()な関数群で最初に呼ばれているのは
FAQ/Hashtables - Linux Kernel Newbies
How does the kernel implements Hashtables? It wasn't uncommon, when working with older versions of the kernel, to encounter redundant code managing classical data structures such as linked lists, hashtables, etc. Recent versions of the kernel now features a "unified" and very smart generic API to manipulate such data structures. Understanding this API can help you make sense of tidbits of kernel c
http://cecs.wright.edu/~pmateti/Courses/7380/Lectures/Docker/lxc-carata-2014.pdf
Linux Containers Basic Concepts Lucian Carata FRESCO Talklet, 3 Oct 2014 Underlying kernel mechanisms cgroups namespaces seccomp capabilities CRIU manage resources for groups of processes per process resource isolation limit available system calls limit available privileges checkpoint/restore (with kernel support) cgroups - user space view low-level filesystem interface similar to sysfs (/sys) and
Linuxカーネル Docker関連 cgroupsのメモ – Rest Term
前回はLinuxの namespace(名前空間) についてCプログラムやツールを使っていろいろと確認できましたので、今回は cgroups についても調べます。 Linuxカーネル Docker関連 namespaceのメモ namespaceは生成したプロセスに対してリソース体系を割り当てる(隔離空間を作る)のに対して、cgroupsは指定したプロセスのグループに対してリソース制限をかけます。似ているようで全然別の機能ですね。 環境 * CentOS 7.2 (kernel-3.10.0-327.4.5.el7.x86_64) * Ubuntu 14.04 (3.13.0-77-generic) * Docker 1.9.1 cgroups Control Groups provide a mechanism for aggregating/partitioning sets of t
カーネル探検(環境構築からstart_kernelまで) - Qiita
概要 BIOSがMBRを読み込んでブートローダが動き出し、カーネルをメモリにロードして/sbin/initが動き出すまでの処理をデバッグするための自分めもめも。そして最近？は/sbin/initからsystemdに置き換わりつつあるらしいので、systemdを導入しているcentOS7を使用してsystemdから各プロセスを起動させる処理もデバッグできたらいいなぁ(でもきっとむり)。カーネル処理をみていくことでそこから色々派生していろんな知識を学べたらいいなぁ。そしてこのデバッグ経験を活かしてDockerなどのコンテナ技術をカーネル(cgroups、systemd)のコードから理解できるようになれればいいなぁ(でもきっとむり)。 スタート地点 どこからデバッグしてみようかなぁと考えた。とりあえずアセンブラ部分はやめておこう後に取っておこうというとでブートローダ(Cの箇所もあるけど)とばし、
Linuxカーネルのデバッグでprintk(9)デバッグを卒業したいっ！ - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
この記事はLinux Advent Calendar 2015の25日目の記事です。 Linuxカーネルのデバッグである意味一番手軽なのがprintk(9)によるデバッグだと思うんですが（ユーザランドのプログラムで言うところのprintf(3)デバッグ）、この場合h速いCPUを積んだマシンならビルドはすぐに終わるけど、カーネルを変えている以上は再起動はしないといけないし、ちょっと手間ですよね。ということで、printk(9)によるデバッグはそろそろ卒業しようというのがテーマです。 ちなみに、printk(KERN_INFO"foobar\n")よりもpr_info("foobar\n")のほうがお手軽です。pr_で始まるマクロがinclude/linux/printk.hに定義されています。 Linuxのデバッグをするための方法としても下記のようなものがあります（kmemleakとかloc
LinuxカーネルHack: Btrfsにおけるmount周辺の解析 - 佐野デジタル研究所
サマリー mountコマンドを実行すると、mount(2)が実行される。mount(2)があることをはじめて知った。http://linux-documentation.com/en/man/man2/mount.html Btrfsをmountできるようにするには予めカーネルに認識させる必要がある。init_btrfs_fsにてregister_filesystemを呼び出すことで、カーネルに認識させている。 mount時の-oオプションの解釈は、btrfs_parse_optionsにて行われる。パースした結果は、root->fs_info->mount_optに格納される。rootはstruct btrfs_root。サブボリュームを表現する。struct btrfs_fs_infoにはunsigned long mount_optメンバがある。ORを取ることで複数のマウントオプショ
Linuxのスレッド内でchrootした場合の影響範囲を調べた – kelp
今年の目標は「はじめから無理と思わない」「基礎を学ぶ」なので、C言語からも逃げずに立ち向かう1年にしたい。 本日は、Linuxのスレッド内でchrootした場合の影響範囲を調べたのでまとめる。 はじめに 本エントリではLinuxでスレッドを作成して、システムコールの “chroot()” を実行した場合にスレッド内のみchrootされるのか？それとも、プロセス全体に影響するのかを調査していく。 実際に動かして確認する スレッドを作成して、chrootを実行するプログラムをC言語で作成する。 #include <stdio.h> #include <pthread.h> #include <errno.h> #include <dirent.h> #include <sys/stat.h> #include <string.h> void* thread_1(void* param); v
Linuxの不揮発メモリ対応について - Qiita
(2019/6/12追記) 今なおこの記事を参照してくれる方がいらっしゃるのですが、現在は以下のスライドのほうが情報が新しいです。 本記事は残しておきますが、新しい情報はこちらをご参照ください。 https://www.slideshare.net/ygotokernel/nvdimmlinux-137104084 はじめに Linux Advent Calendarの24日目の記事として不揮発メモリの状況について記載したいと思います。今回はkernelのソースの中とかのあまり技術的に深いところは突っ込まず、概略レベルです。（深いところはまだまだ勉強中の身です）。間違いなどがあればご指摘いただけると幸いです。 不揮発メモリとは これまでPCやサーバなどで主記憶装置といえば、電源を停止させたり再起動させるとデータがクリアされる揮発性のRAMが使われて来ました。この主記憶としてのメモリが不揮発
Linux スケジューラーのコア実装とシステムコール - Qiita
はじめに これは Linux Advent Calendar 2016 の第 11 日目の記事です。Linux のタスクスケジューラーのソースコードや関連するドキュメントなどを読んで分かったことをまとめました。とても長いです・・・ はじめにスケジューラーのアーキテクチャと重要な概念を紹介し、その後はスケジューラーコアとシステムコールの実装について分かったことを延々と述べます。調べきれなかったことや分からなかったことは TODO に残したので、コメント欄とかツイッターで教えてもらえると嬉しいです。間違いの指摘も大歓迎です。 ちなみに私が読み始めたきっかけは、スケジューラーのアーキテクチャ、スケジューリングアルゴリズム、スケジューリングアルゴリズムの切り替え方、nice 値やプロセッサアフィニティがスケジューリングに及ぼす影響、プリエンプションの流れ、マルチプロセッサにおけるタスクのロードバラ
Linuxカーネルの新機能 XDP (eXpress Data Path) を触ってみる - yunazuno.log
先日netdev 1.2に参加してみたところ，XDP(eXpress Data Path)の話題で持ち切りといった感じだった． というわけで，XDPについて一通り調べつつ，実際に触ってみた． XDPとは何か？ 誤解を恐れずに一言で言うと，「Intel DPDKのような高速パケット処理基盤をLinuxカーネル自身が用意したもの」であると理解している．このスライドでは A programmable, high performance, specialized application, packet processor in the Linux networking data path と言っている． DPDKはユーザランドアプリケーションがNICを直接叩く(=カーネルのネットワークスタックをバイパスする)ことで高速処理を実現している．一方XDPは，カーネル内の最もNICドライバに近い場所でフッ
Audit, namespaces, and containers
Please consider subscribing to LWNSubscriptions are the lifeblood of LWN.net. If you appreciate this content and would like to see more of it, your subscription will help to ensure that LWN continues to thrive. Please visit this page to join up and keep LWN on the net. Richard Guy Briggs works on the kernel's audit subsystem for Red Hat and has run into some problems with the interaction between t
LinuxにFtraceを導入する - Qiita
Linuxカーネルを再構築（リビルド）してftraceを有効にする方法について説明します。基本的には必要なカーネルのCONFIGの説明だけです。 カーネルコンフィグ ftrace関係の設定項目は、基本的にKernel hackingにあるTracers以下にまとまっています。まずこのTracers(CONFIG_FTRACE)を有効にします。 [*] Tracers ---> この項目に入ると、色んなオプションがあるのが解ると思います。 一つづつ見ていきましょう。 Kernel Function Tracer (CONFIG_FUNCTION_TRACER) いわゆる関数コールトレースです。インライン展開されていない実体のある関数の呼び出しを記録することが出来ます。後述するCONFIG_DYNAMIC_FTRACEをサポートしているアーキテクチャ(x86,armなどほぼ全て)では、通常使っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
block: buffered writeback throttling [LWN.net]
Last-minute control-group BPF ABI concerns [LWN.net]
linux conf au 2017 - Hobart, Australia
Support memory cgroup hotplug [LWN.net]
blk-throttle: add .high limit [LWN.net]
[Documentation] State of CPU controller in cgroup v2 [LWN.net]