워드프레스 KBoard 피드

리니어 매핑과 페이지 테이블과의 관계에 대해서 질문드립니다.

이대로 — Fri, 26 Apr 2024 10:11:59 +0000

안녕하세요 커널 공부하면서 올려주신 자료에서 항상 너무 도움을 많이 받고 있습니다. 감사드립니다. 리니어 매핑과 페이지 테이블과의 관계에 대해서 궁금증이 생겨 질문드립니다. arm64에서 VMEMMAP을 사용하는 경우 모든 물리 메모리를 struct page로 관리하도록 하고 그것을 VMEMMAP_START ~ VMEMMAP_END 영역에 매핑시켜서 접근할 수 있는 것으로 이해했습니다. http://jake.dothome.co.kr/wp-content/uploads/2016/03/fixmap-10.png 위 그림에서 표현해주셨던 리니어 매핑의 경우에는 모든 물리 메모리 공간을 가상주소(PAGE_OFFSET ~ MODULE_ADDR)에서 간단한 변환을 통해서 바로 물리 메모리 주소로 변환할 수 있는 것으로 이해했습니다. 이 영역에 대해서는 따로 가상 <-> 물리 메모리 주소를 변환해주는 테이블이 존재하지 않는 것일까요..? 개인적인 생각으로는 가상<->물리 주소가 변환이 가능하기 때문에 굳이 페이지 테이블이 필요할까? 하고 생각이 들기는 하는데.. 그럼 CPU는 가상 주소만을 알고 read/write를 하는 데, 그걸 변환해주는 페이지 테이블은 있어야 되는데 하고도 생각되기도 합니다. 만약 페이지 테이블이 존재한다면 어디서 초기화 해주는지 알 수 있을까요?

struct page와 실제 page의 구조에 대한 질문입니다

박성수 — Mon, 26 Feb 2024 21:45:16 +0000

안녕하세요 문영일님. iamroot20기에서 공부하고 있는 박성수입니다. 물리 메모리 모델에 대해서 공부중인데 페이지 디스크립터(struct page)에 대한 개념이 부족한 부분이 많아 질문드립니다. 페이지 디스크립터(struct page)는 arm64의 경우 64bytes크기이고, 물리 page에 대한 정보를 담고 있는 구조체라고 이해했습니다. 하지만 어떻게 페이지 디스크립터와 실제 물리 page(4K짜리)가 연결되어 있는건지 잘 이해가 되지 않습니다. 예를 들어 커널에서 1개의 물리 페이지를 할당한다고 하면 struct page *page; page = alloc_page(GFP_KERNEL); 이렇게 할당받아온 page를 가상메모리 매핑하여 사용하는 것으로 알고 있는데 엄밀히 말하면 여기서 반환된 친구는 실제 물리 페이지가 아니라 페이지 디스크립터가 아닌가.. 생각했습니다. 4k짜리 페이지의 시작부분에 64bytes크기만큼 페이지 디스크립터가 있고 64bytes 이후부분을 실제 데이터를 저장할 공간으로 사용하는 것은 아닌거 같은데 페이지 디스크립터와 실제 페이지에 어떻게 관계가 이루어져 있는건지 질문드립니다. 그리고 가상 메모리의 vmemmap 영역을 사용하여 page와 pfn 변환을 쉽게 하는 것으로 이해했는데 vmemmap 영역에 매핑되는 것이 페이지 디스크립터(64bytes)인지 아니면 실제 물리 페이지(4K)인지도 질문드립니다. 감사합니다.

cgroup에 대해서 질문드립니다.

박성수 — Sun, 14 Jan 2024 23:36:05 +0000

