調査期間：2026-10-29 08:00 ~ 2026-10-30 08:00（北京時間、24 時間）

情報源：RT-Thread 公式ニュースインターフェースとコミュニティ記事インターフェース、GitHub（メインリポジトリ commits / PR / Issue / releases / tags、RT-Thread/packages、vscode-rt-smart、sdk、pkgs-test、topic:rt-thread エコシステム検索）、Google News アグリゲーション（中英文 5 組のクエリ、プロキシ経由）、HN Algolia、Hackster とベンダー公式サイトによる検証（詳細は付録の情報源リストを参照）

今号のインデックス

    1. カーネルとバージョン動向
      • qemu-virt64 の 2 つの BSP で RT-Thread Smart を有効化、QEMU で初めてユーザー空間が完全に動作（10-29）
      • 7 時間半後にデフォルト設定を撤回：#11942 で Smart をオーバーレイに戻し、CI 選択ロジックを書き換え（10-29）
      • lwp システムコール実装をサブシステムごとに 20 ファイルへ分割、lwp_syscall.c から一度に 11638 行削除（10-29）
      • ターミナル互換性を補完：TIOCLINUX は修飾キーなしを返し、TTY ウィンドウはデフォルト 24×80（10-29）
      • ping 統計を修正：最初の応答パケットで同時に最小値を確定、単調増加時に minimum = -1 を報告しない（10-29）
    1. セキュリティフォローとマージ待ちキュー
      • ブロックデバイス ioctl が 24 バイトのパーティションテーブルを呼び出し側指定のカーネルポインタに書き込み（10-29）
      • 1 日で 5 件の欠陥：3 社の ADC チャネル境界外、DM365 SPI のゼロ除算（10-29）
      • レビュー待ちキュー：RISC-V Smart ページフォールト処理、RTL8125 2.5G ネットワークカード、RK3588 ディスプレイとオーディオ（10-29）
      • K230D サポートと Smart 改善の提案は依然キュー内（10-29）
    1. 公式・コミュニティ活動
      • 公式ニュースインターフェースは 5 か月連続で 6 月 17 日のまま停止（10-29）
      • インフィニオン Edgi Talk デスクトップコンパニオン：中国語一言で見守りタスクを指示、全行程 AI 協調開発（10-30）
      • コミュニティ長文が 4.0.3 ソースコードでカーネルオブジェクト配列と侵入型リンクリストを解説（10-29）
    1. エコシステムとベンダー対応
      • 海外コミュニティが RT-Spark ボードでオフラインエッジ AI を構築、ただしファームウェアは FreeRTOS で動作（10-28）
    1. 今号のトレンドと総括
      • トレンド：Smart はリリース当日にデフォルト設定を撤回され、テストオーバーレイが新たな位置づけに
      • 制約と重複排除の説明
  • 付録：情報源検証表と情報源リスト

1. カーネルとバージョン動向

1.1 qemu-virt64 の 2 つの BSP で RT-Thread Smart を有効化、QEMU で初めてユーザー空間が完全に動作（10-29）

日付：2026-10-29 09:29（マージ時間）　出典：提案 #11896、メインリポジトリコミット記録

10 月 18 日に作成され、キュー内で 10 日間待機した提案 #11896 が今号マージされた。14 ファイル、1263 行追加、1075 行削除、14 コミット。理由は明快に記されている：qemu-virt64 シリーズ BSP はこれまで RT-Thread Smart を有効化しておらず、ユーザー空間と LWP 関連機能は QEMU 上でまったくテストできず、virtio ブロックデバイスと擬似端末の標準ルートファイルシステム初期化フローも存在しなかった。

変更は 3 層に分かれる。設定層では qemu-virt64-riscv と qemu-virt64-aarch64 に対して RT_USING_SMART を有効化し、Smart のシングルコア前提に従って riscv64 の SMP を無効化する。実行層では applications/mnt.c を新規追加し、virtio-blk0 をルートディレクトリとしてマウント（まず elm を試し、失敗すれば ext を試す。デバイス未準備時は最大 100 回リトライ、間隔 10 ミリ秒）、さらに ptyfs を /dev/pts に、procfs を /proc にマウントする。CI 層では bsp_buildings、membrowse、utest_auto_run の 3 つのワークフローにそれぞれ対応エントリを追加。ビルドでは riscv64 は RISC-V general musl ツールチェーンに、aarch64 は aarch64 musl ツールチェーンに変更。前提依存の #11893（lwIP ループバックネットワークインターフェース対応）は 10 月 25 日に先行マージ済みで、今回の設定は同シンボル確定後に再生成されたものである。

