Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264915AbUFHJpB (ORCPT ); Tue, 8 Jun 2004 05:45:01 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261993AbUFHJpB (ORCPT ); Tue, 8 Jun 2004 05:45:01 -0400 Received: from ebiederm.dsl.xmission.com ([166.70.28.69]:33679 "EHLO ebiederm.dsl.xmission.com") by vger.kernel.org with ESMTP id S264915AbUFHJo7 (ORCPT ); Tue, 8 Jun 2004 05:44:59 -0400 To: Andi Kleen Cc: Ingo Molnar , linux-kernel@vger.kernel.org Subject: Re: WINE + NX (No eXecute) support for x86, 2.6.7-rc2-bk2 References: <23Y4Y-6F5-1@gated-at.bofh.it> <240qb-8ir-7@gated-at.bofh.it> <240Tc-gV-5@gated-at.bofh.it> <2412S-pU-3@gated-at.bofh.it> <24vX0-81P-7@gated-at.bofh.it> From: ebiederm@xmission.com (Eric W. Biederman) Date: 08 Jun 2004 03:42:35 -0600 In-Reply-To: Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 882 Lines: 18 Andi Kleen writes: > Ingo Molnar writes: > > > > Wine is in a really difficult position (due to the complex task it > > achieves) and is more sensitive to VM layout changes than other > > applications. So lets try to find the solution that preserves the > > More ELF headers bits are not really hard to add. Actually I think the cleanest thing at this point, and it was discussed earlier is for the wine binary to have an ELF segment that is all bss in the first 1GB. If the kernel loader can't cope we should fix that before we start adding new ELF bits. Wine can then mmap over it as it sees fit. Eric - 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/