본문 바로가기

【Fundamental Tech】/→ 🐧Kernel

ftrace framework 구조 및 소스파일 구조 ftrace framework 구조 및 소스파일 구조
2022. 10. 25. ◈ References: 박진범(jinb.park7@gmail.com) ftrace framework 구조 ftrace는 Linux Kernel을 Trace하기 위한 하나의 framework이다. 아래 그림은 ftrace framework의 구조이다. common components ring buffer: trace의 결과를 저장할 버퍼이다. trace 결과 기록 및 사용자가 요청시 이 버퍼의 내용을 출력해준다. debugfs I/F: debugfs interface. 사용자ftrace 인터페이스 역할을 한다. debugfs 파일을 통해 사용자는 tracer 세팅 및 trace 결과 확인이 가능하다. plugin tracers / stack tracer / event tracer 특정 요소를 후킹하여 원..
리눅스 커널 3.2 와 복잡한 커널 트리 간단 정리 - linux-next, mainline, stable 리눅스 커널 3.2 와 복잡한 커널 트리 간단 정리 - linux-next, mainline, stable
2020. 11. 14. * 원문출처: m.blog.naver.com/5bpa/130126341715 2.0 대에서 2.2 대로 올라갈 때 난리 소식을 들은 적이 있고, 2.2 대에서 2.4 대로 올라갈 때 난리 속에 나도 말려든 적이 있다. 인터럽트 처리 방법이 달라져서, 그 때 당시 짜던 코드를 포팅하느라 진땀을 흘렸다. 물론 다행히 그리 어렵지 않게 고칠 수 있어서 한숨 돌릴 수 있긴 했지만. 그런 것에 익숙하다보니, 리눅스 커널이 3.0 이 된다는 것은 엄청난 breakthrough가 있지나 않을까 했다. 그런데 리누스의 말처럼, 3.0에는 먼저 화끈한 것은 없었고, 리눅스 커널 탄생 20주년을 맞이해서 3.0으로 버전업을 했다고.. ^^ 자유로운 생각답다. 그렇게 나는 나도 모르게 커널 3.0을 쓰고 있는 와중에... ..
kthread_create_list 연결 리스트와 kthread_create_info 구조체의 관계
2020. 11. 8. Linux Kernel Linked List: bbingju.wordpress.com/2013/08/25/linux-kernel-list-h/ create = list_entry(kthread_create_list.next, struct kthread_create_info, list);
커널 빌드 스트립트 - Bash 쉘스크립트 절대경로 얻기 커널 빌드 스트립트 - Bash 쉘스크립트 절대경로 얻기
2020. 11. 5. 쉘스크립트 내부에서 자신이 있는 위치를 절대경로로 얻는 방법 어느 위치에서 실행하든 쉘스크립트 파일의절대경로를 얻을 수 있음 KERNEL_TOP_PATH="$( cd "$(dirname "$0")" ; pwd -P )" *참고 - $()에 대한 테크닉 - 커맨드의 일부로서, $()에 적혀 있는 커맨드의 출력 결과를 삽입하는 bash 기능 70Page - System.map 파일 Embedded Reccipes - 3장 참고
리눅스커널(Linux Kernel)의 버전관리(Versioning)
2020. 10. 24. *원본 출처: cloudrain21.com/version-management-of-linux-kernel 리눅스커널(Linux Kernel)의 버전관리(Versioning) - Rain.i All about IT tech, especially database, cloud, linux, clustering. cloudrain21.com 오늘 나는 이 문서의 내용중에서 특히 기본적으로 알고 있어야할 Linux Kernel 의 Versioning 에 관해 요약해보려고 한다. Linux Kernel 의 버전 관리가 이전에 비해서 좀더 복잡해진 가운데, 릴리즈 주기가 약 3 개월 단위로 짧아진 것은 버전관리 Process 가 그만큼 효율적으로 잘 정립되어 있기 때문이 아닌가 싶다. 참고로, 포스팅을 하고 있는 2..
특정 버전의 Linux 커널 소스 코드 다운로드
2020. 10. 24. 가장 쉽고 대역폭 친화적 인 방법은 커널의 git 리포지토리를 복제하고 태그를 기반으로 원하는 버전을 확인하는 것입니다. linux-stable repo 를 복제하는 것이 가장 좋습니다 . 안정된 모든 릴리스에 대한 태그가 포함되기 때문입니다. git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git cd linux git checkout v2.6.36.2 나중에 다른 버전으로 전환 git checkout v3.5.2 모든 최신 태그 및 커밋을 포함하도록 저장소를 업데이트하려면 git fetch
[Linux] 블록 장치 I/O 동작 방식 (4) in Linux 3.1-rc4 [Linux] 블록 장치 I/O 동작 방식 (4) in Linux 3.1-rc4
2012. 2. 4. *출처: http://studyfoss.egloos.com/5585801 지금까지 상위 (filesystem) 계층에서 요청된 I/O 연산이 bio를 거쳐 request로 만들어지는 과정을 살펴보았다. 이제 이렇게 생성된 request가 I/O 스케줄러 단에서 처리되는 방식을 알아볼 것이다. 앞서 살펴보았듯이 생성된 request는 대부분 (per-task) plugging 기능이 적용된 상태일 것이므로 (직접적인 read/write의 경우는 물론 read-ahead, writeback의 경우도 이에 해당한다) I/O 스케줄러에게 전달되기에 앞서 plugged list에 잠시 보관된다. plugging 기능을 사용하려면 해당 함수의 스택에 blk_plug 구조체를 할당하고 먼저 blk_start_plug..
[Linux] 블록 장치 I/O 동작 방식 (3) in Linux 3.1-rc4
2012. 2. 4. *출처: http://studyfoss.egloos.com/5583458 앞서 글에서 살펴보았듯이 bio를 통해 전달된 I/O 연산 요청은 각 블록 장치 드라이버에서 제공하는 make_request_fn 콜백을 통해 처리되는데 일반적인 디스크 장치의 경우 __make_request() 함수가 request를 할당하고 buffer bouncing, plugging, merging 등의 공통적인 작업을 처리한 후 이를 (elevator라고도 부르는) I/O 스케줄러에게 넘겨주게 된다. 여기서는 이 __make_request() 함수에 대해서 알아보기로 할 것이다. 가장 먼저 blk_queue_bounce() 함수를 통해 디스크 장치의 특성에 따라 페이지를 더 할당하는데 오래된 ISA 방식의 디스크인 경우 디..

티스토리툴바