Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755148AbaDKSqu (ORCPT ); Fri, 11 Apr 2014 14:46:50 -0400 Received: from mga03.intel.com ([143.182.124.21]:22199 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754799AbaDKSqs (ORCPT ); Fri, 11 Apr 2014 14:46:48 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,843,1389772800"; d="scan'208";a="417924496" Message-ID: <53483896.9070404@linux.intel.com> Date: Fri, 11 Apr 2014 11:46:46 -0700 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Linus Torvalds , Brian Gerst CC: Ingo Molnar , "H. Peter Anvin" , Linux Kernel Mailing List , Thomas Gleixner , stable Subject: Re: [tip:x86/urgent] x86-64, modify_ldt: Ban 16-bit segments on 64-bit kernels References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/11/2014 11:41 AM, Linus Torvalds wrote: > > Ok, so you actually do this on x86-64, and it currently works? For > some reason I thought that 16-bit windows apps already didn't work. > Some will work, because not all 16-bit software care about the upper half of ESP getting randomly corrupted. That is the "functionality bit" of the problem. The other bit, of course, is that that random corruption is the address of the kernel stack. > Because if we have working users of this, then I don't think we can do > the "we don't support 16-bit segments", or at least we need to make it > runtime configurable. I'll let you pick what the policy should be here. I personally think that we have to be able to draw a line somewhere sometimes (Microsoft themselves haven't supported running 16-bit binaries for several Windows generations now), but it is your policy, not mine. -hpa -- 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/