안녕하세요 문영일님. iamroot 20기에서 공부하고 있는 박성수입니다. cgroup_early_init을 공부하던 중 cgroup 전체 자료구조에 대한 그림이 잘 안그려져서 질문드립니다. 제가 생각하기에 cgroup에서 궁극적으로 수행하려는 작업은 하나의 task를 하나의 cgroup가 연결시키는 작업이라고 이해했습니다. 그래서 일단 struct task_struck와 struct cgroup이 어떻게 연결되어 있는지에 대해서 살펴보고 있는 중입니다. [질문 1] https://terenceli.github.io/%E6%8A%80%E6%9C%AF/2020/01/05/cgroup-internlas 해당 자료의 그림을 참조해보면 task_struct는 하나의 css_set을 갖는데 css_set은 다시 cgrp_cset_link를 통해 cgroup과 연결되어 있는 것을 확인했습니다. 따라서 하나의 task와 하나의 cgroup은 중간의 css_set과 cgrp_cset_link를 통해 연결되어 있다는 것을 이해할 수 있었습니다. struct cgrp_cset_link { struct cgroup *cgrp; struct css_set *cset; struct list_head cset_link; struct list_head cgrp_link; }; 그런데 cgrp_cset_link의 cgrp_link 필드의 역할에 대해서 잘 이해가 되지 않았습니다. https://lwn.net/Articles/606925/ 해당 자료의 Cgroups linkages 파트를 읽어보면 css_set.cset_links 필드와 cgrp_cset_link가 연결되어 해당 cgroup안에 있는 모든 task를 찾을 수 있게 해준다고 하는데요. 해당 부분은 kernel/cgroup/cgroup.c의 __cgroup_task_count 함수에서 cgroup에 연결된 모든 task 개수를 구하는 과정을 보면 명확히 이해할 수 있었습니다. int __cgroup_task_count(const struct cgroup *cgrp) { .... list_for_each_entry(link, &cgrp->cset_links, cset_link) count += link->cset->nr_tasks; .... } 하지만 cgroup.cgrp_links 필드와 cgrp_cset_link가 연결되어 css_set안의 모든 cgroup을 찾을 수 있게 해준다는 말이 이해가 되지 않았습니다. 각 task는 css_set과 연결되어 하나의 cgroup을 가지게 되는데 해당 말의 의미는 하나의 task가 여러 cgroup과 연결되어 있다는 말인지 잘 모르겠습니다.. [질문 2] 위 내용을 바탕으로 하나의 cgroup에는 "css_set - cgrp_cset_link - cgroup" 한 세트가 존재하고 결국 이 한 세트가 task와 연결되는 구조가 맞는지 질문드립니다. [질문 3] cgroup hierarchy에 대해서는 전혀 감이 안잡혀서 질문드립니다.. /sys/fs/cgroup/memory/A /sys/fs/cgroup/memory/A/B /sys/fs/cgroup/memory/A/C 이런식으로 계층이 생기는거 같은데 cgrp_dfl_root를 비롯하여 계층구조가 어떻게 구성되어 있는 것인지 잘 모르겠습니다.. [질문 4] 마지막으로 cgroup 안에는 여러 subsystem이 달려있는 것으로 이해했는데요. (cpu_cgrp_subsys, memory_cgrp_subsys 등등..) 이 subsystem들이 cgroup과 독립적으로 생성 및 소멸될 수 있는지 궁금합니다. (예를들어, A cgroup의 memory_subsystem이 B cgroup의 memory_subsystem과 같을 수 있는지.. 입니다 ) Documentation/admin-guide/cgroup-v1/cgroup.rst를 확인해보면 It's not currently possible to bind a new subsystem to an active cgroup hierarchy, or to unbind a subsystem from an active cgroup hierarchy. This may be possible in future, but is fraught with nasty error-recovery issues. 라는 말로 보아.. cgroup과 각각의 subsystem이 독립적으로 운용되지는 않을 것이라 생각되는데 혹시 맞는지 질문드립니다. 감사합니다.

head.S의 primary_entry에서 init_kernel_el 전 dcache_clean_poc 를 하는 이유에 대한 질문입니다.

이민찬 — Sun, 10 Sep 2023 22:36:58 +0000

