<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>40718</bug_id>
          
          <creation_ts>2021-08-12 12:54:58 +0300</creation_ts>
          <short_desc>Проблема с доступом к NVMe при загрузке на плате TF307-MB-S-D с прошивкой SDK5.2 и 5.3</short_desc>
          <delta_ts>2021-11-09 19:59:23 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>kernel-image-std-def</component>
          <version>unstable</version>
          <rep_platform>aarch64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>jqt4</reporter>
          <assigned_to name="Vitaly Chikunov">vt</assigned_to>
          <cc>asheplyakov</cc>
    
    <cc>jqt4</cc>
    
    <cc>kernelbot</cc>
    
    <cc>placeholder</cc>
    
    <cc>sem</cc>
    
    <cc>vt</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>201461</commentid>
    <comment_count>0</comment_count>
    <who name="">jqt4</who>
    <bug_when>2021-08-12 12:54:58 +0300</bug_when>
    <thetext>Система установлена на NVMe.
Довольно часто (примерно 1 раз из 5) загрузка системы встаёт на этапе initrd.
Выдаются сообщения:

 (initramfs)$ dmesg | grep nvme
 [    4.163222] nvme nvme0: pci function 0000:01:00.0
 [    4.167332] nvme 0000:01:00.0: device link capability is Gen3, x4
 [    4.216805] nvme nvme0: Removing after probe failure status: -19

Видимо, проблема в том, что NVMe по какой-то причине не работает и rootfs не доступна.

Используется ядро:
uname -a
Linux comp-42939f 5.10.57-std-def-alt2 #1 SMP Wed Aug 11 11:43:00 UTC 2021 aarch64 GNU/Linux</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>201466</commentid>
    <comment_count>1</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2021-08-12 15:36:39 +0300</bug_when>
    <thetext>Судя по названию ядра машина обновлена до p10 или до сизифа. Нужно уточнить этот момент.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>201467</commentid>
    <comment_count>2</comment_count>
    <who name="">jqt4</who>
    <bug_when>2021-08-12 15:47:27 +0300</bug_when>
    <thetext>Система обновлена до Сизифа на 11.08.2021

С ядром 5.10.57-std-def-alt1 из задачи 282396 для p10 проблема воспроизводиться.

С ядрами kernel-image-un-def: 5.12.19 из задачи 282003 и 5.13.9 из 282297 проблему воспроизвести не удалось.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>201478</commentid>
    <comment_count>3</comment_count>
    <who name="">jqt4</who>
    <bug_when>2021-08-13 11:38:22 +0300</bug_when>
    <thetext>С целью локализации проблемы собрал в задаче 282502 ядро 5.10.57-std-def,
в config которого внесены исправления:
CONFIG_BLK_DEV_INTEGRITY_T10=m
CONFIG_NVME_CORE=m
CONFIG_BLK_DEV_NVME=m

Соответственно, собраны модули t10_pi nvme_core nvme.

С этим ядром воспроизвести проблему не удалось.

На основании этого можно предположить, что проблема может быть связана c состоянием гонки между инициализацией вкомпилированных драйверов nvme и загрузкой неких модулей в initrd.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>202072</commentid>
    <comment_count>4</comment_count>
    <who name="">jqt4</who>
    <bug_when>2021-08-26 18:49:01 +0300</bug_when>
    <thetext>Воспроизвёл проблему с ядром из p10
uname -a
Linux host-140 5.10.59-std-def-alt1 #1 SMP Mon Aug 23 08:41:26 UTC 2021 aarch64 GNU/Linux</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>202193</commentid>
    <comment_count>5</comment_count>
    <who name="">jqt4</who>
    <bug_when>2021-09-01 13:02:52 +0300</bug_when>
    <thetext>Воспроизвёл проблему с ядром из p10
uname -a
Linux comp-42939f 5.10.61-std-def-alt1 #1 SMP Mon Aug 30 23:20:10 UTC 2021 aarch64 GNU/Linux</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>204051</commentid>
    <comment_count>6</comment_count>
    <who name="">jqt4</who>
    <bug_when>2021-10-22 09:48:15 +0300</bug_when>
    <thetext>Проблема воспроизедена на той же плате с прошивкий SDK5.3 и ядром
uname -a
Linux host-107 5.10.72-std-def-alt1 #1 SMP Sun Oct 10 22:13:26 UTC 2021 aarch64 GNU/Linux</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>204638</commentid>
    <comment_count>7</comment_count>
    <who name="Repository Robot">repository-robot</who>
    <bug_when>2021-11-09 19:02:41 +0300</bug_when>
    <thetext>kernel-image-std-def-2:5.10.78-alt2 -&gt; sisyphus:

 Tue Nov 09 2021 Kernel Bot &lt;kernelbot@altlinux&gt; 2:5.10.78-alt2
 - CLONE_USERNS default restriction restored (Closes: 41283)
 - NVME fix for TF307-MB-S-D (Closes: 40718)
 - use VIRT_CPU_ACCOUNTING_NATIVE instead of TICK_CPU_ACCOUNTING</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>204639</commentid>
    <comment_count>8</comment_count>
    <who name="">jqt4</who>
    <bug_when>2021-11-09 19:59:23 +0300</bug_when>
    <thetext>Выполнено тестирование на той же плате с прошивкой SDK5.3 и ядром из Сизифа
uname -a
Linux comp-42939f 5.10.78-std-def-alt2 #1 SMP Tue Nov 9 08:07:44 UTC 2021 aarch64 GNU/Linux

Проблему воспроизвести не удалось.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>