보고 주기: 2026년 10월 19일(월)부터 10월 23일(금)까지, 총 5영업일.

자료 출처: 본지의 데일리 RuyiAI 동향 리포트 5회분(2026-10-19~2026-10-23, 각 회차 모니터링 기간은 전일 04:30부터 당일 04:30까지이며, 월요일은 지난 3일분으로 주말을 포함)과 함께, RuyiAI-Stack, ruyisdk, buddy-compiler 세 조직의 168시간 저장소 점검, openRuyi-Project 주요 저장소 보충 점검, RuyiSDK 개발자 커뮤니티와 openRuyi 배포판 뉴스 페이지의 이중 출처 재검증, 그리고 RuyiAI 공식 홈페이지 3개 페이지 스냅샷(점검 범위는 10-24 오전까지)을 포함한다.

편성 설명: 이번 주에는 세 가지 주제가 병행되었다. 첫째, openRuyi 메인 저장소는 637건의 커밋으로 「의존성 기반 패키징」으로의 전면 전환을 완료했으며, Rust crate 클로저 보충, Python 클라우드 스토리지 백엔드 보충, Go vendor 제거에서 시작해 소스 체크섬 및 %autochangelog 규범 보완까지 추진했다. 둘째, PyTorch와 LLVM 두 riscv 브랜치의 전체 브랜치 재적용이 「시기 선택」에서 「매일」로 수렴되었으며, 패치 제목 집합은 변하지 않고 커밋 해시는 매일 무효화된다. 셋째, RISC-V 매트릭스 확장(AME와 Ztt)의 컴파일러, 시뮬레이터, 연산자 세 계층이 이번 주에 동시에 완성되어 「컴파일 가능, 실행 가능, 결과 정확」의 최소 폐쇄 루프를 형성했다. 위클리 리포트는 데일리 리포트 자료 외에 7건의 점검 신규 발견을 보충했으며, 모두 10-23 낮(데일리 리포트 모니터링 기간 이후) 또는 주기 경계에 해당하여 부록에 기재한다.