안녕하세요 문영일님. 리눅스 커널 v6.4.2의 head.S를 분석하던 중 궁금한 점이 있어 질문드립니다. primary_entry 코드에서 init_kernel_el에 들어가기 전에 MMU와 캐시가 on 상태라면, __idmap_text_start 부터 __idmap_text_end 영역을 POC 까지 clean 합니다. 궁금한 것은 MMU와 캐시가 on일 때, MMU를 끄기 전 캐시를 clean 하는 이유와 그 영역은 왜 __idmap_text_start 부터 __idmap_text_end 사이의 영역인가 입니다. 참고한 자료를 함께 작성하겠습니다. 1) 관련 주석은 다음과 같습니다. /* * If we entered with the MMU and caches on, clean the ID mapped part * of the primary boot code to the PoC so we can safely execute it with * the MMU off. */ 2) https://lore.kernel.org/linux-arm-kernel/20221108182204.2447664-6-ardb@kernel.org/ 3) System.map 파일 중 __idmap_text_start 부터 __idmap_text_end 까지 ffff8000099e4000 T __idmap_text_start ffff8000099e4000 t enter_vhe ffff8000099e4038 T cpu_resume ffff8000099e4068 T cpu_soft_restart ffff8000099e40a0 T primary_entry ffff8000099e40dc T init_kernel_el ffff8000099e40ec t init_el1 ffff8000099e4118 t init_el2 ffff8000099e42dc T secondary_holding_pen ffff8000099e4304 t pen ffff8000099e4318 T secondary_entry ffff8000099e4328 t secondary_startup ffff8000099e434c T __enable_mmu ffff8000099e4394 T __cpu_secondary_check52bitva ffff8000099e439c t __no_granule_support ffff8000099e43c4 t __relocate_kernel ffff8000099e4410 t __primary_switch ffff8000099e4480 T idmap_cpu_replace_ttbr1 ffff8000099e44ac T idmap_kpti_install_ng_mappings ffff8000099e46ac t __idmap_kpti_secondary ffff8000099e46f4 T __cpu_setup ffff8000099e47e0 T __idmap_text_end

primary_switch에서 primary_switched로 브랜치 할때 질문입니다.

belldum — Sun, 10 Sep 2023 13:44:45 +0000

안녕하세요 문영일님. head.S의 primary_switch에서 primary_switched로 브랜치되는 부분에서 궁금한게 생겨 질문드립니다. (6.4.0v) head.S 뒷부분에서 init_pg_dir 셋팅이 끝나고 primary_switched로 branch할때 0xffff~로 시작하는 가상주소가 사용된다고 이해했습니다. http://jake.dothome.co.kr/head-64-60/ "primary_switch에서 primary_switched로 전환" 부분에서 실제 주소를 써주셨는데 primary_switch: 0x0000000040f78310: adrp x1, 0x41fbb000 0x0000000040f78314: bl 0x40f78248 ; enable_mmu 0x0000000040f78318: bl 0x40f782c8 ; relocate_kernel 0x0000000040f7831c: ldr x8, 0x40f78338 ; =primary_switched 0x0000000040f78320: adrp x0, 0x40200000 ; PHYS_OFFSET 0x0000000040f78324: br x8 ... 0x0000000040f78338: .inst 0x114b0330 0x0000000040f78338: .inst 0xffff8000 primary_switched: 0xffff8000114b0330 <+0>: adrp x4, 0xffff800011a70000 0xffff8000114b0334 <+4>: add sp, x4, #0x4, lsl #12 0xffff8000114b0338 <+8>: adrp x5, 0xffff800011a83000 0xffff8000114b033c <+12>: add x5, x5, #0x300 .... 0x0000000040f7831c: ldr x8, 0x40f78338 ; =primary_switched 여기 부분이 head.S에서는 "ldr x8, =primary_switched" 이렇게 되어 있는데 https://damduc.tistory.com/336 요런 자료들(literal pool)을 참고해보니 0x40f78338에 있는 값인 0xffff8000_114b0300이 x8에 저장되는 것으로 해석했습니다. 그 다음 br x8이 실행되면서 0xffff8000_114b0300주소 + init_pg_dir 테이블 + MMU가 작동되어 가상메모리 시스템을 사용한다까지 이해하였습니다. 그런데 0x40f78338 이 주소에 0xffff8000_114b0300 이 값이 저장되어 있다는 것은 빌드타임에 어셈블러가 "ldr x8, =primary_switched"를 보고 primary_switch 심볼 주소 + offset 위치에 primary_switched 심볼 주소를 저장하는 동작을 하는게 맞을까요??

