벌써 패치된 내용이 있군요. 버전 업 문제도 생각을 해봐야 겠네요.

저는 일단 head-common.S에서부터 접근을 해봤습니다.

__mmap_switched: 의 맨 마지막 라인에 다음과 같이 스택 포인터를 얻어오는 부분이 있습니다.

.long   init_thread_union + THREAD_START_SP @ sp

THREAD_START_SP는 thread_info.h에 THREAD_SIZE(8192) - 8로 정의 되어 있습니다.

스택 크기를 8KB로 잡고 8바이트를 빼주고 있습니다. 8바이트를 빼는 이유는 아마도 스택을 DA(decrement after)

방식으로 사용 하기 때문이 아닌가 생각합니다.

문제는 init_thread_union 이 녀석이 나타내는 주소인데 상당히 난감한 상황이 벌어집니다.

trace 해보면 sched.h의 extern union thread_union init_thread_union; 이 녀석을 가리킵니다.

이 녀석은 init_task.c에서 아래와 같이 초기화를 해서 #include <linux/sched.h>를 통해 외부로 노출 시킨 것입니다.

union thread_union init_thread_union __init_task_data = { INIT_THREAD_INFO(init_task) }; 

__init_task_data는 init_task.h에 아래와 같이 정의 되어 있습니다.

#define __init_task_data __attribute__((__section__(".data..init_task")))

즉, init_thread_union를 초기화 해서 .data..init_task 섹션으로 만들겠다는 것입니다.

INIT_THREAD_INFO(init_task)은 thread_info.h에 아래와 같이 정의 되어 있습니다.

즉, 공용체 init_thread_union의 멤버인 struct thread_info thread_info의 멤버 변수 중 특정 변수들을 초기화 합니다.

#define INIT_THREAD_INFO(tsk)                      
{                                  
    .task       = &tsk,                    
    .exec_domain    = &default_exec_domain,            
    .flags      = 0,                       
    .preempt_count  = INIT_PREEMPT_COUNT,              
    .addr_limit = KERNEL_DS,                   
    .cpu_domain = domain_val(DOMAIN_USER, DOMAIN_MANAGER) |
              domain_val(DOMAIN_KERNEL, DOMAIN_MANAGER) |  
              domain_val(DOMAIN_IO, DOMAIN_CLIENT),    
    .restart_block  = {                    
        .fn = do_no_restart_syscall,           
    },                             
}

INIT_THREAD_INFO(init_task)의 매개변수 init_task는 init_task.c에서 아래와 같이 선언과 동시에 초기화 되었습니다.

struct task_struct init_task = INIT_TASK(init_task);

그리고 .task = &tsk를 통해 thread_info의 멤버로 대입 되었습니다.

이제 vmlinux.lds를 살펴보겠습니다.

. = ALIGN(8192); *(.data..init_task)

init_task.c 에서 union thread_union init_thread_union __init_task_data = { INIT_THREAD_INFO(init_task) };를 통해

init_thread_union을 전역 변수로 만들고 초기화 함과 동시에 .data..init_task 섹션으로 만들었습니다.

즉, 초기화한 전역변수 init_thread_union를 데이터 섹션에 ALIGN(8192);로 정렬해 배치하고 있습니다.

결국 head-common.S에서 초기화한 스택 포인터는 데이터 섹션의 *(.data..init_task)를 시작 주소로 해서

+ THREAD_START_SP 한 위치를 가리키게 되는 것입니다. 이 상태에서 바로 start_kernel()로 점프를 한 것입니다.

current_thread_info()는 thread_info.h에 아래와 같이 정의 되어 있습니다.

register unsigned long sp asm ("sp");
return (struct thread_info *)(sp & ~(THREAD_SIZE - 1));

즉, 데이터 섹션 .data..init_task으로 초기화 되어 배치된 전역 변수 init_thread_union의 주소를 리턴합니다.

그리고 current_thread_info()->cpu에 의한 cpu 변수 참조 동작은 init_thread_union 내의 thread_info 내의

__u32  cpu를 참조하게 되는 것입니다. 그런데 init_thread_union은 전역 변수이고 cpu 멤버에 대해 특별한 초기 값을

대입하지 않았기 때문에 0의 값을 가지고 있게 될 것입니다.

앞에서 말씀 드린 난감한 상황이 바로 이러한 상황인데 스택을 데이터 영역 내의 8KB 공간으로 사용하고 있다는

것입니다. 즉, start_kernel 호출 이후 스택 포인터 SP는 데이터 영역 내에서 움직이고 있는 것입니다.

잘못된 내용 지적 부탁 드립니다.

유경환 님, 현재 ARM 커널 소스 코드에서는 Logical CPU ID가 항상 0으로 설정되어 부팅되는 것이 맞습니다.

어떻게 0으로 설정되는지는 이미 이야기 나누었었고

그래서 Physical CPU ID가 0이 아닌 CPU에서 부팅되는 경우를 위해 위의 패치를 만들었다고 하네요.

그런데 위의 패치는 아쉽게도 commit 되지는 않았습니다.^^

메일링리스트에 패치한다고 다 commit 되는 건 아니니까요.

메일링리스트에서 사람들이 위의 패치에 대해 몇가지 문제를 지적했는데 이미 내부에서도 말이 많았었다고 하네요.

새로운 패치가 나왔다고 하니까 원하신다면 찾아드리겠습니다. 물론 구글링으로요. :)

감사합니다.

본의 아니게 지난 주에는 중간에 공백기?를 만들어 버렸네요.

스터디 시간에 좀 더 충실하도록 노력하겠습니다.