From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tomas Carnecky Subject: Re: [PATCH 65/73] ACPICA: Fix for extraneous debug message for packages Date: Tue, 15 Apr 2008 23:56:41 +0200 Message-ID: <48052499.1080406@dbservice.com> References: <1207974356-30687-1-git-send-email-lenb@kernel.org> <200804150309.25361.lenb@kernel.org> <48046902.8040900@gmail.com> <9D39833986E69849A2A8E74C1078B6B3257A97@orsmsx415.amr.corp.intel.com> <4804FA6A.2050401@suse.de> <9D39833986E69849A2A8E74C1078B6B3257BAC@orsmsx415.amr.corp.intel.com> <48051282.7050006@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from dbservice.com ([213.239.204.14]:34439 "EHLO matterhorn.dbservice.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751456AbYDOV4U (ORCPT ); Tue, 15 Apr 2008 17:56:20 -0400 In-Reply-To: <48051282.7050006@gmail.com> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Alexey Starikovskiy Cc: "Moore, Robert" , Alexey Starikovskiy , Len Brown , linux-acpi@vger.kernel.org Alexey Starikovskiy wrote: > Moore, Robert wrote: >> I think one of the reasons we introduced ACPI_NATIVE_UINT is that "int" >> is in fact not "native" under all compilation models. >> >> Here is the table from actypes.h >> >> * Datatype LP64 ILP64 LLP64 ILP32 LP32 16bit >> * char 8 8 8 8 8 8 >> * short 16 16 16 16 16 16 >> * _int32 32 >> * int 32 64 32 32 16 16 >> * long 64 64 32 32 32 32 >> * long long 64 64 >> * pointer 64 64 64 32 32 32 >> >> > Sorry, what do you mean by "not native" ? > sizeof(int) != sizeof(void *) or something else? On Linux that is not true! From wikipedia on '64-bit': Many 64-bit compilers today use the LP64 model (including Solaris, AIX, HP, Linux, Mac OS X, and IBM z/OS native compilers). Microsoft's VC++ compiler uses the LLP64 model. So on Linux: sizeof(long) == sizeof(void *), that's why the kernel uses 'long' all over the place instead of 'int'. tom