Enable FP/ASIMD 관련 질문입니다.

belldum — Sun, 27 Aug 2023 16:26:48 +0000

안녕하세요 문영일님. head.S의 __cpu_setup을 분석하다가 궁금한게 생겨서 질문드립니다. (6.4.0v) mov x1, #3<<20 msr cpcar_el1, x1 // Enable FP/ASIMD 해당 부분을 분석해보면 cpcar_el1.fpen을 0b11로 설정해서 arm에서 제공하는 FP/ASIMD 하드웨어 피쳐를 enable한다고 생각했습니다. cpcar_el1.fpen을 0b11로 설정한다는 것은 "el0 or el1에서 FP/ASIMD와 관련된 어떤 명령어가 실행되었을때 el1의 익셉션 벡터 테이블을 타게 하지 않겠다." 라고 이해를 했습니다. (This control does not cause execution of any instructions to be trapped.) 그런데 "el1으로 trap되지 않음"과 "FP/ASIMD enable" 사이에 어떤 관계가 있어서 결국에 FP/ASIMD가 enable될 수 있는 것인지 질문드립니다. 감사합니다.

커널 스터디 질문

바보 — Fri, 18 Nov 2022 18:22:15 +0000

안녕하세요 간단한 질문입니다. 제가 C언어는 한지 꽤 됐구요 다른기초가 부족한거 같습니다. 알고리즘 부분같은경우요. 다른 부분은 모른다고 봐야합니다 아이엠루트 커널 스터디에 참가해도 제약이라던지 그런게 없을까요 ? 수준이 너무 높을거 같아서요. 특히 최적화와 하드웨어에 대해 너무 잘 알고 싶습니다. 만약 제가 자질이 부족하다면 내년에 꼭 참가하려고 하는데 필요한것들을 미리 공부하고 싶습니다. 가이드좀 알 수 있을까요 ?

Swap in 과정에서 Swap-in 되는 페이지의 Pfn등이 변하는지 궁금합니다.

최진우 — Thu, 13 Oct 2022 19:48:23 +0000

안녕하세요, 대학원에서 연구를 진행 중인데 Swap 관련 내용에 관하여 블로그 내용이 많은 도움이 되었습니다. 다름이 아니라, 제가 진행하는 연구에 필요한 궁금점이 생겨 질문을 드려봅니다. 'Swap-in' 과정을 진행에서, Swap-in 되는 페이지가 pfn을 새롭게 할당을 받아 Physical Address가 기존과 다르게 바뀌는지와, 만약 위가 맞다면 이 과정을 커널 코드의 어느 부분에서 확인할 수 있는지 여쭙고 싶습니다.

ZONE_MOVABLE에서 unmovable 페이지를 피하는 방법이 궁금합니다.

ZZonZzon — Thu, 08 Sep 2022 16:21:44 +0000

안녕하세요? 항상 잘 정리해주신 자료 너무 감사하고 유용하게 보고 있습니다. 한 가지 질문이 있습니다. http://jake.dothome.co.kr/kboard/?mod=document&uid=26 설명에서 ZONE_MOVABLE을 설정하면 커널에서 할당 요청하는 unmovable 페이지 요청들이 ZONE_MOVABLE을 피한다고 설명해 주셨는데 어떠한 원리로 피하는지 추가 설명 부탁 드려도 될까요?? ZONE_MOVABLE이 최상위 주소에 존재하고, 커널 할당 요청은 낮은 주소 (lowmem)에서 부터 시작되기때문에 피할 수 있는건가요? 항상 감사합니다^^

안녕하세요, 감사 인사 남깁니다.

pr0gr4m — Tue, 13 Jul 2021 21:14:52 +0000