1.2 7 時間半後にデフォルト設定を撤回：#11942 で Smart をオーバーレイに戻し、CI 選択ロジックを書き換え（10-29）

日付：2026-10-29 16:59（マージ時間）　出典：提案 #11942

同日16:59、#11942が承認され、前の提案が残したデフォルト設定を全体的に撤回した。7ファイル、51行追加、220行削除。2つのBSPのrtconfig.hからRT_USING_SMART、KERNEL_VADDR_START、ARCH_REMAP_KERNELおよびPAGECACHE設定一式を削除し、RT_USING_DFS_V2とRT_USING_DFS_ELMFATを追加、RT_VER_NUMを0x50301から0x50400へ引き上げた。すなわちメインブランチはすでに5.4.0の開発状態にある。

本当の技術的なポイントはCIにある。従来、utest_auto_run.ymlはこれら2つのBSPの標準カーネルテストケースに対して「git checkout origin/master の .config と rtconfig.h」による上書きを行っていたが、これでは先に追加されたSMP設定セクションも一緒に消してしまう。今回、.configへ直接1行# CONFIG_RT_USING_SMART is not setを追記する方式に変更し、Smartのみを無効化してSMPには触れないようにした。同時にALL_BSP_COMPILE.jsonではqemu-virt64-aarch64をaarch64標準コンパイルグループへ、qemu-virt64-riscvをriscv64-unknown-elf標準グループへ戻し、従来単独で設けていたqemu-smartコンパイルグループを削除した。membrowseのaarch64向けツールチェーンはaarch64-linux-musleabiからaarch64-none-elfへ戻した。

正味の効果として、Smartは「BSPのデフォルト設定」から「utestの設定オーバーレイ層」へと変わった。同じBSPが標準カーネル回帰を実行しつつ、rtsmart.cfgを通じてSmartのテストケースも追加するという、2つの経路が互いを上書きしない形になった。

1.3 lwpシステムコール実装をサブシステムごとに20ファイルへ分割、lwp_syscall.cは一気に11638行削除（10-29）

日付：2026-10-29 14:50（マージ時間）　情報源：提案 #11894

同じく10月18日に作成された提案 #11894 が本期マージされた。22ファイル、12223行追加、11638行削除。中心となる作業は、components/lwp/lwp_syscall.cという1万1千行超の単一ファイルをsyscall/ディレクトリへ全体分割することである。メモリ、ファイル、パス、stat、ファイルシステム、ソケット、netdb、プロセス、メッセージキュー、rt_ipc、シグナル、システム、時間スケジューリング、デバイス、channelごとにグループ化して20の実装ファイルとし、さらにsyscall_internal.hと共有のシステムコールディスパッチテーブルを加え、lwpのSConscriptに新ディレクトリを登録した。

提案自身が「機能変更なし」と明記しており、この点は直後のclang-formatコミットからも裏付けられる。フォーマットは新規ファイルにのみ触れ、コメントにも挙動を変えない旨が記されている。分割の価値はレビュー側にある。システムコール実装が「1つの大きなファイル内を番号順にたどる」ものから「サブシステム単位で特定する」ものへと変わり、今後のcopyin/copyoutのような境界修正（2.1で触れるioctl問題など）においても、万行ファイルの中を奔走する必要がなくなった。

1.4 ターミナル互換性の補完：TIOCLINUXがゼロ修飾キーを返し、TTYウィンドウはデフォルト24×80（10-29）

日付：2026-10-29 14:48（マージ時間）　情報源：提案 #11890

2ファイル、18行追加、4行削除。従来TIOCLINUXは直接失敗を返していたが、多くのターミナルプログラムは起動時にまずコンソール状態を検出し、検出に失敗すると降格または終了する。今回、ゼロのキーボード修飾キー状態を返すよう変更し、こうしたプログラムがRT-Smart上で正常な経路を進めるようにした。もう1点はウィンドウサイズである。サイズを報告する情報源がない場合、TTYを24行80列で初期化し、ioctlでサイズを取得するプログラムが0を読むのを防ぐ。

併せてのコミットで同一コード内の長さ取得の書き方を修正し、memcpyの長さ引数をsizeof(tty_ctrl_charset)で直接表現するようにし、ついでにcppcheckのsizeofDivisionMemfunc警告も解消した。

