From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753534AbaIKXhX (ORCPT ); Thu, 11 Sep 2014 19:37:23 -0400 Received: from www.linutronix.de ([62.245.132.108]:44273 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752550AbaIKXhW (ORCPT ); Thu, 11 Sep 2014 19:37:22 -0400 Date: Fri, 12 Sep 2014 01:37:10 +0200 (CEST) From: Thomas Gleixner To: "H. Peter Anvin" cc: Dave Hansen , Qiaowei Ren , Ingo Molnar , x86@kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v8 07/10] x86, mpx: decode MPX instruction to get bound violation information In-Reply-To: <541223B1.5040705@zytor.com> Message-ID: References: <1410425210-24789-1-git-send-email-qiaowei.ren@intel.com> <1410425210-24789-8-git-send-email-qiaowei.ren@intel.com> <5412230A.6090805@intel.com> <541223B1.5040705@zytor.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 11 Sep 2014, H. Peter Anvin wrote: > On 09/11/2014 03:32 PM, Dave Hansen wrote: > > On 09/11/2014 03:18 PM, Thomas Gleixner wrote: > >> On Thu, 11 Sep 2014, Qiaowei Ren wrote: > >>> This patch sets bound violation fields of siginfo struct in #BR > >>> exception handler by decoding the user instruction and constructing > >>> the faulting pointer. > >>> > >>> This patch does't use the generic decoder, and implements a limited > >>> special-purpose decoder to decode MPX instructions, simply because the > >>> generic decoder is very heavyweight not just in terms of performance > >>> but in terms of interface -- because it has to. > >> > >> And why is that an argument to add another special purpose decoder? > > > > Peter asked for it to be done this way specifically: > > > > https://lkml.org/lkml/2014/6/19/411 > > > > Specifically because marshaling the data in and out of the generic > decoder was more complex than a special-purpose decoder. I did not look at that detail and I trust your judgement here, but that is in no way explained in the changelog. This whole patchset is a pain to review due to half baken changelogs and complete lack of a proper design description. Thanks, tglx