[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1447185920.2187.53.camel@HansenPartnership.com>
Date: Tue, 10 Nov 2015 12:05:20 -0800
From: James Bottomley <James.Bottomley@...senPartnership.com>
To: Sinan Kaya <okaya@...eaurora.org>
Cc: Arnd Bergmann <arnd@...db.de>,
linux-arm-kernel@...ts.infradead.org,
Abhijit Mahajan <abhijit.mahajan@...gotech.com>,
Nagalakshmi Nandigama <nagalakshmi.nandigama@...gotech.com>,
linux-scsi@...r.kernel.org, jcm@...hat.com, timur@...eaurora.org,
linux-kernel@...r.kernel.org,
Sreekanth Reddy <sreekanth.reddy@...gotech.com>,
Praveen Krishnamoorthy <praveen.krishnamoorthy@...gotech.com>,
cov@...eaurora.org, linux-arm-msm@...r.kernel.org,
agross@...eaurora.org, MPT-FusionLinux.pdl@...gotech.com,
Hannes Reinecke <hare@...e.de>
Subject: Re: [PATCH V2 1/3] scsi: mptxsas: try 64 bit DMA when 32 bit DMA
fails
On Tue, 2015-11-10 at 14:56 -0500, Sinan Kaya wrote:
>
> On 11/10/2015 2:43 PM, James Bottomley wrote:
> > The Issue, as stated by LSI is
> >
> > Initially set the consistent DMA mask to 32 bit and then change
> > it
> > to 64 bit mask after allocating RDPQ pools by calling the
> > function
> > _base_change_consistent_dma_mask. This is to ensure that all the
> > upper 32 bits of RDPQ entries's base address to be same.
> >
>
> Need somebody from mpt to confirm that this behavior is still valid for
> the recent cards besides altix.
OK, you don't seem to be understanding the problem: the Altix isn't a
LSI card, it was a SGI platform. It was the platform where we first
discovered the issue that a lot of storage cards didn't work because it
by default had no memory below 4GB. The reason coherent masks were
introduced was initially so the Altix could manufacture and manage a
region of memory in the lower 4GB region and we would guarantee to make
allocations from it so the storage cards would then work on that
platform.
I thought the Altix was a historical relic because after they
disappeared, there was no other platform with this issue ... until you
came along.
James
--
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