On Mon, Dec 11, 2023 at 03:53:46PM +0100, Fiona Ebner wrote: > Am 11.12.23 um 15:12 schrieb Bjorn Helgaas: > > On Mon, Dec 11, 2023 at 02:52:42PM +0100, Fiona Ebner wrote: > >> Am 11.12.23 um 08:46 schrieb Igor Mammedov: > >>> On Fri, 8 Dec 2023 16:47:23 +0100 > >>> Igor Mammedov <imammedo@xxxxxxxxxx> wrote: > >>>> On Thu, 7 Dec 2023 17:28:15 -0600 > >>>> Bjorn Helgaas <helgaas@xxxxxxxxxx> wrote: > >>>> > >>>>> What's the actual symptom that this is broken? All these log > >>>>> fragments show the exact same assignments for BARs 0, 1, 4 and for the > >>>>> bridge windows. > >> > >> The disk never shows up in /dev > >> > >>>>> I assume 0000:01:02.0 is the hot-added SCSI HBA, and 00:05.0 is a > >>>>> bridge leading to it? > >>>>> > >>>>> Can you put the complete dmesg logs somewhere? There's a lot of > >>>>> context missing here. > >> > >> Is this still necessary with Igor being able to reproduce the issue? > > > > Only if you want help resolving the problem. I don't have time to > > guess what interesting things might be missing and go back and forth > > to get them. > > > > I put the output of dmesg with my original QEMU commandline and kernel > 6.7.0-rc3 here: > > https://pastebin.com/UvpGAYf2 Thanks, I opened https://bugzilla.kernel.org/show_bug.cgi?id=218255 and attached this dmesg log there so this doesn't get lost or expired from pastebin.com. IIUC this is a log from when it fails. Can you attach the corresponding log when it works correctly? Bjorn