1.5 ping統計の修正：最初の応答パケットが同時に最小値を確定し、単調増加時にminimum = -1を報告しなくなる（10-29）

日付：2026-10-29 09:33（マージ時間）　情報源：提案 #11900

components/net/netdev/src/netdev.c だけを変更し、5 行追加、1 行削除、作者は 10 月 19 日にコミットした。元のロジックは max_time を 0、min_time を 0xFFFFFFFF で初期化し、その後 if / else-if 連鎖で更新していた。最初の応答パケットの遅延は必ず 0 より大きいため max 分岐に入り、最小値は代入されない。以降の応答パケットの遅延が上昇し続けると、各回は max だけを更新し、min_time は 0xFFFFFFFF のまま留まり、最後に %d で出力すると minimum = -1 になる。修正方法は、received が 1 に等しいときに max と min を同時にそのパケットの遅延に設定し、その後の 2 つの比較がそれぞれ片側を受け持つようにして、統計の意味を揃えることだ。

2. セキュリティフォローアップとマージ待ちキュー

2.1 ブロックデバイス ioctl が 24 バイトのパーティションテーブルを呼び出し側指定のカーネルポインタへ書き込む（10-29）

日付：2026-10-29 22:00（報告時間）　情報源：欠陥 #11952

RT-Smart の非特権プロセスは、カーネルアドレスを ioctl 引数として渡すことができる。sys_ioctl() と blk_fops_ioctl() は copy-in / copy-out を行わず、生の引数をそのまま転送し、blk_dev_control() は RT_DEVICE_CTRL_BLK_PARTITION 分岐で rt_memcpy(args, &blk->partition, sizeof(blk->partition)) を実行する。これは 24 バイトのパーティション情報を攻撃者が選んだカーネルアドレスへ書き込むことに等しい。影響範囲は master（v5.4.0-dev）および v5.2.0 から v5.3.0 と明記され、汎用ブロック層のコミット c424cb81 により導入された。QEMU vexpress-a9、ARMv7-A、32 ビット RT-Smart に SD イメージを組み合わせた環境で検証され、カーネルが /dev/sd0 を作成した後にトリガーできる。

これは同じ種類の問題が連続 2 日目に発生したものである。昨日はターミナルサブシステムの ioctl が FreeBSD の copyin 前提を落としていた（欠陥 #11937）。今日はブロックデバイスサブシステムが同样にこの層を落としている。共通の原因は、RT-Smart の ioctl 適応層がデフォルトで「引数はすでにカーネルアドレスである」とみなし、ユーザー空間の入口でこの層の変換を行っていないことにある。#11941（ターミナル側に copyin / copyout を導入）は現在もキューにあり、本欠陥にはまだ対応する修正提案がない。

2.2 1 日に 5 件の欠陥：3 社の ADC チャネル越界、DM365 SPI のゼロ除算（10-29）

日付：2026-10-29 19:26 ~ 19:42（報告時間）　情報源：欠陥 #11948、#11949、#11951、#11950

同じ報告者が 1 日の午後に 5 件のドライバ側欠陥を提出し、そのうち 4 件は同一のコミッタに由来し、主題は高度に一致していた。呼び出し側から渡されたチャネル番号と周波数が検証されていない。

Bluetrum AB32 の ADC は、まず ab32_adc_get_channel() でチャネルをマッピングして変換を開始するが、その後は元のチャネル番号でデータレジスタ配列をインデックスする。範囲外のときマッピング関数は黙って 0 にフォールバックし、エラーも報告しないため、最終的に配列外を読む。Bouffalo の ADC は raw_data[10 + channel] を読み、この配列は 26 ワードで、チャネルが 22 なら 32 番目のワードに落ち、チャネルが -10 より小さいと配列の前側にも越える。HPM の ADC は元の符号付きチャネルで chn_state[16] をインデックスし、rt_adc_enable() は検証を行わない。DM365 の SPI は davinci_spi_get_prescale() で max_speed_hz を除数として扱い、0 のとき直接ゼロ除算となり、さらに DIV_ROUND_UP のクランプが除算の後に書かれているため、保護になっていない。

4 件の共通点は、rt_adc_read() / rt_spi_configure() の層に引数検証がなく、検証責任を各ドライバに押し下げているが、ほとんどのドライバが行っていないことにある。

2.3 審査待ちキュー：RISC-V Smart のページフォールト処理、RTL8125 2.5G ネットワークカード、RK3588 の表示とオーディオ（10-29）

