Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S267973AbUIUTS3 (ORCPT ); Tue, 21 Sep 2004 15:18:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268000AbUIUTS3 (ORCPT ); Tue, 21 Sep 2004 15:18:29 -0400 Received: from cantor.suse.de ([195.135.220.2]:33496 "EHLO Cantor.suse.de") by vger.kernel.org with ESMTP id S267973AbUIUTS1 (ORCPT ); Tue, 21 Sep 2004 15:18:27 -0400 Date: Tue, 21 Sep 2004 21:18:27 +0200 From: Andi Kleen To: Alex Williamson Cc: Andi Kleen , Pavel Machek , acpi-devel , linux-kernel Subject: Re: [ACPI] Re: [PATCH/RFC] exposing ACPI objects in sysfs Message-ID: <20040921191826.GF18938@wotan.suse.de> References: <1095716476.5360.61.camel@tdi> <20040921122428.GB2383@elf.ucw.cz> <1095785315.6307.6.camel@tdi> <20040921172625.GA30425@elf.ucw.cz> <20040921190606.GE18938@wotan.suse.de> <1095794035.24751.54.camel@tdi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1095794035.24751.54.camel@tdi> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 753 Lines: 17 > All pointers are actually interpreted as offsets into the buffer for > this interface. They are not actually pointers. I believe the 32bit > emulation problem is limited to an ILP32 application generating data > structures appropriate for an LP64 kernel. While difficult, it can be > done. If this involves patching the application - no it cannot be done. The 64bit kernel is supposed to run vanilla 32bit user land. Please find some other solution for this. An ioctl doesn't sound that bad. -Andi - 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/