RISC-V 위클리 리포트 (2026-11-02 ~ 2026-11-06)

보고 기간: 2026년 11월 2일(월)부터 11월 6일(금)까지, 총 5영업일, 5회 데일리 리포트 자료. 이 중 11-02 회차는 72시간 모니터링 기간(10-30 05:00부터 11-02 05:00까지)이며, 나머지 네 회차는 24시간 모니터링 기간이다. 따라서 본문에는 날짜가 10-30부터 11-01에 해당하는 항목이 소수 포함되어 있으며, 항목 제목에 원래 날짜를 표기했다.

자료 출처: 데일리 RISC-V 글로벌 동향 리포트(11-02, 11-03, 11-04, 11-05, 11-06 다섯 회차).此外 GitHub 관심 조직 및 중점 저장소 168시간 모니터링 기간 재검증(익명 인터페이스 한도가 이번 주 대부분 시간대에 소진되어 각 저장소의 commits.atom으로 저장소별 대조로 전환), openRuyi 이중 출처 검증(메인 저장소 커밋과 공식 웹사이트 뉴스 페이지), riscv100.top 일별 아카이브 집계 및 RISC-V 국제재단 회원 기업 공식 웹사이트 순회 점검 보강.

편성 설명: 이번 주 메인 라인은 “개방형 명령어 집합을 납품 가능한 제품으로 만드는 그 층위”이다. 차량 규격 측에서는 일주일 안에 네 계층이 동시에 추진되었다: Infineon이 주력 AURIX 제품 라인을 RISC-V로 전환(칩), Quintauris가 EM-Altair를 발표하여 바이너리 호환 실행 환경 제공(플랫폼 사양), Guoxin Technology가 AUTOSAR와 IAR 적응 완료(국산 소프트웨어 스택), Zijing M100이 “China Core” 생태계 보급 시범 사례로 선정(대규모 도입 샘플). AI 매트릭스 측에서는 Jindie Space-Time이 RVISA 가상 ISA 작업 초안을 오픈소스로 공개하여 PTX와 cuTile 사이에 “프로그래머가 표현 가능한” 매핑 계약 층을 삽입하려 시도했다. 배포판 측에서는 openRuyi가 riscv64-openruyi-linux의 기본 ISA 레벨을 RVA23U64로 정하여, RVA23이 선택 항목에서 기본 베이스라인으로 전환되었다. 세 라인이 답하는 것은 동일한 질문이다: 개방형 명령어 집합이 가져오는 파편화를 어느 계층에서 수렴시킬 것인가.

1. 주간 주요 뉴스