日付：2026-10-29 11:13 ~ 17:52（最終更新）　情報源：提案 #11892、提案 #11944、提案 #11943、提案 #11947

1.1 と同一バッチの #11892（RISC-V 側 Smart の MMU とユーザーモードページフォルト処理）は本期もキューに残っており、4 ファイル、105 行追加、8 行削除、10 月 29 日 11:26 に更新があった。内容は、玄鉄アーキテクチャ選択と SVPBMT オプションの追加、初期ページテーブルポインタをカーネル物理オフセットで換算、MPR 区間をリンクベースアドレス未満まで拡張可能にすること、MMU 有効化前に初期ページテーブルをクリアすること、各 hart のカーネルページテーブルにあるユーザーアドレス項目を消去すること、未処理のユーザーページフォルト時に現在の LWP のみを終了させカーネルを巻き込まないことを含む。これらの変更は 1.1 と同一目標のもう半分である。一方は QEMU で動かせるようにし、もう一方は実際の RISC-V ハードウェア上のユーザーモードが誤ってカーネルをキルしないようにする。

残り三件はいずれも大規模な新ハードウェアサポートである。RTL8125 イーサネットドライバは 1934 行追加、RTL8125 / RTL8162 ネイティブ PCI、ディスクリプタリング DMA、割り込み受信と TX 完了、10/100/1000/2500M オートネゴシエーション、lwIP ソフトウェアチェックサムをカバーし、さらにオプションの PTP クロックと PPS を備える。RK3588 と RK3528 の表示とオーディオサポートは 36 ファイル、5483 行追加、391 行削除で、HDMI コントローラと HDPTX PHY、VOP2 ルーティングとフレームバッファスキャン、SAI と codec オーディオクロックを含む。DHCP raw サーバのアドレスプール枯渇時の無限ループ修正は規模が小さく（17 行追加、4 行削除）だが、3586 組のプールサイズ / 使用ビットマップ / 開始位置の組み合わせ対照テストおよび ASAN 結果を添付しており、検証強度は本期キューの中で最高である。他に clang-format を 22.1.8 に固定する提案が 75 ファイル、3852 行追加に及ぶ。

2.4 K230D サポートと Smart 改善の提案は引き続きキューに残る（10-29）

日付：2026-10-29（再確認）　情報源：提案 #11897

Smart と同一バッチの #11897（K230 に K230D サポートを追加し Smart を改善）は本期も未マージで、その前身である #11359 はクローズ済みである。昨日のレポートに記録した「10-18 提案四件」のうち、#11894、#11896、#11890 の三件は本期でマージされ、#11892 と #11897 は引き続きキューにある。これはこの一連の作業が二段階に分けて進められていることを示す。独立して検証可能なものは先に進め、新ハードウェアに関わるものはボード側の確認を待つ。

3. 公式・コミュニティ活動

3.1 公式ニュースインターフェースが5か月連続で6月17日のまま（10-29）

日付：2026-10-29（確認）　情報源：RT-Thread 公式ニュースリスト

公式ニュースインターフェースが返す最新項目は依然として 2026-06-17 の「睿賽徳科技、2026 アブダビ投資フォーラムへの招待出席」であり、その後六〜十月に新規追加はなく、既に5か月連続で静穏状態にある。公式サイトのニュースリストのトップページにも同期間の新稿はない。企業側の対外動向も本期は Google News の中国語・英語検索でヒットせず、睿擎と睿擎派の7日以内検索も同様に空であった。企業動向のラインは現在更新停止状態にあり、デイリーレポートの主な情報源は GitHub とコミュニティ記事のチャネルに置くしかない。

3.2 インフィニオン Edgi Talk デスクトップパートナー：中国語一文で見守りタスクを指示、全行程 AI 協働開発（10-30）

日付：2026-10-30 00:54（公開）　情報源：コミュニティ記事：Little Watcher

2026 組み込みコンテスト参加作品「Little Watcher」が公開された。作者は Oliver、ハードウェアはインフィニオン Edgi Talk（PSoC Edge E84）、システムは RT-Thread、ソースコードとリリースパッケージは公開済みである。機能の位置づけは非常に狭く、中国語一文で可視目標の出現または消失を指定し、変化を検出すると通知して前後の画面を保存する。これにより「一時的なニーズのために個別の認識プログラムを書く価値はない」という問題を解決する。

