Bug 2268464 - Startup hang since 6.7.6 kernel
Summary: Startup hang since 6.7.6 kernel
Keywords:
Status: CLOSED COMPLETED
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 39
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-03-07 17:51 UTC by Nikita Popov
Modified: 2024-04-16 02:43 UTC (History)
15 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2024-04-16 02:43:50 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Nikita Popov 2024-03-07 17:51:03 UTC
1. Please describe the problem:

A hang occurs while booting. When using disk encryption, the hang will occur either during the password prompt or shortly afterwards. The hang still occurs when booting without rhgb.

Multiple people have encountered this issue on different hardware, as reported here: https://bodhi.fedoraproject.org/updates/FEDORA-2024-d16d94b00d

> Lenovo Legion AMD 7840HS + 780M hybrid graphics w/ nvidia 4060

> dell 5680 i7 1300h and ada2000

> Lenovo P1 Gen 6 with i9-13900H and 2000 Ada

Best guess based on these three data points is that it might be related to hybrid graphics somehow.

2. What is the Version-Release number of the kernel:

6.7.6-200.fc39
Still occurs with 6.7.7-200.fc39

3. Did it work previously in Fedora? If so, what kernel version did the issue
   *first* appear?  Old kernels are available for download at
   https://koji.fedoraproject.org/koji/packageinfo?packageID=8 :

6.7.6-200.fc39 is the first kernel where the issue appeared. The previous kernel 6.7.5-200.fc39 works fine.

4. Can you reproduce this issue? If so, please provide the steps to reproduce
   the issue below:

Yes, the issue reproduces on every startup with the new kernel. No special actions required.

5. Does this problem occur with the latest Rawhide kernel? To install the
   Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by
   ``sudo dnf update --enablerepo=rawhide kernel``:

No, the problem does not occur with the rawhide kernel. kernel-6.8.0-0.rc7.55.fc41 boots fine.

6. Are you running any modules that not shipped with directly Fedora's kernel?:

I don't know (how do I find out?) but journalctl has this line:

Modules linked in: uinput rfcomm snd_seq_dummy snd_hrtimer nf_conntrack_netbios_ns nf_conntrack_broadcast nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set nf_tables nfnetlink qrtr snd_ctl_led snd_soc_skl_hda_dsp snd_soc_hdac_hdmi snd_sof_probes snd_soc_intel_hda_dsp_common snd_hda_codec_realtek bnep snd_hda_codec_generic snd_soc_dmic snd_sof_pci_intel_tgl snd_sof_intel_hda_common soundwire_intel snd_sof_intel_hda_mlink soundwire_cadence snd_sof_intel_hda snd_sof_pci snd_sof_xtensa_dsp snd_sof snd_sof_utils snd_soc_hdac_hda snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi soundwire_generic_allocation soundwire_bus snd_soc_core snd_hda_codec_hdmi snd_compress ac97_bus snd_pcm_dmaengine sunrpc binfmt_misc vfat fat iwlmvm mac80211 libarc4 snd_hda_scodec_cs35l41_spi regmap_spi intel_uncore_frequency intel_uncore_frequency_common intel_tcc_cooling x86_pkg_temp_thermal
snd_hda_intel intel_powerclamp snd_intel_dspcfg uvcvideo coretemp snd_intel_sdw_acpi snd_hda_codec btusb uvc videobuf2_vmalloc btrtl mei_pxp videobuf2_memops spi_nor mei_hdcp rapl mei_wdt videobuf2_v4l2 btintel processor_thermal_device_pci snd_hda_core iTCO_wdt processor_thermal_device btbcm videobuf2_common intel_pmc_bxt processor_thermal_wt_hint mtd snd_hwdep btmtk iTCO_vendor_support intel_cstate intel_rapl_msr iwlwifi videodev snd_seq processor_thermal_rfim think_lmi intel_uncore snd_hda_scodec_cs35l41_i2c bluetooth thunderbolt firmware_attributes_class mc wmi_bmof processor_thermal_rapl snd_seq_device snd_hda_scodec_cs35l41 thinkpad_acpi cfg80211 mei_me nxp_nci_i2c intel_rapl_common snd_hda_cs_dsp_ctls cs_dsp nxp_nci snd_pcm i2c_i801 processor_thermal_wt_req ledtrig_audio snd_soc_cs35l41_lib mei nci processor_thermal_power_floor spi_intel_pci platform_profile spi_intel i2c_smbus snd_timer idma64 processor_thermal_mbox nfc snd int3403_thermal int340x_thermal_zone soundcore serial_multi_instantiate
rfkill int3400_thermal joydev acpi_pad acpi_thermal_rel acpi_tad loop zram dm_crypt i915 nouveau drm_ttm_helper nvme drm_exec crct10dif_pclmul rtsx_pci_sdmmc drm_gpuvm crc32_pclmul crc32c_intel gpu_sched polyval_clmulni mmc_core nvme_core polyval_generic mxm_wmi drm_buddy i2c_algo_bit ttm hid_multitouch ucsi_acpi ghash_clmulni_intel drm_display_helper sha512_ssse3 video sha256_ssse3 typec_ucsi sha1_ssse3 rtsx_pci typec cec nvme_auth i2c_hid_acpi i2c_hid wmi pinctrl_tigerlake serio_raw ip6_tables ip_tables fuse

7. Please attach the kernel logs. You can get the complete kernel log
   for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the
   issue occurred on a previous boot, use the journalctl ``-b`` flag.

https://gist.github.com/nikic/6da52072b00c3f649da3d76165069dd3

For comparison, this was a successful boot of the previous kernel: https://gist.github.com/nikic/f1180328e0509a9565c9e45b2171b37d

Reproducible: Always

Comment 1 Nikita Popov 2024-04-16 02:43:50 UTC
Going ahead and closing this, as the 6.8.x kernel has since reached f39 and it does work fine.


Note You need to log in before you can comment on or make changes to this bug.