linux-pci.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Genes Lists <lists@sapience.com>
To: Inochi Amaoto <inochiama@gmail.com>, Jens Axboe <axboe@kernel.dk>,
	 linux-block@vger.kernel.org, linux-kernel@vger.kernel.org,
	 linux-nvme@lists.infradead.org
Cc: linux-pci@vger.kernel.org
Subject: Re: mainline boot fail nvme/block? [BISECTED]
Date: Mon, 13 Oct 2025 07:45:05 -0400	[thread overview]
Message-ID: <622d6d7401b5cfd4bd5f359c7d7dc5b3bf8785d5.camel@sapience.com> (raw)
In-Reply-To: <trdjd7zhpldyeurmpvx4zpgjoz7hmf3ugayybz4gagu2iue56c@zswmzvauqnxk>

[-- Attachment #1: Type: text/plain, Size: 3211 bytes --]

On Mon, 2025-10-13 at 16:46 +0800, Inochi Amaoto wrote:
> On Fri, Oct 10, 2025 at 07:49:34PM -0400, Genes Lists wrote:
> > On Fri, 2025-10-10 at 08:54 -0600, Jens Axboe wrote:
> > > On 10/10/25 8:29 AM, Genes Lists wrote:
> > > > Mainline fails to boot - 6.17.1 works fine.
> > > > Same kernel on an older laptop without any nvme works just
> > > > fine.
> > > > 
> > > > It seems to get stuck enumerating disks within the initramfs
> > > > created by
> > > > dracut.
> > > > 
> > > > ,
...

> > Bisect landed here. (cc linux-pci@vger.kernel.org)
> > Hopefully it is helpful, even though I don't see MSI in lspci
> > output
> > (which is provided below).
> > 
> > gene
> > 
> > 
> > 54f45a30c0d0153d2be091ba2d683ab6db6d1d5b is the first bad commit
> > commit 54f45a30c0d0153d2be091ba2d683ab6db6d1d5b (HEAD)
> > Author: Inochi Amaoto <inochiama@gmail.com>
> > Date:   Thu Aug 14 07:28:32 2025 +0800
> > 
> >     PCI/MSI: Add startup/shutdown for per device domains
> > 
> >     As the RISC-V PLIC cannot apply affinity settings without
> > invoking
> >     irq_enable(), it will make the interrupt unavailble when used
> > as an
> >     underlying interrupt chip for the MSI controller.
> > 
> >     Implement the irq_startup() and irq_shutdown() callbacks for
> > the
> > PCI MSI
> >     and MSI-X templates.
> > 
> >     For chips that specify MSI_FLAG_PCI_MSI_STARTUP_PARENT, the
> > parent
> > startup
> >     and shutdown functions are invoked. That allows the interrupt
> > on
> > the parent
> >     chip to be enabled if the interrupt has not been enabled during
> >     allocation. This is necessary for MSI controllers which use
> > PLIC as
> >     underlying parent interrupt chip.
> > 
> >     Suggested-by: Thomas Gleixner <tglx@linutronix.de>
> >     Signed-off-by: Inochi Amaoto <inochiama@gmail.com>
> >     Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
> >     Tested-by: Chen Wang <unicorn_wang@outlook.com> # Pioneerbox
> >     Reviewed-by: Chen Wang <unicorn_wang@outlook.com>
> >     Acked-by: Bjorn Helgaas <bhelgaas@google.com>
> >     Link: https://lore.kernel.org/all/20250813232835.43458-3-
> > inochiama@gmail.com
> > 
> >  drivers/pci/msi/irqdomain.c | 52
> > ++++++++++++++++++++++++++++++++++++++++++++++++++++
> >  include/linux/msi.h         |  2 ++
> >  2 files changed, 54 insertions(+)
> > 
> > 
...

> 
> 
> I think this is caused by VMD device, which I have a temporary
> solution
> here [1]. Since I have no idea about how VMD works, I hope if anyone
> can help to convert this as an formal fix.
> 
> [1]
> https://lore.kernel.org/all/qs2vydzm6xngul77xuwjli7h757gzfhmb4siiklzo
> gihz5oplw@gsvgn75lib6t/
> 
> Regards,
> Inochi

Thank you Inochi

I tried this patch over 6.18-rc1.

 It get's further than without the patch but around the time I get
prompted for passphrase for the luks partition
(root is not encrypted) it crashes. 

I have uploaded 2 images I took of the screen when this happens and
uploaded them to here:

    https://0x0.st/KSNz.jpg
    https://0x0.st/KSNi.jpg



-- 
Gene

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

  reply	other threads:[~2025-10-13 11:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4b392af8847cc19720ffcd53865f60ab3edc56b3.camel@sapience.com>
     [not found] ` <cf4e88c6-0319-4084-8311-a7ca28a78c81@kernel.dk>
2025-10-10 23:49   ` mainline boot fail nvme/block? [BISECTED] Genes Lists
2025-10-13  8:46     ` Inochi Amaoto
2025-10-13 11:45       ` Genes Lists [this message]
2025-10-14  0:54         ` Inochi Amaoto
2025-10-14 10:18           ` Genes Lists
2025-10-30 22:23     ` Bjorn Helgaas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=622d6d7401b5cfd4bd5f359c7d7dc5b3bf8785d5.camel@sapience.com \
    --to=lists@sapience.com \
    --cc=axboe@kernel.dk \
    --cc=inochiama@gmail.com \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-nvme@lists.infradead.org \
    --cc=linux-pci@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).