実装面では、ボードの M55 側は公式 BSP の CherryUSB UVC サンプルと公式 Wi-Fi サンプルの設定でビルドし、元の M33 ブートファームウェアを保持する。RT-Thread のスレッドはそれぞれ音声録音アップロード、カメラ取得アップロード、リマインダ再生を担当し、ミューテックスが共有状態とカメラ停止処理を保護し、セマフォがリマインダスレッドを起動する。ペリフェラルは LCD、タッチ、マイク、オーディオデバイスのインターフェース経由でアクセスし、データは Wi-Fi 管理インターフェースと lwIP socket を通り、制御ブリッジは FinSH/MSH コマンドを用いる。PC 側は音声認識、タスクコンパイル、視覚判定を担い、タスクプランはキャッシュして再利用でき、対象ごとにモデルを再学習する必要はない。境界条件は具体的に書かれている。1 回の見守りセッションの上限は 300 秒、画像アップロードは 60 回（参照フレーム 1 枚に最大 59 回の比較を加えたもの）、Web ページは直近 100 件のイベントを最大保持し、判定できない画面は uncertain と表示し、再起動時はデフォルトで一時停止する。

この記事の見どころはアルゴリズムではない。視覚判定は PC 側の既存モデルで動く。見どころは「AI が開発に参加する」プロセスそのものを成果物として扱っている点にある。要件分解、コード統合、障害調査、テスト検証、ドキュメントとデモの各段階で AI の関与の仕方を記録し、失敗と合格の記録もそれぞれ残している。

3.3 コミュニティ長文が 4.0.3 のソースコードでカーネルオブジェクト配列と侵入型リンクリストを解説（10-29）

日付：2026-10-29 08:28（公開）　情報源：コミュニティ記事：カーネルオブジェクトの分布

カーネル入門者向けの長文がコミュニティ記事チャネルで公開された。著者は CTIE_4063 で、RT-Thread 4.0.3 の src/object.c と include/rtdef.h を題材とし、コードはマニュアルではなく実際のソースコードから取ったと明言している。記事の主線は「型ごとに管理し、名前で検索し、走査でき、統計が取れる」という要求群を三つのものに落とし込むことにある。各オブジェクト種別ごとに一つのコンテナ rt_object_information（型、リンクリストヘッド、その構造体サイズを含む）を持ち、オブジェクト内部に侵入型の rt_list ノードを備えるため、検索と走査は共通コード一つで済む。さらに rt_object_get_information で型からコンテナを取得し、container_of でリンクリストノードからオブジェクトを逆算する。文末には rt_list の核心を 60 行で再実装する演習と GitHub Pages の図解版が付されている。

4. エコシステムとベンダー適合

4.1 海外コミュニティが RT-Spark ボードでオフラインエッジ AI を構築、ただしファームウェアは FreeRTOS（10-28）

日付：2026-10-28（公開）/ 2026-10-29 08:34（集約ヒット）　情報源：Hackster プロジェクト：Smart Water Bottle Reminder

Hackster に RT-Spark ボードをハードウェアとするオフラインエッジ AI プロジェクトが登場した。6 軸 IMU で横置き、携帯、飲用、揺れの 4 状態を判定し、30 秒間飲用が検出されなければ LCD に赤文字で提示してブザーを鳴らし、10 秒ごとに繰り返す。深さ 5 の決定木は Python で訓練後に純粋な C へエクスポートされ、STM32F407 上で 1 回の推論は約 154 マイクロ秒、ホールドアウトセット精度は 95% で、同じデータでの閾値ルールベースラインは 97.5% であり、著者はこの差を正直に書いている。全体は 8 タスク、2 キュー、2 ミューテックス、168 MHz 主周波数で、完全オフラインである。

区別すべき点は、プロジェクトが RT-Thread の RT-Spark 開発ボードを使っているものの、ファームウェアは FreeRTOS で動いており、謝辞には RT-Thread と FreeRTOS が並記されていることだ。これはボードレベルでのエコシステム再利用に属し、RT-Thread カーネルの採用事例にはならない。収録時はエコシステム参考として扱い、アプリケーション実装には数えない。同一著者は 10 月 26 日にも RT-Spark の人体活動認識プロジェクトを公開しており、この線はこのボードを汎用 STM32F407 開発ボードとして使っていることが分かる。

5. 今期のトレンドとまとめ

5.1 トレンド：Smart は実装当日にデフォルト設定へ戻され、テストカバレッジ層が新たな位置づけに