Infineon, 첫 RISC-V 차량 규격 MCU 플랫폼 AURIX RC1 발표, 최대 12코어, ASIL D, 2027년 상반기 샘플 제공(11-04): 이는 Infineon의 첫 RISC-V 기반 MCU 플랫폼이며, AURIX 제품 라인이 처음으로 개방형 명령어 집합을 채택한 것이다. 공식 포지셔닝은 기존 제품 포트폴리오에 대한 보완이지 대체가 아니며, 현행 TriCore는 계속 공급된다. 사양상 단일 칩 최대 12개의 32비트 처리 코어, 엣지 AI를 위한 병렬 처리 유닛, 최대 40MB 임베디드 스토리지, 그리고 64비트 마이크로프로세서 능력을 중첩한 동일 제품군 모델 출시 계획; 안전 측면은 ASIL D까지, 정보 보안은 ISO/SAE 21434와 《Cyber Resilience Act》를 충족하며, 포스트 양자 암호 지원을 예약; 통신 측면은 CAN XL, 10BASE-T1S 및 멀티 기가비트 이더넷을 지원하고 일부 모델은 BRIGHTLANE 스위칭과 하드웨어 데이터 라우팅을 통합. 제품 로직의 핵심은 기존에 분리되어 있던 AURIX와 TRAVEO T2G 두 라인을 한 세대 제품으로 통합하여, 동일한 RISC-V 기반으로 영역 제어, 차체, 섀시, 배터리 관리, 파워트레인, 지능형 주행 안전 및 콕핏을 커버하고, DRIVECORE 소프트웨어 스택을 함께 제공하여 AUTOSAR, 가상 프로토타입 및 AI 지원 마이그레이션 도구를 제공하는 것이다. 일정: 11월 10일부터 13일까지 뮌헨 electronica 2026에서 패밀리 콘셉트 전시(C3홀 502부스), 목표는 2027년 상반기 샘플 제공. 이전에 차량 규격 RISC-V는 주로 신흥 세력과 중국 국산 업체가 추진했으나, 1군 업체가 메인 라인 제품을 전환했다는 것은 AUTOSAR 스택, 기능 안전 인증, 툴체인 및 Tier1의 적응 자원이 이 라인을 따라 움직일 것임을 의미한다. 출처: Infineon 보도자료 infpr202611-026
Quintauris, EM-Altair 출시… MCU급 RISC-V의 바이너리 호환성을 4계층 컴플라이언스 요구사항으로 규정(11-03 발표, 11-05 보도): 이는 새로운 코어를 정의하는 것이 아니라, “컴플라이언트 구현이 일관되게 동작해야 하는” 하드웨어, 펌웨어, 런타임 요구사항 세트를 정의한다: ISA profile, 특권 아키텍처, 부팅 및 런타임 서비스, 보안 서비스의 4계층으로, 벤더는 각자 마이크로아키텍처를 구현할 수 있지만 소프트웨어는 동일한 목표를 바라본다. 기준은 RV32IM을 베이스라인으로 하며, 경계가 명확한 필수 및 선택적 확장 세트를 갖추고 인터럽트, 원자적 연산, CSR 동작, 메모리 순서를 고정한다. 인터럽트 측은 하드 실시간을 겨냥한 유계 고처리량 아키텍처를 규정하고, 격리는 PMP로 머신 모드와 선택적 사용자 모드를 커버하며, 보안 실천은 ASIL-B 등급 요구사항에 정렬한다. 함께 제공되는 QNTAF 검증 및 인증 프레임워크는 클라우드, 시뮬레이터, FPGA 세 가지 타깃에서 벤치마크, 일관성, 보안 테스트를 실행하고 CI/CD에 연동해 추적 가능한 산출물을 생성한다. Quintauris는 Bosch, Infineon, Nordic, NXP, Qualcomm, STMicroelectronics가 2023년 합작 설립했다. Infineon RC1과 함께 읽으면, 칩 제조사는 구현을 하고 합작사는 일관성을 담당하며, RTOS와 컴파일러는 하나의 타깃에 한 번만 적응하면 된다 — 국내 팀이 마주한 것은 “기반 소프트웨어 진입장벽은 낮아지고 컴플라이언스 진입장벽은 높아지는” 상황이 동시에 일어나는 것이다. 출처: Quintauris 발표문, New Electronics 보도
XuanTie C950, “중국칩” 올해의 중대 혁신 돌파 제품상 수상… XuanTie 코어 탑재 고객 칩 10종 동시 수상(11-02 대회／11-03 보도): 11월 2일 주하이 헝친에서 열린 제21회 “중국칩” 우수 제품 공모 결과 발표식에서 알리바바 다모아카데미의 XuanTie C950이 가장 높은 문턱의 “올해의 중대 혁신 돌파 제품상”을 받았다. 지난 회차에 XuanTie가 받은 것은 “우수 지원 서비스 기업”과 “RISC-V 생태계 보급 시범 사례”였는데, 생태계 보급 부문에서 제품 혁신 부문으로 옮겨간 것 자체가 이 IP 공급사가 산업 내에서 차지하는 위치를 보여준다. 파라미터는 3월 발표 당시와 동일하다: 8명령 디코드, 16단 파이프라인, 1000개 초과 명령 아웃오브오더 윈도, 최고 3.2GHz, SPECint2006 단일 코어 최초 70점 돌파; 이번에 보충된 것은 실제 적용 데이터로, 전 시리즈 누적 출하 60억 개 초과, 고객 400개사 초과, 라이선스 1000건 초과이며, C950은 RVA23.1의 모든 기본 및 선택적 확장을 지원하고 CoVE 기밀 컴퓨팅을 네이티브 통합한다. 본상보다 더 눈여겨볼 것은 같은 명단의 고객 리스트다: Dongfang Suanxin DF1000(C908 + C906)이 중대 혁신 돌파 제품을 함께 수상했고, Allwinner T536(E907), Jiangyuan D1(C908 + E907), Wuqi WQ9301(E907), Hongsi HSRU3(E906)이 우수 기술 혁신 제품을, Qingwei TX81(C908)과 Taixin TXW82X가 우수 시장 성과 제품을, Jiangxinchuang D12X(C906), Jiuchen TD1601(E906), Maitexin MEGA188(E902)이 신흥 제품상을 받았다. 10종의 칩은 근접 메모리 컴퓨팅, 산업 제어, 클라우드 추론, 무선 연결, 재구성 가능 AI, 디스플레이 드라이버 등 6개 시장에 걸쳐 있으면서도 동일한 IP 패밀리의 네 가지 등급 코어를 사용한다 — 이는 단일 플래그십 수상보다 제품 라인의 커버리지 밀도를 더 잘 보여준다. 출처: JiWei 보도(Sohu 전재)
RISC-V 임베디드 AI 오픈 솔루션 RV-EAI, 우전 ‘인터넷의 빛’에서 발표, 6개 기관 공동 오픈소스 (11-04): 이 솔루션은 openKylin 임베디드 AI 워킹그룹이 Milk-V, ChaoRui Technology, 상하이 OpenLoong, Jindie Space-Time, Kuya Technology 등 총 6개 기관과 공동으로 발표했으며, 발표명의 작업 코드명은 ‘Qiyuan’이고, 모든 세부 사항은 오픈소스 프로젝트 방식으로 GitHub 저장소와 공식 웹사이트에서 지속적으로 발전한다. 주장은 ‘정형화된 완제품이 아닌 인터페이스, 목록, 참조 구현을 발표한다’는 것으로, 로봇을 실시간성에 따라 본체 계층(마이크로초급 전류 루프), 소뇌 계층(밀리초급 제어 폐루프, 실시간 코어에서 RTOS 구동, CAN-FD와 EtherCAT를 통해 관절 버스 연결), 대뇌 계층(10밀리초급 추론, 인지·계획·VLA 담당) 으로 나누고, 세 계층을 동일한 RISC-V 명령어 집합(RVA23, RVV·IME·AME·VME 결합) 위에 구축한다. ‘개방’의 검증 가능한 정의는 다섯 가지 플러그 가능 지점이다: 본체 측의 Zhongke Benyuan, Xianji, GigaDevice, WCH, Espressif 등 관절 구동 및 MCU; 소뇌 측의 K3/SoM260, Zhihe A210, UR-DP1000/Titan; 대뇌 연산 측의 K3, Axera AX650N, Rockchip RK1828; 운영체제 계층의 openKylin, Debian, Ubuntu, Fedora, openEuler 다섯 배포판과 실시간 영역 RT-Thread; 프레임워크 및 모델 계층의 FlagOS, llama.cpp, TileLang 및 벤더 런타임. 검수 기준은 명확히 명시되어 있다: 한 지점을 교체해도 나머지 네 지점은 변경할 필요가 없고 상위 계층을 재적응할 필요도 없으며, 일관성 테스트를 통과해야 한다. 사이트는 동시에 Jindie K3 실기 자체 테스트 데이터(Bianbu 4.0.7, 커널 6.18.3, 10월 21일 수집)를 공개했다: 1B 비전 언어 모델 로컬 추론 24.09 t/s, 24B MoE 모델 12.00 t/s, IME2 코어당 970 GMAC/s(8스레드 5632 GMAC/s)이며, 벤더 공표 피크치와 가용 처리량을 명확히 구분한다. 이 자료의 무게는 발표회가 아니라 호환성 매트릭스에 실제 기종을 얼마나 많이 채울 수 있느냐에 있다. 출처: Jiachen Plan WeChat 공식 계정, RV-EAI 공식 웹사이트, kubuds/RV-EAI 저장소
Jindie Space-Time, RVISA 가상 ISA 사양 작업 초안 오픈소스 공개, 1차 라운드에 IME/VME/AME 세 가지 매핑과 blocked MMA 추가 (11-04 저장소 생성, 11-05 커밋): 새 저장소 spacemit-com/rvisa는 RISC-V Virtual ISA를 제안하며, 스칼라·벡터·행렬 연산을 위한 가상 명령어 표기 계층을 정의하고, 현재 사양 버전 번호는 0.2.0이다. 위치는 명확히 서술되어 있다: 의도적으로 NVIDIA PTX 위, cuTile 아래에 위치하며—어떤 프런트엔드 언어에도 바인딩되지 않고(소스 언어 프런트엔드 구현은 본 버전 범위에서 명시적으로 제외), 특정 칩의 명령어 인코딩을 직접 규정하지도 않으며, ‘대상 매핑’을 버전화된 profile로 만들어 어떤 레지스터 클래스, 레지스터 그룹, 명령어 시퀀스에 매핑되는지 항목별로 선언하고 업스트림 개정 번호와 검증 증거를 첨부한다. 표기는 RVV Intrinsics를 참조하여 타입화된 연산, 피연산자 역할, 레지스터 그룹 제약을 표현하며, tile은 1차원에서 N차원까지 지원하고, reshape와 축 치환은 요소 위치를 유지해야 하며, 레이아웃은 선형 레이아웃에서 유도된다. 이것이 해결하려는 문제를 가장 잘 보여주는 것은 ‘표현 가능성 요구’다: RVISA tile 연산에 대한 모든 최적화는 프로그래머가 표기 수준에서 작성할 수 있어야 한다—겨냥하는 것은 바로 행렬 확장 도입 시 컴파일러가 몰래 벡터화하고, 칩을 바꾸면 다시 작성해야 하는 실패 방식이다. 성숙도는 명확히 해야 한다: 사양 상태 파일 자체가 이것이 working draft이며 RISC-V International 승인 사양이 아니라고 명시한다; 대상 매핑 아카이브는 초안으로만 등록되어 있고 구현 일관성 증거는 아직 구축되지 않았으며, MLIR dialect와 실행 가능 일관성 도구는 모두 TBD로 표시되어 있고, 참조 부하는 .rvisa 표기 소스 형태만 있어 컴파일·실행할 수 없다. 저장소에는 RFC 0001~0003 세 가지 초안이 있으며, 명령어·레지스터 매핑 계약, 핵심 타입·연산 계약, 프로그래머가 표현 가능한 tile 레이아웃을 다룬다. MCU 측의 EM-Altair와 같은 논리의 두 가지 표현이다: 파편화는 결국 어느 한 계층의 안정적인 ‘소프트웨어 대상’으로 수렴되어야 하며, 차이는 거버넌스 구조에 있다—하나는 6개 대형 벤더 합작사가 주도하고, 다른 하나는 단일 벤더의 작업 초안이다. 출처: spacemit-com/rvisa 저장소, 사양 상태 페이지
Linux 7.4, ‘빠른 비정렬 접근’을 런타임 프로브로 전환, 배포판 커널 최대 11% 대역폭 이득 확보 (10-30): 이 변경의 경로는 두 단계로 나뉜다. 7.3에서 Tenstorrent가 제출한 변경은 ‘빠른 비정렬 메모리 복사를 지원하는 RISC-V 하드웨어용으로 컴파일된 커널’이 소프트웨어 정렬을 건너뛰도록 했으며, 자체 측정 대역폭 향상은 최대 11%였지만 컴파일 시 활성화가 필요했고, 하나의 배포판 커널이 여러 하드웨어를 지원해야 하며 그중에는 항상 느린 비정렬 접근 칩이 있기 때문에 이득은 커스텀 커널에만 머물 수밖에 없었다. 7.4는 판정을 HAVE_EFFICIENT_UNALIGNED_ACCESS에 연결해 런타임 프로브로 수행한다. 하드웨어가 실제로 지원함을 프로브했을 때만 사용자 공간 복사가 소프트웨어 정렬을 건너뛰며, 일반 빌드와 배포판 커널 모두 기본으로 적용할 수 있다. 같은 배치로 7.4에 병합된 RISC-V 변경에는 crash 핫플러그, 일부 페이지 테이블 함수의 최적화 경로 적용, 컨텍스트 스위치 최적화, B 확장의 hwcap 및 hwprobe 보고, Zic64b 보고 지원이 있다. 이 몇 가지를 합치면 ‘커널이 플랫폼 능력을 파악해 스스로 스케줄링에 활용’하는 단계이며, hwprobe 측 보고가 바로 런타임 프로브 같은 최적화의 전제다. 커뮤니티 논의에서 기록할 만한 판단이 하나 있다. SiFive를 제외하면 거의 모든 업체가 빠른 비정렬 접근을 지원하며, SiFive는 신세대 성능 코어에서만 지원한다는 것이다. 배포판이 이 최적화를 켜면 실제 수혜 범위는 칩이 hwprobe에 사실대로 보고하는지에 달려 있다. 출처: Phoronix, Hacker News 토론
openRuyi, 5영업일간 메인 저장소 약 58건 커밋, RVA23U64 기본 베이스라인 채택, RuyiAI 구성 요소 배포판 편입 (10-30 ~ 11-06): 일별 리듬은 6, 7, 15, 10, 20건이며, 금요일 주간의 4건과 clang-wrap 등 부속 저장소 커밋이 추가된다. 세 가지 내용이 가장 기록할 만하다. 첫째, llvm23 23.1.4를 신규 추가했으며(1220줄 spec과 패치 2개), LLVM에 openruyi vendor를 추가하고 riscv64-openruyi-linux 트리플의 기본 ISA 레벨을 곧바로 RVA23U64로 정했다. -march를 별도로 전달하지 않으면 컴파일러가 RVA23 기준으로 코드를 생성하며, RVA23은 ‘선택적 최적화 등급’에서 기본 베이스라인이 되었다. 둘째, 11-03에 python-tilelang-ruyiai, python-triton-ruyiai, buddy-mlir를 SPEC 형태로 배포판에 편입했으며, 이는 이 RISC-V AI 소프트웨어 스택이 소스 컴파일 스크립트 배포가 아니라 ‘패키지 관리자로 설치 가능한’ 경로를 걷기 시작했음을 의미한다. 같은 날 커널 debuginfo 지원이 보완되어, 온라인 성능 문제의 스택 백트레이스가 처음으로 사용 가능해졌다. 셋째, 11-05에 타임스탬프 하나로 문서 형식 가져오기 라이브러리 20개(libvisio, libwpd, libwps, libzmf, libabw, libcdr, libetonyek, libmwps, libodfgen, liborcus, libstaroffice 등)를 밀어 넣었으며, 모두 LibreOffice의 각 형식 가져오기 필터가 의존하는 동일 계열 라이브러리로, 산발적 패키지 추가가 아니라 의존성 폐쇄 정리다. 나머지는 엔지니어링 업데이트다: Firefox 159, expat 2.10.0 보안 수정, ollama 0.40.7, CI의 범위 한정 OBS 서명 키 적용. 공식 웹사이트 뉴스 페이지 최신은 여전히 2026년 10월의 두 건(10-19)이며, 11월 버전은 아직 릴리스되지 않았으므로 이번 주는 저장소 측 진전만 있고 배포판 릴리스는 없다. 출처: openRuyi 메인 저장소, openRuyi 공식 웹사이트 뉴스 페이지, llvm23 spec
Andes, 고급 RISC-V CPU Cuzco 개발 속도를 늦추고 엔지니어링 리소스를 매출의 절반을 차지하는 AI 사업으로 집중 (11-02): EE Times가 11월 2일 타이베이에서 보도한 내용에 따르면, Andes의 최고기술책임자(CTO) Charlie Su는 회사가 고급 코어 Cuzco의 개발 속도를 늦추기로 확정했다고 밝혔다. Cuzco는 원래 Andes가 데이터센터급 고급 코어를 위해 분사한 Condor 회사의 프로젝트였으며, 2025년 Hot Chips에서 공개되었고 올해 초 내부로 다시 회수되었다. 현재 취소된 것은 아니며 여전히 제품화될 것이고 이름이 바뀔 수도 있지만, 일정만 길어졌다. 수치 측면에서 AI 사업은 현재 Andes 매출의 절반을 차지하며, 작년 30% 성장했고 올해 50% 성장이 예상된다. 자체 개발 딥러닝 가속기는 규모가 크지 않고(약 4 TOPS, 1GHz) 자체 컴파일러를 갖추고 있으며, AI 매출의 주체는 AI 칩 회사들이 Andes의 CPU 코어를 가져가 제어, 오케스트레이션, 데이터 이동에 활용하는 것이다. 고객으로는 Meta, d-Matrix, Fractile, Axelera가 언급되었다. 최근 우선순위는 스토리지 시장의 메인 컨트롤러 코어(이미 10개 고객이 소형 컨트롤러 코어로 양산 중), 자동차, 로봇이다. 이는 “RISC-V가 데이터센터 고급 시장으로 진격 중”이라는 서사와 방향은 반대이지만 모순되지는 않는다. 고급 코어 연구개발은 멈추지 않았고, 상업적 리듬은 로드맵이 아닌 시장 모멘텀에 의해 결정된다. 실제로 비용을 지불하는 것은 AI 엣지와 제어 평면이다. 출처: EE Times

