All of lore.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: 54+ 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 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-07 20:57   ` Kamalesh Babulal
2007-11-08  2:27   ` Tony Breeds
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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.