Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753732AbaBZTRb (ORCPT ); Wed, 26 Feb 2014 14:17:31 -0500 Received: from mga09.intel.com ([134.134.136.24]:47213 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753063AbaBZTRa (ORCPT ); Wed, 26 Feb 2014 14:17:30 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,549,1389772800"; d="scan'208";a="490308454" Message-ID: <530E3DC9.90609@intel.com> Date: Wed, 26 Feb 2014 11:17:29 -0800 From: Dave Hansen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Qiaowei Ren , "H. Peter Anvin" , Thomas Gleixner , Ingo Molnar CC: x86@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v5 1/3] x86, mpx: add documentation on Intel MPX References: <1393162071-23995-1-git-send-email-qiaowei.ren@intel.com> <1393162071-23995-2-git-send-email-qiaowei.ren@intel.com> In-Reply-To: <1393162071-23995-2-git-send-email-qiaowei.ren@intel.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/23/2014 05:27 AM, Qiaowei Ren wrote: > +Bounds Directory (BD) and Bounds Tables (BT) are stored in > +application memory and are allocated by the application (in case > +of kernel use, the structures will be in kernel memory). The > +bound directory and each instance of bound table are in contiguous > +linear memory. Hi Qiaowei, Does this mean that if userspace decided to map something in the way of the bounds tables that it would break MPX? Also, in the description, could we s/linear/virtual/? Linear seems to be the term that Intel likes to use in its documents, but we almost universally call them virtual addresses in the kernel. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/