[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150715062456.GB19028@dhcp-135-24-192-118.lsi.com>
Date: Tue, 14 Jul 2015 23:24:56 -0700
From: Sreekanth Reddy <sreekanth.reddy@...gotech.com>
To: Yinghai Lu <yinghai@...nel.org>
CC: <tpearson@...torengineeringinc.com>,
James Bottomley <jejb@...nel.org>,
<martin.petersen@...cle.com>,
Linux-Scsi <linux-scsi@...r.kernel.org>,
"James E.J. Bottomley" <JBottomley@...allels.com>,
<Sathya.Prakash@...gotech.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Christoph Hellwig <hch@...radead.org>,
"Bjorn Helgaas" <bhelgaas@...gle.com>,
"linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>
Subject: Re: [PATCH v3] [SCSI] mpt2sas, mpt3sas: Abort initialization if no
memory I/O resources detected
On Tue, Jul 14, 2015 at 10:36:58PM -0700, Yinghai Lu wrote:
> On Tue, Jul 14, 2015 at 9:49 PM, Sreekanth Reddy
> <sreekanth.reddy@...gotech.com> wrote:
> > Driver crashes if the BIOS do not set up at least one
> > memory I/O resource. This failure can happen if the device is too
> > slow to respond during POST and is missed by the BIOS, but Linux
> > then detects the device later in the boot process.
>
> But pci subsystem should assign resources to those unassigned BAR.
>
> Do you mean even kernel can not assign resource to them? or it takes so long for
> mpt FW to get ready?
This is not an issue from mpt FW.
I have just kept the same description provide by Timothy in his
initial patch.
But I observe that their may be chance of getting "unable to handle
kernel NULL pointer dereference" kernel panic if no Memory Resource
available in the PCI subsystem. So agreed to the Timothy proposal of
aborting the driver initialization if it doesn't detect any Memory
resource instead of whole system get into panic state.
>
> Thanks
>
> Yinghai
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists