On 8/7/2012 10:37 AM, Or Gerlitz wrote:

On Mon, Aug 6, 2012 at 6:51 PM, Yishai Hadas[off-list ref]  wrote:

quoted

In the meanwhile I have found the root cause of the limit of log_num_mtt of 28. Plan to
send in coming days an extra patch that enables value of 31 which match to 8TB.

nice doing. Just an ordering comment, for the upstream inclusion, it
seems that what we need is two patches

1. fix for some issues e.g around ints/longs and friends which is
likely to be the source of the bug which once fixed eliminated the
crashes you hit in the 28-30/31 range

2. the vmalloc etc patch you posted here

This way you avoid reverting some code from patch #2 in patch #1 - it
helps with maintainance

Or.

I prefer that first patch will hold the limit of 28 as part of - 
otherwise system with large memory may fail to load,and the vmalloc fix 
won't help.
Second patch fixes the limit and enables mapping of 8TB.

Second patch was already sent.
Yishai
--
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