今期は RT-Thread Smart の線が十日間の待ち行列を経て集中的に実装された回である。09:29 に #11896 をマージして QEMU の二つの virt64 BSP で Smart を有効化しルートファイルシステム初期化を補完、14:48 と 14:50 に #11890、#11894 をマージしてターミナル互換とシステムコール層分けを補い、16:59 には #11942 をマージして BSP のデフォルト設定を全体として標準カーネルへ戻した。

このリズムは一見繰り返しに見えるが、実際はメンテナが Smart の位置を画定しているのだ。デフォルト設定は予測可能に保たなければならず、Smart なしの通常回帰を安定させる。Smart は utest の設定オーバーレイ層を通じて別途実行し、二つの経路は一つの BSP を共有する。これにより QEMU 上のユーザー空間テストカバレッジを獲得しつつ、デフォルト設定の変化で既存の BSP ビルドマトリクスを乱すこともない。同じ作業群では #11892 と #11897 がまだ待ち行列にあり、「QEMU で検証できる部分は先にマージし、実ハードウェアとボード側の確認に依存する部分は後にマージする」ことがこの提案群の実際のリズムであることが分かる。

2つ目のラインはセキュリティ境界です。昨日は端末 ioctl、今日はブロックデバイス ioctl で、両者の成因は完全に同じです。RT-Smart の ioctl 適配層はデフォルト引数がすでにカーネルアドレスであるにもかかわらず、ユーザー空間の入口で copy-in を行っていません。さらに1日で5件のドライバ側チャネル番号とゼロ除算の欠陥が加わり、現在の欠陥報告の着地点が「機能が違う」から「境界が検証されていない」へ移りつつあることが分かります。3点目に記すべきは 1.3 の lwp 分割です。1万1千行の単一ファイルがサブシステム別にグループ化された20個のファイルになりました。この種の構造的変更はそれ自体では欠陥を修正しませんが、その後に続く一連の境界修正が効率的にレビューできるかどうかを決定づけます。

5.2 局限性と重複排除の説明

公式ニュースインターフェースは連続5か月にわたり6月17日で停止しており、企業側の動向は本期ヒットなしで、レポート本体は GitHub とコミュニティ記事の2つのチャネルに完全に依存しています。HN Algolia が本調査期間に返した4件（DissPair、StrictLLM、Help My Sanity、Uji）はいずれも threads 系キーワードの誤マッチであり、バッチ全体を除外しました。topic:rt-thread 生態検索は本調査期間でゼロヒット、Google News 英語側の唯一のヒットは 4.1 の Hackster プロジェクトで、中国語側の2件は RTOS と具身智能に関連する稿件で RT-Thread とは直接関係がなく、収録していません。

昨日のレポートでは #11894 と #11896 を「キュー内、未マージ」と記録しましたが、本期では両方ともマージ済みであり、正常なスケジュール進行によるもので、前号の結論の訂正ではありません。4.1 の RT-Spark プロジェクトはファームウェアが FreeRTOS のため、ボードエコシステムの参考としてのみ記載し、アプリケーション実装の項目には計上していません。

付録：情報源核查表と情報源リスト

情報源核查表

情報源 核查結果
公式ニュースインターフェース（rt_org） 24時間新增なし、最新項目は 2026-06-17 で停止
コミュニティ記事インターフェース（article） 調査期間内に1件新增（10-30 00:54、組み込みコンテスト作品）、別に1件のカーネル長文が 10-29 08:28 に公開
メインリポジトリ commits 調査期間内に7件マージ、10-29 09:29 から 16:59 に集中
メインリポジトリ PR 5件マージ（#11890、#11894、#11896、#11900、#11942）、審査中提案13件が本調査期間に更新あり
メインリポジトリ releases / tags 新增なし、最新は依然 v5.3.0（2026-09-10）
メインリポジトリ Issue 新規5件（#11948 から #11952、ドライバ境界とブロックデバイス ioctl セキュリティ）
RT-Thread/packages プッシュなし、最新プッシュ 2026-10-23
vscode-rt-smart プッシュなし、最新プッシュ 2026-10-26
RT-Thread/sdk プッシュなし、最新プッシュ 2026-10-25
pkgs-test プッシュなし、最新プッシュ 2026-10-23
topic:rt-thread 生態検索 調査期間内ゼロヒット
Google News 英語 1件ヒット（Hackster RT-Spark プロジェクト）、エコシステム参考として収録
Google News 中国語 2件ヒットはいずれも RTOS 回顧と具身智能総説で、RT-Thread とは直接関係がなく除外
HN Algolia 4件の threads キーワード誤マッチ、バッチ全体を除外

完全情報源リスト