I have been able to reproduce a soft lockup using a pure upstream kernel (post-4.5 git, after the thunderx pcie drivers were merged) and the d-i initrd mentioned above. I've attached a log of one of those boots.
I used the Ubuntu config with the following exceptions:
CONFIG_DRM=y and CONFIG_DRM_AST=y - because, so far, I've only seen this with vga enabled.
CONFIG_KVM=n - because some commits fail to boot due to a panic in armpmu code, and KVM won't build w/ ARMPMU diabled.
(and just pressed enter during make oldconfig for everything else).
I could not reproduce with 4.6.0-rc1, so I thought this would be a good bisect candidate. Unfortunately, that went off into the weeds for a couple of reasons - vga doesn't work with some changesets, so I had to skip those, and I also suspect that this issue does not appear in every boot of a broken kernel, leading to false positive results.
I have been able to reproduce a soft lockup using a pure upstream kernel (post-4.5 git, after the thunderx pcie drivers were merged) and the d-i initrd mentioned above. I've attached a log of one of those boots.
I used the Ubuntu config with the following exceptions:
CONFIG_DRM=y and CONFIG_DRM_AST=y - because, so far, I've only seen this with vga enabled.
CONFIG_KVM=n - because some commits fail to boot due to a panic in armpmu code, and KVM won't build w/ ARMPMU diabled.
(and just pressed enter during make oldconfig for everything else).
I could not reproduce with 4.6.0-rc1, so I thought this would be a good bisect candidate. Unfortunately, that went off into the weeds for a couple of reasons - vga doesn't work with some changesets, so I had to skip those, and I also suspect that this issue does not appear in every boot of a broken kernel, leading to false positive results.