public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
To: Jean Delvare <jdelvare@suse.de>
Cc: akpm@linux-foundation.org, mm-commits@vger.kernel.org,
	linux-kernel@vger.kernel.org, trenn@suse.de,
	mhoffman@lightlink.com, lenb@kernel.org,
	Andy Whitcroft <apw@shadowen.org>
Subject: Re: mm snapshot broken-out-2007-11-06-02-32 - ACPI functions broken
Date: Wed, 07 Nov 2007 22:43:25 +0530	[thread overview]
Message-ID: <4731F235.9030408@linux.vnet.ibm.com> (raw)
In-Reply-To: <200711071329.49726.jdelvare@suse.de>

Jean Delvare wrote:
> Hi Kamalesh,
> 
> Le mardi 06 novembre 2007, Kamalesh Babulal a écrit :
>> Hi Andrew,
>>
>> The kernel build fails, on powerpc while compiling the kernel with allyesconfig option
>>
>> drivers/hwmon/w83627hf.c:1631: error: implicit declaration of function ‘acpi_check_resource_conflict’
>> make[2]: *** [drivers/hwmon/w83627hf.o] Error 1
>> make[1]: *** [drivers/hwmon] Error 2
>> make: *** [drivers] Error 2
>>   CC      fs/xfs/xfs_error.o
>> drivers/hwmon/w83627hf.c:1631: error: implicit declaration of function ‘acpi_check_resource_conflict’
>> make[2]: *** [drivers/hwmon/w83627hf.o] Error 1
>> make[1]: *** [drivers/hwmon] Error 2
>> make: *** [drivers] Error 2
>> drivers/i2c/busses/i2c-ali1535.c:163: error: implicit declaration of function ‘acpi_check_region’
>> make[3]: *** [drivers/i2c/busses/i2c-ali1535.o] Error 1
>> make[2]: *** [drivers/i2c/busses] Error 2
>> make[1]: *** [drivers/i2c] Error 2
>> drivers/hwmon/dme1737.c:2231: error: implicit declaration of function ‘acpi_check_resource_conflict’
>> make[2]: *** [drivers/hwmon/dme1737.o] Error 1
>> make[1]: *** [drivers/hwmon] Error 2
>> make: *** [drivers] Error 2
> 
> Odd. Thanks for reporting.
> 
>> The patches check-for-acpi-resource-conflicts-in-hwmon-drivers and 
>> check-for-acpi-resource-conflicts-in-i2c-bus-drivers.patch, causes this build failure.
>> The declaration of the functions are under ifdef CONFIG_ACPI.
> 
> There's an #else after that, and the functions are defined as inlines
> doing nothing in the non-ACPI case. The code looks OK to me, but I can
> reproduce the problem on x86_64 with CONFIG_ACPI=n.
> 
> Aha, I see it now, there are nested #ifdef CONFIG_ACPI in acpi.h,
> so the inner one is a no-op (and its #else counterpart is never
> evaluated.) That's pretty confusing, I'll send a patch fixing this.
> 
> In the meantime, here's a quick fix so that you can go on testing
> the mm snapshot. Apply this at the top of the series:
> 
> Fix the <linux/acpi.h> breakage for CONFIG_ACPI=n.
> 
> Signed-off-by: Jean Delvare <jdelvare@suse.de>
> ---
>  include/linux/acpi.h |   23 ++++++++++++-----------
>  1 file changed, 12 insertions(+), 11 deletions(-)
> 
> --- linux-2.6.24-rc1.orig/include/linux/acpi.h	2007-11-07 12:45:47.000000000 +0100
> +++ linux-2.6.24-rc1/include/linux/acpi.h	2007-11-07 13:23:06.000000000 +0100
> @@ -26,6 +26,7 @@
>  #define _LINUX_ACPI_H
> 
> 
> +#include <linux/ioport.h>
>  #ifdef	CONFIG_ACPI
> 
>  #ifndef _LINUX
> @@ -134,17 +135,6 @@ int acpi_check_mem_region(resource_size_
> 
>  #define acpi_mp_config	0
> 
> -static inline int acpi_check_resource_conflict(struct resource *res)
> -{ return 0; }
> -
> -static inline int acpi_check_region(resource_size_t start, resource_size_t n,
> -				    const char *name)
> -{ return 0; }
> -
> -static inline int acpi_check_mem_region(resource_size_t start,
> -					resource_size_t n, const char *name)
> -{ return 0; }
> -
>  #endif 	/* !CONFIG_ACPI */
> 
>  int acpi_register_gsi (u32 gsi, int triggering, int polarity);
> @@ -239,5 +229,16 @@ static inline int acpi_boot_table_init(v
>  	return 0;
>  }
> 
> +static inline int acpi_check_resource_conflict(struct resource *res)
> +{ return 0; }
> +
> +static inline int acpi_check_region(resource_size_t start, resource_size_t n,
> +				    const char *name)
> +{ return 0; }
> +
> +static inline int acpi_check_mem_region(resource_size_t start,
> +					resource_size_t n, const char *name)
> +{ return 0; }
> +
>  #endif	/* CONFIG_ACPI */
>  #endif	/*_LINUX_ACPI_H*/
> 
> 
Hi Jean,

Thanks for the quick fix.

-- 
Thanks & Regards,
Kamalesh Babulal,
Linux Technology Center,
IBM, ISTL.

  reply	other threads:[~2007-11-07 17:14 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-06 10:33 mm snapshot broken-out-2007-11-06-02-32.tar.gz uploaded akpm
2007-11-06 12:57 ` mm snapshot broken-out-2007-11-06-02-32.tar.gz uploaded - build fails on powerpc Kamalesh Babulal
2007-11-06 15:56   ` Badari Pulavarty
2007-11-06 13:17 ` [-mm patch] fix getblk_slow "integer constant is too large" warning Frederik Deweerdt
2007-11-06 13:51 ` mm snapshot broken-out-2007-11-06-02-32.tar.gz uploaded Gabriel C
2007-11-06 15:10 ` mm snapshot broken-out-2007-11-06-02-32.tar.gz uploaded - S390x build fails Kamalesh Babulal
2007-11-06 15:29   ` Cornelia Huck
2007-11-06 16:42     ` Cornelia Huck
2007-11-06 19:58       ` Kamalesh Babulal
2007-11-06 21:10   ` Andrew Morton
2007-11-06 21:13     ` Greg KH
2007-11-06 22:33       ` Andrew Morton
2007-11-06 21:39         ` Greg KH
2007-11-06 15:34 ` mm snapshot broken-out-2007-11-06-02-32.tar.gz uploaded - build failure - rpadlpar_sysfs Kamalesh Babulal
2007-11-06 18:19   ` Badari Pulavarty
2007-11-06 19:46     ` Kamalesh Babulal
2007-11-06 21:05     ` Greg KH
2007-11-06 19:31   ` Greg KH
2007-11-06 19:39   ` Greg KH
2007-11-06 16:51 ` [BUG] mm snapshot broken-out-2007-11-06-02-32.tar.gz - soft lockup Kamalesh Babulal
2007-11-06 17:16   ` Balbir Singh
2007-11-06 17:27 ` [BUG] mm snapshot broken-out-2007-11-06-02-32 - kernel oops Kamalesh Babulal
2007-11-06 18:17 ` mm snapshot broken-out-2007-11-06-02-32 - powerpc link failure Kamalesh Babulal
2007-11-06 19:00   ` Badari Pulavarty
2007-11-06 18:36 ` mm snapshot broken-out-2007-11-06-02-32.tar.gz uploaded Badari Pulavarty
2007-11-06 19:46   ` Greg KH
2007-11-06 19:32 ` Badari Pulavarty
2007-11-06 21:17   ` Greg KH
2007-11-06 20:14 ` Gabriel C
2007-11-06 21:40   ` Andrew Morton
2007-11-06 21:07     ` Greg KH
2007-11-06 22:15       ` Andrew Morton
2007-11-06 21:33         ` Greg KH
2007-11-06 22:41           ` Andrew Morton
2007-11-06 21:51             ` Greg KH
2007-11-12 20:17       ` Serge E. Hallyn
2007-11-16 20:57         ` Greg KH
2007-11-06 21:40 ` mm snapshot broken-out-2007-11-06-02-32 - ACPI functions broken Kamalesh Babulal
2007-11-07 12:29   ` Jean Delvare
2007-11-07 17:13     ` Kamalesh Babulal [this message]
2007-11-07 18:37 ` mm snapshot broken-out-2007-11-06-02-32 build failure init/do_mount Kamalesh Babulal
2007-11-07 20:39   ` Greg KH
2007-11-07 19:52 ` mm snapshot broken-out-2007-11-06-02-32 powerpc - axon_msi build faliure Kamalesh Babulal
2007-11-07 20:28   ` Benjamin Herrenschmidt
2007-11-07 20:35     ` Kamalesh Babulal
2007-11-07 19:56 ` mm snapshot broken-out-2007-11-06-02-32 build failure !CONFIG_PCI Kamalesh Babulal
2007-11-07 21:15   ` [PATCH] chipsfb: uses/depends on PCI Randy Dunlap
2007-11-07 20:42 ` mm snapshot broken-out-2007-11-06-02-32 make header check fails Kamalesh Babulal
2007-11-07 21:55   ` Andrew Morton
2007-11-07 20:57 ` mm snapshot broken-out-2007-11-06-02-32 build failure - !CONFIG_PPC_ISERIES Kamalesh Babulal
2007-11-08  2:27   ` Tony Breeds

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4731F235.9030408@linux.vnet.ibm.com \
    --to=kamalesh@linux.vnet.ibm.com \
    --cc=akpm@linux-foundation.org \
    --cc=apw@shadowen.org \
    --cc=jdelvare@suse.de \
    --cc=lenb@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mhoffman@lightlink.com \
    --cc=mm-commits@vger.kernel.org \
    --cc=trenn@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox