From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sagi Grimberg Subject: Re: [PATCH v3 25/25] IB/mlx4: Workaround for mlx4_alloc_priv_pages() array allocator Date: Wed, 22 Jun 2016 16:29:30 +0300 Message-ID: <576A92BA.3020703@grimberg.me> References: <20160620155751.10809.22262.stgit@manet.1015granger.net> <20160620161200.10809.45762.stgit@manet.1015granger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Or Gerlitz , Chuck Lever , Yishai Hadas Cc: "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Leon Romanovsky List-Id: linux-rdma@vger.kernel.org >> Ensure the MR's PBL array never occupies the last 8 bytes of a page. >> This eliminates random "Local Protection Error" flushes when SLUB >> debugging is enabled. >> >> Fixes: 1b2cd0fc673c ('IB/mlx4: Support the new memory registration API') > > Can't the driver advertize smaller quantity for what's occupies later > those last eight bytes (255 or 511 of > attr XX instead of 256 or 512)? Not sure I understand your question. Are you suggesting that the driver would expose that it's capable of 256 pages per MR? -- 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