모니터링 기간: 2026-10-22 04:30 ~ 2026-10-23 04:30 (베이징 시간, 지난 24시간), 이전 회차와 앞뒤로 연결됨.

출처: GitHub 네 곳 조직 전체 저장소 점검 (RuyiAI-Stack, ruyisdk, openRuyi-Project, buddy-compiler의 커밋, Pull Request 및 Release, 모니터링 기간 내 모든 동향을 개별 재검증; 업스트림 fork는 RISC-V 키워드로 필터링하며 무관한 업스트림 커밋은 수록하지 않음), openRuyi 메인 저장소 개별 커밋 집계 및 작성자 분포, ruyi 패키지 매니저 Release 및 PyPI 버전 검증, openRuyi 배포판 뉴스 페이지, RuyiSDK 개발자 커뮤니티 포럼 및 격주 보고서 저장소, RuyiAI 공식 홈페이지 3개 페이지 스냅샷, IREE 및 riscv-arch-test 업스트림 동향, arXiv 검색, Google News RSS 중영문 타깃 쿼리 (프록시 경유).

이번 호 인덱스

  • 오늘의 핵심: 격주 보고서 079 6개 절 보완, QEMU P 확장 v0.6 전체 명령어 갖추고 Damo Academy AME v0.6 병합 (10-22)
    1. RuyiAI 스택 진척 (PyTorch / Triton / TileLang RISC-V 적응)
      • 1.1 pytorch: riscv 브랜치 연속 네 번째 날 전체 브랜치 리플레이, head가 29259d90으로 교체 (10-22)
      • 1.2 llvm-project: 연속 두 번째 날 베이스 교체, riscv 브랜치 58d62a47로 전진 (10-22)
      • 1.3 tilelang-riscv: 연속 6일 커밋 없음 (10-22 상태)
      • 1.4 triton-riscv: 야간 빌드 10-19 빌드 유지, PR #85 새 동향 없음 (10-22 상태)
    1. RuyiSDK 툴체인 및 배포판
      • 2.1 openRuyi 메인 저장소: 81건 커밋, Jingwiw가 한 번에 54개 패키지 정리 (10-22)
      • 2.2 openRuyi PR: 22건 병합, 보안 업데이트 배치 소진, 오픈 대기열 77건 (10-22)
      • 2.3 격주 보고서 079 6개 절 보완: GCC Ztt 및 P 0.6 확장, LLVM 9건 병합 (10-22)
      • 2.4 QEMU: P 확장 v0.6 전체 명령어 커버, Damo Academy AME v0.6 병합 (10-22)
      • 2.5 ruyi 패키지 매니저: 0.53.0 유지, 0.54.0 10월 말 출시 확정 (10-22 상태)
      • 2.6 packages-index: ISCAS 소스 동기화 이상, 이번 호 패키지 업데이트 없음 (10-22)
      • 2.7 커널 및 펌웨어 라인: edk2-ruyi, ruyifirmware 조용 (10-22 상태)
    1. 벡터 확장 및 연산자 최적화
      • 3.1 AME 3종 세트 폐쇄 루프: LLVM 패치, QEMU 에뮬레이션, AME-operator 연산자 라이브러리 (10-22)
      • 3.2 IREE: 모니터링 기간 내 RISC-V 전용 커밋 없음, LLVM 베이스라인만 추종 (10-22)
      • 3.3 논문: 긴 벡터 프로세서에서 FlashAttention 재배열, 실측 가속 1.84~2.08배 (10-21)
      • 3.4 본 스택 벡터 저장소 및 업스트림 검증 라인: VecIntrinBench, IntrinTrans, riscv-arch-test 조용 (10-22 상태)
    1. Buddy Compiler 동향
      • 4.1 buddy-mlir: 모니터링 기간 내 커밋 0건, 릴리스 0건 (10-22 상태)
      • 4.2 다운스트림 앵커링: triton-riscv 야간 빌드 여전히 0.1.1.dev20261017 고정 (10-22 상태)
    1. 커뮤니티 및 행사 및 공식 홈페이지
      • 5.1 서밋 회고 게시물 발행: 발표 2건, 포스터 6편, 실기 시연 7건 (10-22)
      • 5.2 RISC-V Linux 실습 과정 제02기 강의자료 저장소 입고 (10-22)
      • 5.3 ruyi-imager: 야간 패키지 731e52b까지 추종, 이미지 다운로드 액션 추가 (10-22)
      • 5.4 공식 홈페이지 3개 페이지 변화 없음, openRuyi 공식 웹사이트 저장소 태그 설명 보완 (10-22)
      • 5.5 외부 뉴스 및 arXiv: 타깃 쿼리 0건, 긴 벡터 프로세서 FlashAttention 재구성 (10-21)
    1. 추세 관찰
      • 6.1 리플레이가 「상황 봐서」에서 「매일」로: llvm 첫 연속 이틀 베이스 교체
      • 6.2 openRuyi 규범 보완기에 진입: 54건 정리가 22건 업그레이드를 압도
      • 6.3 배포판 데스크톱 및 가상화 검증 스택 구축 시작
      • 6.4 확장 적용 경로 형성: 컴파일, 에뮬레이션, 연산자 3계층 순차 도착

오늘의 핵심: 격주 보고서 079 6개 절 보완, QEMU P 확장 v0.6 전체 명령어 갖추고 Damo Academy AME v0.6 병합

날짜: 2026-10-22　출처: 격주 리포트 제079호, QEMU p-dev 브랜치, QEMU ame-0.6 브랜치, QEMU 저장소