2. 명령어 집합과 아키텍처 생태계

Xiangshan: 일주일간 메인 저장소 커밋 18건, 가장 큰 비중은 CBO 디코딩 오류

Xiangshan 메인 저장소(kunminghu-v3)에는 이번 주 18건이 병합되었고, 별도로 GEM5 6건, NEMU 4건, difftest 11건(10-30부터 11-01까지의 9건 포함)이 있었다. 방향은 매우 일관되다. 기능 추가가 아니라 오류 탐색과 관측 가능성 보강이다.

CBO 연산 코드가 OR 연산으로 잘못 합성되어 cbo.zero가 됨(11-03, #6754): cache block 연산 명령어에서 연산 유형은 전체적으로 완전한 연산 코드를 선택해야 하는데, 코드는 「완전한 CBO 연산 코드」와 「기본 연산 코드」를 비트 단위 OR 연산으로 처리했다. CBIE 요청이 inval을 flush로 변환할 때, OR 연산이 cbo.inval과 cbo.flush를 cbo.zero로 합성했다—의미가 「이 블록을 무효화」에서 「이 블록을 0으로 초기화」로 바뀐 것이다. inval은 단순히 버리는 것이지만, zero는 데이터를 기록하므로, 데이터가 있는 0 초기화가 다른 hart가 사용 중이거나 곧 다시 기록될 라인에 적용되면 조용한 데이터 손상이 발생하며, 특정 연산 시퀀스에서만 발생하여 벤치마크와 일반 회귀 테스트로는 발견할 수 없다.
메모리 접근 4건 집중 문제 해결(11-03): #6762는 flush 전에 CBO zero 완료가 큐에 들어갈 때까지 기다리도록 했고, #6718은 16바이트 경계를 넘는 비정렬 접근의 전달 마스크를 수정했고, #6714는 waitSqidx가 이미 퇴역했을 때 MdpHit 판정을 수정했고, #6678은 동일 RobIdx에서 LoadUnit 롤백 정보가 다음 명령어에 의해 덮어쓰이는 문제를 수정했다. 네 건의 공통점은 특정 인터리빙에서만 오류가 발생한다는 것이다: 비정렬과 전달의 중첩, 퇴역과 히트 판정이 같은 사이클에 발생, 동일 RobIdx에서 연속 두 개의 load가 재생을 트리거하는 경우.
TAGE가 alt 정보를 meta에 저장(11-03, #6800): 기존에는 훈련 읽기와 예측 읽기가 동일한 저장소를 두고 경쟁했는데, 변경으로 alt 정보를 meta에 추가로 저장하고, 훈련 측은 TAGE 예측 오류 또는 실제 분기 결과가 예측과 불일치할 때만 훈련 읽기를 시작하도록 했다—고빈도 읽기 경로를 크리티컬 패스에서 제거한 것으로, 분기 예측기에서 가장 전형적인 트레이드오프다.
프론트엔드와 프리페치: 프론트엔드에 FtqPrefetchQueue를 도입했으며(10-30), 이는 iprefetch 리팩토링의 첫 단계다. 같은 시기에 prefetch.i/r/w를 LSU 프리페치 연산으로 디코딩하고, MBTB가 숨겨진 VBTB 분기에 대한 할당을 억제하도록 수정했다. 11-05에는 MissQueue가 프리페치 miss가 추측 상태일 때 여전히 store를 병합하는 문제도 수정했다(#6842)—store가 아직 확정되지 않은 프리페치와 병합되면, 프리페치가 취소될 경우 기록된 데이터의 귀속이 잘못된다.
관측 가능성과 엔지니어링 프로세스: BPU의 s2_override 관련 성능 카운터를 추가하고(#6777), CROB에 former/latter 잔여 기록 카운트의 디코딩 신호를 추가했다(#6749). README를 갱신하고 저장소 루트 디렉토리에 AI 코딩 에이전트를 위한 AGENTS.md를 추가했다(#6849). 빌드 방식, 코드 스타일, 커밋 규범을 규정한다—RTL 프로젝트가 이런 파일을 능동적으로 유지관리한다는 것은 일상 개발 프로세스에 이미 에이전트 참여가 기본값으로 자리 잡았음을 의미한다.
검증 체인: NEMU는 hvictl 인터럽트 주입 시 vscause에 주입 인터럽트 번호를 보존하도록 수정했고(#1279), 길이 0인 벡터 로드를 더티로 표시했으며(#1278), 행렬 접근이 공유 TLB 최적화 경로를 타도록 했다(#1275). difftest는 행렬 AMU 이벤트를 「기록」과 「완료」 두 종류로 분리했고(#1025), squash replay에서 비동기 AME 검증기 상태를 보존하도록 했다(#987)—MMA 같은 장지연 명령어의 완료 순서와 기록 순서는 원래 일치하지 않으므로, 하나의 이벤트로 두 가지를 표현하면 다중 코어나 재생 시나리오에서 반드시 오판이 발생한다. 10-30부터 11-01까지의 difftest 9건 중, MMA 백엔드가 FP8 곱을 cache word에 패킹한 것은 정밀도 경로에서의 한 단계다.
GEM5 6건 모두 테스트 방법: google trace와 cbp trace를 CI에 연결하고, Fetch Block Size 통계 PMU를 추가하고, SPEC06의 RVV checkpoint 프로파일을 갱신하고, 주간 성능 작업에 선택적 스위치를 추가하고, 하드웨어 프리페치 알고리즘 개요 문서를 추가하고, cpu-o3가 「가장 오래된 동일 사이클 squash」로 resolve 입력을 필터링하도록 했다.
출처: XiangShan, #6754, NEMU, difftest #1025, GEM5

CORE-V: 세 배치 29건, 절반이 「설치 가능, 빌드 가능, 벤치마크 실행 가능」

CORE-V Wally(cvw)는 이번 주 세 배치에 걸쳐 29건을 병합했으며(11-02~11-03 3건, 11-04~11-05 15건, 11-05~11-06 11건), 별도로 cvfpu 1건이 있다. 구조적으로 세 그룹으로 나눌 수 있다:

규격 세부 사항: #1974는 Svvptc(RVA23 선택 사항)에 따라 유효하지 않은 PTE를 더 이상 캐시하지 않습니다. 이전에는 HPTW가 V=0 리프 또는 비리프 PTE에서 나온 워크 결과를 ITLB/DTLB에 기록했지만, Svvptc는 핸들러가 V를 1로 설정한 후 SFENCE.VMA 없이 직접 재시도할 수 있도록 허용합니다. 유효하지 않은 PTE를 캐시한 구현은 영구적으로 fault가 발생합니다. 수정 방법은 워커가 기존 FAULT 경로를 따르고 TLB에 아무것도 쓰지 않도록 하는 것입니다. 이는 “규격이 선택 사항을 제공했으니 구현은 그 합법적 사용을 위한 경로를 마련해야 한다”는 전형적인 사례입니다.
마이크로아키텍처 진행: #2050은 레지스터 파일을 래치 구현으로 변경(면적과 전력으로 타이밍을 확보), #2046은 HPTW의 AMO 접근이 버스 원자 트랜잭션을 사용하도록 함, #2052는 eBuFsmArb 마지막 사이클 처리를 수정, #2048은 합성 자동 ungroup 도입, #2045는 RV32IMCB 구성을 회귀 프로세스로 진행.
납품 엔지니어링 품질: Ubuntu 26.04에서의 사용자 정의 설치 스크립트 수정(#2061), buildroot 재구축(#2039), Embench 속도 테스트와 CoreMark의 컴파일 옵션 조정(#2031, #2024), 코드 커버리지를 구성별 통계로 변경하고 rv64gc 100% 달성, wallyTracer의 RVVI 추적 필드 스테일 값 문제 수정(pte/페이지 유형/ppn/가상 물리 주소와 접근 유형이 TLB 히트 시 종종 트랩 핸들러 코드 페이지의 값을 가져 ACT 기능 커버리지가 잘못 기록됨).
판단: CVW는 교육 및 연구용 코어이지만, 최근 Ubuntu 26.04 호환, buildroot 재구축, CoreMark/Embench 컴파일 옵션을 진지하게 다루고 있으며, 커밋의 절반이 “설치 가능, 빌드 가능, 벤치마크 실행 가능”에 집중하고 있습니다. 이 리듬은 논문용 RTL이라기보다 테이프아웃과 외부 납품을 준비하는 엔지니어링 품질에 더 가깝습니다.
출처: cvw 커밋 기록, CVW #1974

보안 마이크로아키텍처: SecDMP, RISC-V 코어에서 최초의 오픈소스 DMP 구현 달성

KU Leuven 등 팀(NDSS 2027 투고)은 먼저 RISC-V 프로세서에서 최초의 오픈소스 DMP(Data Memory-dependent Prefetcher) 를 구현했으며, 실측을 통해 DMP 성능을 유지하려는 현존 유일한 방어가 전체 클래스의 누출을 막지 못함을 입증한 후 SecDMP를 제안했습니다. 이는 메모리에서 비밀을 표시하고 DMP가 비밀을 마이크로아키텍처에 절대 인코딩하지 않도록 보장하며, 누출이 “DMP가 없는 베이스라인”을 초과하지 않음을 형식적으로 증명하고 공개 데이터 성능을 희생하지 않습니다. 하드웨어 비용은 연구 코어에서 0.5% 면적 이하입니다. 오픈소스 코어 커뮤니티에 대한 가치는 DMP 같은 최적화가 대기업 전용에서 구성 가능한 코어로 이동하고 있으며, 보안 설계가 테이프아웃 후 보완이 아니라 RTL에 미리 들어가야 한다는 점입니다. 같은 주에 Ruhr University Bochum, Max Planck Institute for Security and Privacy, Georgia Tech의 공동 팀은 CEASER-S, ScatterCache, SassCache, MIRAGE 네 가지 무작위화 캐시를 모두 동일한 멀티코어 비순차 RISC-V SoC의 최종 레벨 캐시로 구현하여 완전한 FPGA 프로토타입을 만들고 SPEC CPU 2017 rate와 GAPBS 전체 워크로드를 실행했습니다. 그들에 따르면 이는 동일한 풀시스템 하드웨어 플랫폼에서 이 네 가지 설계를 횡적으로 평가한 최초의 사례입니다. 논문은 구현 난점과 절충에 중점을 두며, 공개 초록은 성능 오버헤드의 정량적 비교를 제공하지 않습니다. 두 연구는 같은 것을 가리킵니다: RISC-V의 마이크로아키텍처 혁신은 이제 보안 비용까지 함께 정량화해야 하는 단계에 도달했습니다. 출처: arXiv:2610.37454 SecDMP, IndexBox의 무작위화 캐시 논문 보도

컴파일러 및 툴체인: RVA23U64가 배포판 기본으로, Nuclei VS Code 지원, Espressif trace 디코딩을 독립 저장소로 분리

openRuyi llvm23 23.1.4(10-30): LLVM에 openruyi vendor를 추가하고, riscv64-openruyi-linux 트리플의 기본 ISA 레벨을 RVA23U64로 정했으며, 이 트리플을 x86_64와 riscv64 두 가지 Triple 처리 경로에 연결해 크로스 빌드가 가능하도록 했다. 이는 이번 주 툴체인 측에서 가장 명확한 입장 표명이다. RVA23은 더 이상 선택적 최적화 등급이 아니다.
Nuclei, Nuclei Studio VS Code IDE 프리뷰 버전 출시(10-30, 선전): 공식 개발 도구가 이제 Eclipse와 VS Code 두 가지 형태를 갖추게 되었다. 현재는 Windows 개발자 프리뷰 버전 0.1.0이며, 중영문 인터페이스를 지원하고, VSIX로 기존 VS Code(1.134.0 이상 요구)에 설치한다. 하위 레이어는 여전히 Nuclei Studio IDE 2025.10에 의존한다. 호환 전략은 ‘재작성하지 않고, 최대한 그대로 옮긴다’는 것이다. Eclipse 버전 프로젝트를 직접 가져올 수 있고, cproject 호환 처리가 내장되어 있으며, 새 프로젝트 마법사가 동일하고, SDK와 BSP는 여전히 NPK 패키지로 배포되며 두 버전 간 호환이 가능하다. 디버깅은 OpenOCD, J-Link, QEMU, NucleiModel 네 가지 방식을 지원하며, 통일적으로 CDT gdbtarget을 사용하고 Live Watch가 새로 추가되었다. AI 측면에서는 벽을 두지 않아 Kimi, GLM, DeepSeek, Qwen과 호환된다. 로드맵에는 Linux와 macOS 지원, profiling, 코드 커버리지, ETrace와 flash 프로그래밍이 나열되어 있다. 국내 RISC-V 개발자 생태계에 있어 이번 단계의 실질적 의미는 진입점 이동이다. Eclipse의 느린 시작과 무거움이 오랜 불만이었던 반면, VS Code 측에서는 로컬 또는 클라우드 모델을 손쉽게 연결할 수 있다.
Espressif, trace 디코딩을 독립 저장소로 분리(11-05/11-06): esp-riscv-trace에 4건의 커밋을 푸시하고, GitLab CI, pre-commit 설정, GitHub workflows 업데이트를 추가했으며, 마지막으로 ci/pre_commit_and_pipelines를 master에 병합했다. 이 저장소는 8월 26일에 생성되었으며, 최상위에는 esp_riscv_trace라는 Python 패키지가 있어 RTL이 아닌 trace 데이터 디코딩과 도구 측 지원을 담당한다. 칩이 trace를 지원하는 것은 첫 단계일 뿐이며, 사람이 읽을 수 있는 것을 해독할 수 있어야 비로소 사용 가능하다. 이를 독립 컴포넌트(이중 CI와 사전 커밋 검사)로 제공하는 것이 이 판단의 실행이다. 같은 기간 Nuclei 도구 가이드에는 rvtrace 문서와 Hummingbird 디버거 문제 해결이 보강되었다. RISC-V 명령 트레이싱은 고급 코어와 전용 프로브에서 MCU 제조사의 표준 문서 체계로 진입하고 있다.
출처: openRuyi llvm23 spec, Design & Reuse 보도자료, esp-riscv-trace, nuclei-tool-guide

3. 운영체제와 배포판

openRuyi: 5개 기간 약 58건, ‘패키지 보유’에서 ‘운영 가능’으로

첫 장에서 설명한 세 가지 주요 흐름(RVA23U64 기본 베이스라인, RuyiAI 컴포넌트 저장소 진입, 사무용 의존성 폐쇄) 외에도, 이번 주에는 별도로 기록할 만한 두 가지 엔지니어링 단서가 있다.

보안 수정이 프로세스로 자리 잡기 시작: Firefox 159.0, expat 2.10.0, python-aiobotocore 3.10.0, python-nltk 3.10.4, python-paste 3.11.0, python-multidict 7.2.1, python-hydra-core 1.3.8 등 여러 패키지가 보안 수정 표시와 함께 업그레이드됨; CI는 apt-key를 범위가 한정된 OBS 서명 키로 교체하고, 「openruyi 컨테이너로 업데이트 워크플로 실행」 변경을 한 차례 롤백함. 보안 업데이트가 표시와 함께 묶음으로 프로세스를 타는 것은 이미 프로세스화된 채널에 진입했음을 의미함.
운영 가능성 보완: openruyi-linux-build가 debuginfo 패키지 생성을 지원하고, 커널 모듈은 트리밍·압축 없이 설치하도록 바꾸어 find-debuginfo가 처리하게 하며, 동시에 CONFIG_DEBUG_INFO_SPLIT를 미지원으로 표시해 debuginfo 패키지의 유효성을 보장함; simdjson을 5.0.8로 올리고 Ninja 오프라인으로 업스트림 테스트를 실행하도록 바꾸어 빌드 시 네트워크 연결을 피함. 이전에는 커널 모듈이 트리밍되어 스택 트레이스에서 심볼 이름이 빠진 주소만 볼 수 있었음.
금요일 주간 보충: 11-06 05:00 이후 메인 저장소에 추가로 4건(clonezilla, llvm-defaults에 python-clang 추가, tmux 3.8, qt6-qtwebengine 빌드 수정)이 있었으며, 여전히 금요일 근무일 내에 있어 이번 주에 포함됨. 공식 웹사이트 뉴스 페이지 크롤링은 정상이며, 최신 공지는 여전히 2026년 10월의 두 건(Ruyi Firmware, RISC-V 생태계 공공 인프라)이고 11월 버전은 미발표 — 이번 주는 릴리스 스퍼트가 아닌 롤링 유지보수에 해당함.
출처: openRuyi 메인 저장소 커밋 기록, openRuyi 공식 웹사이트 뉴스 페이지

revyos/linux: 설정 20건을 한 번에 병합, K3의 플랫폼 면이 뚜렷이 넓어짐

revyos의 7.3.y 브랜치가 11-03에 20건의 커널 설정 커밋을 한 번에 병합했으며, 모두 동일한 타임스탬프에 찍혀 있어 한 차례 집중 동기화임. 하드웨어 측에서 새로 추가하거나 활성화한 것은: SpacemiT K3의 UFS와 디스플레이 컨트롤러, K3의 USB3 PHY 및 Type-C／TCPM／UCSI／FUSB301／DP 교대 모드 일체, ESWin EIC7700의 ARCH와 DWMAC 네트워크 포트 및 pinctrl, AST 디스플레이, LM63 온도 센서, 그리고 Banana Pi F3의 K1 USB2. 플랫폼 역량 측에는 더 중요한 두 가지가 있음: linuxboot 설정 신규 추가(펌웨어 방식으로 커널을 적재하는 배포 시나리오에 대응)와 CI에 크로스 및 네이티브 빌드 두 파이프라인 추가로, 커널 설정 변경을 커밋 시점에 검증할 수 없던 오랜 문제를 해결함; 그 외에 PicoHeart 정오표 스위치와 ONIE TLV의 NVMEM 레이아웃 활성화(스위치 및 네트워크 장비 대량 배포용 자산 태그 형식). 판단: 이 배포판은 「보드가 부팅된다」에서 「전체 기기 외곽 장치가 갖춰지고 변경이 검증 가능하다」로 나아가고 있음. 출처: revyos/linux 커밋 기록(7.3.y)

OpenBSD 8.0과 felix86: hwcap, AIA, Sstc와 x86 호환 계층의 롱테일

OpenBSD 8.0(10-20 릴리스, 11-03 보도): 이 버전의 riscv64 증분은 드라이버보다 아키텍처 기능에 집중되어 있다. 커널이 CPU 확장을 탐지하기 시작했고 elf_aux_info의 AT_HWCAP/AT_HWCAP2를 통해 사용자 공간에 보고하므로, 사용자 공간 프로그램은 이제 하드웨어 능력에 따라 코드 경로를 분기할 수 있다. 커널에 V 벡터 확장 지원이 추가되었고, bounce buffers를 구현했으며, RISC-V 고급 인터럽트 아키텍처를 지원하고 imsic와 aplic 두 드라이버를 새로 추가했으며, Sstc 타이머 확장 지원을 넣었다. 같은 버전에서 Loongson 포트는 은퇴했다. RISC-V 배포판에서 hwcap 보고는 어떤 단일 최적화보다도 기초적인 설비다. 이것이 없으면 사용자 공간은 컴파일 시점의 추측으로 분기를 정할 수밖에 없다.
felix86 열네 건(11-04/11-05): x86/x86-64 게임을 RISC-V Linux로 옮기는 재컴파일러가 11월 2일 26.11 버전을 릴리스했고, 이번 모니터링 기간은 버전 이후의 수정 물결로, Linux 호환 계층의 정확성에 집중되어 있다. PTRACE_SYSCALL의 신호 전달, PTRACE_SETSIGMASK 복원, 32비트 setrlimit, statfs64 길이가 잘못되었을 때 EINVAL 반환, fork 클론된 자식 스레드의 tid 포인터, creat와 statfs의 루트 디렉터리 탈출 검증, 32비트 신호 프레임 확장 마스크, 슬래시만 포함한 경로의 무한 루프. 재컴파일러 측에서는 x87 스택 예외 시 FSW C1 비트, 잘못된 주소 thunk를 코드 캐시 앞으로 이동, Volatile Metadata의 TSO 최적화 구현을 수정했다. 이런 커밋이 밀집해 나타나는 것은 보통 주 흐름이 이미 동작한다는 뜻이며, 남은 것은 게임과 런타임이 간헐적으로 크래시하지 않게 하는 일이다.
출처: OpenBSD 8.0 릴리스 노트, felix86 커밋 기록

4. 칩과 하드웨어

차량용: 일주일 안에 칩, 플랫폼 규격, 소프트웨어 스택, 생태계 사례 네 계층이 동시에 전진

Infineon AURIX RC1(11-04)과 Quintauris EM-Altair(11-03)는 첫 장에 이미 나열했으므로, 여기서는 나머지 두 계층을 보충한다:

Guoxin Technology CCRC4XXX, AUTOSAR와 IAR 적응 완료(11-04 보도): RISC-V 멀티코어 아키텍처 기반 차량용 AI MCU가 Neusoft Reach NeuSAR CP 플랫폼과 IAR Embedded Workbench for RISC-V 적응을 완료했고, 세 회사는 제6회 RISC-V 중국 서밋에서 공동 Demo로 전시했다. 이 칩은 국내 최초의 RISC-V 멀티코어 양자내성 차량용 AI MCU로, 22나노 RRAM 공정, 0.3 TOPS NPU 서브시스템을 통합했으며, 기능 안전은 ASIL D, 정보 보안은 Evita-Full까지 지원하고, 양자내성 및 전통 암호 알고리즘과 호환되며 NIST FIPS 203/204를 지원하고, CGDMA를 기반으로 차량 네트워크 데이터 라우팅을 수행한다. 이미 두 제품이 샘플 출하되었다. CCRC4088S는 8+4 코어, 500MHz, 14000DMIPS로 중앙 도메인 컨트롤과 지능형 주행을 겨냥하고, CCRC4046S는 4+4 코어, 500MHz, 7000DMIPS로 차체, BMS, 지역 도메인 컨트롤을 겨냥한다. NeuSAR cCore는 AUTOSAR R21-11/R23-11을 준수하며 ASIL D 인증을 획득했고, IAR 툴체인 기능 안전 버전은 TÜV SÜD 인증을 받았다.
Zijing M100, 「중국칩」RISC-V 생태계 보급 시범 사례로 선정(11-05 보도): Hunan Zijing Semiconductor의 차량용 RISC-V MCU가 이번에 신설된 「RISC-V 생태계 보급 시범 사례」에 선정되었다. 이 범주는 기술 구현, 생태계 적응, 상하류 공동 보급, 규모화 도입에서 시범적 가치가 있는 프로젝트를 중점 선정한다. M100의 기반은 Great Wall Motor 기술 센터 배양 팀이 만든 국내 최초의 오픈소스 RISC-V 코어 기반 차량용 MCU로, 2025년 12월 18일 양산 탑재되어 콤비네이션 헤드램프, 앰비언트 라이트, 콤비네이션 스위치 등 차체 제어 시나리오에 사용되었고, 올해 10월 9일까지 누적 출하가 1000만 개를 돌파했다. 회사 측은 15개 이상의 핵심 IP를 자체 개발했고, 완전한 MCAL, 하위 드라이버 SDK, RTOS와 개발 디버깅 환경을 갖추었으며, ISO 26262 ASIL-D 프로세스 인증, ASIL-B 제품 인증, ASPICE, AEC-Q100을 통과했다고 밝혔다. 제품 라인은 M100/M200/M300과配套 전원 드라이버 칩으로 확장되며, M200은 올해 4분기 투입(40nm) 예정으로 콤비네이션 계기, T-BOX, 게이트웨이, BCM을 겨냥한다. 구현 지능용 소뇌 제어 칩 E100은 연구 중이다. 관전 포인트는 칩 파라미터가 아니라 평가 기준에 있다. 「생태계 보급」을 별도 범주로 둔다는 것은 심사가 「상하류 공동 적응과 규모화 도입」에 가치를 매기기 시작했다는 뜻이다.
출처: Sohu科技(Guoxin Technology), 창사만보(Sohu 전재)

IP와 보안 칩: Andes는 속도를 늦추고, Viettel은 첫 자체 보안 칩을 내놓는다

베트남 Viettel, 자체 설계 첫 RISC-V 보안 칩 VGC v1.0 발표(11-03 발표, 11-04 보도): 베트남 정부 암호위원회와 군용 전자통신그룹 Viettel이 하노이에서 베트남 최초의 자체 설계 보안 반도체 플랫폼과 첫 칩을 발표했다. 이 칩은 RISC-V 아키텍처와 28나노 CMOS 공정을 채택했으며, 패키지 크기는 10밀리미터 정사각형이고 약 3억 개의 트랜지스터를 집적해 베트남 자체 개발 암호화 알고리즘을 하드웨어에 내장했으며, 주로 정부와 국방을 겨냥한다. 공식 테스트에 따르면 동일한 작업에서 암복호화 속도가 순수 소프트웨어 방식의 약 15배에 달한다. 이 칩은 이미 정부와 국방 기관의 보안 USB 저장 장치에 사용되었으며, 다음 단계로 국가 전자서명 인증 시스템(이미 200만 건 이상의 디지털 인증서 발급)에 진입할 예정이다. 양측은 또한 협력 협약을 체결하고 전용 암호화 구성요소를 통합한 멀티코어 보안 칩 플랫폼을 공동 연구개발할 계획이며, 장기적으로 AI, 6G, 스마트 카메라, 드론, 로봇으로 확장할 계획이다. 같은 시기 로이터는 Viettel이 13억 달러를 투자한 첫 웨이퍼 팹이 2027년 시험 생산 목표를 달성하지 못할 수 있다고 보도했다.
IP 계층의 다른 단면: Andes의 Cuzco 속도 조절(1장 참조)과 onsemi가 1450만 달러에 Codasip의 저가형 RISC-V 프로세서 사업을 인수했다는 보도(11-03 가격과 인력 세부사항 보충, 약 260명 직원 중 27명 관련, 대금 약 90% 지급 완료, Studio 도구 라이선스 포함)는 동일한 결론을 가리킨다. 즉 범용 코어 라이선싱은 공급 과잉과 가격 경쟁 속에서 점점 어려워지고 있으며, 살아남을 수 있는 쪽은 코어를 자사 칩에 사용하는 구매자이거나 차별화된 보안 서사를 찾은 판매자(Codasip의 CHERI 전환)다. 이 거래의 가격, 인원수, Codasip의 CHERI 전환 판단은 지난주 위클리 리포트(10-26~10-30)에 이미 수록되었으며, 이번 주에는 “거래 완료”라는 표현만 보충하고 주요 뉴스로 중복 집계하지 않는다.
출처: 관찰자망(Viettel), Jon Peddie Research(Codasip)

엣지 디바이스와 개발 보드: 21달러의 듀얼칩 보드와 MCU를 PC처럼 쓰는 런처

Wireless Tag WT99P461-S1 개발 보드 (11-04): 25×25mm 모듈 기반, 메인 컨트롤러 ESP32-P4X(듀얼코어 RISC-V 360/400MHz, AI 명령어 확장 및 단정밀도 FPU 탑재), 별도로 최대 40MHz의 저전력 RISC-V 코어, 32MB PSRAM, 16MB NOR 탑재; 무선은 ESP32-C61이 2.4GHz Wi-Fi 6와 블루투스 5.4 제공. 온보드 100M 이더넷, RS-485 및 CAN 단자, MIPI DSI/CSI, 마이크 및 3W 스피커 인터페이스, microSD 및 듀얼 USB OTG, ESP-Brookesia 기반의 스마트폰 유사 인터페이스와 AI 비전 예제 프리 설치. 단일 보드 21달러, 7인치 스크린 포함 키트 42.50달러.
P4 Launcher (11-05): 개발자 Gil Tal이 터치스크린 탑재 ESP32-P4 개발 보드용 오픈소스 애플리케이션 플랫폼을 출시, 부팅 시 자체 인터페이스로 바로 진입, 앱은 .papp 파일로 microSD 카드에 저장되고 부팅 시 PSRAM에 로드, 앱 추가/삭제는 카드에 파일을 복사하기만 하면 되고 펌웨어를 다시 플래시할 필요 없음. 현재 21개의 PAPP 앱 보유, 에뮬레이터와 게임 위주(Neo Geo, Atari 2600, Doom, Quake, Duke Nukem 3D, OpenTyrian), 추가로 시계와 파일 관리; 인터페이스는 LVGL 기반, 오디오 엔진은 최대 8채널, 4~192kHz 지원, 최대 4개의 입력 장치 연결로 멀티플레이 게임 가능, 펌웨어는 microSD 또는 GitHub에서 업데이트 가능, 새 버전 부팅 실패 시 자동 롤백; 추가로 SDK와 두 계층 호환 레이어 제공(odroid_* 인터페이스 재구현, 구 PAPP v1 서비스 테이블 구현). 이런 프로젝트의 가치는 ‘게임이 된다’는 것이 아니라 앱 패키징, 로딩, 업데이트, 롤백이라는 일련의 규약을 MCU에서 구현해냈다는 데 있음.
Nuclei, T0 Chiplet 듀얼 SDK 저장소 개설 (11-02): 신규 nuclei-t0-sdk(베어메탈/RTOS)와 nuclei-t0-linuxsdk(Linux) 생성, 둘 다 현재 빈 저장소, 커밋 제로. 빈 저장소의 정보량은 제한적이지만 두 SDK가 동시에 개설되고 모두 T0 Chiplet으로 명명된 것은 차기 제품 라인이 chiplet 형태의 T0를 독립 플랫폼으로 소프트웨어 스택을 구축할 것임을 시사하며, 기존 코어의 SDK에 붙이지 않음을 의미.
출처: CNX Software(WT99P461-S1), CNX Software(P4 Launcher), nuclei-t0-sdk

국산 SoC의 소프트웨어 측면: Suan은 스트레스 테스트 수치를, Jindie는 전처리 계약을 제공

Sophgo Qwen3.5-0.8B의 2코어/3코어 변형 (11-05): sophon-demo가 0.8B 모델에 CV84X6 플랫폼용 --num_core 2/3 두 가지 변형을 추가했으며, 작성자는 20회 직렬 부하 테스트 평균값을 제시했다: 2코어 첫 토큰 0.868초, TPS 51.89; 3코어 첫 토큰 0.681초, TPS 55.20. 코어 수가 2에서 3으로 늘어날 때 첫 토큰 시간은 21.5% 감소했지만 처리량은 6.4%만 증가했다——가속비가 코어 수 비율보다 훨씬 낮아, 병목이 주로 행렬 연산 능력이 아니라 가중치 이동과 스케줄링에 있음을 보여준다. 엣지 디바이스 소형 모델 배포를 하는 사람에게 이는 코어를 늘릴지 데이터 레이아웃을 바꿀지를 직접 결정한다. 같은 주에 Sophgo는 cvi_rtt의 2026.11.03 주간 버전을 릴리스하고, SG2044 EDK2의 PCIe ECRC 검증을 기본적으로 비활성화하며, mcu 저장소에 I2C 브로드캐스트와 버스 복구를 강화했다.
SpacemiT model-zoo-vision 결과 계약 강화 (11-03/11-04): #113은 실패 결과 응답을 오류를 안고 계속 진행하는 대신 직접 거부하도록 변경하고, 「성공적인 빈 결과」라는 합법적 상태를 허용하며, 출력 벡터 읽기를 유한값 검사로 통일하고, Python 측 타입 추출기를 강화하며, embedding 정규화를 수정했다; #115는 이미지 스케일링의 기하 계산을 한 곳으로 통일하여 서로 다른 모델이 각자 구현해 결과 편차가 생기는 것을 방지했다; #114는 인스턴스 마스크 자르기를 절단에서 반개 구간 픽셀 경계로 올림하도록 변경하여 가장자리 한 행 또는 한 열이 잘리는 것을 방지했다. 이런 변경은 정확도나 처리량 수치에는 나타나지 않지만, 상위 비즈니스가 예외 입력에서 반쪽짜리 데이터를 받을지를 결정한다.
엣지 agent 스택 형성 (10-30): SpacemiT는 bianbu-agentic 우산 저장소를 새로 만들고 bootstrap을 완료했으며, 자체적으로 코드를 vendor하지 않고 서브모듈로 각 컴포넌트의 커밋을 고정하여 전체 이미지를 단일 SHA에서 재현할 수 있게 했다. 저장소 내 컴포넌트는 완전한 엣지 agent 운영체제를 구성한다: agent runtime(YAML 기반 세션 이벤트 스트림, 라이프사이클, 도구 및 플러그인 실행, 보안 경계), agent-security(도구 승인, agent별 능력 동기화, securityd 서명 목록), agent-memory(Rust, L1 세션/L2 작업/L3 장기 3계층 서랍), bibit-intent(결정적 규칙에서 로컬 추론, 다시 클라우드 업그레이드로 이어지는 의도 라우팅), BiBit GUI(Jan 기반 Tauri 데스크톱 프론트엔드), bibit-voice(KWS, VAD, ASR), bibit-filesearch(로컬 시맨틱 검색, 데이터가 기기를 벗어나지 않음) 및 lxqt-schedule. 「기억」을 독립 하위 시스템으로 만들어 3계층으로 나누고, 「보안」을 서명 목록을 갖춘 상주 데몬으로 만드는 것은 모두 agent를 데모 제품에서 납품 가능한 시스템으로 만들 때에야 나타나는 구성 요소다.
출처: sophgo/sophon-demo, model-zoo-vision #115, bianbu-agentic

5. 오픈소스 커뮤니티와 산업 활동

로봇 소프트웨어 스택: 로봇팔 프레임워크, 주사위 전 링크 및 휴머노이드 내비게이션, 일주일 만에 3계층 보완

통합 로봇팔 제어 프레임워크(10-30): spacemit-robotics/manipulation이 한 번에 85개 파일, +8605줄을 커밋했으며, 디렉터리는 역량별로 분할되어 있습니다. calibration에는 charuco 캘리브레이션, 핸드-아이 캘리브레이션 CLI 및 샘플링 도구가 포함되고, diagnostics에는 arm_check와 운영자 CLI가 있으며, kinematics는 URDF 기반 정운동학을 제공하고, motion은 디바이스 서비스와 CLI이며, bindings/python은 클라이언트와 연산자 지원 계층을 제공합니다. 벤더는 로봇팔을 “캘리브레이션, 진단, 운동학, 서비스 인터페이스를 갖춘” 시스템 구성 요소로 취급하지, 단순한 예제 코드로 취급하지 않습니다.
디바이스 세션과 안전 경계(11-05): manipulation의 아키텍처 설계 선택이 매우 명확하게 작성되어 있습니다. C++ 애플리케이션은 컴포넌트 라이브러리를 직접 링크하고 프로세스 내에서 DeviceSession을 사용하며, 명령줄과 Python은 DeviceClient를 통해 로컬 프로세스를 기동하여 JSONL로 요청을 하달하고, YAML 포인트 작업은 manipulation-device run으로 실행합니다. 디바이스 세션은 디바이스 독점, 도달 판정, 취소, 타임아웃, 장애 잠금을 통합 처리하며, 드라이버 계층은 모델 프로토콜과 단위 변환만 담당하고, 운동학과 핸드-아이 캘리브레이션은 설정에서 모델을 가져오며, 새 디바이스를 연결할 때는 Arm과 EndEffector를 구현하고 등록하기만 하면 됩니다. 가장 주목할 만한 것은 “컴포넌트는 자동으로 활성화하지 않고, 자동으로 오류를 지우지 않으며, 자동으로 원위치하지 않고, 자동으로 재시도하지 않는다”는 부분입니다. 이 네 가지를 미들웨어가 자동으로 처리해 버리면 문제 발생 시 현장 인력이 판단 근거를 잃게 됩니다. 안전 경계를 드라이버 계층이 아닌 세션 계층에 두는 것은 로봇 미들웨어가 갖추어야 할 절제입니다.
dice_arena 전체 체인(11-05): SpacemiT K3를 메인 컨트롤러로, Songling Nero 7축 로봇팔을 USB-CAN 어댑터(SocketCAN, 1Mbps)로 연결하고, 말단에는 Revo2 오른손 다섯 손가락 로봇손(6개 제어 채널), 컵 집기와 캘리브레이션에는 Intel RealSense D435i, 주사위 인식에는 상단 장착 USB 카메라를 사용하며, 별도로 ChArUco 캘리브레이션 보드, 스피커, 녹색 컵을 갖추고 있습니다. 소프트웨어 측면에서는 dice-arena serve가 비디오 포워딩, 로컬 음성, 게임 백엔드를 시작하고, 백엔드는 상태 머신(규칙 설명, 컵 집기, 컵 흔들기, 컵 내려놓기, 비전 판정, 결과 제스처, HOME 복귀)을 실행합니다. 컵 집기는 CupApplication이 RealSense 이미지로 컵 몸체를 인식하고 역해를 구하며 경로를 검사하고, 인식은 vision_yolov8_objdetect가 SpacemiT EP에서 추론하며, 화면은 RTSP로 MediaMTX에 푸시된 후 브라우저 WebRTC로 재생되고, 음성은 tts_moss_nano가 로컬 MOSS-TTS를 호출하여 합성합니다. 진정으로 가치 있는 것은 실패 처리입니다. 작업 전략 라이브러리는 C ABI로 단계 순서를 검사하고, 동작 발행 후 실패하면 즉시 잠금하며, 수동 처리가 필요한 상태를 task_state.json에 기록하여 프로그램 재시작 후에도 운동을 거부하고, 현장 인력이 처리를 완료하고 reset을 실행할 때까지 유지합니다.
휴머노이드와 SDK 마무리(11-04／11-05): humanoid_linglong에 LingLong의 SuperMimic 기립 정책 설정과 그리퍼 모델, 조작 시나리오가 추가되었고, ros2_humanoid는 G1에 RGBD SLAM과 Nav2 두 가지 완전한 설정을 추가했으며, manifest는 세 건을 연속 푸시하여 manipulation과 dice_arena를 정식으로 SDK 저장소 목록에 통합하고, docs-ros는 Orbbec 카메라 가이드와 K3 로봇팔 조작, 주사위 게임 가이드를 동시에 보완했습니다. 저장소 목록은 어떤 컴포넌트가 SDK에 속하는지를 결정하고, 문서는 개발자가 따라갈 수 있는지를 결정하며, 컴포넌트는 하드웨어 동작이 재사용될 수 있는지를 결정합니다. 세 가지가 같은 날 추진되었다는 것은 이 라인이 단일 데모에서 버전, 목록, 매뉴얼을 갖춘 딜리버러블로 전환되고 있음을 보여줍니다.
출처: manipulation, dice_arena, humanoid_linglong, manifest

회의와 이니셔티브: HPMicro 생태계 콘퍼런스 일정 확정, ERICI 산업용 컴퓨터 정의, 인도가 SHAKTI와 VEGA를 상용화로 추진

Xianji 제2회 생태계 컨퍼런스, 11월 21일 선전으로 확정(11-04): 제2회 Xianji Semiconductor 생태계 데이가 11월 21일(토) 9:30~17:00 선전 난산 Yitian Westin 호텔에서 개최되며, 주제는 「AI 칩 구현, 개발자 공동 생태계 구축」이고 초청제로 진행된다. 14개 세션 중 Xianji가 직접 제품을 소개하는 세션은 3개뿐이며, 나머지는 툴체인 업체(SEGGER), 오픈소스 RTOS(RT-Thread, HPM6750 소프트웨어·하드웨어 협업 발표), 제조 서비스(화추 DFM) 및 커뮤니티 개발자들이 맡는다. 오전에는 제품과 툴체인(「AI Agentic／Vibe Coding 수용」 포함)을 다루고, 오후에는 드론 비행 제어와 전자변속기, AI 음성+비전+운동 제어, cherry 풀 패키지, PocketJS, AI 보조 SDK 개발, HelixLink 실제 적용 사례로 전환된다. 이 구성 자체가 생태계 성숙도의 신호다. 즉 「생태계」를 자사 SDK 문서에서 타인이 자사 칩 위에서 작업을 전달하는 보고로 바꿔 놓았다. 지난주 움직임과도 맞아떨어진다. Xianji는 10월 말에서 11월 초에 12개 RT-Thread BSP 저장소를 13분 만에 일괄 v1.13.0으로 푸시했고, HPM5100EVK의 BSP 저장소를 새로 열었으며, HPM5100／HPM6E8Y는 이미 RV-EAI의 본체 레이어와 소뇌 레이어 선정에 포함되었다.
유럽 ERICI 이니셔티브, RVA23을 「산업용 컴퓨터」로 만들려 해(11-02): 발기인은 독일의 Yuri Zaporozhets이며, 비상업적 업계 협력으로 포지셔닝한다. 문제 정의는 직설적이다. RVA23 실리콘은 이미 나왔지만 「산업용 컴퓨터」는 없다. 보드 업체는 소프트웨어를, 소프트웨어는 보드를, 고객은 둘 다를 기다리는 이 순환을 실제 하드웨어에서 도는 개방형 참조 스택으로 끊어야 한다. 참조 스택은 계층으로 나뉜다. 펌웨어가 초기화와 POST를 수행한 뒤 UEFI 부트로더에 넘긴다. gRouvr는 커널처럼 로드되며 CPIO로 각 파티션 커널과 initramfs를 묶고, CPU·메모리·장치와 각자의 디바이스 트리를 실시간 파티션과 Linux 파티션에 나눠 주며, 둘은 같은 SoC에서 병렬로 격리 실행된다. 라이선스는 HFI BIOS가 GPL-2.0(U-Boot 기반), mr-bml이 GPL-3.0, gRouvr와 QSOE가 Apache 2.0으로 명시되어 있다. 파티션 스택은 이미 Jindie Shikong K3의 PicoITX 보드에서 시연되었다. 또한 격차도 솔직히 나열한다. 기성 RVA23 기기(Firefly AIBOX-K3, Milk-V Jupiter2)는 광전압 입력, −40~85℃, 필드버스와 실시간 I/O, 레일 설치, 산업용 EMC와 안전 인증, 10~15년 장기 공급 항목에서 대부분 「미표기」다.
인도 MeitY, 24개월 자체 GPU 목표 설정과 동시에 SHAKTI·VEGA 상용화 추진(11-05 보도): 「인도 반도체 미션 2.0」 프레임워크(2026년 7월 내각 승인, 규모 약 150억 달러, 기간 12년) 아래 인도는 약 24개월 내 자국 GPU 칩을 만드는 계획이다. RISC-V와 직접 관련된 것은 또 다른 문장으로, 동시에 SHAKTI와 VEGA 두 자체 프로세서의 상용화를 추진한다는 것이다. 확인 가능한 현황은 C-DAC의 VEGA ET301(32비트, 최대 100MHz, 26KB SRAM)로, 2024년 출시된 Aries 3.0 개발 보드에 사용되며 센싱, 웨어러블, IoT를 겨냥한다. 올해 9월 26일 SEMICOM India에서 정부는 SHAKTI 기반 수면 청소 로봇, VEGA 기반 디지털 망원경과 산림 환경 모니터링 프로젝트를 전시했다. 설계 링크 인센티브 계획(DLI)은 이미 24개 기업을 지원했다. 자제해야 할 부분도 분명하다. GPU 목표는 제조사, 칩 공급사, 아키텍처 라이선스 세부 사항을 공개하지 않았으므로 정책 선언과 로드맵에 해당하며, 검증 가능한 SHAKTI와 VEGA 현 제품(100MHz급 32비트 MCU)은 「AI 가속」과 거리가 멀다.
출처: 위챗 공식계정(Xianji), ERICI 공식 사이트, Hacker News 토론, Tom’s Hardware(인도)

RISC-V 100 차트 주간 동향

이번 주 riscv100.top에는 새로운 측정 결과가 없으며, 차트에는 추가 등록과 사이트 기능 출시만 있었다. 기준에 따라 본문 뒤쪽에 배치한다.

네 건의 추가 등재 기록: 11-02 점검에서 10-17의 「XSCC 2.0 on 샹산 KMHv3 RTL 3GHz」가 나타났으며, int 68.41, fp 76.95(speed/ref, Completed)로 동일 컴파일러의 이전 기록(10-15) 대비 int +0.8%, fp +0.5%였다. 11-03 점검에서 07-30의 「XSCC 1.1 on 진디에 K3 X100 2.4GHz」가 나타났으며, int 0.9, fp 1.07(rate/ref)로 해당 플랫폼의 이전 기록(05-31, LLVM 22.1.0) 대비 int +2.3%, fp +9.2%였다. 11-04 점검에서 10-10의 「XSCC 2.0 on 진디에 K3 X100」이 나타났으며, int 1.01, fp 1.13으로 해당 플랫폼의 이전 기록(07-30, XSCC 1.1) 대비 int +12.2%, fp +5.6%였다. 이 세 기록의 날짜는 모두 점검일보다 앞서므로 추가 등재에 해당하며, 이번 주의 신규 성적이나 아키텍처 개선으로 해석해서는 안 된다. 이 중 07-30과 10-10 두 건은 동일 플랫폼의 주요 버전 간 유일한 전후 대조 쌍을 이룬다.
두 가지 사이트 기능: 11-03에 Hardware Comparison(하드웨어 간 비교 페이지)이, 11-05에 Run Comparison이 출시되어 아키텍처 간 세 개의 SPEC 순위표를 항목별 비교 뷰(GHz당 정규화)로 구성했다. 비교 데이터는 총점보다 더 많은 정보를 담고 있다. 샹산 KMHv3는 libquantum, xalancbmk에서 Graviton5(Neoverse V3)를 앞섰지만, gcc, astar, mcf 등 컴파일 및 그래프 탐색 부하에서는 18%에서 31% 뒤졌다. 셴톄 이톈 710은 llvm, gcc, sqlite의 GHz당 값에서 Zen 5를 역전했으나, stockfish에서는 75% 뒤졌다.
설명이 필요한 한 가지 착시: 11-06 점검 스크립트가 39건의 「순위표 항목 하위」를 보고했으나, 이는 실제로 11-05에 출시된 비교 뷰의 대조 행이 당일 여섯 개 순위표 페이지에서 사라진 데 따른 것이며 실제 하위가 아니므로 본 보고서는 성적 변동으로 집계하지 않는다. Upcoming 세 항목은 여전히 Preparing 상태이다: AWS Graviton5 NeoverseV3(SPEC2006／2017／2026), SpaceMiT K3 X100(Vectorization／IME), GCC 16 SPEC CPU Testing. 위원회 구성원은 이번 주 변동이 없다.
출처: riscv100.top 크로스 아키텍처 SPEC CPU2006, 크로스 아키텍처 SPEC CPU2026, 홈페이지

6. 트렌드 관찰

차량 규격의 경쟁 포인트가 「RISC-V 코어가 있느냐 없느냐」에서 「어느 profile을 충족하느냐」로 바뀌었다: 이번 주 목요일에 네 계층에서 동시에 나타났다. 칩 계층에서는 Infineon이 AURIX 메인라인을 RISC-V로 전환했고, 플랫폼 규격 계층에서는 Quintauris가 EM-Altair로 인터럽트와 메모리 순서를 고정했으며, 소프트웨어 스택 계층에서는 Guoxin이 AUTOSAR와 IAR 적응을 완료했고, 생태계 사례 계층에서는 Zijing M100이 천만 개 출하로 시범 사례로 선정되었다. 국내 팀에게 이것은 기회(AUTOSAR, RTOS, 툴체인을 각자 다시 만들 필요가 없음)이자 압박(고객이 「특정 profile을 충족하는가」를 물을 것임)이다.
파편화의 수렴 계층이 서로 다른 높이에서 동시에 나타나며, 형태도 각기 다르다: RVISA는 AI 매트릭스 측에서 가상 명령 표기 계층을 제시하여 「프로그래머가 표현할 수 있는 최적화」를 하드 제약으로 작성했다. EM-Altair는 MCU 측에서 바이너리 호환 실행 환경을 제시했다. openRuyi는 RVA23U64를 기본 트리플릿으로 삼았다. Linux 7.4는 hwprobe로 런타임 탐지를 가능하게 했다. 네 가지의 공통점은 — 칩 제조사가 각자 규격을 해석하게 하는 것이 아니라, 규격과 구현 사이에 안정적인 소프트웨어 목표 계층을 삽입하는 것이다.
오픈소스 코어의 투자 중심이 검증과 관측 가능성으로 이동한다: Xiangshan의 일주일 18건 중 가장 무거운 것은 inval이 zero가 되게 만드는 디코딩 오류였다. 같은 기간에 BPU 카운터, CROB 디버그 신호, AI 코딩 에이전트를 위한 AGENTS.md를 보강했다. CVW는 rv64gc 커버리지를 100%로 만들고, Ubuntu 26.04 설치와 buildroot 재빌드를 정식 작업으로 삼았다. GEM5의 여섯 건은 모두 checkpoint, trace, PMU, 주간 성능 작업에 집중되었다. 점수는 재현 가능한 측정법 위에 서야만 비교 가치가 있다는 점이 오픈소스 코어의 공통 인식이 되었다.
국내 공급자가 「파라미터 발표」에서 「사용 가능한 것의 전달」로 전환한다: Jindie는 일주일 동안 규격(RVISA), SDK 목록(manifest), 로봇팔 매뉴얼, 안전 경계(자동 활성화/오류 초기화/복귀/재시도 안 함)에서 동시에 진척했다. Sophon은 피크 연산력이 아닌 2코어와 3코어의 엔드투엔드 부하 테스트를 제시했다. Zijing은 「생태계 확산」을 신청 가능한 사례로 만들었다. Nuclei는 개발 진입점을 Eclipse에서 VS Code로 이전했다. 이 네 가지는 모두 「다른 사람이 실제로 쓸 수 있는가」라는 측면을 보완하고 있다.
상업화 리듬은 로드맵이 아니라 시장 모멘텀에 의해 결정된다: Andes는 고성능 코어 Cuzco를 늦추고 자원을 이미 매출 절반을 차지한 AI 사업으로 집중시켰다. 이는 Infineon이 메인라인을 RISC-V로 전환한 것과 방향이 반대인 두 신호이지만 모순되지는 않는다 — Cuzco는 취소된 것이 아니라 가속할 가치가 있는 신호를 기다리는 것이다. 실제로 돈을 내는 것은 AI 엣지, 제어면, 차량 규격이다. 고성능 코어를 만드는 팀에게 이것은 「누가 먼저 비용을 지불하는가」에 관한 현실적 참조다.
평가 사이트가 「측정법을 우선 고정하는」 정리 기간에 들어갔다: 이번 주 순위표에는 추가 기록, 비교 뷰, 버전 진행 페이지뿐이며 새로운 측정은 없다. 11-06의 39건 「목록 이탈」은 실제로는 비교 행이 사라진 착시다. 이는 Xiangshan이 GEM5에서 checkpoint, trace, PMU를 보강한 것과 같은 종류의 작업이다 — 숫자의 비교 가능성이 숫자 자체보다 더 주목할 가치가 있다.

부록: 자료와 검증 설명

자료 구성

다섯 기 데일리 리포트: 2026-11-02(72시간 모니터링 기간, 10-30 05:00부터 11-02 05:00까지 포함), 11-03, 11-04, 11-05, 11-06(각 24시간 모니터링 기간, 이전 기 마감 시점에 연결). 따라서 본 보고서의 본문은 10-30부터 11-06까지 8일간의 이벤트이며, 그중 10-30부터 11-01은 월요일 기의 정상 모니터링 범위에 속하며 관련 항목은 제목에 원래 날짜가 표시되어 있다.
금요일 보충: 다섯 기 데일리 리포트의 마지막 기 마감 시점은 11-06 05:00이다. 본 보고서는 해당 시간대를 별도로 재검토했으며, 본문에 포함된 것은 openRuyi 메인 저장소 4건(clonezilla, llvm-defaults에 python-clang 추가, tmux 3.8, qt6-qtwebengine 빌드 수정)으로, commits.atom을 통해 확인했다.
모니터링 기간 이후 추가(본문 미포함): 11-07 새벽부터 현재까지 NEMU #1280과 difftest #1028／#1029가 매트릭스 완료 지문을 CRC32C로 교체하고 DiffTest 이벤트 페이로드를 압축했다. CVW는 일괄 병합(PWM 중심 정렬 점착 및 APB 읽기 스트로브 수정, UART 테스트, 코어 비교표에 rv32gc CoreMark/MHz 4.33 제시, 카운터 마스크 시프트, README psyn)했다. spacemit-robotics/manifest #32는 spacemit vslam을 등록했다. 이들은 토요일 새벽 이후의 동향으로, 다음 기에서 다룬다.

보강 검증 결과

점검 항목	결과
GitHub 주목 조직(168시간 모니터링 기간)	조직 단위 익명 인터페이스가 이번 주 한도 소진으로 조직별 rate limit 반환; 각 주요 저장소의 `commits.atom`으로 저장소별 확인으로 전환. 모니터링 기간 내 푸시 집계(점검에서 수집): spacemit-robotics 14개 저장소, sipeed 8개 저장소, revyos 6개 저장소, openhwfoundation 9개 저장소, openRuyi-Project 13개 저장소, radxa-linkr 0개 저장소; XuanTie, ESSENCORE는 산발적 문서 및 테스트 저장소 푸시만 있어 전체 비주요 저장소는 확인하지 않음
XiangShan 계열 저장소별 재확인	메인 저장소 18건(11-03 4건, 11-04 9건, 11-05 4건, 11-06 1건); NEMU 4건; difftest 11건(10-30~11-01 9건 포함); GEM5 6건; XSCache 1건(서브모듈 포인터는 XiangShan 측에서 갱신). XiangShan의 API 측 한도 반환으로 데일리 리포트 당일 건별 기록된 PR 번호로 확인
CORE-V 및 OpenHW	CVW 이번 주 3배치 29건(3＋15＋11), cvfpu 1건(FFLARNC 명명 clear 신호); CVA6 메인 브랜치가 10-23 이후 읽기 전용 전환 후 신규 커밋 없음, 모니터링 기간 내 푸시는 비기본 브랜치에서 발생
openRuyi 이중 출처	메인 저장소 5기 6／7／15／10／20건에 금요일 주간 4건 추가, 합계 약 62건; clang-wrap 별도 2건(ninja 링크 명령, LLVM IR 처리); 공식 웹사이트 뉴스 페이지 수집 정상, 최신 공지는 여전히 2026년 10월의 두 건(10-19), 11월 버전 미릴리스
revyos	7.3.y 브랜치 11-03 20건 설정 일괄 병합, K3의 UFS 및 디스플레이 컨트롤러, USB3／Type-C 일괄, ESSENCORE EIC7700, linuxboot 및 CI 크로스 컴파일 포함; 모니터링 기간 말 메인 브랜치 추가 푸시, 건별 미확인
DAMO XuanTie, ESSENCORE, Nuclei, Espressif	XuanTie: damo-rv-priv-ats 2건(기능 게이팅 선언적 설정 변경, S 모드에서 HS 모드 전환 후 PMP 미정리 수정), 기타 주요 저장소 푸시 없음; ESSENCORE: 주간 푸시 제로, 최신은 여전히 10-19의 linux-stable; Nuclei: nuclei-tool-guide 다수(2026.10 changelog, rvtrace 및 Hummingbird 트러블슈팅), T0 Chiplet 듀얼 SDK 빈 저장소 신규 생성; Espressif: ESP-IDF 생태계 정기 유지보수 중심, RISC-V 관련은 esp32s31-bt-lib, esp-vision 및 독립 esp-riscv-trace
SpacemiT spacemit-com 및 spacemit-robotics	spacemit-com: bianbu-agentic 엄브렐라 저장소 및 rvisa 규격 저장소 신규 생성, model-zoo-vision, docs-ros, docs-chip, docs-product 다수; spacemit-robotics: manifest 3건, manipulation 및 dice_arena 각각 16／18건, humanoid_linglong, ros2_humanoid, humanoid_common, control_whole_body 각각 푸시
Sophgo	sophon-demo(Qwen3.5-0.8B의 2／3 코어 변형, Qwen3.5-0.8B CV84X6 적응), LLM-TPU #184, cvi_rtt 주간 버전, SG2044 EDK2 ECRC 비활성화, mcu I2C 강화; libsophon 등 10개 저장소 10-31 동일 분 일괄 푸시는 SDK 일괄 동기화
riscv100.top 점검	일별 아카이브 집계: 11-02, 11-03, 11-04 각 1건 보충 기록, 11-05 Run Comparison 출시 및 비교 항목 일괄 생성, 11-06 What’s New 재정렬 및 39개 비교 행 소멸의 허위 하차만 발생; 이번 주 신규 측정 없음, Upcoming 3건 여전히 Preparing, 위원회 변동 없음
회원사 공식 웹사이트 점검(391개사)	기간별 결과: 11-02 및 11-03 실질 업데이트 없음; 11-04 391개사 점검, 100개사 변동(대부분 대학 및 연맹 사이트 이벤트 페이지, 홈페이지 개편), 수집 실패 68개사; 11-06 391개사 점검, 92개사 페이지 변동, Google, National University of Singapore, StarFive, Infineon, Renesas 등 포함, 건별 확인 결과 모두 홈페이지 마케팅 콘텐츠 업데이트; 11-07 재점검 391개사(223개사 변동 없음, 99개사 콘텐츠 변동, 69개사 수집 실패), 변동은 대학 홈페이지, 협회 이벤트 페이지 및 Cloudflare 차단 페이지에 집중, 신제품, 투자, 협력 또는 아키텍처 발표 없음
riscv.org 공식 블로그	모니터링 기간 내 신규 글 없음
수록 대기 큐	주기 내 본 주제의 수록 대기 항목 없음

한계 및 기준 설명

보충 등록은 새로운 성적이 아니다: riscv100.top의 이번 주 보충 등록 기록 3건(10-17, 07-30, 10-10)은 모두 점검일보다 이른 날짜이며, 본 보고서는 이를 건별로 표기하고 “이번 주 신규 성능”에 포함하지 않았다. 동일 컴파일러 기준에서 0.8%에서 0.5%의 차이도 노이즈 수준이다. 11-06의 39건 “하차”는 사이트 비교 뷰의 대조 행이 사라진 데 따른 것으로, 성적 변동으로 처리하지 않는다.
벤더 자체 서술은 제3자 검증을 거치지 않았다: XuanTie C950의 60억 개 출하, 400개 고객, 1000개 라이선스 및 클라우드 워크로드 성능 30% 이상 향상은 공식 발표 기준이다. Zijing M100의 1000만 개 출하와 ASIL-D/ASIL-B 인증은 회사 발표 기준이다. 베트남 Viettel의 “암복호화가 소프트웨어 방식의 약 15배”는 공식 테스트 기준이다. 인도 GPU의 24개월 목표는 제조사와 아키텍처 라이선스 세부 사항을 공개하지 않았으며 정책적 선언에 해당한다.
성숙도에서 구분해야 할 규범: RVISA는 working draft(규범 상태 파일 자체 서술)이며 RISC-V International이 승인한 규범이 아니다. 목표 매핑 프로파일은 초안으로만 등록되었고 구현 일관성 증거가 구축되지 않았으며, MLIR dialect와 일관성 도구는 TBD이다. EM-Altair는 합작회사의 플랫폼 규범으로, 그 ASIL-B 표현은 “동등 요건”이며 인증 완료를 의미하지 않는다.
커밋 집계 기준: Xiangshan, CVW, openRuyi의 건수는 데일리 리포트에 일별로 기록된 PR/커밋 병합 수를 합산한 것으로, 일자를 넘는 구간에서 동일 배치 커밋이 인접 두 기간에 각각 기록될 가능성이 있다(예: CVW의 11-04~11-05와 11-05~11-06 두 배치). 본 보고서는 데일리 리포트 기준으로 각각 나열했으며 강제로 중복 제거해 합산하지 않았다. 조직 수준 푸시 집계는 점검 스크립트에서 가져온 것으로 건별 커밋 수와 기준이 다르다.
중복과 중복 제거: onsemi가 Codasip 저가 사업을 인수한 가격, 인원 및 CHERI로의 전환 판단은 지난주 위클리 리포트에 수록되었으며, 이번 주에는 “거래 완료” 표현만 보충하고 주요 뉴스에 중복 계상하지 않는다. XuanTie 60억 개와 C950 서밋 내용은 10-19 서밋의 2차 확산으로, 11-02~11-04 각 기간에 회고로 1건씩 계상되었으며 본 보고서는 “중국산 칩” 수상이라는 신규 사실에 대해서만 서술한다. onsemi, OpenBSD 8.0, Qwenputer 등 10월 하순에 이미 보도된 항목의 이번 주 전재는 모두 계상하지 않는다.
시간 창: 주말에는 통상 데일리 리포트가 없으며, 본 위클리 리포트는 월요일부터 금요일까지를 포괄한다. 11-07 새벽 이후의 동향은 “기간 후 신규”에 열거하며 본문 판단에 포함하지 않는다.
출처: 모든 항목은 데일리 RISC-V 글로벌 동향 리포트(2026-11-02~2026-11-06)에서 발췌했으며, 핵심 데이터는 이번 주기 GitHub 커밋 흐름, openRuyi 공식 웹사이트 뉴스 페이지, riscv100.top 일별 기록 및 회원 공식 웹사이트 점검을 통해 재확인했다.