Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932781Ab3HGTr4 (ORCPT ); Wed, 7 Aug 2013 15:47:56 -0400 Received: from mail-vb0-f43.google.com ([209.85.212.43]:47633 "EHLO mail-vb0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932111Ab3HGTry (ORCPT ); Wed, 7 Aug 2013 15:47:54 -0400 MIME-Version: 1.0 In-Reply-To: <20130807192734.GA8395@redhat.com> References: <20130806154314.GA398@redhat.com> <20130807192734.GA8395@redhat.com> Date: Wed, 7 Aug 2013 12:47:53 -0700 X-Google-Sender-Auth: aU7UYgwqWywwRFHG1NW7oKhE-mY Message-ID: Subject: Re: [PATCH 0/1] (Was: Linux 3.11-rc4) From: Linus Torvalds To: Oleg Nesterov Cc: Grazvydas Ignotas , Felipe Contreras , Linux Kernel Mailing List , Frederic Weisbecker , Ingo Molnar , Denys Vlasenko Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1375 Lines: 31 On Wed, Aug 7, 2013 at 12:27 PM, Oleg Nesterov wrote: > > I guess Grazvydas only meant the "unnecessary" align/len/type checks. Yeah, some of them may be a bit questionable, but we don't necessarily know what each microarchitecture does for unsupported ("undefined") situations. Intel actually has a lot of errata for their CPU's that they won't fix, and they tend to be all about exactly the kinds of things that the architecture manuals say "don't do this". Things like "TSS segment crosses a page, and you take a page fault in the middle of a task switch" etc. Now, I do agree that the debug registers are *much* less likely to have those kinds of really subtle issues, so maybe relaxing some of the tests might be reasonable. I'd be a bit nervous about it, but if it's *only* the length/alignment, and Intel people can be convinced that it doesn't result in any nasty undefined behavior (as long as the address is in user space), maybe we could make that change just to make it easier for Wine. But the kernel address checking definitely needs to stay around for security reasons. Linus -- 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/