안녕하세요, 리눅스 커널 관련 공부하고 있는 학생입니다. 분석하기 쉽지 않은 내용들에 대해 이렇게 정리하여 공개해주시는 점 굉장히 감사드립니다. 과거에 공부하고 정리한 자료를 티스토리 블로그(https://pr0gr4m.tistory.com/)에 업로드하고는 했는데, 해당 과정에서 문c님 블로그를 많이 참고하였습니다. 감사합니다. 최근에는 깃헙 페이지(https://pr0gr4m.github.io/)에 네트워크 관련 자료들을 공부 및 분석하여 포스팅 중입니다. 혹여나 관심있는 분들께 도움이 될 수 있으면 좋겠습니다. 방명록 같은 곳이 있었으면 해당 게시판에 작성했을 텐데, 없어서 Q&A게시판에 감사 인사 올립니다. 좋은 자료 정리와 공개 다시 한번 감사드립니다.

device driver probe 두번하기

두번 — Thu, 24 Jun 2021 10:51:08 +0000

안녕하세요. 한개의 device driver를 여러번 probe해서 사용하고 싶은데요. 현재 probe가 2번 모두 완료가 되어서, driver 자체는 올라와있고, 기본적인 raw_data 읽는 등 동작은 하고 있는 상태인데요. 인터럽트가 올라오지 않아서, 질문이 있어서 문의드립니다. * cat proc/interrupts 결과에 확인해보면 request_threaded_irq에서 등록한 unique_id(dev_id) string에 맞게 2개가 등록 되어있지만, 한 곳에서만 irq가 정상적으로 올라오고 있지 않습니다. 여기에서 질문이 하나 있는데요, request_threaded_irq 함수를 사용할 때, thread_fn 을 입력하게 되는데, 같은 함수를 여러번 probe하는데 동일하게 사용하면 안 되나요?

I2C 파형 문의 드립니다.

Harv — Tue, 01 Jun 2021 16:34:29 +0000

안녕하세요. 운영자님의 블로그를 보면서 많이 공부하고 있습니다. 임베디드 보드를 개발 중에 있는 개발자입니다. I2C사용중에 문제가 생겨서 문의 드립니다. 커널은 3.14.79를 사용하고 있습니다. ADC용 IC(max11600)를 사용하여 I2C 통신으로 2초마다 전압값을 가져오고 있습니다. 통신이 잘되다가 하루에 4~5번씩 time out error 로고가 kern.log에 남아 있습니다. 그러다가 일주일 또는 한달만에 아에 먹통이 됩니다. 블로그에서 알려주신것처럼 SCL 핀에 외부핀을 연결하여 수동으로 클럭을 입력해 주면 다시 살아나는 것은 확인 했습니다. 저는 근본 원인을 찾고 싶어서 문의 드립니다. pull-up은 1K~4.7K까지 다양하게 사용해봤으나 증상은 동일합니다. 첨부한 파형에서 보면 SCL이 SDA보다 약 0.4us 먼저 Low로 떨어 지는 것을 알수 있습니다. 제가 알기로는 이론상으로 SDA가 출력 후 SCL은 약 1/4 Clock(100khz 기준, 2.5us) 딜레이 후에 출력이 나가는 것으로 알고 있습니다. 현재 출력 파형은 SCL이 약 5us후에 출력이 나가는데 slave 쪽에서 데이타를 읽을 때 문제가 발생하지 않을까 해서요. 파형이 정상인지 확인 부탁드립니다. 감사합니다.

2개의 동일 i2c device를 등록 시(동일 slave & 다른 마스터) 1개의 드라이버에서 사용시 문의

이플릿 — Sat, 08 May 2021 21:19:01 +0000

안녕하세요. DT로 2개의 i2c device를 1개의 드라이버에서 device_id나 of_match_table로 등록 시 두개의 client를 1개의 드라이버에서 컨트롤 가능한가요? 예로 i2c로 1개의 드라이버로 2개의 led를 동시에 키는 동작입니다.

모듈 드라이버 실행 순서 변경 문의 건.

sevil — Wed, 07 Apr 2021 12:24:42 +0000

안녕하세요. BSP 개발을 담당하는 엔지니어입니다. 모듈 드라이버 실행 순서를 변경하기 위해서 찾다가 문C 블로그를 보고 Q&A를 남깁니다. 문C 블로그에 do_initcalls() 페이지를 보면 아래 define 처럼 호출 순서를 변경 할 수 있는 방법을 알았습니다. early_initcall() core_initcall() postcore_initcall() arch_initcall() subsys_initcall() fs_initcall() device_initcall() late_initcall() 다만 저 위의 방법들은 빌트인 된 모듈에서만 적용이 되는 것 같고 별도 모듈 드라이버(CONFIG_XXXX_DRIVER=m)에서는 실제 적용이 되지 않는것 같습니다. 별도의 모듈 드라이버에 device_initcall(test_driver_init)과 core_initcall(test_driver_init)를 적용해서 테스트해보니 실행되는 시간이 크게 차이가 없었습니다. (임베디드 환경에서 별도의 Make file을 만들어서 모듈 드라이버를 생성하여 부팅시 auto load 되도록 만들었습니다.) 제가 테스트를 잘 못 한건지 아님 CONFIG_XXXX_DRIVER=m 에서는 별도의 다른 방법으로 모듈 드라이버의 호출 시간을 변경 할 수 있는 방법이 있는지 문의드립니다.

PCie 관련하여 문의 드립니다.

영길이 — Mon, 21 Dec 2020 16:33:22 +0000

안녕하세요 PCIe에 대해 잘 모르는것이 있어서 이렇게 문의 드립니다. PCIe가 V2.0 V3.0..등이 있고 GEN1, GEN2...등이 있는데 Ver과 GEN은 같은 개념인가요? 예를 들어 V2.0이면 GEN2 or V3.0이면 GEN3인가요?

메모리 배리어 관련 질문입니다

배리어 — Tue, 13 Oct 2020 21:51:15 +0000

안녕하세요. 블로그와 책을 보고 많은 공부를 하고 지식을 얻고 있는 학생입니다. 메모리 배리어에 관해 페이지( http://jake.dothome.co.kr/barriers/ )와 책 1.6.2장 을 보고 궁금한 것이 몇 가지 생겨서 글을 남기게되었습니다. 1. 메모리 배리어, dmb 혹은 dsb를 사용할때에는 항상 아래와 같이 코드가 작성되어야 하는 것인가요? dmb ish critical section dmb ish 2. 만약 멀티코어 아키텍처의 모든 코어에서 동시에 배리어 인스트럭션을 사용하는 경우에는 어떻게 되는것인가요? 코어 간 (각 태스크)의 우선순위가 없는 경우 랜덤(혹은 아주 근소한 차이로 먼저 실행된 순)으로 배리어에 진입하게 되는 것인지, 아니면 데드락과 같은 문제에 빠지게 되는지 궁금합니다. 3. 배리어를 제한하는 영역으로 내부 공유가능(inner shareable)과 외부 공유가능 (outer shareable)이 있는데, 내부 공유 가능의 경우에는 메인메모리(DRAM) 을 제외한 각 코어의 캐시(LLC)까지만 을 포함하는것인지 궁금합니다. 항상 많은 지식을 배워 갑니다 감사합니다

물리주소 가상 매핑 후 액세스 안되는 문제

이승환 — Sun, 19 Apr 2020 22:01:13 +0000

현재 임베디드 리눅스 포팅하여 타겟 보드인 stm32mp157c-dk2 에 올려서 사용 중에 있습니다. 간단한 LED Toggle 드라이버를 작성을 했습니다. LED가 물린 GPIO 포트와 PIN number는 PH7, GPIOH Port Controller의 물리 주소는 0x50008000 주소입니다. 이 주소를 ioremap 함수의 인자에 대입하여 변환된 가상 주소를 받아오는 것을 debug를 통해 확인 하였고, 포인터 연산을 통해 Access를 해보았습니다. 그러나 값을 제대로 읽어오지도, 쓰지도 못하는 상황입니다.... 허나, 라이브러리를 사용하였을 때는 또 LED Toggle이 원하는 대로 잘 작동이 되네요? 왜 ioremap을 통한 매핑된 주소를 가지고 액세스 하는 부분이 되지 않는 걸까요? 구글링에선 Device Tree 와의 연계를 말하는 자료들이 워낙 많은데 Device Tree를 보게 된지 얼마 안된 터이라 공부가 더 필요합니다.. 그리고 첨부한 사진을 보시면 cat /proc/vmallocinfo 를 출력하였을 때 ioremap을 한 결과 할당된 가상 주소의 범위가 매우 이상하게 설정이 되어 있는 것을 확인 하실 수 있습니다. 이게 문제가 될 수도 있을까요? 아 그리고 <코드로 알아보는 ARM 리눅스 커널> 의 저자분이 블로그 주인장 분이시더라구요 책 항상 도움 많이 되고 있습니다. ㅎㅎ 답변 부탁드릴게요 ㅠㅠㅠ 감사합니다.

kernel device driver probe 관련 질문이 있습니다!

두번하고싶어요 — Fri, 17 Apr 2020 15:14:27 +0000

안녕하세요. kernel device driver, probe 관련해서 질문이 있어서 글 적습니다. 현재 device driver는 소스파일내에 module_init()이 불리면서 i2c_driver구조체가 initcall6 에 등록이 되고, 등록된 구조체의 probe function이 i2c-core-base.c 파일의 아래부분에서 호출되는걸로 알고있는데요. /* * When there are no more users of probe(), * rename probe_new to probe. */ if (driver->probe_new) status = driver->probe_new(client); else if (driver->probe) status = driver->probe(client, i2c_match_id(driver->id_table, client)); else status = -EINVAL; 이런 구조 때문에 한개의 driver device의 probe는 한번밖에 호출될 수 없는걸로 이해를 했는데요. 똑같은 device driver source 파일을 여러개의 hw module을 위해서 여러번 probe 못하도록 되어있는 이유는 뭔지 알고싶습니다.

안녕하세요! vunmap 관련하여 질문이 있습니다

정원식 — Mon, 02 Sep 2019 13:31:17 +0000

vunmap 에서 __vunmap 을 호출할때 두번째 파라미터(deallocate_pages)로 0을 주더라고요 그래서 page를 따로 삭제안하는데 그렇게 하는 이유를 알수 있을까요? 어차피 매핑이 해제되기에 따로 삭제를 안하는건가요? 어느 경우에 deallocate_pages 에 0과 1을 주는지 알려주실수 있으신가요? 참고로 저는 커널 4.6버전으로 공부중입니다! 좋은 자료 올려주셔서 감사합니다!

vmlinux.lds.S의 AT directives에 관하여 질문이 있습니다.

fincrusia — Sun, 04 Aug 2019 22:59:39 +0000

안녕하세요? 언제나 도움을 받고 있는 커널 뉴비입니다. 다름이 아니라 현재 /arch/(arch)/kernel/vmlinux.lds.S를 분석 중인데요, ARM64의 경우 LMA를 따로 지정하지 않고 location counter(".")만 옮겨다니며 VMA만 할당합니다. 반면에 x86 링커 스크립트의 경우 각 섹션마다 일일히 AT(...) directives를 사용하여 LMA를 지정하고 있습니다. 왜 이런 차이가 나는 걸까요? 일단 제가 추측하기로는, x86 버전에서 AT directives를 써서 LMA를 지정해주는게 원래 맞는데, KASLR이 도입되며 kernel image가 relocatable해져서 그냥 중요해지지 않은게 아닐까 싶습니다. ARM64는 그 이후에 나온거라 LMA 지정을 하지 않았고요. 이런 추측이 과연 맞을까요? 만약 맞다면, bootloader은 system map에서 각 sections의 VMA만 보고 일정 offset을 자기 마음대로 빼서 physically allocate한다고 봐도 될까요? 궁금합니다.