On Wed, 2014-04-09 at 22:03 -0600, Bjorn Helgaas wrote:
[+cc Joerg, iommu list]
On Wed, Apr 9, 2014 at 6:19 PM, Davidlohr Bueso davidl...@hp.com wrote:
On Wed, 2014-04-09 at 16:50 -0700, James Bottomley wrote:
On Wed, 2014-04-09 at 16:40 -0700, Davidlohr Bueso wrote:
On Wed, 2014-04-09
On Thu, 2014-04-10 at 16:34 +0800, Jiang Liu wrote:
Hi Baoquan,
Could you please help to give output of lspci -?
Attached.
Is device hpsa :03:00.0 a legacy PCI device(non-PCIe)?
It may have relationship with IOMMU driver.
I honestly don't know. PCI is way out of my area of
On Thu, 2014-04-10 at 17:17 -0500, scame...@beardog.cce.hp.com wrote:
Without this, you'll see a null pointer dereference in
hpsa_enter_performant_mode().
So I'm not surprised that this patch doesn't solve the problem I am
seeing with DMAR and the hpsa driver hard lockup.
In any case it should
Sorry for the delay, I've been having to take turns for this box.
On Fri, 2014-04-11 at 09:18 +, Woodhouse, David wrote:
On Thu, 2014-04-10 at 09:19 -0700, Davidlohr Bueso wrote:
Attaching a dmesg from one of the kernels that boots. It doesn't appear
to have much of the related
On Tue, 2014-04-15 at 00:19 +0800, Jiang Liu wrote:
Hi Davidlohr,
Thanks for providing the DMAR table. According to the DMAR
table, one bug in the iommu driver fails to handle this entry:
[1D2h 0466 1] Device Scope Entry Type : 01
[1D3h 0467 1] Entry Length : 0A
On Mon, 2014-04-14 at 09:44 -0700, Davidlohr Bueso wrote:
On Tue, 2014-04-15 at 00:19 +0800, Jiang Liu wrote:
Hi Davidlohr,
Thanks for providing the DMAR table. According to the DMAR
table, one bug in the iommu driver fails to handle this entry:
[1D2h 0466 1] Device Scope Entry
-- I no longer see all those DMAR messages and the
hpsa hard lockup is gone, thanks. Feel free to add my:
Reported-and-tested-by: Davidlohr Bueso davidl...@hp.com
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org