어제 리포트에 기록된 079호 초안에는 OpenJDK, 기본 C 라이브러리, 개발 보드의 세 섹션만 작성되었으나, 이번 모니터링 기간에 나머지 여섯 섹션이 모두 보완되었다: GCC, LLVM, V8, OpenJDK, Go, QEMU 및 패키지 관리자와 IDE 섹션으로, 열 개의 패치 커밋이 10-22 09:26 ~ 14:20 사이에 순차적으로 저장소에 반영되었다(#383 ~ #391).

가장 정보량이 많은 것은 QEMU 섹션이다. RuyiSDK의 QEMU 저장소는 P 확장 v0.6 구현을 릴리스하며, 현재 P 확장의 모든 명령어에 대한 시뮬레이션 지원을 완료했다고 밝혔으며, 브랜치 p-dev는 업스트림 v11.1.0을 기반으로 한다. 브랜치의 마지막 커밋 배치는 10-21 16:35에 있었으며, 내용은 SIMD 계열( Q 포맷 곱셈-덧셈, 순수 곱셈과 곱셈-누산, 2-way 및 4-way 곱셈-덧셈/뺄셈, 로드 복제, RV32 전용 명령어) 패키징과, 명세 정렬을 위한 P의 Zbkb 의존성 제거 및 TCG 테스트 추가이다.

같은 호에는 다모아카데미(DAMO Academy)의 AME 확장 v0.6이 ame-0.6 브랜치에 병합된 것도 기록되어 있다: 주요 기능 개발과 아키텍처 리팩터링을 완료하고, 32/64비트 사용자 모드와 시스템 모드를 지원하며, 행렬 연산, 정수와 부동소수점 혼합 연산, 데이터 이동 및 타입 변환을 포괄하고, 멀티코어 공유 백엔드, 상태 마이그레이션 및 디버깅을 지원하며, 역시 업스트림 v11.1.0을 기반으로 한다. 해당 브랜치에서 확인 가능한 커밋은 10-16까지이며, 이번 모니터링 기간은 성과를 간행물에 편집한 것이지 새로운 커밋이 아니다.

이 두 항목은 RuyiAI 컴파일러 측과 대응 관계를 형성한다: LLVM 브랜치의 AME 패치 #29(명령어 업데이트), #30(IME 내장을 SpacemiT A100 dot으로 하강), #31/#32(A100 HP/SP 및 pack/unpack 스케줄링)는 행렬 확장을 명령어로 컴파일하는 역할을 하며, QEMU 측은 하드웨어가 없을 때 동일한 시맨틱을 시뮬레이션하는 역할을 한다. 세 곳의 동일 소스 확장 지원이 이번 주에 동시에 v0.6에 도달했다는 것은 해당 확장이 「컴파일러가 생성 가능하고, 시뮬레이터가 실행 가능한」 최소 폐쇄 루프를 갖추었음을 의미하며, 남은 격차는 하드웨어 실측 데이터이다.

1. RuyiAI 스택 진행 상황 (PyTorch / Triton / TileLang RISC-V 어댑테이션)

1.1 pytorch: riscv 브랜치 연속 네 번째 날 전체 브랜치 재적용, head가 29259d90으로 교체 (10-22)

날짜: 2026-10-22　출처: riscv 브랜치 커밋 목록, 새 헤드 29259d90, 두 차례 헤드 비교, PR 목록

riscv 브랜치는 10-22 03:00에 네 번째 전체 브랜치 재작성을 완료했으며, head가 3c1ea315에서 29259d90으로 교체되고 모든 가시적 커밋의 커미터 시간이 동일 시각으로 통일되어 재작성되었다. 이전 호 head와의 비교 결과는 diverged: 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, #21, #40, #41)이다. 일곱 개의 열린 PR(#23, #35, #36, #38, #43, #46, #48)은 10-22 08:25에 동시에 갱신 시각이 새로고침되었으며, 새로운 리뷰 의견도, 병합도 없다. 이 중 #46 「RISC-V Vector Extension support for ATen」과 #48 「Add RISC-V Vector CPU capability」는 여전히 RVV 역량 업스트림의 두 가지 주요 제안이다.

1.2 llvm-project: 연속 두 번째 날 베이스 교체, riscv 브랜치 58d62a47로 진행 (10-22)

날짜: 2026-10-22　출처: riscv 브랜치 커밋 목록, 새 헤드 58d62a47, 두 라운드 헤드 비교, PR #25, PR #28

어제 막 8일간의 정적기를 마치고 리베이스를 완료한 riscv 브랜치가 10-22 23:00에 다시 한 번 교체되어, head가 dd05e5b5에서 58d62a47로 변경되었으며 제목은 여전히 「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」이다. 이전 라운드 head와 비교하면: 275개 앞서고, 26개 뒤처지며, 300개 파일 차이로, 어제의 1769개 커밋 범위보다 현저히 작아 이번에는 베이스라인을 앞으로 조금 옮긴 것에 불과함을 보여준다.

패치 시퀀스는 완전히 보존되었고 순서도 변경되지 않았으며, BOSC AME 확장(#16)부터 A100 HP/SP 및 pack/unpack 스케줄링(#31, #32)까지, Buckyball 벤더 확장(#20), Pebble 코어 ISA 정렬(#23), xtame 설계 업데이트(#27), IME 내장 다운그레이드(#30)를 포함한다. 두 건의 FPGA 백엔드 PR(#25, #28)은 10-23 00:57에 동일 배치로 타임스탬프가 갱신되었으며 여전히 오픈 상태이다. 이는 이틀 만에 두 번째 전체 브랜치 재작성으로, pytorch의 일간 업데이트 리듬과 이미 수렴되었다.

1.3 tilelang-riscv: 6일 연속 커밋 없음 (10-22 상태)

날짜: 2026-10-22 (상태)　출처: 커밋 목록, PR #4 RVV 마스크 및 리덕션

메인 브랜치의 마지막 커밋은 여전히 10-16의 5건 집중 변경(코드 생성 형식 규범, 업스트림 연산자 런타임 시맨틱, TileOps 런타임 적응, Buddy MLIR 릴리스 CI, CI 내 Python 확장 빌드)이며, 이후 6일 연속 새 커밋이 없다. 오픈 PR #4 「Add RVV vector mask and max reduction lowering」의 마지막 업데이트는 09-28에 멈춰 있고, PR #2는 06-16에 멈춰 있다. 해당 저장소는 여전히 「CI와 런타임 골격은 통과, 연산자 커버리지 보완 대기」의 정체기에 있으며, 이번 기간에는 이 판단을 바꿀 새로운 증거가 없다.

1.4 triton-riscv: 나이틀리 빌드 10-19 유지, PR #85 새 동향 없음 (10-22 상태)

날짜: 2026-10-22 (상태)　출처: Releases, Nightly 2026-10-18-a305fb6, PR #85 softmax 및 matmul 최적화

모니터링 기간 내 커밋과 새 릴리스가 없으며, 최신 나이틀리는 여전히 10-19에 릴리스된 nightly/20261018-a305fb6로, Buddy MLIR 나이틀리 0.1.1.dev20261017을 고정하고 있다. 오픈 PR #85의 마지막 업데이트는 10-19 07:55(베이징 시간)에 멈춰 있으며, 여전히 현재 유일한 활성 연산자 최적화 제안이다. 나머지 오픈 PR의 최근 활동은 9월 중하순에 집중되어 있어, 대기열이 장기간 움직이지 않고 있다.

2. RuyiSDK 툴체인과 배포판

2.1 openRuyi 메인 저장소: 81건 커밋, Jingwiw가 한 번에 54개 패키지 정리 (10-22)

날짜: 2026-10-22　출처: 커밋 목록, checksum 정리 샘플 xmltoman, rdma-core 65.0 커밋 3b13a2a5, opencv 빌드 디렉터리 수정 2829a38d

모니터링 기간 내 81건의 커밋은 모두 SPECS: 접두사였으며, 작성자는 7명—Jingwiw 54건, misaka00251 21건, DingliZhang 2건, sunyuechi, Leetfs, wzssyqa, Z572 각 1건—이다. 시간상 10-22 09:27부터 10-23 00:12까지 아홉 개 시간대에 분포하며, 그중 13:00의 55건은 한 번에 집중 푸시된 것이다.

Jingwiw의 54건은 모두 동일한 변경이다: 「Add source checksums and use %autochangelog」로, 패키지 이름 알파벳 순으로 luksmeta부터 xmltoman 구간, 즉 m에서 x 구간 전체를 포괄한다. 이러한 변경은 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, 그 외에 certifi, perl-Mozilla-CA, webpki-roots 2건과 rustls-webpki. Rust 쪽은 rustls-platform-verifier 0.7과 android 0.2, enum-map 3, quote 1.0.47, proc-macro2 1.0.107을 보충했다. 나머지는 openjdk-17 17.0.21.9, openjdk-21 21.0.13.9, libudev-zero 1.0.5, brotli 1.2.1, rdma-core 65.0이다.

별도로 기록할 만한 작은 수정이 하나 있다: opencv가 %{_builddir}로 하드코딩된 /home 경로를 대체한 것(wzssyqa)으로, 이러한 하드코딩은 빌드 환경을 재현 불가능하게 만드는 흔한 원인이다.

2.2 openRuyi PR: 22건 머지, 보안 업데이트 배치 소진, 오픈 큐 77건 (10-22)

날짜: 2026-10-22　출처: PR 목록, PR #1498 python 3.14.9, PR #1502 openjdk-17, PR #1501 openjdk-25, PR #1500 openjdk-latest, PR #1490 크로스 툴체인, PR #1415 virglrenderer

모니터링 기간 내 22건 머지. 어제 리포트에 나열된 19건의 보안 업데이트 심사 대기열은 사실상 모두 해소되었다: go, php, nss, ca-certificates-mozilla, rustup, python-pip, python-certifi, perl-Mozilla-CA, rustls-webpki, webpki-roots 2건, nodejs, python-pillow, nginx, python이 잇따라 머지되었다; openjdk는 네 개 버전이 두 배치로 나뉘어 반영되었는데, 먼저 27.0.1.0.2.1, 25.0.5.8, 21.0.13.9, 17.0.21.9(#1493~#1496)를 머지한 후 [security-fixes] 태그가 붙은 17과 21(#1502, #1503)을 추가로 반영했다. 나머지 머지 건은 libudev-zero 1.0.5, opencv 빌드 디렉터리 수정, brotli 1.2.1, rdma-core 65.0, 메타데이터 및 소스 선언 정정 2차(#1403), README 오타 수정이다.

오픈 대기열에는 여전히 77건이 있으며, 주목할 만한 것은: openjdk-latest와 openjdk-25의 보안 태그 버전(#1500, #1501), postgresql의 systemd 시작 타임아웃 비활성화(#1504), alibabacloud-go-tea 1.5.3(#1505), 메타데이터 정정 1차(#1401)이다.

한편 데스크톱 및 가상화 제안 그룹도 구체화되고 있다: qemu의 GUI 테스트 기능 활성화(#1421), virglrenderer 신규 추가(#1415), ovmf에 fwupd 추가(#1436), ydotool 신규 추가(#1457), xorriso의 man 페이지 충돌 수정(#1489); 또한 WIP 교차 riscv64 툴체인(#1490)이 있는데, x86 호스트에서 직접 riscv64 툴체인을 생성하는 방향이다.

2.3 격주 리포트 079 6개 섹션 보완: GCC Ztt 및 P 0.6 확장, LLVM 9건 머지 (10-22)

날짜: 2026-10-22　출처: 격주 리포트 제079호, GCC Ztt Md 커밋 368ab1b0, GCC P 0.6 커밋 883d7da2, RVA23.1 비실험적 PR #234064

보완된 6개 섹션 중 기반 컴포넌트가 5개 섹션을 차지한다. GCC 3건: Zvdota/Zvbdota 지원 리베이스 및 리베이스 중 발견된 문제 수정(패치가 patchwork에 전송됨), Ztt 확장에 Md 지원 추가, P 확장 지원을 0.6 버전으로 업데이트.

LLVM은 12건을 나열했으며 9건이 머지되었고, 범위는 네 그룹으로 요약할 수 있다: 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 제약 수정(#232362). 2건은 여전히 리뷰 중: 합의 범위에서 가수 범위를 추론하는 InstCombine 개선(#231357), TableGen으로 벡터 라이브러리 호출을 생성 및 선택하고 RISC-V의 SLEEF 선택 수정(#231739).

V8은 4건 머지: riscv64에서 이진 탐색 switch 입력 항상 부호 확장, Sandbox 신뢰 포인터 테이블 항목에 태그 추가, Liftoff가 f32 및 32비트 f64 상수 추적(업스트림 커밋 이식), 인터프리터 진입 트램펄린에 최대 파라미터 수 검증 추가. Go 측에서는 6건의 메인라인 CL을 제안했으며, riscv64용 sha256 및 sha512의 zvknha/zvknhb 하드웨어 가속 2건은 머지되었고 나머지는 불필요한 MOVDnop 제거, 레지스터 시프트 값으로 비트 테스트 최적화, Zfa 어셈블리 지원, riscv_hwprobe vDSO 경유이다. OpenJDK 12건과 JEP 544의 RISC-V 이식 진행 상황은 어제 리포트에 이미 수록된 내용이며, 이번 호에서는 정식 게재만 진행되었다.

해당 호에는 여전히 3개 섹션이 비어 있다: 서두, 버전 테스트 및 잔여 문제, 공식 웹사이트 및 문서.

2.4 QEMU: P 확장 v0.6 전체 명령어 커버, Damo Academy AME v0.6 머지 (10-22)

날짜: 2026-10-22　출처: 격주 보고서 QEMU 절, p-dev 브랜치, ame-0.6 브랜치, qemu 커밋 목록

P 확장 측면에서 p-dev 브랜치의 마무리 배치는 모두 패킹 SIMD에 집중되어 있다: Q 형식 곱셈과 Q 형식 곱셈-덧셈, 순수 곱셈, 곱셈-누산, 2-way와 4-way 곱셈-덧셈/뺄셈, 로드 복사, 그리고 RV32 전용 명령어 세트, 추가로 새 사양에 맞추기 위해 P의 Zbkb 의존성 제거, 그리고 tests/tcg/riscv 아래에 P 확장 테스트를 보충했다. 브랜치는 업스트림 v11.1.0을 기반으로 한다.

AME 측면에서 Damo Academy가 기여한 v0.6 구현이 ame-0.6 브랜치에 병합되었으며, 공식 설명은 주요 기능 개발과 아키텍처 리팩터링 완료로, 32/64비트 사용자 모드와 시스템 모드를 지원하고 행렬 연산, 정수와 부동소수점 혼합 연산, 데이터 이동과 타입 변환을 커버하며, 멀티코어 공유 백엔드, 상태 마이그레이션과 디버깅을 지원한다. 해당 브랜치의 가시 커밋은 10-16까지이며, 내용은 Ztt 명령어 패밀리 구현이다: decodetree 디코딩, 명령어 패밀리 helper, GDB 상태 노출, 실험적 CPU 설정 노출, disas 지원, 그리고 Ztt 수치/텐서 연산, 제어와 공유 백엔드, 메모리와 디버거 통합, 설정과 마이그레이션 네 가지 테스트 그룹, 추가로 문서를 보충했다.

두 라인의 착지점은 일치한다: 아직 양산되지 않은 확장을 실행 가능한 소프트웨어 베이스라인으로 만드는 것이다. P 확장이나 AME 하드웨어가 없는 개발자에게 QEMU는 툴체인 출력을 검증할 수 있는 유일한 경로이다; P 확장 전체 명령어 커버리지 이후에야 GCC의 P 0.6 업데이트와 LLVM의 P 확장 intrinsics가 대조 가능한 실행 시맨틱을 갖게 된다.

2.5 ruyi 패키지 관리자: 0.53.0 유지, 0.54.0 10월 말 확정 (10-22 상태)

날짜: 2026-10-22 (상태)　출처: ruyi Releases, PyPI ruyi, 격주 보고서 079 패키지 관리자 절

GitHub Release와 PyPI 모두 0.53.0(09-24 릴리스)을 유지하며, 메인 브랜치 마지막 커밋은 09-25에 멈춰 있고, 모니터링 기간 내 신규 버전과 신규 커밋은 없다. 079호는 0.54.0이 릴리스 주기 조정으로 10월 말 정식 릴리스가 예상된다고 명확히 밝혔으며, 개발과 테스트 팀 대부분의 구성원이 지난주 선전에서 RISC-V China Summit에 참석했기 때문에 이번 호는 속도가 느려졌다고 설명했다.

개발 중 사항 세 가지는 변함없다: 소프트웨어 패키지와 현재 시스템의 ABI 호환성 검사, 더 많은 공식 유지 관리 패키지의 macOS 패키징, SpacemiT K1/K3를 위한 툴체인 적응. 또한 소프트웨어 소스 유지 관리 약속을 제시했다: ruyi update의 내용은 최근 세 개의 정식 버전과 호환된다.

2.6 packages-index: ISCAS 소스 동기화 이상, 이번 호 패키지 업데이트 없음 (10-22)

날짜: 2026-10-22　출처: packages-index 커밋 목록, 격주 보고서 079 리소스 업데이트 절

저장소 마지막 커밋은 여전히 10-13(ubuntu-old-releases 미러 추가, Sifive Unmatched의 ubuntu 버전 수정)이다. 079호는 침묵의 원인을 제시했다: 최근 2주간 ISCAS 소프트웨어 소스에서 데이터 동기화 문제가 발생해 이미 빌드 완료된 소프트웨어 패키지가 공인망에 리프레시되지 못했기 때문에 소프트웨어 패키지 측면의 업데이트는 없다.

이 점은 이 주제의 최근 2주간 “패키지 관리자 신규 버전 없음, 인덱스 신규 패키지 없음”의 조합 현상을 설명한다 — 개발 중단이 아니라 릴리스 채널이 막힌 것이다. 사용자에 대한 직접적 영향은 ruyi로 패키지를 설치할 때 여전히 이전 집합이 보인다는 것이며, 서버 측 문제이므로 로컬에서 문제를 찾을 필요는 없다.

2.7 커널과 펌웨어 라인: edk2-ruyi, ruyifirmware 침묵 (10-22 상태)

날짜: 2026-10-22(상태)　출처: linux-xuantie-kernel 커밋 목록, edk2-ruyi 커밋 목록, ruyifirmware Releases

커널 라인 linux-xuantie-kernel(linux-6.6.36 브랜치)의 마지막 커밋은 여전히 10-16의 cpufeature 및 hwprobe 변경 배치이며, 펌웨어 라인 ruyifirmware의 최신 릴리스는 여전히 10-15의 「Ruyi Firmware 20261015」이고, edk2-ruyi는 10-15의 K3 시스템 정보 페이지에 멈춰 있다. 세 라인이 연속 7일째 조용하며, 이번 모니터링 기간에 openRuyi 조직의 움직임은 전부 소프트웨어 패키지와 문서 양측에 있다(2.1 및 5.4 참조).

3. 벡터 확장과 연산자 최적화

3.1 AME 삼종 세트 폐쇄 루프: LLVM 패치, QEMU 시뮬레이션, AME-operator 연산자 라이브러리 (10-22)

날짜: 2026-10-22　출처: LLVM AME 명령어 업데이트 #29, IME에서 A100 dot으로 #30, A100 HP/SP와 스케줄링 #31, AME-operator, qemu ame-0.6

세 곳의 움직임을 나란히 놓고 보면 AME 확장의 소프트웨어 스택이 이미 형태를 갖추었다. 컴파일 측은 RuyiAI의 LLVM 브랜치에서 세 단계로 나뉜다: 먼저 확장과 백엔드 경로 설계를 하고(#16, #24, #27), 다음으로 AME 명령어 집합 업데이트를 반영하며(#29), 마지막으로 IME 내장을 SpacemiT A100의 dot 명령어로 내리고 HP/SP 및 pack/unpack의 lowering과 스케줄링 교정을 완료한다(#30, #31, #32). 시뮬레이션 측은 QEMU의 ame-0.6 브랜치로, 행렬 연산, 혼합 정밀도, 이동과 타입 변환을 커버하며 상태 전이와 디버깅을 지원한다. 연산자 측은 ruyisdk/AME-operator로, 9월 30일에 GEMM과 GEMV kernel, 이식 가능한 연산자 참조 및 검증 스위트, 빌드와 검증 프로세스 문서를 한 번에 푸시했다.

세 계층의 공통된 결손은 실측이다: 컴파일 측의 성능 모델은 A100 명령어 기준으로 교정되었고, QEMU는 의미론적 정확성만 보장하며, 연산자 라이브러리의 검증 스위트는 시뮬레이션이나 기존 하드웨어에서 돌아가고, 어느 계층도 실기 처리량 데이터를 제공하지 않는다. A100이나 후속 하드웨어를 확보하기 전까지 이 스택이 증명할 수 있는 것은 “컴파일되고, 실행되고, 결과가 정확하다”이며, “더 빠르다”는 아니다.

3.2 IREE: 모니터링 기간 내 RISC-V 전용 커밋 없음, LLVM 베이스라인만 추종 (10-22)

날짜: 2026-10-22　출처: IREE 커밋 목록, LLVM 통합 #25103, VM ISA 검증 커밋 9ea0d950

모니터링 기간 내 커밋 두 건: 하나는 업스트림 LLVM을 bdd8381f5b7e에 통합한 것(#25103), 다른 하나는 VM 측에서 ISA 디코더의 검증 매크로를 연결하고 레지스터 검증을 강화한 것(9ea0d950)이다. 후자는 IREE 자체 바이트코드 가상머신의 검증에 속하며 RISC-V와 무관하다.

즉, 어제 리포트한 RVV f16 vfmacc/vfwmacc 반영 이후 IREE는 RISC-V 방향에서 이번 모니터링 기간에 새로운 전용 커밋이 없다. 버전 라인은 앞서 3.14로 진행되었으며(10-20의 버전 번호 상향 커밋), 다음으로 주목할 것은 f16 경로가 #24932 추적 항목 아래에서 블로킹과 스레딩 개선이 언제 나타나는가이다.

3.3 논문: 긴 벡터 프로세서에서 FlashAttention 재배열, 실측 1.84~2.08배 가속 (10-21)

날짜: 2026-10-21 (이번 모니터링 기간 시작점보다 약간 이르나, arXiv 인덱스가 이번 기간 내에 처음 가시화되어 수록)　출처: 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로 취하는 것과 같은 부류의 결정이며, 동일 기준으로 직접 비교할 수 있다.

3.4 본 스택 벡터 저장소와 업스트림 검증 라인: VecIntrinBench, IntrinTrans, riscv-arch-test 정체 (10-22 상태)

날짜: 2026-10-22 (상태)　출처: VecIntrinBench, IntrinTrans, riscv-arch-test 커밋 목록, XiangShan 커밋 목록

본 스택의 벡터 벤치마크와 변환 툴체인은 계속 정지 상태다: VecIntrinBench는 02-13에, IntrinTrans는 06-25에, FBGEMM fork는 07-13에, cpuinfo는 05-20에, harness는 10-10에, torq-tile은 04-09에 멈춰 있으며, 모니터링 기간 내 커밋이 없다. 업스트림 검증 라인도 움직임이 없다: riscv-arch-test 최신 커밋은 09-08(ACT 4.1 릴리스 노트와 워크플로 수정)에 멈춰 있고, XiangShan 메인 저장소도 본 주제의 점검 범위 내에서 기간 내 커밋이 없다.

4. Buddy Compiler 동향

4.1 buddy-mlir: 기간 내 커밋 0건, 릴리스 0건 (10-22 상태)

날짜: 2026-10-22 (상태)　출처: 커밋 목록, Releases

메인 브랜치의 마지막 커밋은 여전히 10-16의 “[ci] Add the publish-models workflow (#925)”이며, 기간 내 커밋 0건, 릴리스 0건이다. 버전 라인은 정식판 BUDDY MLIR 0.1.1(10-18 릴리스)에 마지막 나이틀리 버전 0.1.1.dev20261017을 더한 조합을 유지하고 있으며, 이후 연속 5일간 새로운 나이틀리 빌드가 없다. 0.1.0에서 0.1.1로의 두 차례 정식 릴리스가 이틀 간격으로 이루어진 뒤 정체 단계로 전환되었고, 이 상태가 이미 네 개 보고 기간째 지속되고 있다; 10-13부터 10-16까지의 RISC-V 가용성 변경(Makefile 타깃, 개발 보드로의 cross 컴파일, CI의 Ruyi 패키지 인덱스 전환, SpacemiT 플랫폼에서 Qwen3-VL-30B-A3B 디코더 실행) 이후는 단계 마무리 성격이다.

4.2 다운스트림 앵커링: triton-riscv 나이틀리 빌드 여전히 0.1.1.dev20261017에 고정 (10-22 상태)

날짜: 2026-10-22 (상태)　출처: triton-riscv 커밋 목록, buddy-mlir 나이틀리 0.1.1.dev20261017

triton-riscv 메인 브랜치의 마지막 커밋은 여전히 10-18의 PR #88이며, 내용은 다운스트림 의존성을 buddy-mlir 10-17 나이틀리 버전(0.1.1.dev20261017)에 고정하는 것이다. buddy-mlir는 10-17 이후 새로운 나이틀리 버전이 없으므로 triton-riscv의 나이틀리 빌드는 따라갈 새 업스트림이 없어, 양쪽이 계속 서로를 기다리고 있다. 이 체인이 매일 패키지를 다시 내보내려면 buddy-mlir가 언제 nightly 워크플로를 재개하는지에 달려 있다.

5. 커뮤니티와 활동 및 공식 홈페이지

5.1 서밋 회고 게시글 공개: 기술 보고 2건, 기술 포스터 6편, 실기 데모 7건 (10-22)

날짜: 2026-10-22　출처: 포럼 게시글 #2893, Ruyi 패키지 관리자 포스터

포럼은 10-22 11:31에 제6회 RISC-V 중국 서밋의 회고 게시글을 올렸다. 게시글에 제시된 규모 데이터: 서밋 오프라인 전문 관람객 3600명 이상, RuyiSDK 팀 멤버 10명 참석, 형식은 기술 보고 2건, 기술 포스터 6편, D15 독립 전시 구역이었다.

두 기술 보고는 각각 《RISC-V 과정 이식 방법과 RuyiSDK 생태계 구축》(뤄윈샹)과 《RISC-V 벡터 확장 활용: Go 언어 기반 RVV 최적화 실전》(멍줘, 주쥔셴)이다. 전자는 「문을 열고, 길을 닦고, 사람을 가르친다」는 세 가지 주선을 제시했으며, 방식은 시뮬레이션 시각화를 호스트 머신 또는 클라우드에서 실행하고 드라이버와 추론을 보드 단으로 내리는 것이다. 후자는 호스티드 언어 런타임을 RVV에 연결하는 엔지니어링 문제에 초점을 맞추며, 벡터 길이 적응, 어셈블리 스텁과 인라인 최적화를 포함한다.

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

일곱 건의 실기 데모 중 가장 설득력 있는 것은 OpenCV RVV 가속 대조였다. 동일 하드웨어 플랫폼에서 ruyi로 설치한 버전과 배포판 내장 OpenCV를 비교했을 때, 이미지 필터링과 특징 추출 등 연산자가 3배에서 8배 가속을 구현했다. 이 데이터는 「벡터 라이브러리 계층이 얼마나 이득을 줄 수 있는가」를 추정에서 재현 가능한 현장 측정으로 바꿔 놓았다. 또한 「칩 모션 챌린지」는 RuyiSDK IDE와 CyberCAM 및 K230 보드 내장 KPU를 결합해 제스처 인식 인터랙션을 진행했고, 현장에서 4개 개발사가 협력 소통 채널을 구축했다.

5.2 RISC-V Linux 실습 과정 제02기 강의 자료 저장소 입고 (10-22)

날짜: 2026-10-22　출처: 포럼 게시글 #2894

포럼은 같은 날 「RISC-V Linux 실습 과정 02｜충분한 C 언어 기초【강의 자료】」를 새로 추가했으며, 20:58에 게시되었고 저자는 제01기와 동일하다. 내용은 임베디드 시나리오를 겨냥한 C 언어 최소 집합으로, 타입과 변수, 제어 흐름에서 시작해 포인터, 배열, 구조체, 저장 기간, 문자열과 비트 연산까지 다루며, 팬 제어와 온도 읽기의 관통 예제를 제공하고 「정수 나눗셈의 고정 소수점 절단」「상수는 const로 의미를 명시」과 같은 실수하기 쉬운 점을 제시한다.

제01기의 환경과 툴체인 강의 자료와 함께, 이 과정은 이미 연속 두 강의의 자습 자료를 갖추었으며, 방향은 5.1의 과정 이식 보고와 일치한다. 먼저 호스트 머신에서 재현 가능한 부분을 철저히 설명하고, 하드웨어 관련 부분을 보드 단으로 내리는 것이다.

5.3 ruyi-imager: 나이틀리 패키지가 731e52b까지 반영, 이미지 다운로드 동작 추가 (10-22)

날짜: 2026-10-22　출처: 커밋 목록, 나이틀리 빌드 채널, 이미지 다운로드 동작 커밋 3ca6f445

어제 리포트는 나이틀리 빌드가 10-21의 Gradle 개조 3건을 따라가지 못했다고 지적했는데, 이번 모니터링 기간에 후속 상황이 나왔다. 나이틀리 채널이 재빌드되었으며(10-21 21:31 패키징, 10-22 05:38 빌드, 소스 커밋 731e52b 즉 TOMLJ 업그레이드 건), 이는 자동 빌드가 이후에 트리거되었음을 의미하며 단지 약 7시간 지연되었을 뿐이다.

다만 10-22의 세 건의 커밋은 아직 패키지에 포함되지 않았다. 15:33에 활동 진행률을 고정 상태 표시줄로 옮기고 업데이트 오류를 분리했으며, 15:40에 설정 컨트롤을 정렬하고 업데이트 피드백을 압축했고, 20:42에 PR #12를 병합했다(이미지 선택 단계에서 직접 다운로드 동작을 제공하여 한 번의 이동을 줄임). 야간 패키지와 이번 배치 커밋 사이에는 여전히 한 번의 빌드 주기가 차이 난다.

5.4 공식 홈페이지 세 페이지 변화 없음, openRuyi 공식 웹사이트 저장소에 태그 설명 보충(10-22)

날짜: 2026-10-22(상태)　출처: RuyiAI 공식 홈페이지, 블로그, 문서, openRuyi 공식 웹사이트 저장소 커밋

세 페이지 스냅샷은 이전 기간과 동일하다: index.html 인덱스 3건, blog.html 인덱스 2편(Triton의 RISC-V 적응, PyTorch RISC-V CI 실천), docs.html 인덱스 23장, 세 페이지 sha256 모두 변화 없음, 이번 회차에 신규 블로그 글 없음, 신규 문서 장 없음.

openRuyi 공식 웹사이트 저장소는 모니터링 기간 내에 한 건의 커밋이 있다(10-22 21:35, misaka00251): 「docs: Add experimental tag and change tags description.」, 문서에 experimental 태그를 추가하고 태그 설명을 조정했다. 이는 openRuyi 메인 저장소가 일부 패키지를 실험적으로 표시하는 방식과 일치하며, 배포판이 「실험적」을 내부 관례에서 공개적으로 보이는 분류로 바꾸고 있음을 보여준다.

5.5 외부 뉴스와 arXiv: 지정 검색 제로 히트, 장벡터 프로세서 FlashAttention 재구성(10-21)

날짜: 2026-10-22　출처: Google News RSS, arXiv RISC-V 검색

Google News에서 RuyiSDK, RuyiAI의 중영문 지정 검색은 모니터링 기간 내 제로 히트였다. openRuyi 검색은 4월의 옛 기사 한 건만 반환했고, 「루이RISC-V」류 검색은 25건을 반환했으며 가장 최근 것은 10-13의 서밋 예고 기사로 배포판 이번 기간의 동작과 무관하다. 일반 검색 채널은 정상이므로, 이는 콘텐츠 측에서 실제로 언론 보도가 없었던 것이지 프록시나 파싱 문제가 아니다.

arXiv 측 모니터링 기간 내에 직접 관련된 프리프린트 한 편이 추가되었다(10-21). PyTorch의 CPU FlashAttention 커널을 2KB 벡터 레지스터의 RISC-V CPU로 이식하고 실측 가속을 제시했으며, 자세한 내용은 3.3을 참조.

6. 트렌드 관찰

6.1 재베이스가 「시기 선택」에서 「매일」로: llvm 최초로 이틀 연속 베이스 교체

지난 두 기간의 판단은 pytorch는 매일 업데이트, llvm은 시기 선택이었다: pytorch는 연속 세 번 03:00에 재작성되었고, llvm은 8일 침묵 후에야 한 번 베이스를 교체했다. 이번 모니터링 기간은 후반부 판단을 뒤집었다—llvm은 10-22 23:00에 다시 전체 브랜치를 재작성했으며, 간격은 정확히 하루였다.

두 번의 베이스 교체 폭 차이는 메커니즘을 설명한다: 어제의 것은 ahead 1769, 300 파일로 8일간 업스트림에 쌓인 것을 집중 소화한 것이고, 오늘의 것은 ahead 275, 여전히 300 파일로 하루치 증분의 통상적 추격이다. 브랜치는 이미 「매일 베이스라인을 한 걸음 앞으로 이동」하는 상태에 들어섰으며, pytorch와 동일한 운영 방식으로 수렴했다.

비용은 변하지 않았다: 커미터 시간이 통일적으로 재작성되고 SHA가 매일 무효화되며, SHA로 참조하는 모든 다운스트림은 당일 만료되므로 이 두 브랜치를 읽을 때는 SHA가 아니라 패치 제목 집합을 봐야 한다. 이익도 변하지 않았다: 패치 자체는 새로 추가되지 않았고, pytorch 일곱 건, llvm 두 건의 오픈 PR 모두 타임스탬프만 갱신했으며, 실제 진행은 여전히 리뷰 큐가 결정한다.

6.2 openRuyi 규범 보완기에 진입: 정리 54건이 업그레이드 22건을 압도

이번 모니터링 기간 81건의 커밋 중 54건은 동일한 규범화 변경(소스 체크섬 보충, %autochangelog로 전환)으로 m에서 x까지의 패키지명 구간을 커버한다. 실제 버전 업그레이드는 22건으로 비율은 2.5대 1이다.

이는 이전 단계의 「의존성 클로저 보충」과 다르다: 그때는 Go의 vendor 제거, Rust의 crate 보충으로 패키지가 빌드되게 하는 것이 목표였다. 지금 정리하는 것은 감사 가능성과 자동 기록—소스 체크섬은 빌드 입력의 검증 가능성을 결정하고, %autochangelog는 변경 기록이 수기 작성이 아니라 커밋 이력에서 생성되도록 결정한다. 사용자가 체감하는 이익은 보안 업데이트 경로에 있다: 통일된 경로가 열려야 CVE 수정이 한 경로를 따라 전파된다. ISAC 소스 동기화 문제(2.6 참조)는 다른 면을 상기시킨다—규범이 아무리 좋아도 배포 채널이 막히면 사용자는 여전히 업데이트를 볼 수 없다.

6.3 배포판이 데스크톱과 가상화 검증 스택을 깔기 시작

오픈 PR 큐에 같은 방향의 제안 그룹이 나타났다: qemu의 GUI 테스트 기능 활성화(#1421), virglrenderer 신규 추가(#1415), ovmf의 fwupd 지원(#1436), ydotool 신규 추가(#1457), xorriso의 man 페이지 충돌 수정(#1489).

다섯 항목은 각각 가상화, 그래픽 가상화, 펌웨어 업데이트, 입력 자동화, 광학 디스크 이미지 툴체인에 속하며, 합치면 동일한 목표를 가리킨다. RISC-V에서 완전한 데스크톱을 구동하고 이를 자동화 검증하는 것이다. 이는 서밋에서 선보인 「AI 기반 IDE 그래픽 테스트」와 동일한 요구의 양 끝단이다. 테스트 프레임워크가 실제 인터페이스를 구동하려면 먼저 스크립트 가능한 입력과 가상화 가능한 그래픽 스택이 있어야 한다. 데스크톱 지원은 그동안 RISC-V 배포판의 약점이었는데, 이번 제안들은 이를 항목별로 병합 가능한 작업으로 분해했다.

6.4 확장 적용 경로 구체화: 컴파일, 시뮬레이션, 연산자 3계층 순차 완성

AME를 예로 들면, 이번 주에는 확장이 제안에서 사용 가능한 상태에 이르는 완전한 경로가 보인다. 먼저 백엔드 설계와 명령어 집합 정의(LLVM #16, #24, #27, #29)가 있고, 이어서 lowering과 스케줄링 구현(#30, #31, #32)이 있으며, 동시에 시뮬레이터가 실행 가능한 시맨틱(QEMU ame-0.6)을 제공하고, 마지막으로 연산자 라이브러리가 테스트 가능한 kernel과 검증 스위트(AME-operator)를 제공한다.

P 확장은 같은 경로를 가지만 이미 후반부에 도달했다. QEMU는 모든 명령어를 커버하고, GCC 지원은 0.6으로 업데이트되었으며, LLVM 측에서는 mulq, 상위 비트 곱 누산, sati/usati, Packed Pair 등의 intrinsics가 배치로 업스트림에 병합되었다. 대조적으로 P 확장은 애플리케이션 측 benchmark가 부족하고, AME는 실기가 부족하다.

이 순서 자체는 방법론으로 기록할 가치가 있다. 시뮬레이터가 없으면 컴파일러를 검증할 수 없고, 연산자 라이브러리가 없으면 시뮬레이터를 검증할 수 없다. 세 가지가 모두 갖춰지기 전에 성능을 논하는 것은 의미가 없으며, 모두 갖춰진 후에야 병목이 하드웨어와 실측으로 전환된다. 이번 주의 진전은 「완비」이지 「더 빠름」이 아니다.

출처 검증표

출처 검증 결과
RuyiAI-Stack 조직（전체 저장소） pytorch: riscv 브랜치 네 번째 전체 리베이스 재적용(head 3c1ea315를 29259d90으로 교체, compare 선행 60/후행 24, 106개 파일), 10-22 08:25에 7건의 오픈 PR 동시 갱신; llvm-project: riscv 브랜치 연속 두 번째 날 리베이스(head dd05e5b5를 58d62a47로 교체, 선행 275/후행 26, 300개 파일), 10-23 00:57에 2건의 FPGA PR 갱신; triton-riscv, tilelang-riscv 커밋 0건 릴리스 0건; ruyiai-daily 최신호는 10-22; harness, FBGEMM, cpuinfo, VecIntrinBench, IntrinTrans, torq-tile, pytorch-ci 모니터링 기간 내 커밋 없음
ruyisdk 조직（전체 저장소） ruyi-imager: 3건 커밋(2건 상태 표시줄 및 설정 인터페이스 개편, 1건 이미지 다운로드 액션 PR #12), 야간 패키지 재빌드(소스 커밋 731e52b, 10-22 05:38 빌드); wechat-articles: 9건(격주 리포트 079 확정, GCC/LLVM/V8/Go/QEMU/IDE 보완); ruyi: 커밋 0건, 릴리스 0건(0.53.0 유지); packages-index, support-matrix, ruyi-tuner, ruyisdk-vscode-extension, ruyici, AME-operator, linux-xuantie-kernel 모두 모니터링 기간 내 커밋 없음; riscv-gcc 기본 브랜치는 06-24에 정지(격주 리포트에서 언급된 커밋은 다른 브랜치에 존재); qemu의 p-dev와 ame-0.6 브랜치는 모니터링 기간 내 신규 커밋 없음(마무리 배치는 각각 10-21과 10-16)
openRuyi-Project 조직（전체 저장소） openRuyi 메인 저장소 81건 커밋(Jingwiw 54, misaka00251 21, DingliZhang 2, 나머지 4인 각 1; checksum 정리 54건, 버전 업그레이드 22건, security-fixes 15건) ＋ 22건 PR 병합 ＋ 77건 오픈; homepage 1건(문서 experimental 태그 설명); ruyifirmware, edk2-ruyi, coreboot, linux, kiwi-image, TakoPack 모니터링 기간 내 커밋 없음
buddy-compiler 조직 buddy-mlir 메인 브랜치 커밋 0건, 릴리스 0건; 최신 정식 버전 0.1.1(10-18), 최신 야간 버전 0.1.1.dev20261017(10-17)
RuyiSDK 커뮤니티 포럼 신규 게시글 2건: #2893 서밋 회고(10-22 11:31), #2894 실습 수업 제02기 강의 자료(10-22 20:58); 격주 리포트 079는 아직 포럼에 게시되지 않았으며 최신은 여전히 078호
openRuyi 배포판 뉴스 페이지 신규 글 없음, 2026.09 릴리스 공지가 여전히 최신; /zh-Hans/news/2026-10/release와 /2026-10/ 모두 404 반환, 2026.10 버전은 아직 미릴리스
ruyi 패키지 관리자 / PyPI 0.53.0이 최신 유지(09-24 릴리스), 모니터링 기간 내 신규 버전 없음, 신규 커밋 없음; 0.54.0은 10월 말로 확정
공식 홈페이지(ruyiai.org) 세 페이지 변화 없음: 홈페이지 인덱스 3건, 블로그 2편, 문서 23장, sha256이 이전 호와 동일
IREE 업스트림 모니터링 기간 내 2건 커밋(LLVM 통합 #25103, VM ISA 검증), RISC-V 전용 변경 없음; 어제 반영된 RVV f16 경로 후속 커밋 없음
riscv-arch-test / XiangShan riscv-arch-test 최신 커밋은 09-08에 정지(ACT 4.1 릴리스 노트); 본 주제 검증 범위 내 모니터링 기간 커밋 없음
arXiv(RISC-V) 직접 관련 신규 프리프린트 1편 추가(10-21): PyTorch의 CPU FlashAttention 커널을 2KB 벡터 레지스터 RISC-V CPU에 이식, 실측 1.84~2.08배 가속; 나머지 최신은 10-20
Google News RSS(중영문 다수 그룹) RuyiSDK / RuyiAI 적중 0건; openRuyi는 4월의 오래된 기사 1건뿐; Ruyi 관련 쿼리 25건 모두 오래된 기사, 최근은 10-13 서밋 예고

전체 출처 목록

sMisalignedMemoryAccesses PR #232183 — https://github.com/llvm/llvm-project/pull/232183

i-tuner 커밋 목록 — https://github.com/ruyisdk/ruyi-tuner/commits/main