From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sagi Grimberg Subject: Re: RDMA Read: Local protection error Date: Sun, 29 May 2016 10:02:53 +0300 Message-ID: <574A941D.9050404@grimberg.me> References: <57238F8C.70505@sandisk.com> <57277B63.8030506@sandisk.com> <6BBFD126-877C-4638-BB91-ABF715E29326@oracle.com> <1AFD636B-09FC-4736-B1C5-D1D9FA0B97B0@oracle.com> <8a3276bf-f716-3dca-9d54-369fc3bdcc39@dev.mellanox.co.il> <574728EC.9040802@grimberg.me> <57473025.5020801@grimberg.me> <20160526192351.GV25500@leon.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Christoph Lameter , Leon Romanovsky Cc: Chuck Lever , Bart Van Assche , Yishai Hadas , Yishai Hadas , linux-rdma , Or Gerlitz , Joonsoo Kim , Haggai Eran , Majd Dibbiny List-Id: linux-rdma@vger.kernel.org >> Sagi, >> I'm wondering if allocation from ZONE_DMA is the right way to >> replace ZONE_NORMAL allocations. >> >> I don't remember if memory compaction works on ZONE_DMA and it makes >> me nervous to think about long and multiple alloc/dealloc MR scenario. > > ZONE_DMA is a 16M memory segment used for legacy devices of the PC/AT era > (such as floppy drivers). Please do not use it. Really? It's used all over the stack... So the suggestion is to restrict the allocation does not cross the page boundary (which can easily be done with making MLX4_MR_PAGES_ALIGN be PAGE_SIZE or larger than PAGE_SIZE/2)? -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html