All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yishai Hadas <yishaih-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
To: Or Gerlitz <or.gerlitz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Albert Strasheim
	<fullung-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Roland Dreier <roland-BHEL68pLQRGGvPXPguhicg@public.gmane.org>,
	linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: memory region limit at 32 GB?
Date: Tue, 07 Aug 2012 11:18:05 +0300	[thread overview]
Message-ID: <5020CF3D.8070205@dev.mellanox.co.il> (raw)
In-Reply-To: <CAJZOPZLdcenewz4rd0+cOxLGPevPHz+tsYMR6Va36g77aCM5tA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On 8/7/2012 10:37 AM, Or Gerlitz wrote:
> On Mon, Aug 6, 2012 at 6:51 PM, Yishai Hadas<yishaih-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>  wrote:
>> 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

      parent reply	other threads:[~2012-08-07  8:18 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-20 17:39 memory region limit at 32 GB? Albert Strasheim
     [not found] ` <CALfB72D_bp-XEBtAyntZzxF6RvxGyHJjsmsVEzjP8LyVxgAi7A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-01-20 18:00   ` Roland Dreier
     [not found]     ` <CAL1RGDV8R1S3L-RH-fWH=LfFegJzwNZPhdNyoQG0ZBEtQQwPjQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-01-20 18:03       ` Roland Dreier
     [not found]         ` <CAL1RGDWKg_+VZ0Gxqvf9-4W9O-YU_6euE7jOqbmdN6=zWiNS8A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-01-20 18:30           ` Albert Strasheim
     [not found]             ` <CALfB72DdN9onmiqUhWqbPNC6Qf00TB_pC3UkM0xKQQJMg+zMKA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-01-20 18:38               ` Roland Dreier
     [not found]                 ` <CAL1RGDU8sFGyx9WQtLQ6kYN9HhhCctQvm+_dYthpAmMUs2RmkQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-01-26 22:37                   ` Joseph Glanville
2012-08-02 14:31       ` Albert Strasheim
     [not found]         ` <CAL1RGDU6ZSo5gO5+ngWCEcMuoiaKaNuNS4kw+YSTenJnWUaeLA@mail.gmail.com>
     [not found]           ` <CALfB72CHMdVJ5pZcc1rFD_yh5tkTRyk7CaHLe6Z6me-ihaexeA@mail.gmail.com>
     [not found]             ` <CALfB72CHMdVJ5pZcc1rFD_yh5tkTRyk7CaHLe6Z6me-ihaexeA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-08-02 16:26               ` Roland Dreier
     [not found]         ` <CALfB72B_Ge0+Tyb9zs+M8K7-8EvKJDQH0ErTxod+UnG6+-KxaA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-08-06 15:51           ` Yishai Hadas
     [not found]             ` <501FE7E9.20606-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2012-08-07  7:37               ` Or Gerlitz
     [not found]                 ` <CAJZOPZLdcenewz4rd0+cOxLGPevPHz+tsYMR6Va36g77aCM5tA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-08-07  8:18                   ` Yishai Hadas [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5020CF3D.8070205@dev.mellanox.co.il \
    --to=yishaih-ldsdmyg8hgv8yrgs2mwiifqbs+8scbdb@public.gmane.org \
    --cc=fullung-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=or.gerlitz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=roland-BHEL68pLQRGGvPXPguhicg@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.