Linux Kernel Study

구매 이유 PC에서 붉은사막 플레이를 위해 8bitdo 얼티메이트2 무선 게임패드 컨트롤러를 구매했다. 기존에는 유선으로 플레이스테이션 패드를 연결해서 플레이 했었는데, X 버튼의 위치가 달라서 계속 헷갈렸다. 구매기 잇섭 리뷰를 보니 8bidto 컨트롤러 독에 연결되는 USB 선이 C to C 선이라길래, USB C to A 젠더를 다이소에서 미리 사뒀다. 그런데 실제 제품은 USB C to A 선이었다 (PC에 USB-A로 연결). 한국 제품은 C to A 인건가... 싶다. 사용 리뷰 며칠 써본 결과 스틱 쪽을 끝까지 밀었을 때 끼익끼익하는 느낌이 있는 것 빼고는 괜찮다. 데스크탑에 블루투스 모듈이 없어도 무선으로 사용할 수 있어서 좋다. 블루투스 모듈로 엑스박스 컨트롤러를 무선으로 연결했을 때, 시간이 좀 지나면 블루투스 연결을 잃어버리는 문제가 있었다 (아마도 블루투스 모듈 문제일 것 같긴 함...). 8bitdo는 블루투스 연결 이외에도 2.4GHz 무선 연결을 지원하고, Dock과 패드가 2.4GHz 무선 연결된다. 패드 뒤에 블루투스/2.4GHz 선택하는 슬라이드 버튼? 이 있고, 안드로이드 이용 시에는 블루투스 선택하면 된다고 한다.

 지금까지 알아낸 초반지역 순간이동 포인트 들이다. 어비스 흔적뿐만 아니라 어비스 표석에도 순간이동이 가능하다.

디자인 패턴이란? 프로그램을 구성하는 표준화된 접근 방법론 (프로그램을 어떻게 구성해야 좋은 프로그램이냐?에 대한 답), C++은 객체지향 언어이므로 객체들의 구성과 관계를 표현하는 데 특화된 객체지향 패턴을 많이 사용한다. 의존성 주입 의존성 주입을 적용하면 서비스에 대한 목업을 쉽게 만들 수 있어 단위 테스트(Unit Test)를 쉽게 할 수 있다. 컴포넌트 ---필요하다---> 서비스 위와 같은 관계에서 서비스에 대한 인터페이스를 컴포넌트에 주입한다. 예를 들어 임베디드 시스템에서 어떤 컴포넌트가 하드웨어 모듈의 레지스터에 대해 Read/Write하는 서비스가 필요한 경우에 IAccessRegister라는 인터페이스를 사용하도록 강제할 수 있다. 이렇게 하면 단위 테스트 시에 IAccessRegister 인터페이스에 대해 목업 구현을 하여 해당 서비스 이용에 대해 검사할 수 있다. IAccessRegister 예제는 아래와 같다. class IAccessRegister {     public:          virtual ~IAccessRegister() = default;          virtual void SetRegisterA(UINT32 value) = 0;          virtual UINT32 GetRegisterA(void) = 0; }; AccessRegister 클래스의 구현은 다음과 같다. class AccessRegister : public IAccessRegister {     public:          void SetRegisterA(UINT32 value) override;          UINT32 GetRegisterA(void) override; ...

NVMe PCI Driver Basic -  https://ildelusion.blogspot.com/2025/12/nvme-pci-driver.html https://elixir.bootlin.com/linux/v4.18.20/source/drivers/nvme/host/pci.c 참고하여 NVMe 디바이스에 대한 BAR 설정을 따라가보자. Calling Path nvme_probe() --> nvme_dev_map() --> nvme_remap_bar() nvme_remap_bar ()에서 아래 라인이 실행됨 dev->bar = ioremap(pci_resource_start(pdev, 0), size); pdev->resource[0].start --> 이 NVMe PCI 디바이스의 0번 BAR가 맵핑된 시스템 메모리 공간 상 물리 주소 ioremap()으로 해당 물리주소를 커널 가상 주소에 매핑한다. nvme_dev_map() 은 사실 nvme_remap_bar() 를 부르기전에  pci_request_mem_regions() 함수를 먼저 부른다. pci_request_mem_regions(pdev, "nvme") 는 해당 PCI 디바이스가 가진 모든 MMIO(BAR) 메모리 영역을 “nvme” 드라이버 명의로 한꺼번에 예약하는 함수다. 이 예약이 성공하면 /proc/iomem에 해당 구간이 "nvme" 이름으로 표시되고, 다른 드라이버가 동일 범위를 다시 request_mem_region / pci_request_mem_regions로 잡는 것을 막는다. MMIO 레지스터를 ioremap() 해서 쓰기 전에, “이 주소 범위는 이 드라이버가 사용 중이다”라고 커널 리소스 관리 계층에 선언하는 단계다. 아래 함수가 결국 불리는 함수이다. ​ static int __pci_request_selected_regions ( struct pci_dev * pdev , int bar...

  Linux NVMe PCI 드라이버 상세 분석 Linux 커널의 NVMe PCI 드라이버는 PCIe를 통해 NVMe 스토리지 디바이스와 통신하는 핵심 모듈입니다.  용어설명 -  iod = I/O Descriptor: 각 I/O 명령마다 필요한 메타데이터 구조체 - cdev: 캐릭터 디바이스 -> /dev/nvme0이 캐릭터 디바이스 (컨트롤러 단위의 admin/passthru 명령을 ioctl (입출력제어를 위한 시스템콜, 장치 설정 변경/조회에 사용됨) 형태로 보내는데 사용됨), /dev/nvme0n1은 블록 디바이스로, read/write I/O가 이 블록 디바이스 경로를 통해 처리된다. NVMe PCI 드라이버의 주요 구조와 함수들을 다음과 같이 분류할 수 있습니다. 1. 드라이버 초기화 및 프로브(Probe) pci_driver 구조체 ​ 드라이버의 진입점은 다음과 같이 정의됩니다: c static struct pci_driver nvme_driver = { . name = "nvme" , . id_table = nvme_id_table , . probe = nvme_probe , . remove = nvme_remove , . shutdown = nvme_shutdown , . driver = { . pm = & nvme_dev_pm_ops , } , . err_handler = & nvme_err_handler , } ; 주요 함수들: nvme_probe() : 새로운 NVMe 디바이스가 시스템에 연결될 때 호출됩니다. 이 함수는 디바이스를 인식하고 드라이버를 해당 디바이스에 바인딩합니다. ​ BAR(Base Address Register) 매핑 컨트롤러 리소스 할당 Admin 큐(Queue) 초기화 I/O 큐 설정 PRP Pool 설정 -  nvme_setup_prp_pools(...