1. 이번 주 주요 뉴스

  • openRuyi, 단일 주 5일간 637건 커밋, 패키징 전략 전면 「의존성 기반 패키징」으로 전환: 자연일 기준으로 10-19부터 10-23까지 각각 221, 137, 51, 109, 119건이며, 작성자는 Leetfs(333건)와 Jingwiw(152건)가 주를 이룬다. 진화 순서는 명확히 추적 가능하다—10-19 하루에 Rust 관련 커밋 211건(신규 패키지 약 200개)과 네트워크 스토리지 스택 추진(dpdk 26.07, spdk 26.09, liburing 2.15, btrfs-progs 7.1, nvme-cli 3.1); 10-20에는 Rust/Go/Python 각 42건의 대칭 구조로 fsspec 클라우드 스토리지 백엔드 전체 패밀리를 보충; 10-21부터 10-22까지 minio(10-20 병합), sonobuoy와 umoci(10-21 병합)의 vendor 제거 개조를 메인 브랜치에 반영하고, 삭제된 vendor 이후 필수적인 임포트 경로를 보충했으며, picoclaw의 동일 제안은 여전히 대기 중; 10-22부터 규범 보완으로 전환하여 Jingwiw가 54개 패키지의 소스 체크섬을 일괄 정리하고 %autochangelog로 전환했다. 출처: openRuyi 커밋 목록, PR #1459 minio vendor 제거, PR #1466 umoci

  • 두 riscv 브랜치의 전체 브랜치 재적용이 매일 운영으로 수렴: PyTorch는 5일 연속 아침 재적용, LLVM은 8일 침묵 후 3회 연속 기반 교체: PyTorch의 riscv 브랜치는 10-18부터 10-22까지 5일 연속 재작성되었으며, 헤드는 순서대로 8b254cfd, 44826095, 7f49d33f, 3c1ea315, 29259d90이고, 매번 전체 브랜치의 커밋 작성자 시간이 통일되어 재작성되었다; LLVM의 riscv 브랜치는 10-13부터 8일간 침묵한 후 10-21, 10-22, 10-23에 연속 3회 기반을 교체했으며, 헤드는 순서대로 dd05e5b5, 58d62a47, 7c77126b이다. 두 라인의 공통 특징은 패치 제목 집합이 항목별로 변하지 않고 로컬 성과가 유실되지 않는다는 점이며, 대가는 커밋 해시로 참조하는 모든 다운스트림이 매일 무효화된다는 것이다. 같은 기간 PyTorch에서는 약 5주 만에 첫 PR 병합(#51 riscv64 로컬 이미지, 10-17 병합)이 발생했으며, 7건의 오픈 PR은 주 전체에 걸쳐 타임스탬프만 갱신되고 새로운 리뷰 의견은 없었다. 출처: PyTorch riscv 브랜치, LLVM riscv 브랜치, PR #51

  • Ztt 매트릭스 확장이 처음으로 ruyisdk/llvm-project의 AME 브랜치에 적용됨(10-23 17:15), AME 3종 세트와 함께 매트릭스 확장의 완전한 체인을 구성: 이번 주 마지막 근무일에 AME 브랜치에 「[RISCV] Add initial Ztt matrix extension support based on spec v0.6」 초기 지원이 적용되었으며, 이는 해당 브랜치가 10-19에 AME CI 워크플로를 병합한 이후 두 번째 커밋이다. 여기에 RuyiAI 측 LLVM 브랜치의 AME 패치 시리즈(확장 및 백엔드 경로 설계 #16, #24, #27, 명령어 업데이트 #29, IME 내장 하강 및 A100 HP/SP 스케줄링 #30, #31, #32), QEMU의 ame-0.6 브랜치와 AME-operator 연산자 라이브러리를 더하면, 매트릭스 확장은 컴파일, 시뮬레이션, 연산자 세 계층에서 이미 완비되었다. 세 계층의 공통된 공백은 실측이다. 컴파일 측 성능 모델은 A100 명령어 기준으로 교정되었고, QEMU는 의미론적 정확성만 보장하며, 연산자 라이브러리 검증은 시뮬레이션 또는 기존 하드웨어에서 실행되어, 어떤 계층도 실기기 처리량 데이터를 제공하지 않는다. 출처: Ztt v0.6 커밋 29fefa0f, AME CI PR #170, qemu ame-0.6, AME-operator

  • QEMU, P 확장 v0.6 전체 명령어 시뮬레이션 완비, GCC와 LLVM 측 동시 정렬: ruyisdk/qemu의 p-dev 브랜치(업스트림 v11.1.0 기반)는 10-21 16:35에 12건의 마무리 배치를 적용했으며, 모두 패킹 SIMD에 집중되었다. Q 포맷 곱셈과 곱셈-덧셈, 순수 곱셈, 곱셈-누산, 2-way 및 4-way 곱셈-덧셈/뺄셈, 수평 리덕션, 로드 복제, pack/merge/선행 카운트, RV32 전용 명령어, 그리고 새 규격에 맞추기 위해 P의 Zbkb 의존성을 제거하고 tests/tcg/riscv 테스트를 보충했다. 툴체인 측도 같은 시기에 정렬되었다. GCC는 P 확장 지원을 0.6 버전으로 업데이트했고, LLVM은 mulq, 곱셈 상위 비트 누산, sati/usati, Packed Pair 및 패킹 곱셈 등의 intrinsics를 분할 병합했다. P 확장은 이로써 「시뮬레이터 전면 커버리지, 양대 컴파일러 생성 가능」의 후반부에 진입했으며, 공백은 애플리케이션 측 벤치마크에 있다. 출처: qemu p-dev, 격주 리포트 079호

  • 격주 리포트 제079호 최종 확정, 6개 절 보충: 10-22 09:26부터 14:20 사이에 ruyisdk/wechat-articles에 연속 10건의 패치(#383부터 #391이 주)가 적용되어 GCC, LLVM, V8, OpenJDK, Go, QEMU 및 패키지 관리자와 IDE 절을 모두 작성했다. 기술 내용은 네 곳에 집중되었다. LLVM은 12건을 나열했고 9건이 병합되었으며, RVA23.1 및 RVB23.1 profile 정식 전환, GlobalISel의 Zfhmin을 사용한 f16 절단 처리, 비정렬 스칼라 메모리 접근의 LLT 재로드를 포함한다. V8은 4건을 병합했으며 riscv64 이진 검색 부호 확장과 Liftoff 상수 추적을 다룬다. Go는 6건의 메인라인 CL을 제안했고 riscv64의 sha256/sha512 하드웨어 가속(zvknha/zvknhb) 2건이 병합되었다. OpenJDK는 12건을 병합하고 JEP 544(AOT 정적 컴파일)의 RISC-V 이식 초기 구현을 완료했다. 해당 호에는 여전히 세 개 절이 비어 있다. 권두언, 버전 테스트 및 잔여 문제, 공식 웹사이트와 문서. 출처: 079호 파일

  • IREE, 이틀 만에 RVV 행렬 곱셈-누산의 1단계 정밀도 단계 완료: 10-19에 릴리스된 v3.13.0은 RISC-V V의 f32 vfmacc.vf inner_tiled MMA를 정식 버전에 포함시켰으며(PR #24933), 10-21에는 메인 브랜치에 f16 버전이 추가로 반영되었다(PR #25000, 946줄 변경, 테스트 800여 줄). 확장 기능 가용성에 따라 세 계층으로 인코딩을 선택한다——+zvfh가 있을 때는 vfmacc.vf를 사용하고, f16 곱하기 f16이 f32가 될 때는 확장된 vfwmacc.vf를 사용하며, +zvfhmin만 있을 때는 f32로 확장한 후 다시 절단하는 방식으로 퇴화한다. 성능 측면에서 제시된 방향은: X60(VLEN=256)에서 단일 스레드 inner_tiled가 이미 mmt4d ukernel보다 빠르며, 4스레드와 8스레드의 큰 형상에서는 여전히 느리고, 남은 격차는 분할과 스레드화에 있다(추적 항목 #24932). 출처: IREE v3.13.0, PR #25000

  • 커널과 펌웨어 라인이 주말 끝에 침묵에서 재가동으로 전환(10-23): linux-xuantie-kernel은 10-23 11:23에 “riscv: Migrate T-Head extensions to the vendor extension framework”를 반영하여, 이전에 이름이 변경된 XUANTIE 벤더 확장 키를 커널의 벤더 확장 프레임워크로 전면 이전했으며, 이로써 10-16부터 이어진 7일 연속 침묵이 끝났다. 같은 날 ruyi-imager는 10:30에 “Add SpacemiT K3 UFS and UEFI provisioning support”를 추가했고, support-matrix는 10:47에 RDC2022-D1s의 RT-Thread 기본 테스트 보고서 3건을 보충했다. 세 라인은 이전 주 내내 동작이 없었고 투입은 전부 openRuyi의 사용자 공간 소프트웨어 패키지에 집중되었으며, 주말의 이 커밋들은 중심을 플랫폼과 보드 측으로 되돌렸다. 출처: 커널 커밋 92c3f534, ruyi-imager 커밋 732a9214, support-matrix

  • 서밋 폐막, 커뮤니티 산출물 집중 공개: 회고 게시글에서 7개 실기기 데모와 재현 가능한 가속 데이터 제시: 제6회 RISC-V 중국 서밋이 10-18부터 10-20까지 선전에서 개최되었고, 10-22 11:31에 포럼이 회고 게시글을 발표하여 규모 데이터를 제시했다——오프라인 전문 관람객 3600명 이상, 팀 10명 현장 참석, 기술 보고 2건, 기술 포스터 6편, D15 독립 전시 구역. 포스터의 핵심 수치로는 패키지 관리자 메타데이터 인덱스 328개 이상 소프트웨어 패키지, 265개 이상 시스템 이미지, 41개 개발 보드 포함이 있으며, PyPI에 릴리스되어 RevyOS와 Bianbu 저장소에 연동되었다; 과정 재구성 누적 821개 영상, 144.1만 재생. 7개 데모 중 가장 설득력 있는 것은 OpenCV RVV 가속 대조 실험으로: 동일 하드웨어 플랫폼에서 ruyi 설치 버전이 배포판 기본 OpenCV 대비 이미지 필터링과 특징 추출 등 연산자에서 3~8배 가속을 구현했다. 다음 날 포럼에서는 “RISC-V Linux 실습 과정 02｜충분한 C 언어 기초” 강의 자료가 추가로 등록되었다. 출처: 서밋 회고 게시글 #2893, 실습 과정 02 #2894

2. RuyiAI 스택 진행 상황(PyTorch / Triton / TileLang RISC-V 적응)

모니터링 기간 개요: RuyiAI-Stack 조직(18개 저장소)의 이번 주 동작은 pytorch(다섯 번의 아침 각각 전체 브랜치 재작성 완료), llvm-project(8일 침묵 후 연속 3회 베이스 교체), triton-riscv(야간 빌드 1회 재개 후 정지), ruyiai-daily(7회 연속 발행) 및 사이트 저장소(기여자 데이터 매일 정기 갱신)에 집중되었으며; tilelang-riscv, harness, FBGEMM, IntrinTrans, VecIntrinBench, cpuinfo, torq-tile, caffe, mxnet, dsh-osc는 모니터링 기간 내 커밋이 없었다.

PyTorch fork: 연속 다섯 아침 전체 브랜치 재적용, 10-23 첫 일시 중지

riscv 브랜치의 이번 주 운영 리듬은 이미 고정되었다. 매일 03:00 전후에 전체 브랜치를 재작성하며, 헤드는 순서대로 8b254cfd(10-18), 44826095(10-19), 7f49d33f(10-20), 3c1ea315(10-21), 29259d90(10-22)이다. 매번 재작성의 특징은 커밋터 시간이 일괄적으로 재작성되고 로컬 패치 제목은 항목별로 변하지 않으며, 변화는 업스트림 베이스라인의 동기화 범위에만 있다는 점이다. 10-21의那次와 이전 헤드를 비교하면 앞서 67, 뒤처짐 24, 208개 파일 차이이며, 10-22의那次는 앞서 60, 뒤처짐 24, 106개 파일 차이이고, 차이 면은 전부 업스트림(MPS 연산자, Metal 커널, CI 워크플로 및 pr_review 스크립트)에 속하며 로컬 패치 파일은 차이 목록에出現하지 않았다.

로컬 패치 시리즈는 네 그룹으로 안정적으로 유지된다: riscv64 로컬 이미지(#51), bytes_to_scalar 부동소수점 수정(#44), inductor opinfo blocklist(#50), linear cross entropy의 ULP 허용 오차 한정(#42), 그리고 CI 시리즈(#20 core/full 분리, #21 CI 워크플로 수정, #40 Jenkins 실패 후 계속 파싱, #41 판정 우회). 병합 측은 이번 주 신규 추가가 없다: 최근 5주 첫 병합은 PR #51「Add riscv64 image locally」로, 10-17 00:04에 squash 방식으로 반영되었고, .ci/docker/build-riscv64-local.sh를 추가하고 빌드 및 이미지 스크립트를 조정했으며, 월요일 데일리 리포트의 3일 모니터링 기간에出現했다.

별도로 기록할 가치가 있는 것은 리듬의 중단이다: 10-23 아침에 새로운 재작성 라운드가出現하지 않았고, 10-24 오전 확인 시점까지 헤드는 여전히 10-22의 29259d90에 머물러 있다. 이는 이번 “베이스라인 일일 갱신” 시작 이후 첫 공백이며, 리듬이 매일에서 선택적 주기로 후퇴하는지를 의미하는지는 다음 주기에 확인해야 한다. 7개의 오픈 PR(#23 Enable XNNPACK, #35 테스트용, #36 타임아웃 완화, #38 DataLoader 임시 비활성화, #43 패치 간소화, #46 ATen RVV 지원, #48 RVV CPU capability)은 주 전체에 걸쳐 오픈 상태를 유지했고, 매일 재생과 함께 동일 배치로 타임스탬프가 갱신되었으며 새로운 리뷰 의견은 없었다. 그중 #46과 #48은 여전히 RVV capability 상향의 두 가지 주요 제안이다. 출처: riscv 브랜치, PR #51, PR #46, PR #48

컴파일러 fork(llvm-project): 8일 침묵 종료, 이어서 연속 3회 베이스 교체

riscv 브랜치는 10-13부터 10-20까지 8일 연속 푸시가 없었고, 헤드는 0fb2da86(#31 A100 HP/SP 및 pack/unpack 하향 및 스케줄링 캘리브레이션)에 머물러 있었다. 10-21 23:00에 8일 만에 첫 전체 브랜치 재작성이出現했고, head는 dd05e5b5로 변경되었으며, SyncBots가 업스트림 통합을 LLVM b3b5e33으로推進했다. 이전 head와 비교하면 앞서 1769, 뒤처짐 26, 300개 파일 차이로, 이는 8일간 업스트림 적체의 집중 소화이다. 이후 이틀 연속 재작성: 10-22 23:00에 58d62a47로 교체(앞서 275, 뒤처짐 26, 여전히 300개 파일), 10-23 23:00에 다시 7c77126b로 교체.

세 차례 베이스 교체의 격차 차이는 메커니즘을 설명한다: 첫날은 적체 소화, 이후 이틀은 단일 일일 증분의 정규 추격이다. 브랜치는 이미 “매일 베이스라인을 한 걸음 앞으로 이동”하는 상태에 진입했으며, PyTorch와 동일한 운영 방식으로 수렴했다. 패치 시리즈는 완전히 유지되고 순서도 변하지 않았으며, BOSC AME 확장(#16)부터 A100 HP/SP 및 pack/unpack 스케줄링(#31, #32)까지, Buckyball 벤더 확장(#20), Pebble 코어 ISA 정렬(#23), xtame 설계 업데이트(#27), IME 내장 하강(#30)을 포함한다. 두 건의 FPGA 백엔드 PR(#25 BOSCAME FPGA, #28 xboscame FPGA)은 매번 베이스 교체 후 동일 배치로 타임스탬프가 갱신되었고, 주 전체에 걸쳐 오픈 상태를 유지했으며 리뷰推進은 없었다. 출처: riscv 브랜치, PR #25, PR #28

triton-riscv: 야간 빌드 1주기 복구 후 정지, PR #85는 여전히 유일한 활성 제안

10-17 22:41 PR #87「LLVM 24 지원 및 Buddy MLIR v0.1.0 고정」을 병합했고, 다음 날 08:57 자동 버전 추적 PR #88을 통해 buddy-mlir 나이틀리 버전 v0.1.1.dev20261017로 올라갔습니다. 10-19 10:01에는 나이틀리 빌드 nightly/20261018-a305fb6가 산출되었는데, 이는 10-12의 20261011-fe554ff 이후 일곱 거래일 만의 첫 신규 빌드로, CPython 3.12/3.13/3.14와 x86_64, riscv64 듀얼 아키텍처를 합쳐 총 여섯 개의 휠을 제공합니다.

이후 일주일 내내 커밋도, 새 릴리스도 없었습니다. 원인은 업스트림 공급 중단입니다. buddy-mlir는 10-17 이후 새 나이틀리 버전이 없고, triton-riscv는 따라갈 새 업스트림이 없어 양쪽이 서로를 기다리는 형국이 되었습니다. 오픈 PR #85「softmax 및 matmul 최적화」는 마지막 업데이트가 10-19 07:55에 멈춰 있으며 여전히 현재 유일한 활성 연산자 최적화 제안입니다. 나머지 오픈 PR(#83, #82, #58, #56, #55, #54)의 최근 활동은 모두 9월 중하순에 있습니다. 출처: Nightly 2026-10-18-a305fb6, PR #85, PR #87

tilelang-riscv: 10-16 다섯 건 이후 일주일 내내 침묵

해당 저장소는 10-16 15:56부터 18:52까지 집중적으로 다섯 건의 커밋(코드 생성 형식 규범, 업스트림 연산자 런타임 의미론 지원, TileOps 런타임 어댑터 업그레이드, Buddy MLIR 릴리스 CI 신설, 해당 CI에서 Python 확장 빌드)을 올린 이후, 10-17부터 10-23까지 7일 연속 새 커밋이 없었습니다. 오픈 PR #4「Add RVV vector mask and max reduction lowering」는 09-28부터 업데이트가 멈췄고, PR #2는 06-16에 멈춰 있습니다. 해당 저장소는 여전히 「CI와 런타임 골격은 통과, 연산자 커버리지는 보완 대기」인 정체기에 있으며, 이번 주에는 이 판단을 바꿀 새로운 증거가 없었습니다. 다섯 건 중 「업스트림 연산자 런타임 의미론 지원」 커밋은 후속 추적이 가치 있습니다. 이 커밋이 보완한 것은 직렬화 단계 간 lane-local 상태, 안전한 ragged copy, 동적 제어 흐름, 그리고 FP8/FP4 변환 수정으로, 연산자 자체가 아니라 연산자 커버리지의 전제 조건에 해당합니다. 출처: tilelang-riscv 커밋 목록, PR #4

기술 정보와 사이트: ruyiai-daily 7회 연속 발행, 사이트는 일상적 갱신만

기술 정보 저장소 ruyiai-daily는 이번 주 7회 연속 발행했으며(10-18부터 10-24, 매일 06:16에서 07:16 사이), PyTorch 생태계, LLVM-MLIR, Triton과 TileLang, RISC-V, AI 업계의 5장 구조를 유지했습니다. RISC-V 단락이 이번 주 수록한 내용은 다음과 같습니다: RISC-V 곱셈의 runtime libcall 제안, Sail RISC-V 0.16 릴리스, Unified DB의 Zvabd 인코딩 업데이트, linux-riscv 실행 전용 페이지 권한 패치, KVM IMSIC 락 설계, XiangShan AME의 RoPE 시뮬레이션, 커널 읽기 전용 매핑(PAGE_KERNEL_RO)과 시스템 콜 반환값 관련 두 건의 제안, SyterKit의 C907/E907 부팅 경로 업데이트, SpacemiT K3 PCIe 패치 v7의 리뷰 의견.

triton-riscv가 LLVM 24와 Buddy MLIR 0.1.0 조합에서 수행한 자체 테스트 데이터도 해당 저장소에 기록되어 있습니다: check-buddy 618건 통과, triton-shared 290건 통과, 9건 예상 실패. FlagGems 로컬 커버리지 3829건 중 여전히 10회의 네이티브 크래시가 있으며, 일부 예제는 네이티브 RVV 환경이 필요합니다. 원문은 이 결과들이 모두 작성자 로컬 결과이며, 이를 근거로 RISC-V 측 전체 모델 호환성을 추론할 수 없다고 명시했습니다.

사이트 저장소 ruyiai-stack.github.io는 이번 주 9건의 커밋이 있었는데, 그중 8건은 기여자 데이터의 일상적 갱신(chore: update contributors.json [skip ci])이고, 나머지 1건은 10-17의 기여자 가이드 업데이트(PR #80)로 내용 변경은 없었습니다. 출처: ruyiai-daily, 사이트 저장소 PR #80

3. RuyiSDK 툴체인과 배포판(패키지 관리자, 배포판, 컴파일러와 커널)

openRuyi 메인 저장소: 주간 637건, ‘의존성 클로저 보완’에서 ‘규범 보완’으로 전환

자연일 기준으로 집계하면, openRuyi 메인 저장소는 10-19부터 10-23까지 각각 221, 137, 51, 109, 119건으로, 5일 합계 637건이다(10-24 새벽의 6건은 별도로 주기 집계에서 제외). 작성자 분포는 Leetfs 333건, Jingwiw 152건, KimmyXYC 36건, cl2t 29건, HNO3Miracle 28건, misaka00251 21건, purofle 19건이며, 그 외 여러 명이 각각 10여 건씩 기여했다. 모든 커밋은 SPECS: 접두사를 가지며, 이는 배포판 패키징 정의로, 아키텍처 전용 백포트와 관련된 항목은 하나도 없다.

진화는 세 단계로 나눌 수 있다. 첫 번째 단계는 10-19의 221건으로, 그중 Rust 관련이 211건(신규 패키지 약 200개)이며, 암호학(botan 0.10, twofold, x25519-dalek 2, pkcs1 0.7, secrecy 0.10), 직렬화(toml 0.6/0.18/0.19, yaml-rust2), 압축(brotli 7, alloc-stdlib), 정규식(regex 1.13.1 및 automata/syntax), 자료 구조와 터미널 텍스트 처리를 포괄한다. 같은 날 네트워크 스토리지 스택도 진행되었다—dpdk 26.07(RISC-V의 lpm 및 fib 조회 개선 백포트 포함), spdk 26.09, liburing 2.15, iproute2 7.2.0, btrfs-progs 7.1, nvme-cli 3.1; 20:49에는 RISC-V에 직접적으로 유용한 두 개의 crate를 추가로 보강했다: rust-riscv-decode 0.2(명령어 디코딩)와 rust-panic-halt 1(베어메탈 크래시 정지).

두 번째 단계는 10-20부터 10-22까지의 삼언어 병행이다. 10-20의 137건은 Rust/Go/Python 각 42건의 대칭 구조를 보인다: Python 측 28건은 fsspec과 각 클라우드 벤더 백엔드(s3fs, gcsfs, adlfs, ocifs, dropboxdrivefs, smbprotocol, cloudpathlib) 및 관련 인증 의존성(azure-identity, msal, google-cloud-storage, google-auth-oauthlib, proto-plus, crc32c 등)에 배치되었다; Go 측은 minio의 vendor 제거 마무리와 Prometheus/Kubernetes 컴포넌트가 주를 이룬다; Rust 측은 windows-0.61 계열, zerocopy/rkyv 계열, cap-std/io-lifetimes 계열에 집중되었으며, 같은 날의 python-uv-build와 함께 uv 빌드 백엔드의 의존성 클로저를 가리킨다. 10-21의 51건은 이 방향을 이어가며, Go 측은 k8s 삼종 세트와 moby-sys, smarty-assertions의 임포트 경로를 보강하여 sonobuoy, umoci, go-mtree를 진정한 ‘build without vendored dependencies’로 완성했다; Rust 측은 23개의 rust-uv-* 패키지를 보강하고 python-uv-build를 0.13.4로 올렸다.

세 번째 단계는 10-22부터 10-23까지의 규범화다. 81건의 커밋 중 Jingwiw가 54건을 독점했으며, 변경은 전부 동일한 유형이다: ‘Add source checksums and use %autochangelog’, 패키지 이름 알파벳 순으로 luksmeta부터 xmltoman 구간을 포괄한다; 이러한 변경은 spec에 소스 파일 체크섬을 보강하고 변경 로그를 %autochangelog로 생성하도록 바꾸며, 어떤 패키지의 버전과 동작도 변경하지 않는다. 나머지 27건은 실질적 업그레이드로, 보안 배치가 가장 집중되어 있다: go 1.27.3, php 8.5.12, nss 3.131.1, ca-certificates-mozilla 2.92, rustup 1.29.2, python-pip 26.2.2, nodejs 24.22.1, python 3.14.9, python-pillow 13.0.0, nginx 1.31.8. 10-23 22:47부터 10-24 00:54까지 또 다른 Go 패키지 묶음이 보강되었다(go-gopkg-gorp.v1, go-github-ziutek-mymysql, go-github-denisenkom-go-mssqldb, go-github-gobuffalo-* 시리즈 등). 출처: 커밋 목록, PR #1361 kubecomps 의존성, PR #1486 python-uv-build

openRuyi PR: 3일 합계 약 37건 머지, CVE 대형 건 분할 재제출

데일리 리포트 기록에 따르면 10-20에 10건, 10-21에 5건, 10-22에 22건이 머지되었다. 10-20의 10건은 순서대로 #1128(Prometheus 3.13 모듈), #1342(CVE Part 1), #1461(graphql-core 3.3.0), #1355(kubecomps Go 의존성 첫 배치), #1462(buildx), #1344(fsspec CVE), #1459(minio vendor 제거), #1372(moniker), #1463(dropwatch), #1458(uwsgi)이다. 10-21의 5건 중 #1464 sonobuoy와 #1466 umoci는 vendor 제거의 착수이며, 그 외에 #1361, #1136, #1486 python-uv-build 0.13.4(58개 파일 +5640/-201)가 있다.

CVE 처리는 이번 주 프로세스 변화를 가장 잘 보여주는 항목이다: #1341「CVE Vulnerability Fixes (Part 0)」는 50개 파일, +997/-4788로 종료되었으나 머지되지 않았고, 같은 날 새로 열린 #1468과 #1469 두 건이 이를 이어받아, 원래의 큰 단일 PR이 세분화된 후 재제출되었음을 보여준다. #1344 fsspec CVE 수정은 별도로 머지되었다. 10-22의 22건 머지로 심사 중이던 19건의 보안 업데이트 큐가 사실상 소진되었으며, openjdk 네 버전이 두 배치로 나뉘어 반영되었다(먼저 27.0.1.0.2.1, 25.0.5.8, 21.0.13.9, 17.0.21.9, 그다음 [security-fixes] 표시가 붙은 17과 21 보충). 10-23 아침 기준 오픈 큐에는 여전히 77건이 남아 있다.

큐에서 주목할 만한 것은 같은 방향의 제안 그룹이다: qemu의 GUI 테스트 기능 활성화(#1421), virglrenderer 신규 추가(#1415), ovmf에 fwupd 추가(#1436), ydotool 신규 추가(#1457), xorriso의 man 페이지 충돌 수정(#1489), 그리고 WIP 상태의 크로스 riscv64 툴체인(#1490, x86 호스트에서 직접 riscv64 툴체인을 생성하는 것이 목표). 다섯 항목은 가상화, 그래픽 가상화, 펌웨어 업데이트, 입력 자동화, 광학 디스크 이미지 툴체인에 각각 속하며, 종합하면 「RISC-V에서 완전한 데스크톱을 구동하고 자동화 검증을 수행한다」는 방향을 가리킨다. 출처: PR #1341, PR #1415 virglrenderer, PR #1490 크로스 툴체인

ruyi 패키지 관리자: 0.53.0 주간 유지, 0.54.0 10월 말 확정

GitHub Release와 PyPI 모두 0.53.0(09-24 릴리스)을 유지하고 있으며, 메인 브랜치의 마지막 커밋은 09-25(#503 머지)에 멈춰 있어 주간 신규 버전과 신규 커밋이 없다. GitHub의 최신 프리릴리스는 여전히 09-18의 0.54.0-alpha.20260918이며, 이후 한 달간 추가 alpha는 나오지 않았다.

079호는 속도 저하의 직접적 원인을 밝혔다: 개발 및 테스트 팀 대부분이 지난주 선전에서 RISC-V 중국 서밋에 참석했다. 0.54.0은 릴리스 주기 조정으로 10월 말 정식 릴리스가 예상되며, 개발 중 항목 세 가지는 변동이 없다—소프트웨어 패키지와 현재 시스템의 ABI 호환성 검사, 더 많은 공식 유지관리 소프트웨어 패키지의 macOS 패키징, SpacemiT K1/K3 대상 툴체인 적응. 해당 호는 소프트웨어 소스 유지관리 약속도 제시했다: ruyi update의 내용은 최근 세 개 정식 버전과 호환된다. 월말까지 약 일주일 남은 시점의 관전 포인트는 alpha가 먼저 나오는지, 그리고 K1/K3 적응이 툴체인 패키지 형태로 제공될지 사전 구성 형태로 제공될지 여부다. 출처: ruyi Releases, PyPI ruyi, 079호 패키지 관리자 절

packages-index: ISCAS 소스 동기화 이상, 주간 패키지 업데이트 없음

저장소의 마지막 커밋은 여전히 10-13(ubuntu-old-releases 미러 추가, SiFive Unmatched의 ubuntu 버전 수정)이며, 주간 커밋은 0건이다. 079호는 침묵의 원인을 설명했다: 최근 2주간 ISCAS 소프트웨어 소스에서 데이터 동기화 문제가 발생해, 이미 빌드가 완료된 소프트웨어 패키지가 공용 네트워크에 갱신되지 못했으며, 따라서 당분간 소프트웨어 패키지 관련 업데이트는 없다.

이는 이번 주 「패키지 관리자 새 버전 없음, 인덱스 새 패키지 없음」이라는 조합 현상을 설명한다. 개발이 멈춘 것이 아니라 릴리스 채널이 막힌 것이다. 사용자에게 미치는 직접적 영향은 ruyi로 패키지를 설치할 때 여전히 이전 집합이 보인다는 것이며, 이는 서버 측 문제이므로 로컬에서는 점검할 필요가 없다. 출처: packages-index, 079기 리소스 업데이트 절

배포판과 미러: 2026.09 여전히 최신, ruyi-imager는 K3 공급 측 개조 4건 완료

openRuyi 배포판 뉴스 페이지는 주 전체에 새 글이 없었고, 2026.09 릴리스 공지(09-30)가 여전히 최신이며, 2026.10 페이지는 아직 게시되지 않았다. 월간 주기에 따르면 10월 버전은 이미 월말 구간에 진입했으나 메인 저장소가 여전히 패키지를 대량 보충 중이므로, 릴리스 시점이 다음 관찰 지점이다.

ruyi-imager는 이번 주 커밋 10건으로 세 구간으로 나뉜다. 10-21 세 건은 Glavo가 서명했으며, Gradle 의존성 버전을 공유 version catalog로 집중시키고, 의존성과 내장 도구를 안정 유지보수 버전으로 올리고, TOMLJ를 2.2.0으로 올리고 파싱을 단순화했다. 10-22 세 건은 상호작용을 개선했는데(활동 진행률을 고정 상태 표시줄로 옮기고 업데이트 오류를 분리, 설정 컨트롤을 정렬하고 업데이트 피드백을 압축, 미러 선택 단계에서 직접 다운로드 동작 제공 PR #12), 10-23 네 건은 기능과 엔지니어링으로 전환했다(CLI 출력을 콘솔 문자 집합에 맞추고 JSON은 UTF-8로 유지, SpacemiT K3의 UFS 및 UEFI 공급 지원 추가, 디렉터리와 GUI에서 모든 미러 대상 연관 유지, 디렉터리별 로드 시 저장소 메시지를 한 번만 파싱).

야간 빌드 채널의 추종 상황도 명확해졌다. 10-19 22:15 빌드된 패키지는 10-21의 세 건 푸시 후 즉시 재빌드되지 않았고, 10-21 21:31 패키징되어 10-22 05:38에야 완료되어 약 7시간 지연되었다. 이는 자동 빌드가 여전히 트리거되고 있으나 지연이 존재함을 보여준다. 출처: ruyi-imager 커밋 목록, 야간 빌드 채널, openRuyi 뉴스 페이지

격주 보고서 079의 기술 항목: GCC / LLVM / V8 / Go 네 갈래

GCC 세 건: Zvdota/Zvbdota 지원 리베이스 및 리베이스에서 발견된 문제 수정(패치가 patchwork에 전송됨), Ztt 확장에 Md 지원 추가, P 확장 지원을 0.6 버전으로 업데이트. LLVM의 열두 건 중 아홉 건이 이미 병합되었으며 네 그룹으로 분류된다. RVA23.1과 RVB23.1 profile 정식화(#234064), GlobalISel이 Zfhmin으로 f16 절단을 처리하고 반정밀도 합법화 보충(#231370), 비정렬 스칼라 메모리 접근의 LLT 재적재로 memcpy가 더 넓은 명령어로 전개 가능(#232183), P 확장의 mulq/승산 상위 누적/sati·usati/Packed Pair 및 패킹 곱셈 intrinsics(#232316, #232340, #233769, #232202, #232612), 그 외 __builtin_riscv_rev16_64의 RV64 제약 수정; 두 건은 여전히 리뷰 중으로, 각각 합의 범위에서 가수 범위를 추론하는 InstCombine 개선(#231357)과 TableGen으로 벡터 라이브러리 호출을 생성·선택하여 RISC-V의 SLEEF 선택을 수정하는 것(#231739)이다.

V8은 네 건 병합: riscv64에서 이진 탐색 switch 입력이 항상 부호 확장되도록, Sandbox 신뢰 포인터 테이블 항목에 태그 추가, Liftoff가 f32와 32비트 f64 상수를 추적(업스트림 커밋 이식), 인터프리터 진입 트램펄린에 최대 매개변수 수 검증 추가. Go는 여섯 개 주 line CL을 제안했으며, riscv64의 sha256과 sha512의 zvknha/zvknhb 하드웨어 가속 두 건은 이미 병합되었고, 나머지는 불필요한 MOVDnop 제거, 레지스터 시프트 값으로 비트 테스트 최적화, Zfa 어셈블리 지원, riscv_hwprobe의 vDSO 경유이다. 기본 C 라이브러리 측면에서 glibc는 sinh, sinhf, sinpi를 기존 libmvec 프레임워크로 이식했고, newlib는 acosf, logf, asinf, asinhf, asinpif, atanf를 벡터 수학 프레임워크로 이식했다. 출처: 079기 파일, GCC P 0.6 커밋 883d7da2, RVA23.1 PR #234064

컴파일러 및 시뮬레이터 브랜치: AME 브랜치 Ztt v0.6 반영, QEMU 두 브랜치 마무리

ruyisdk/llvm-project의 AME 브랜치는 이번 주 단 두 건: 10-19 13:32 PR #170「Add AME CI」머지, 45줄의 .github/workflows/ruyi-riscv.yml 추가, AME 브랜치에서 RISC-V 지원으로 LLVM을 빌드하고 타겟팅된 컴파일러, 코드 생성, 어셈블리 및 시맨틱 테스트 실행; 10-23 17:15(데일리 리포트 모니터링 기간 이후) Ztt 행렬 확장 spec v0.6의 초기 지원 반영, AME 브랜치가 처음으로 Ztt 명령어 패밀리를 통합. 이전에는 이 브랜치의 검증이 수동에 의존했으나, 이번 주부터 회귀 테스트가 GitHub Actions에 포함됨.

QEMU 측 두 브랜치 동시 마무리: p-dev의 P 확장 v0.6 마무리 배치(12건, 10-21 16:35)와 ame-0.6의 Damo Academy AME v0.6 구현(가시 커밋은 10-16까지, 이번 주 어셈블리 게재). ame-0.6의 공식 설명은 주요 기능 개발 및 아키텍처 리팩터링 완료, 32/64비트 사용자 모드와 시스템 모드 지원, 행렬 연산, 정수와 부동소수점 혼합 연산, 데이터 이동과 타입 변환 커버, 멀티코어 공유 백엔드, 상태 마이그레이션 및 디버깅 지원; 브랜치 내 가시 커밋 내용은 Ztt 명령어 패밀리 구현—decodetree 디코딩, 명령어 패밀리 helper, GDB 상태 노출, 실험적 CPU 구성 노출, disas 지원, 그리고 수치/텐서 연산, 제어 및 공유 백엔드, 메모리 및 디버거 통합, 구성 및 마이그레이션 네 그룹 테스트. 두 라인은 동일 업스트림 v11.1.0 기반, 지향점 일치: 아직 양산되지 않은 확장을 실행 가능한 소프트웨어 베이스라인으로 만드는 것. 출처: AME CI PR #170, Ztt v0.6 커밋 29fefa0f, qemu p-dev, qemu ame-0.6

커널 및 펌웨어 라인: 7일 침묵 후 벤더 확장 프레임워크 마이그레이션으로 깨짐

linux-xuantie-kernel(linux-6.6.36 브랜치)은 이번 주 첫 4일간 커밋 없음, 마지막 커밋은 10-16의 cpufeature 및 hwprobe 배치—Ziccamoa, Ziccif, Ziccrse, Za64rs와 Zicclsm을 cpufeature와 hwprobe에 추가, hwcap에서 사설 확장을 위한 ID 세그먼트를 구분하고 업스트림 번호와 정렬. 10-23 11:23 「riscv: Migrate T-Head extensions to the vendor extension framework」반영, 이전에 개명된 XUANTIE 벤더 확장 키 전체를 커널의 벤더 확장 프레임워크로 이관, 10-15의 키 이름 통일과 10-16의 ID 정렬 두 단계를 이어받아 XuanTie 사설 확장의 명명, 노출 및 등록 경로를 업스트림 규칙 아래 통일.

펌웨어 라인은 주 전체 여전히 침묵: ruyifirmware 최신 릴리스는 여전히 10-15의 「Ruyi Firmware 20261015」, edk2-ruyi 마지막 커밋은 10-15의 K3 시스템 정보 페이지, 두 라인 연속 7일 이상 무동작. openRuyi 공식 웹사이트 저장소 10-22 21:35 콘텐츠 커밋 1건(문서에 experimental 태그 추가 및 태그 설명 조정), 메인 저장소가 일부 패키지를 실험적으로 표시하는 방식과 일치, 배포판이 「실험적」을 내부 규약에서 공개적으로 보이는 분류로 바꾸고 있음을 보여줌. 출처: 커널 커밋 92c3f534, cpufeature 커밋 8fd30253, ruyifirmware Releases, 공식 웹사이트 저장소

지원 매트릭스: Duo S 듀얼 시스템과 RDC2022-D1s 두 리포트

support-matrix 이번 주 5건: 10-16 2건은 Milk-V Duo S의 Zephyr 및 RT-Thread Smart 테스트 보고서 추가; 10-23 10:47 3건은 RDC2022-D1s(Allwinner D1s)의 RT-Thread 기본 테스트 보고서 추가로, 최초 버전 커밋과 두 차례 리뷰 의견 수정을 포함한다. 저가형 RISC-V 보드의 RT-Thread 및 Zephyr 커버리지 방향은 이어지고 있으며, RDC2022-D1s의 RT-Thread Smart 5.0.0 출하 펌웨어 보고서는 이전에 079호에서 정리되어 실렸다. 출처: support-matrix 커밋 목록

4. 벡터 확장 및 연산자 최적화 (VecIntrinBench / IntrinTrans / FBGEMM)

이 스택의 벡터 저장소: 주중 내내 조용, 최근 동향은 2월에서 7월에 멈춤

VecIntrinBench는 02-13, IntrinTrans는 06-25, FBGEMM fork는 07-13, cpuinfo는 05-20, torq-tile은 04-09, harness는 10-10에 멈춰 있으며, 여섯 저장소 모두 주중 내내 커밋이 없다. 업스트림 검증 라인도 조용하기는 마찬가지다: riscv-arch-test 최신 커밋은 09-08(ACT 4.1 릴리스 노트 및 워크플로 수정)에 멈춰 있고, XiangShan 메인 저장소도 본 주제의 확인 범위 내에서는 모니터링 기간 내 커밋이 없다(10-19~10-20의 CoupledL2 변경은 아래 항목 참조).

이번 주 벡터 측의 실질적 진전은 모두 이 스택 외부에서 나왔다: IREE 업스트림의 RVV MMA 정밀도 단계(아래 항목 참조), RISC-V 아키텍처 테스트의 3건 머지, 그리고 장벡터 FlashAttention 리팩터링 프리프린트 한 편이다. 이 스택에 대한 판단은 변함없다 — 벡터 벤치마크 측은 이미 수개월째 새 데이터 산출이 없고, 연산자 측의 움직임은 triton-riscv와 tilelang-riscv 두 컴파일 프런트엔드에 집중되어 있으며, 이 두 프런트엔드 모두 이번 주에는 새 커밋이 없다.

IREE: RVV 행렬 곱셈-누산, 이틀 만에 한 단계 정밀도 상승, 단일 스레드에서 이미 mmt4d ukernel 능가

10-19에 v3.13.0을 릴리스했으며, CPU 백엔드에 RISC-V V f32 vfmacc.vf의 inner_tiled MMA를 추가했고(PR #24933), 동시에 LLVMCPU의 확장 가능 벡터화를 반드시 --iree-llvmcpu-vscale-range를 지정하도록 변경했으며, +zvl*b 특성이 있을 때 두 하한 중 큰 값을 취한다. 10-21에는 메인라인에 f16 버전을 추가로 반영했다(PR #25000): 동일한 lowerRiscvVFmaccLike와 상향 이동된 누산기 합법화를 재사용하고, Tile N은 vlen/8을 취하며, 인코딩은 확장 가용성에 따라 세 계층으로 선택한다 — f16 곱하기 f16으로 f16을 얻고 +zvfh가 있을 때는 vfmacc.vf; f16 곱하기 f16으로 f32를 얻을 때는 확장된 vfwmacc.vf; +zvfhmin만 있을 때는 두 경로가 각각 「누산기 extf로 f32, f32 vfmacc, truncf로 복귀」와 「두 패널 extf 후 f32 vfmacc」를 탄다. VLEN=256에서 비용 모델은 intrinsics_m을 각각 14, 7, 6으로 제시한다.

성능 결론은 방향성 있는 그 한 가지뿐이다: X60(VLEN=256)에서 단일 스레드 inner_tiled는 네이티브 f16 및 vfwmacc 두 인코딩 모두에서 이미 mmt4d ukernel보다 빠르며, 4스레드와 8스레드의 큰 형상에서는 여전히 느리다(추적 항목 #24932). 같은 날 별도로 PR #24849는 확장 가능 벡터의 분배 tile을 base * vscaleMax에 정렬했는데, 이는 VLA 경로상의 통상적 합법화다 — 분할 크기는 하드웨어 실제 VLEN의 정수 배로 나누어떨어져야 하며, 그렇지 않으면 좁은 VLEN 하드웨어에서 테일 블록 저하가 발생한다. 10-22 모니터링 기간 내 IREE에는 RISC-V 전용 커밋이 없었고, 업스트림 LLVM을 새 베이스라인에 통합하고 자체 바이트코드 가상 머신의 레지스터 검증을 강화했을 뿐이다. 출처: IREE v3.13.0, PR #25000, PR #24933, PR #24932, PR #24849

검증 및 캐시: riscv-arch-test 3건 머지, XiangShan CoupledL2는 set index 기준으로 bank 분할

RISC-V 아키텍처 테스트는 10-19부터 10-20까지 세 건의 커밋이 머지되었다: Sdtrig의 A 확장 트리거 커버리지 포인트와 Sm/S/U 세 모드 icount 커버리지; S 스위트에 S_F/S_V/S_VF를 추가하여 운영체제가 실제로 사용하는 특권 레벨을 커버; 벡터 명령을 모든 유효 SEW로 확장하고 SEW=8의 vrgatherei16과 fault-only-first의 LMUL 선택을 보완했다. 세 건은 공통적으로 검증 범위를 「S 모드 + 전체 SEW」로 확장하며, K1/K3에서 RVV 연산자를 실행하는 팀에게 사용 가능한 회귀 베이스라인이다.

XiangShan 측에서는 CoupledL2가 set index에 따라 디렉터리와 데이터 SRAM bank를 분할하여 MCP2 스톨을 동일 bank 연속 접근으로 제한하고, RequestBuffer가 2개 슬롯을 점유할 때 새로운 프리페치 수용을 일시 중지한다(PR #36, 10-19 머지, 기본 bank 분할 값은 2이며 1로 롤백 가능); 메인 저장소는 이후 XSCache 포인터를 업데이트하여 해당 변경을 반영했다(PR #6738). 캐시 병렬성과 프리페치 수용이 동시에 조정된, 검증 가능한 마이크로아키텍처 변화이다. 출처: riscv-arch-test PR #2413, PR #2791, PR #2858, XSCache PR #36, XiangShan PR #6738

논문: 장벡터 프로세서에서 FlashAttention 재배치, 실측 1.84~2.08배 가속

arXiv 2610.29489v1 《Reorienting the Vector Axis: Restructuring FlashAttention for Long-Vector Processors》(Emmanuel Irabor, Marc Casas)는 PyTorch의 CPU FlashAttention 커널을 2KB 벡터 레지스터를 갖춘 RISC-V CPU로 이식하고, 먼저 냉정한 베이스라인을 제시한다: 최대 부동소수점 처리량의 16.2%에 불과하다.

원인 분석은 구체적이다: 원래 커널은 쿼리 행을 행 단위로 진행하며, V와의 곱셈은 64개 원소 헤드 차원을 따라 벡터화되고, softmax의 행별 최댓값과 합계는 「전체 레지스터를 스칼라로 붕괴시키는」 리덕션이며, 소프트웨어 지수 함수의 다항식 계수는 tile 데이터와 벡터 레지스터를 두고 경쟁하여 스택으로 오버플로우된다. 세 가지가 겹쳐 벡터 레지스터 활용률이 올라가지 않는다. 두 가지 개선 방법 모두 알고리즘과 수치는 변경하지 않는다: 첫째, 점수 tile과 실행 출력을 함께 전치하여 쿼리가 선형 연속 축에 놓이게 하면, 「하나의 tile에 쿼리를 몇 개 담을지」라는 하나의 파라미터가 커널 각 구간의 벡터 길이를 통일적으로 결정하게 되어 두 리덕션이 자연히 사라진다; 둘째, 다항식 계수를 스칼라 레지스터로 옮겨 오버플로우를 제거하면 softmax의 벡터 메모리 접근 명령이 78.7% 감소한다.

실측: 헤드 차원 64에서 두 항목을 합치면 전체 커널 사이클이 1.84~2.08배 가속으로 줄고, 부동소수점 활용률은 16.2%에서 29.7%로 상승한다; 동일 설계의 FPGA에서도 두 변경의 순서가 일치하고 수익이 더 높아 2.71배에 달한다. 본 스택에 대한 의의는 숫자가 아닌 방법에 있다: 벡터 길이 적응과 레지스터 압박이야말로 triton-riscv와 tilelang-riscv의 RVV 저하에서의 구조적 문제이며, 「intrinsics가 있느냐 없느냐」가 아니다; 논문의 「머신에 맞춰 tile 내 쿼리 수를 매칭」은 IREE가 Tile N을 vlen/8로 취하는 것과 같은 종류의 결정으로, 직접 동일 기준 비교가 가능하다. 출처: arXiv 2610.29489

커널 및 부팅 경로 정보: 읽기 전용 매핑 제안, C907/E907 부팅 상태, K3 PCIe 패치 v7

기술 인텔리전스 측면에서 이번 주 기록할 만한 네 가지 항목이 있습니다. 첫째, linux-riscv의 PAGE_KERNEL_RO 정의 제안은 RISC-V에 해당 정의가 없을 때 쓰기 가능한 PAGE_KERNEL로 후퇴하여 HugeTLB vmemmap 등 원래 읽기 전용이어야 할 매핑이 쓰기 권한을 유지하게 되는 문제를 지적하며, QEMU virt에서의 재현과 수정 전후 페이지 테이블 대조를 제시합니다. 둘째, 시스템 콜 재시작 경로에서 전체 반환값을 검사하여 반환값 절단 문제를 수정해야 합니다. 셋째, SyterKit은 C907 이미지에서 mstatus 벡터 상태를 initial로 설정하여 부팅 상태와 이미지에 컴파일된 RVV 코드를 일치시키고, E907은 캐시를 켜기 전에 먼저 시스템 매핑을 설정합니다. 넷째, SpacemiT K3 PCIe 패치 v7은 PHY bulk API로 한 번에 여러 포트의 모든 PHY를 제어하는 방식에 대한 새로운 리뷰 의견을 받았으며, 각 포트에 독립적인 PHY와 PERST#가 있으므로 리소스 모델링을 다시 입증해야 한다고 지적했습니다. 출처: ruyiai-daily 10-19 호, PAGE_KERNEL_RO 제안, K3 PCIe 패치 v7

5. Buddy Compiler 동향 (buddy-mlir 커밋 및 릴리스)

0.1.0에서 0.1.1까지: 이틀에 두 버전, 두 변경 모두 전달 가능성을 겨냥

buddy-mlir는 10-16 00:53에 0.1.0을, 10-18 06:26에 0.1.1을 릴리스하여 두 정식 릴리스 간격이 약 이틀입니다. 0.1.1은 0.1.0 대비 단 두 개의 커밋, 24개 파일, 약 +896/-54줄에 불과합니다. 첫째는 #989 “buddy-server에 RISC-V 서버 측 크로스 컴파일 추가”로, buddy-server에 riscv64 크로스 컴파일 경로를 보충하고 런타임 의존성 목록의 핸들 구현(RaxDependenciesHandle, 단위 테스트 및 테스트 플러그인 포함), 플러그인 발견의 의사 구현과 전사 테스트를 도입하며, buddy-cli를 간소화(순감 40줄)하고 RVV 환경 문서를 갱신합니다. 둘째는 #925 “publish-models 워크플로 신설”로, GitHub Actions 릴리스 파이프라인과 Hugging Face 모델 릴리스 스크립트(약 313줄)를 추가하여 모델 아티팩트를 CI에서 직접 푸시 릴리스할 수 있게 합니다. 두 변경을 합치면 “서버 측이 RISC-V 머신에 진입하고 모델 아티팩트가 CI에서 나온다”는 양 끝을 해결하며, 이틀 만에 릴리스할 수 있었던 이유도 설명합니다 — 주요 내용은 0.1.0에서 이미 동결되었습니다.

타임라인은 함께 봐야 완전합니다: 0.0.11은 09-26에 릴리스되어 0.1.0까지 약 3주 간격이었고, 0.1.0에서 0.1.1은 이틀 간격입니다. 대버전을 넘은 후 작은 보폭의 빠른 실행으로 전환하고, 나이틀리 빌드는 계속 일일 빌드 검증 역할을 맡습니다. 출처: BUDDY MLIR 0.1.1, 0.1.0~0.1.1 차이, PR #989, PR #925

릴리스 라인 정체: 주 전체 제로 커밋, 제로 나이틀리, 다운스트림 고정은 일주일 전에 멈춤

10-18 이후 buddy-mlir 메인 브랜치에는 새 커밋이 없으며, 마지막은 10-16 09:35의 #925입니다. 모니터링 기간 내 0개의 커밋, 0개의 릴리스입니다. 나이틀리 빌드는 10-17의 nightly/v0.1.1.dev20261017(07:24) 이후 이틀간 중단되었고, 이어서 주 전체(10-19~10-23) 5영업일 연속 산출물이 없어 0.1.1 릴리스 후 첫 장기 공백입니다.

검토 대기 PR 대기열도 모니터링 기간 내 갱신이 없으며, 최신 세 건 모두 10-17~10-18에 정체되어 있습니다: #994 “buddy-server 인터페이스를 llama-server와 정렬”(10-18 02:41), #993 “tile.upsample_nearest 연산자 및 인식 모드 추가”(10-17 08:04), #992 “BN 채널 브로드캐스트 수정”(10-17 02:04). 또한 #928 “PyTorch 커버리지를 측정하고 106개 연산자 CPU 등급 검증”은 09-16부터 장기 개방되어 있으며, 연산자 커버리지 기준의 벤치마크 제안입니다.

다운스트림 고정: triton-riscv 나이틀리 빌드는 0.1.1.dev20261017에 고정

triton-riscv 메인 브랜치의 마지막 커밋은 10-18 08:57의 PR #88로, 다운스트림 의존성을 buddy-mlir 10-17의 나이틀리 버전 nightly/v0.1.1.dev20261017에 고정하는 내용입니다. 10-19에 릴리스된 nightly/20261018-a305fb6는 바로 이번 업그레이드를 기반으로 빌드되었습니다. buddy-mlir가 10-17 이후 새로운 나이틀리 버전이 없기 때문에 triton-riscv의 나이틀리 빌드는 따라갈 새 업스트림이 없어, 양쪽이 서로를 기다리는 상태가 되었습니다. 이 체인이 다시 매일 빌드를 내보내려면 buddy-mlir가 나이틀리 워크플로를 언제 재개하느냐에 달려 있습니다.

2주 전의 사전 작업도 기록해 두어야 합니다. 10-13부터 10-16까지의 RISC-V 사용성 개선 작업(Makefile의 RISC-V 타깃 수정 #986, buddy-cli에 보드 크로스 컴파일 추가 #987, 크로스 컴파일 흐름 단순화 #975, buddy-server에 RISC-V 서버 크로스 컴파일 추가 #989, manylinux riscv64 빌드에서 Ruyi 패키지 인덱스로 riscv64版 torch를 설치하고 libsndfile 보완)과 0.1.1 이후의 단계 목표, 즉 「K3에서 Qwen3-VL-30B-A3B 디코더를 실행」하는 것과 같은 엔드투엔드 검증을 정규 프로세스에 포함하는 것입니다. 이번 주의 정체는 방향 변화라기보다 단계 마무리 후의 휴지기에 가깝습니다. 출처: buddy-mlir 커밋 목록, Releases, PR #987, PR #986

6. 커뮤니티와 행사 및 공식 홈페이지

제6회 RISC-V 중국 서밋: D15 부스와 7개 실기기 데모

서밋은 10-18부터 10-20까지 선전 컨벤션 센터(푸톈)에서 3일간 개최되었습니다. RuyiSDK는 기술 발표 2건, 기술 포스터 6편, D15 독립 전시 구역으로 참가했으며, 팀원 10명이 현장에到场했고 오프라인 전문 관람객은 3600명을 넘었습니다.

두 발표는 각각 《RISC-V课程移植方法与RuyiSDK生态建设》(뤄윈샹)과 《驾驭RISC-V向量扩展:Go语言基于RVV优化实战》(멍줘, 주쥔셴)입니다. 전자는 「문을 열고, 길을 닦고, 사람을 가르친다」는 세 가지 주선을 제시했으며, 방식은 시뮬레이션 가시화를 호스트 머신이나 클라우드에서 실행하고 드라이버와 추론은 보드 측으로 내리는 것입니다. 후자는 호스티드 언어 런타임이 RVV에 연동되는 엔지니어링 문제, 즉 벡터 길이 적응, 어셈블리 스텁과 인라인 최적화에 집중했습니다.

6편의 포스터 정보량은 숫자에 집중되어 있습니다. 패키지 관리자의 메타데이터 인덱스는 328개 이상의 소프트웨어 패키지, 265개 이상의 시스템 이미지, 41종의 개발 보드를 포함하며, PyPI에 릴리스되어 RevyOS와 Bianbu 저장소에 연동되었습니다. 또한 RuyiTuner(유전 알고리즘으로 컴파일 최적화 시퀀스 탐색), AI 기반 IDE 그래픽 테스트, Sail과 Pydrofoil을 사용해 샹산 difftest에 연동(약 800줄의 어댑터 레이어로 NEMU 대체), 브라우저 WebWorker에서 실행되는 Sail-RISCV-WASM 툴체인, 그리고 RISC-V课程重构(821개 영상, 144.1만 재생, 2.6만 팔로우)가 있습니다.

7개 실기기 데모 중 가장 설득력 있는 것은 OpenCV RVV 가속 대조 실험입니다. 동일한 하드웨어 플랫폼에서 ruyi로 설치한 버전과 배포판 내장 OpenCV를 비교했을 때, 이미지 필터링과 특징 추출 등 연산자가 3배에서 8배 가속을 구현했습니다. 이 데이터는 「벡터 라이브러리 레이어가 얼마나 이득을 줄 수 있는가」를 추정에서 재현 가능한 현장 측정으로 바꾸었으며, 이번 주 전체 자료 중 유일하게 대조군이 있는 성능 수치입니다. 또한 「칩 모션 챌린지」에서는 RuyiSDK IDE와 CyberCAM, K230 온보드 KPU를 결합해 제스처 인식 인터랙션을 진행했고, 현장에서 4개 개발사가 협력 소통 채널을 구축했습니다. 출처: 서밋 회고 게시글 #2893

격주 리포트와 포럼: 079호 확정, 서밋 회고와 실습课 02 등록

포럼에는 이번 주 새 주제가 두 개뿐이며, 모두 10-22입니다. 11:31의 서밋 회고 게시글(#2893)과 20:58의 「RISC-V Linux 실습课 02｜충분한 C 언어 기초【강의 자료】」(#2894)입니다. 후자는 임베디드 시나리오를 위한 C 언어 최소 집합으로, 타입과 변수, 제어 흐름에서 포인터, 배열, 구조체, 저장 기간, 문자열과 비트 연산까지 다루며, 팬 제어와 온도 읽기의 관통 예제를 곁들이고 「정수 나눗셈의 고정 소수점 절단」「상수는 const로 의미를 명시」 같은 오류하기 쉬운 점을 제시합니다. 01호의 환경과 툴체인 강의 자료와 함께 이 과목은 이미 연속 두 강의의 자습 자료를 갖추게 되었습니다.

2주차 리포트 078호(10-13)와 079호(10-22)가 이번 주의 고정 산출물 라인을 구성한다. 079호의 세 빈 섹션(권두언, 버전 테스트 및 잔여 이슈, 공식 웹사이트와 문서)은 078호와 동일하며, 이는 편찬 파이프라인의 마무리 작업이 여전히 마지막 날에 완료되고 있음을 보여준다. 10-23부터 10-24 오전까지 확인한 결과 포럼에는 신규 주제가 없었고, 최신 글은 여전히 10-22의 두 게시물이다. 출처: 포럼 최신 주제, 실습 강의 02 #2894, 079호 파일

공식 홈페이지: 세 페이지 전 주간 무변화 (블로그 2편, 문서 23장)

공식 홈페이지 www.ruyiai.org의 세 페이지는 전 주간 다섯 차례 스냅샷 모두 변화가 없었다: index.html 7246바이트, 인덱스 3건; blog.html 5632바이트, 인덱스 2편(“Triton의 RISC-V 적응”, “PyTorch RISC-V CI 실천”); docs.html 10843바이트, 인덱스 23장. 세 페이지의 sha256 체크섬 값은 모두 변하지 않았다. 이번 주 신규 블로그 글 없음, 신규 문서 장 없음. 블로그와 문서 두 라인은 여전히 이전 산출물에 머물러 있다.

이는 연속 세 번째 보고 주기의 공식 홈페이지 무업데이트이다. 079호의 “팀이 지난주 선전에서 서밋에 참석했고 이번 호는 속도가 완화되었다”는 설명과 대조하면, 공식 홈페이지와 문서의 정적 상태는 패키지 매니저 릴리스 지연과 동일한 원인으로, 인력이 회의 기간과 배포판 패키징에 집중 투입된 데 기인한다. 관찰 포인트: 회의 후 발표 슬라이드, 데모 방안, 문서 장이 보충되는지 여부. 출처: RuyiAI 공식 홈페이지, 블로그 페이지, 문서 페이지

외부 뉴스와 산업 측면: 정밀 조회 제로 히트, V100과 E908A 부상

Google News에서 RuyiSDK, RuyiAI, openRuyi에 대한 중영문 정밀 조회는 이번 주에도 계속 제로 히트였으며, 일반 조회 채널은 정상이었다(동일 배치 RISC-V 조회는 매번 수십 건 반환). 이는 콘텐츠 측에 실제로 언론 보도가 없음을 의미하며 수집 장애가 아니다. openRuyi 배포판 뉴스 페이지에는 신규 글이 없으며 2026.09 공지가 여전히 최신이다. arXiv 측에서는 이번 주 직접 관련된 프리프린트 한 편이 신규 추가되었다(장벡터 FlashAttention 재구성, 4장 참조).

산업 측면에서 플랫폼 형태와 관련된 두 가지 소식이 있다. 10-19 SpacemiT가 서밋에서 서버급 RISC-V 프로세서 V100을 발표했다: 46코어 하이브리드 아키텍처(6개 Xiangshan Kunminghu V2R2가 40개 X100 가속), 최대 2.4GHz, 듀얼 소켓 일관성 인터커넥트 최대 92코어, 단일 칩 8채널 DDR5-4800과 52레인 PCIe 5.0, C2201 컴퓨팅, G5201 지능형 컴퓨팅, S5236 스토리지 세 가지 완제품 시스템 지원. 보도에 따르면 BRS 규격 테스트 전 항목 통과, openEuler, openRuyi, openKylin, Debian, Ubuntu, Fedora, Red Hat, Rocky 등 배포판 직접 설치 지원——이는 openRuyi가 처음으로 제조사가 제시한 서버 플랫폼 호환 목록에 등장한 사례이다. 10-19 Damo Academy XuanTie가 차량규격 강화 CPU IP E908A를 발표하며, ASIL-B와 ASIL-D를 동시에 달성한 최초의 RISC-V CPU IP라고 밝혔다. 단일점 안전 척도 SPFM이 처음으로 90%를 초과했으며, 차세대 C950A의 목표 성능은 기존 차량규격 제품의 5배라고 제시했다.

두 소식 모두 수요 신호에 해당하며 당기 과제는 아니다: V100은 UEFI, ACPI, SMBIOS를 필수 요건으로 만들며, 현재 K1/K3 대상 보드 이미지, 툴체인, 지원 매트릭스 경로와는 다르다. E908A의 실현은 기능안전 인증 툴체인과 RTOS 조합에 의존하지만, 안전 인증 관련 컴파일러 자격, 테스트 스위트, 문서 체계는 아직 공개 로드맵에 등장하지 않았다. 출처: Phoronix: SpacemiT V100, LinuxGizmos: 46코어 서버 CPU, IT之家: XuanTie E908A

7. 트렌드 관찰

패키징 단위가 “소스 트리”에서 “의존성 패키지”로 전환, 이번 주 폐쇄집합 보완에서 규격 보완으로 중심 이동 완료

이번 주 637건 커밋의 주된 흐름은 하나뿐이다: “소스와 함께 vendor”를 “의존성별 패키징”으로 전환. Rust 측 crate 폐쇄집합 보완(uv 빌드 백엔드의 23개 rust-uv-* 패키지 포함), Python 측 fsspec의 모든 주요 클라우드 백엔드 보완, Go 측 vendor 제거 후 삭제된 디렉터리에 필요하게 된 가져오기 경로를 하나씩 보충. 순서 자체가 vendor 제거의 완료 조건이 vendor 디렉터리를 삭제하는 것이 아니라, 각 의존 모듈이 배포판에서 원래 가져오기 경로로 해석될 수 있게 하는 것임을 보여준다——가져오기 경로 보충이 없으면 vendor 삭제는 곧바로 컴파일 실패로 이어진다.

10-22의 초점은 이미 「빌드가 되는가」에서 「감사 가능한가」로 옮겨갔습니다. 54건의 소스 체크섬 보완과 %autochangelog 전환으로 m부터 x까지의 패키지명 구간을 커버했습니다. 소스 체크섬은 빌드 입력의 검증 가능성을 결정하고, %autochangelog는 변경 기록이 수기 작성이 아니라 커밋 이력에서 생성되도록 결정합니다. 이 두 가지가 연결되면 CVE 수정이 하나의 통일된 경로를 따라 전파됩니다. RuyiAI에 대한 간접적 가치는 상위 계층의 사용성에 있습니다. PyTorch의 DataLoader, checkpoint, 데이터셋 도구는 대부분 fsspec를 통해 원격 저장소에 접근하며, 백엔드가 갖춰졌는지 여부가 학습 스크립트가 K1/K3에서 실행 가능한지를 직접 결정합니다. 배포판이 상위 계층을 위해 보완하는 이 부분의 의존성은 단일 연산자 최적화보다 「사용 가능한가」를 더 크게 결정합니다.

릴리스 채널이 새로운 병목이 되다: 패키지 관리자와 인덱스 동시 침묵, 원인은 코드가 아님

이번 주에는 두 가지 현상이 공존합니다: ruyi 패키지 관리자 0.53.0은 한 달째 그대로 유지되고 0.54.0은 10월 말로 예정되었으며, packages-index는 10-13부터 커밋이 전무합니다. 079호에서 제시된 설명은 ISCAS 소프트웨어 소스 데이터 동기화 이상으로, 이미 빌드가 완료된 패키지가 공용망에 갱신되지 못했다는 것입니다. 여기에 팀의 서밋 참여가 겹쳐 「코드 측은 매일 수백 건의 커밋, 사용자 측은 새 패키지를 볼 수 없음」이라는 대비가 형성되었습니다.

이는 배포판 진행 상황을 평가할 때 커밋 수만 봐서는 안 된다는 것을 시사합니다. 패키지 보완, 체크섬 보완, 의존성 경로 보완은 모두 최종 전달을 위한 준비이지만, 어느 한 고리가 릴리스 채널에서 막히면 사용자의 실제 경험은 정체입니다. 다음 관찰 지점은 0.54.0이 예정대로 월말에 알파가 나오는지, 그리고 ISCAS 동기화 문제가 2026.10 버전과 함께 해결되는지입니다.

재적용이 「시기 선택」에서 「매일」로: 두 riscv 브랜치가 동일한 운영 방식으로 수렴, 리뷰가 여전히 실제 메트로놈

PyTorch는 10-18부터 10-22까지 연속 다섯 아침에 전체 브랜치를 재작성했고, LLVM은 8일간의 침묵 끝에 10-21, 10-22, 10-23에 연속 세 번 리베이스했습니다. 공통 특징은 커미터 시간이 일괄적으로 재작성되고, 패치 제목 집합은 변하지 않으며, 커밋 해시가 매일 무효화된다는 것입니다. 차이는 범위에만 있습니다—LLVM은 첫날 1769건 앞서고(8일 적체), 이후 이틀은 약 275건(일상적 추격)입니다.

공학적 의미는 「업스트림 추종」과 「로컬 패치 유지」를 분리하는 것이며, 대가는 이력의 추적 불가능성입니다. 해시로 참조하는 모든 하위 단계(이미지 빌드, CI 캐시, issue 재현)는 당일 또는 리베이스 때마다 무효화되므로, 이 두 브랜치를 읽을 때는 해시가 아니라 패치 제목 집합을 버전 판단 기준으로 삼아야 합니다. 더 주목할 점은 이번 주 패치 자체에는 신규 사항이 없다는 것입니다—PyTorch의 7건 오픈 PR, LLVM의 2건 FPGA PR 모두 타임스탬프만 갱신했을 뿐 새로운 리뷰 의견도, 머지도 없습니다. 재적용 메커니즘은 이미 견고해졌고, 실제 메트로놈은 리뷰 큐의 소화 속도가 되었습니다. 10-23에 PyTorch가 처음으로 재적용을 중단했는데, 이것이 리듬 조정인지는 다음 주기에 확인해야 합니다.

확장 적용 경로가 형성되다: 컴파일, 시뮬레이션, 연산자 세 계층이 모두 갖춰져야 사용 가능, 갖춰진 후에는 병목이 하드웨어 실측으로 이동

AME를 예로 들면, 이번 주에 확장이 제안에서 사용 가능까지 이르는 완전한 경로가 보입니다: 먼저 백엔드 설계와 명령어 집합 정의(LLVM #16, #24, #27, #29)가 있고, 이어서 lowering과 스케줄링 구현(#30, #31, #32)이 있으며, 동시에 시뮬레이터가 실행 가능한 의미론(QEMU ame-0.6)을 제공하고, 마지막으로 연산자 라이브러리가 테스트 가능한 kernel과 검증 스위트(AME-operator)를 제공합니다. Ztt도 이번 주에 한쪽을 보완했습니다—ruyisdk/llvm-project의 AME 브랜치에 spec v0.6 초판 지원이 반영되었고, GCC 측 Ztt Md 지원, QEMU의 Ztt 명령어 패밀리 구현과 대응합니다.

P 확장은 같은 경로를 가지만 이미 후반부에 도달했습니다: QEMU는 전체 명령어를 커버(12건 마무리 배치), GCC는 0.6으로 업데이트, LLVM 측은 mulq, 승산 상위 누적, sati/usati, Packed Pair 등의 intrinsics가 배치별로 업스트림에 머지되었습니다. 대조해 보면, P 확장은 애플리케이션 측 benchmark가 부족하고, AME는 실제 기기가 부족합니다. 이 순서는 방법론으로 기록할 가치가 있습니다: 시뮬레이터가 없으면 컴파일러를 검증할 수 없고, 연산자 라이브러리가 없으면 시뮬레이터를 검증할 수 없습니다. 세 가지가 모두 갖춰지기 전에 성능을 논하는 것은 의미가 없고, 갖춰진 후에야 병목이 하드웨어와 실측으로 옮겨갑니다. 이번 주의 진전은 「갖춤」이지 「더 빠름」이 아닙니다.

RVV 백엔드의 초점이 「명령어가 있는가」에서 「블로킹과 스레딩」으로 이동

IREE는 이틀 만에 f32에서 f16으로의 정밀도 단계를 완료했으며, 두 번 모두 동일한 lowerRiscvVFmaccLike와 동일한 누산기 합법화를 재사용했습니다. 순서는 먼저 올바른 경로(f32)를 확보한 뒤, 확장 가용성에 따라 가장 빠른 경로(f16 네이티브, f16 확장, +zvfhmin 폴백)를 선택하는 것이며, 비용 모델은 세 경로에 각각 가격을 매깁니다. X60에서의 실측은 병목 위치를 명확히 보여주었습니다: 단일 스레드 inner_tiled는 이미 mmt4d ukernel보다 빠르지만, 4스레드와 8스레드는 여전히 느립니다.

arXiv의 긴 벡터 FlashAttention 재구성 논문이 내놓은 결론도 동일한 맥락입니다: 점수 tile과 실행 출력을 전치하고, 쿼리가 선형 연속 축 뒤에 위치하도록 하면 두 개의 축소가 자연히 사라지고 레지스터 오버플로가 제거되어, 전체 코어 주기가 1.84~2.08배로 줄고 부동소수점 활용률이 16.2%에서 29.7%로 상승했습니다. 둘 다 같은 것을 말하고 있습니다—단일 코어 명령어 선택이 완료된 후에 남는 것은 블로킹 파라미터와 스레딩입니다. tilelang-riscv와 triton-riscv에게 이것은 항목별로 대조 가능한 로드맵입니다: Tile N = vlen/8의 산정 방식, 비용 모델의 구간 설정 방식, tile 내 쿼리 수와 벡터 길이의 바인딩 관계는 모두 자체 lowering에서 동일 기준으로 비교해 볼 가치가 있으며, 단지 「f16을 지원하는가」만 볼 것이 아닙니다.

배포판이 데스크톱과 가상화 검증 스택을 깔기 시작, 플랫폼 형태에 서버와 임베디드 두 경로 등장

openRuyi의 오픈 PR 큐에 같은 방향의 제안 묶음이 등장했다: qemu GUI 테스트 기능 활성화(#1421), virglrenderer 신규 추가(#1415), ovmf의 fwupd 지원(#1436), ydotool 신규 추가(#1457), xorriso의 man 페이지 충돌 수정(#1489). 다섯 항목은 각각 가상화, 그래픽 가상화, 펌웨어 업데이트, 입력 자동화, 광학 디스크 이미지 툴체인에 속하며, 합치면 「RISC-V에서 완전한 데스크톱을 구동하고 이를 자동 검증한다」는 것을 가리킨다. 이는 서밋에서 선보인 「AI 기반 IDE 그래픽 테스트」와 동일한 요구의 양 끝단이다.

플랫폼 형태에도 동시에 분기가 나타났다. 서버급은 SiFive V100을 대표로 하며, 규격상의 UEFI, ACPI, SMBIOS가 필수 요건이 되고 BRS 적합성 테스트와 설치 체인이 입장권이다. 임베디드 및 소비자급은 K1/K3을 대표로 하며, 경로는 보드 이미지, 툴체인, 지원 매트릭스다. 이번 주 ruyi-imager가 K3의 UFS 및 UEFI 프로비저닝 지원을 새로 추가한 것은 이 분기가 도구 측에서 나타난 첫 번째 구체적 움직임이며, 반면 openRuyi 메인 저장소는 주 전체에 걸쳐 서버 플랫폼 관련 커밋이 0건이어서 V100의 호환 목록 이행 여부는 2026.10 버전과 후속 펌웨어 라인의 움직임을 지켜봐야 한다.

부록: 자료와 검증 설명

자료 목록

  • 2026-10-19 호: 모니터링 기간 10-16 04:30 ~ 10-19 04:30 (지난 3일, 토요일과 일요일 포함).
  • 2026-10-20 호: 모니터링 기간 10-19 04:30 ~ 10-20 04:30.
  • 2026-10-21 호: 모니터링 기간 10-20 04:30 ~ 10-21 04:30.
  • 2026-10-22 호: 모니터링 기간 10-21 04:30 ~ 10-22 04:30.
  • 2026-10-23 호: 모니터링 기간 10-22 04:30 ~ 10-23 04:30.
  • 주기 경계 밖(10-23 낮부터 10-24 오전)의 동향은 조직 저장소 검증 후 보충하여 반영했으며, 다음 절에서 확인할 수 있다.

검증 방식과 기준

  • 조직 검증(168시간 기간): RuyiAI-Stack, ruyisdk, buddy-compiler 세 조직의 커밋, PR, 릴리스를 대상으로 하며 Atom과 웹페이지 두 채널을 사용하고 API 한도에 의존하지 않는다. 업스트림 fork(PyTorch riscv, LLVM riscv, LLVM main)의 커밋은 RISC-V, RVV, 벡터 확장, XuanTie 관련 키워드로 필터링한 후 수록한다.
  • 중점 저장소 보충 검증: openRuyi-Project의 openRuyi(일별 커밋 집계와 작성자 분포, API 전체 페이지네이션 통계 기준), ruyifirmware, edk2-ruyi, homepage; ruyisdk의 qemu(p-dev, ame-0.6), llvm-project(AME), linux-xuantie-kernel, riscv-gcc(ztt-dev), wechat-articles, ruyi-imager, support-matrix, ruyi, packages-index, AME-operator; buddy-compiler의 buddy-mlir.
  • 커뮤니티 이중 출처: RuyiSDK 개발자 커뮤니티 포럼(최신 주제 목록), openRuyi 배포판 뉴스 페이지.
  • 공식 홈페이지: www.ruyiai.org 홈페이지, 블로그 페이지, 문서 페이지 세 페이지의 스냅샷과 sha256 비교, 블로그 및 문서 인덱스 항목 첨부.
  • 시간 기준: 저장소 커밋은 커밋 작성자 시간을 베이징 시간으로 환산하며, 「매일」류 설명은 연속 달력일을 기준으로 한다. 주 주기는 2026-10-19부터 2026-10-23까지 다섯 영업일이다. openRuyi의 637건은 10-19부터 10-23까지 다섯 자연일을 커밋 작성자 시간 기준으로 집계한 것으로, 데일리 리포트 각각의 24시간 기간 기준과 다르므로 단일 호 데일리 리포트 수치와 완전히 일치하지는 않는다.

이번 주 데일리 리포트 외에 보충된 항목

  1. 10-23 17:15, ruyisdk/llvm-project의 AME 브랜치에 「[RISCV] Add initial Ztt matrix extension support based on spec v0.6」 초기 지원이 반영됨(커밋 29fefa0f). 해당 브랜치에 Ztt 명령어군이 처음으로 연결됨.
  2. 10-23 23:00, RuyiAI-Stack/llvm-project의 riscv 브랜치가 세 번째로 연속 리베이스되어 헤드가 58d62a47에서 7c77126b로 변경됨. 같은 날 확인 결과 PyTorch riscv 브랜치는 이번 주기에 다시 리플레이되지 않았으며 헤드는 여전히 29259d90임.
  3. 10-23 11:23, ruyisdk/linux-xuantie-kernel에 「riscv: Migrate T-Head extensions to the vendor extension framework」가 반영됨(커밋 92c3f534). 10-16부터 이어진 7일간의 정적이 종료됨.
  4. 10-23 09:56부터 13:31까지, ruyisdk/ruyi-imager에 네 건: CLI 출력이 콘솔 문자셋에 정렬되고 JSON은 UTF-8로 유지(#14), SpacemiT K3의 UFS 및 UEFI 제공 지원 추가, 디렉터리와 GUI에서 모든 이미지 대상 연관 유지, 디렉터리 기준 로드 시 저장소 메시지를 한 번만 파싱.
  5. 10-23 10:47, ruyisdk/support-matrix에 세 건: RDC2022-D1s의 RT-Thread 기초 테스트 리포트 초판 및 두 차례 리뷰 수정.
  6. 10-23 22:47부터 10-24 00:54까지, openRuyi 메인 저장소에 13건의 Go 패키지 추가(go-gopkg-gorp.v1, go-github-ziutek-mymysql, go-github-denisenkom-go-mssqldb, go-github-gobuffalo-* 계열 등), 10-24 새벽에 별도로 6건은 이번 주기에 포함되지 않음.
  7. 10-24 06:24, ruyiai-daily가 2026-10-24 호를 푸시, 이번 주 누적 일곱 호.

주요 인용

량 및 업스트림 — https://github.com/iree-org/iree/releases/tag/v3.13.0, https://github.com/iree-org/iree/pull/25000, https://github.com/iree-org/iree/pull/24933, https://github.com/iree-org/iree/pull/24932, https://github.com/iree-org/iree/pull/24849, https://github.com/riscv/riscv-arch-test/pull/2413, https://github.com/riscv/riscv-arch-test/pull/2791, https://github.com/riscv/riscv-arch-test/pull/2858, https://github.com/OpenXiangShan/XSCache/pull/36, https://github.com/OpenXiangShan/XiangShan/pull/6738, https://arxiv.org/abs/2610.29489

데이터 출처: 일일 RuyiAI 동향 리포트(2026-10-19~2026-10-23, 총 5회) 및 이번 주 보강 검증(조직 저장소, 커뮤니티 이중 출처, 공식 홈페이지); 리포트 기간은 2026-10-19~2026-10-23입니다.