Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Pi 5: NVMe (Innogrit IG5216, 1dbe:5216) stays "Device not ready, CSTS=0x0" after re-probe on 6.18 – recovers on 6.12

オープン
#7,716 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
35/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
c, linux, raspberry-pi

調査の方向性

Compare the reported behavior in kernels 6.18.50 and 6.12.75, focusing on the brcm-pcie re-probe path and NVMe controller initialization on Raspberry Pi 5. Start by locating the PCIe driver and relevant kernel changes between those versions, then reproduce with the Apacer AS2280P4U and the supplied boot settings. Done means the cause of CSTS=0x0 is identified and the drive initializes reliably after boot or re-probe.

索引モデルが issue の本文から書いたものです。

説明

Describe the bug

An Apacer AS2280P4U 256GB SSD (Innogrit IG5216, 1dbe:5216, FW 2.O.3.1G) on the Pi 5 PCIe port cannot boot (rootfs on the ssd).
Booted fine from NVMe until ~[mid-Sept 2026], when apt moved the system to 6.18.

NVMe boot: link comes up, but the controller never gets ready:

brcm-pcie 1000110000.pcie: link up, 5.0 GT/s PCIe x1 (!SSC)
nvme nvme0: Device not ready; aborting initialisation, CSTS=0x0    (after ~50 s)

Re-probing the port from the initramfs (brcm-pcie unbind/bind of 1000110000.pcie):

  • 6.12.75: recovers first time, boots from NVMe.
  • 6.18.50: same CSTS=0x0 on every retry, root never appears.

SD boot (bootloader doesn't touch the SSD), 6.18.50: link down on every boot; the same re-probe brings it up every time.

Pi 5 Rev 1.1 + [carrier board], bootloader 2026/09/25 (same with 2026/05/26), BOOT_ORDER=0xf4166, PCIE_PROBE=1.

Bootloader side: raspberrypi/rpi-eeprom#912.

Steps to reproduce the behaviour
  1. Pi 5 + [carrier board, e.g. Raspberry Pi M.2 HAT+] + Apacer AS2280P4U 256GB with Raspberry Pi OS (trixie).
  2. BOOT_ORDER=0xf4166 (NVMe first), boot kernel 6.18.50 → hangs waiting for root; serial log shows the above.
  3. Same, but kernel 6.12.75 via os_prefix → CSTS=0x0 after 50 s, then a brcm-pcie unbind/bind recovers it.

Raspberry Pi 5 Model B Rev 1.1 (reproduced on [3] Pi 5 boards, [carrier boards]).
The same drive works in a PC M.2 slot and in a USB (RTL9210) enclosure on the Pi. Other NVMe drives work on the same Pis/HAT.

Device (s)

Raspberry Pi 5

System
  • Raspberry Pi OS trixie, kernels 6.18.50+rpt-rpi-2712 (bad), 6.12.75+rpt-rpi-2712 (recovers)
  • Bootloader 2026/09/25 (1accd665); same result with 2026/05/26 (086b83e3)
  • BOOT_ORDER=0xf4166, PCIE_PROBE=1, PCIe Gen 2 (default)
Logs

No response

Additional context

No response

主要言語
C
スター
13.3k
フォーク
5.5k
平均マージ
1日 2時間
マージ済み PR(30日)
24

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

raspberrypi/linux のほかの issue

raspberrypi/linux の issue をすべて見る

似ている issue

C の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。