Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753447AbZKAUkY (ORCPT ); Sun, 1 Nov 2009 15:40:24 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753428AbZKAUkX (ORCPT ); Sun, 1 Nov 2009 15:40:23 -0500 Received: from icculus.org ([67.106.77.212]:45293 "EHLO icculus.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753329AbZKAUkX (ORCPT ); Sun, 1 Nov 2009 15:40:23 -0500 Date: Sun, 1 Nov 2009 15:40:23 -0500 (EST) From: "Ryan C. Gordon" X-X-Sender: icculus@caridad.local To: David Hagood cc: linux-kernel@vger.kernel.org Subject: Re: FatELF patches... In-Reply-To: <1257103201.2865.6.camel@chumley> Message-ID: References: <1257103201.2865.6.camel@chumley> User-Agent: Alpine 1.10 (OSX 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 986 Lines: 24 > Format (ANDF), such that, given a fat binary which does NOT support a > given CPU, you could at least in theory process the ANDF section to > create the needed target binary? Bonus points for being able to then > append the newly created section to the file. It's not a goal of mine, but I suppose you could have an ELF OSABI for it. I don't think it changes the FatELF kernel patch at all. I don't know much about ANDF, but you'd probably just want to set the ELF "interpreter" to something other than ld.so and do this all in userspace, and maybe add a change to elf_check_arch() to approve ANDF binaries...or something. To me, ANDF is interesting in an academic sense, but not enough to spend effort on it. YMMV. :) --ryan. -- 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/