[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAE9FiQXtxWHr0j5zFeAS2LxjqwMfecP_aeQDh93CUni+GbQxWw@mail.gmail.com>
Date: Wed, 15 Jul 2015 11:28:41 -0700
From: Yinghai Lu <yinghai@...nel.org>
To: Timothy Pearson <tpearson@...torengineeringinc.com>
Cc: Sreekanth Reddy <sreekanth.reddy@...gotech.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 Wed, Jul 15, 2015 at 6:52 AM, Timothy Pearson
<tpearson@...torengineeringinc.com> wrote:
>> 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.
>>
> On some systems Linux is unable / unwilling to assign a BAR if the BIOS
> does not assign one at startup. I didn't look into the Linux allocator
> side of things in much detail, but it is quite possible that Linux is
> unaware the device only has partial resources assigned.
>
Would be great if you can post boot log so we can figure about why those
BARs are not assigned.
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