두찡의 일상

void __init __no_sanitize_address setup_arch(char **cmdline_p){ setup_initial_init_mm(_stext, _etext, _edata, _end); *cmdline_p = boot_command_line; kaslr_init(); early_fixmap_init(); early_ioremap_init(); setup_machine_fdt(__fdt_pointer); /* * Initialise the static keys early as they may be enabled by the * cpufeature code and early parameters. */ jump_label_..

kernel 을 초기화하는 start_kernel 는 여러 함수로 이루어져있다.우선은 하나씩 분석을 해보자 // stack 의 끝에 overflow detection 을 위해 magic 값을 설정 set_task_stack_end_magic(&init_task); // 시작 cpu 의 (0번) id 를 지정 smp_setup_processor_id(); // 디버그를 위한 lock 과 리스트 초기화 (간단해서 분석 x) debug_objects_early_init(); // notes 영역에서 빌드 id 를 획득해서 변수에 저장 init_vmlinux_build_id(); // cgroup subsystem 초기화 cgroup_init_early();..

primary_switchprimary_switchSYM_FUNC_START_LOCAL(__primary_switch) // vmlinux.lds.S 에 미리 위치가 정해져있는 reserved_pg_dir, init_idmap_pg_dir 을 x1, x2 인자로 설정 // init_idmap_pg_dir 은 초기에 사용할 페이지 테이블 // reserved_pg_dir 는 나중에 사용할 페이지 테이블 adrp x1, reserved_pg_dir adrp x2, init_idmap_pg_dir bl __enable_mmu adrp x1, early_init_stack mov sp, x1 mov x29, xzr mov ..

| mov_q | move an immediate constant into a 64-bit register |arch/arm64/mm/proc.Sisb : 인스트럭션 fetch 됐던걸, 이전 명령 실행 전까지 미룸msr SCTLR_EL1, x0 ; 시스템 제어 레지스터 변경// 파이프라인에는 다음 명령들이 이미 들어왔음!add x1, x1, #1 // 엔디안값이 SCTLR 에서 바뀌었다면?? (정확한 예시인지는 잘 모르겠음) 확인해보고 싶다->msr SCTLR_EL1, x0isbdsb nshdsb: data synchronization barrier: 모든 이전 명령이 끝날때까지 대기nsh: non-shareable: 현재 코어내에서만 동기화tlbi vmalle1가상 주소를 물리 주소로 바꾸기 위해 ..

| 명령어 | 설명 || adr | 현재 코드 위치 기준으로 label 주소를 저장 || adrp | 4kb page 만큼 포인터를 설정. 따라서 12비트만큼 0가 설정됨 || adr_l | adrp + add 로 오프셋을 더해 실제 주소 구함 || cbnz | 조건이 0이 아니라면 점프 || dmb | data memory barrier. 여러 옵션들이 존재함 || bl | 고정된 함수 주소로 점프 || blr | 레지스터 같은 동적 함수 주소로 점프 || mrs | Move from system register. || cmp | CPSR (Current Program Status Register) 레지스터에 비교된 값 설정 || tbnz | Test bit and Branch if Nonzero. |..

9 시간과 타이머 관리9.3 타이머 관리9.3.1 타이머 개요과거 리눅스의 클래식 타이머는 HZ 단위 (1초에 n 번) 로 동작밀리초 단위로 동작하여 고해상도 처리를 하지 못해, 다른 기법들이 요구됨타이머의 용도타임 아웃: 지정된 시간안에 조건이나 이벤트가 발생하기를 기다림. (네트워크의 패킷을 대기)타이머: 지정된 시간 후에 일을 처리함타이머의 요구사항전력 사용 측면: 제한된 전격 용량을 사용하는 경우 에너지를 줄임.고해상도의 필요: 고해상도 타이머는 세밀한 단위로 시간(clock) 을 제공하는 디바이스가 시스템에 존재해야함. 나노초 단위로 관리타이머의 구성요소clock chip 을 CCF 등 추상화된 프레임 워크로 사용클록 이벤트 서브 시스템을 사용하여 주기적 or oneShot 을 처리9.3.2 저..

9 시간과 타이머 관리리눅스의 시간은 변화를 인식하기 위한 수단으로 타임라인을 구성하는 기준이다.타이머란 이벤트를 처리할때 프로세스를 제어하거나 측정하는데 사용할 수 있는 특별한 종류의 시계다.시간과 타이머를 관리하기 위한 서비스시간 관리를 위한 타임 키핑클록의 사용 밀 동기화를 위한 관리시간의 표현타이머 이벤트의 인터럽트 스케줄링이런 서비스를 위해 중요 기반 자원인 클록을 사용해야 한다.이 구현이 하드웨어와 연관되어 있어, 추상화를 하기위한 노력이 많이 진행됨. 9장이서는 클록용 프레임워크와 일반 타임 서브 시스템, 타이머 활용을 알아보자.9.1 공통 클록 프레임워크 (CCF)SoC(system on chip) 마다 비슷하게 구현되던 API 를 해결하기 위해 커널 3.4 에서 CCF 가 추가되었다.9...

8 인터럽트8.4 인터럽트 지연처리8.4.1 top-half, bottom-half인터럽트 핸들러에서 인터럽트를 처리하는 동인 인터럽트는 비활성화 상태가 됨.이때 blocking 되어 데드락이 걸리거나 인터럽트를 놓칠 수 있고, sleep 하는 경우는 깨어나지 못할 수도 있음이런 문제를 방지하기 위해, 인터럽트 핸들러를 별도의 안전한 컨텍스트에서 실행함구분top-halfbottom-half실행 위치하드웨어 인터럽트 핸들러 내에서 수행하드웨어 인터럽트 핸들러 밖에서 수행실행 컨텍스트하드웨어 인터럽트 컨텍스트소프트웨어 인터럽트 컨텍스트 or 프로세서 컨텍스트인터럽트 활성화 여부인터럽트 비활성화 상태인터럽트 활성화 상태주요 작업다음 인터럽트 발생 가능하도록 최소한의 작업 수행처리시간이 길거나 블록 될 수 있는..

8 인터럽트8.1 인터럽트의 개념8.1.1인터럽트란?프로세서(cpu, gpu ..) 에 즉각적인 주의를 요청하기 위한 시그널하드웨어나 소프트웨어에서 생성8.1.2 인터럽트 컨트롤러여러 디바이스들이 보내는 인터럽트를 인터럽트 컨트롤러에서 멀티플렉싱(하나의 통신 채널을 통해 여러 개의 신호나 데이터 스트림을 동시에 전송하는 기술) 한다.인터럽트 컨트롤러의 역할멀티플렉싱 및 라우팅인터럽트 우선순위 지정인터럽트 마스킹인터럽트 컨트롤러를 여러개 사용하기도 한다. 종속 구조, 계층 구조를 사용.8.2 리눅스 인터럽트 서브 시스템리눅스는 인터럽트 컨트롤러와 신호를 추상화 하여, 아키텍처와 플랫폼에 상관없이 동일한 디바이스 드라이버로 인터럽트 처리가 가능하다.8.2.1 include/linux/irq.h irq_chi..