1. 536p 의 ioport_resource를 커널이 자체 관리 목적으로 사용하는가?
    ioport_resource가 커널 부팅이 완료된 후에 동적으로 수정될수 있는가?

2. 539p에 나오는 그래픽 카드의 프레임 버퍼와 관련하여 X11은 그래픽 카드의 프레임
    버퍼를 사용하지 않고 별도로 작동하는가?

3. /proc 과 /sys에 중복되는 항목이 있는가?  /sys 가 커널에 추가된 구체적인
    이유는 무엇인가?

4. 555p 폴링모드와 관련하여 리눅스의 application혹은 디바이스 드라이버에서 폴링모드
    를 사용하는 task는 일반적으로 kernel_thread 인가(또는 kernel_thread 여야만 하는가?)
    io 특권과 관련하여 질문이 나왔던듯

5. 559p DMA 와 관련하여... arm 에서는 linux의 zone을 전부다 dma로 때려 박는데
    그 이유는 무엇인가? x86_64 머신에서는 메모리를 dma와 dma32로 전부다 때려 박는데
    x86_64머신에서의 dma32 존의 용도는 무엇인가?

6. 574p 그림과 관련하여 페이지가 4k이고 세그먼트를 3k로 정의하는데 그럼 나머지 1k의
    블록버퍼는 무슨용도인가? 혹은 어떤 data가 들어있는가?

7. 608p 맨밑에 주석과 관련하여... 주석에는 하이버네이션 기능을 수행시 "전체 램의 내용을
    스왑 파티션에 보관한다." 라고 하고 있는데

    일반적으로 PFRA수행시에 익명페이지의 특별한 공유 페이지는 스왑영역에 저장되지만
    파일에 맵핑된 페이지는 sync(디스크에 쓰기 작업)를 수행하고 페이지를 해제한다. 따라서
    하이버네이션기능을 수행하더라도 파일과 맵핑된 메모리는 스왑 파티션에 보관되지 않는것
    으로 보아야 하는것이 아닌가?

8. 611p의 address_space 의 operation과 관련하여 writepage(), readpage()에는
    소유자의 디스크 이미지라는 용어가 나오는데 이는 inode객체로 보아야 하는가? 아니면
    파일과 맵핑된 페이지 즉 페이지 캐시로 보아야 하는가?

9. 615p add_to_page_cache() 함수는 커널 선점을 금지 시키고 작업을 수행하는데
    remove_from_page_cache()함수는 커널 선점을 금지하지 않는다.  radix_tree 에 대한
    락을 획득 하는것만으로는 add_to_page_cache() 함수를 수행하는데 있어서 부족한점이
    있는것인가?

10. 622p 그림과 관련하여 radix tree 의 단말노드가 가리키는 페이지 디스크립터는 버퍼
      페이지의 디스크립터 인가?