On Fri, Feb 22, 2008 at 11:25:04AM -0800, Randy Dunlap wrote:
> Let's see what the ACPI people think about this change.
>
> Thanks, Sam.
> ---
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Make ACPI_CUSTOM_DSDT boolean config symbol a hidden and derived
> value, based on the value of
On Fri, Feb 22, 2008 at 11:25:04AM -0800, Randy Dunlap wrote:
Let's see what the ACPI people think about this change.
Thanks, Sam.
---
From: Randy Dunlap [EMAIL PROTECTED]
Make ACPI_CUSTOM_DSDT boolean config symbol a hidden and derived
value, based on the value of ACPI_CUSTOM_DSDT_FILE
works for me!
applied.
thanks,
-len
ps. CONFIG_ACPI_CUSTOM_DSDT's only use is to guard the use of
CONFIG_ACPI_CUSTOM_DSDT_FILE:
#ifdef CONFIG_ACPI_CUSTOM_DSDT
#include CONFIG_ACPI_CUSTOM_DSDT_FILE
#endif
we could get rid of it if cpp could so something like
#if (CONFIG_ACPI_CUSTOM_DSDT_FILE
Let's see what the ACPI people think about this change.
Thanks, Sam.
---
From: Randy Dunlap <[EMAIL PROTECTED]>
Make ACPI_CUSTOM_DSDT boolean config symbol a hidden and derived
value, based on the value of ACPI_CUSTOM_DSDT_FILE (string).
Only the latter is presented to the user as a config
On Fri, Feb 22, 2008 at 10:29:38AM -0800, Randy Dunlap wrote:
> Sam Ravnborg wrote:
> >>Is there a way to generate (in Kconfig language) the boolean
> >>CONFIG_ACPI_CUSTOM_DSDT based on whether CONFIG_ACPI_CUSTOM_DSDT_FILE
> >>== "" or != "" ? I tried to muck around with that last night but
>
Sam Ravnborg wrote:
Is there a way to generate (in Kconfig language) the boolean
CONFIG_ACPI_CUSTOM_DSDT based on whether CONFIG_ACPI_CUSTOM_DSDT_FILE
== "" or != "" ? I tried to muck around with that last night but
couldn't get it to work. I.e., just present the ACPI_CUSTOM_DSDT_FILE
config
>
> Is there a way to generate (in Kconfig language) the boolean
> CONFIG_ACPI_CUSTOM_DSDT based on whether CONFIG_ACPI_CUSTOM_DSDT_FILE
> == "" or != "" ? I tried to muck around with that last night but
> couldn't get it to work. I.e., just present the ACPI_CUSTOM_DSDT_FILE
> config symbol to
On 2/22/08, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Fri, 22 Feb 2008 19:08:15 +0100 Sam Ravnborg wrote:
>
> > On Thu, Feb 21, 2008 at 05:38:52PM -0800, Nish Aravamudan wrote:
> > > On 2/21/08, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > > > On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish
On Fri, 22 Feb 2008 19:08:15 +0100 Sam Ravnborg wrote:
> On Thu, Feb 21, 2008 at 05:38:52PM -0800, Nish Aravamudan wrote:
> > On 2/21/08, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > > On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish Aravamudan wrote:
> > > > On 2/20/08, Len Brown <[EMAIL
On 2/22/08, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 21, 2008 at 05:38:52PM -0800, Nish Aravamudan wrote:
> > On 2/21/08, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > > On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish Aravamudan wrote:
> > > > On 2/20/08, Len Brown <[EMAIL
On Thu, Feb 21, 2008 at 05:38:52PM -0800, Nish Aravamudan wrote:
> On 2/21/08, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish Aravamudan wrote:
> > > On 2/20/08, Len Brown <[EMAIL PROTECTED]> wrote:
> > > > On Saturday 16 February 2008 14:47, Kamalesh
On Thu, Feb 21, 2008 at 05:38:52PM -0800, Nish Aravamudan wrote:
On 2/21/08, Sam Ravnborg [EMAIL PROTECTED] wrote:
On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish Aravamudan wrote:
On 2/20/08, Len Brown [EMAIL PROTECTED] wrote:
On Saturday 16 February 2008 14:47, Kamalesh Babulal wrote:
On 2/22/08, Sam Ravnborg [EMAIL PROTECTED] wrote:
On Thu, Feb 21, 2008 at 05:38:52PM -0800, Nish Aravamudan wrote:
On 2/21/08, Sam Ravnborg [EMAIL PROTECTED] wrote:
On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish Aravamudan wrote:
On 2/20/08, Len Brown [EMAIL PROTECTED] wrote:
On Fri, 22 Feb 2008 19:08:15 +0100 Sam Ravnborg wrote:
On Thu, Feb 21, 2008 at 05:38:52PM -0800, Nish Aravamudan wrote:
On 2/21/08, Sam Ravnborg [EMAIL PROTECTED] wrote:
On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish Aravamudan wrote:
On 2/20/08, Len Brown [EMAIL PROTECTED] wrote:
On 2/22/08, Randy Dunlap [EMAIL PROTECTED] wrote:
On Fri, 22 Feb 2008 19:08:15 +0100 Sam Ravnborg wrote:
On Thu, Feb 21, 2008 at 05:38:52PM -0800, Nish Aravamudan wrote:
On 2/21/08, Sam Ravnborg [EMAIL PROTECTED] wrote:
On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish Aravamudan wrote:
Is there a way to generate (in Kconfig language) the boolean
CONFIG_ACPI_CUSTOM_DSDT based on whether CONFIG_ACPI_CUSTOM_DSDT_FILE
== or != ? I tried to muck around with that last night but
couldn't get it to work. I.e., just present the ACPI_CUSTOM_DSDT_FILE
config symbol to the user
Sam Ravnborg wrote:
Is there a way to generate (in Kconfig language) the boolean
CONFIG_ACPI_CUSTOM_DSDT based on whether CONFIG_ACPI_CUSTOM_DSDT_FILE
== or != ? I tried to muck around with that last night but
couldn't get it to work. I.e., just present the ACPI_CUSTOM_DSDT_FILE
config
On Fri, Feb 22, 2008 at 10:29:38AM -0800, Randy Dunlap wrote:
Sam Ravnborg wrote:
Is there a way to generate (in Kconfig language) the boolean
CONFIG_ACPI_CUSTOM_DSDT based on whether CONFIG_ACPI_CUSTOM_DSDT_FILE
== or != ? I tried to muck around with that last night but
couldn't get it to
Let's see what the ACPI people think about this change.
Thanks, Sam.
---
From: Randy Dunlap [EMAIL PROTECTED]
Make ACPI_CUSTOM_DSDT boolean config symbol a hidden and derived
value, based on the value of ACPI_CUSTOM_DSDT_FILE (string).
Only the latter is presented to the user as a config option.
works for me!
applied.
thanks,
-len
ps. CONFIG_ACPI_CUSTOM_DSDT's only use is to guard the use of
CONFIG_ACPI_CUSTOM_DSDT_FILE:
#ifdef CONFIG_ACPI_CUSTOM_DSDT
#include CONFIG_ACPI_CUSTOM_DSDT_FILE
#endif
we could get rid of it if cpp could so something like
#if (CONFIG_ACPI_CUSTOM_DSDT_FILE
On 2/21/08, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish Aravamudan wrote:
> > On 2/20/08, Len Brown <[EMAIL PROTECTED]> wrote:
> > > On Saturday 16 February 2008 14:47, Kamalesh Babulal wrote:
> > > > Hi Andrew,
> > > >
> > > > The
On 2/20/08, Len Brown <[EMAIL PROTECTED]> wrote:
> On Saturday 16 February 2008 14:47, Kamalesh Babulal wrote:
> > Hi Andrew,
> >
> > The 2.6.25-rc2-mm1 kernel with randconfig build option, fails
> > to build on x86_64 machine
> >
> > CC drivers/acpi/osl.o
> >
On 2/20/08, Len Brown [EMAIL PROTECTED] wrote:
On Saturday 16 February 2008 14:47, Kamalesh Babulal wrote:
Hi Andrew,
The 2.6.25-rc2-mm1 kernel with randconfig build option, fails
to build on x86_64 machine
CC drivers/acpi/osl.o
drivers/acpi/osl.c:60:38: error: empty
On 2/21/08, Sam Ravnborg [EMAIL PROTECTED] wrote:
On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish Aravamudan wrote:
On 2/20/08, Len Brown [EMAIL PROTECTED] wrote:
On Saturday 16 February 2008 14:47, Kamalesh Babulal wrote:
Hi Andrew,
The 2.6.25-rc2-mm1 kernel with
On Saturday 16 February 2008 14:47, Kamalesh Babulal wrote:
> Hi Andrew,
>
> The 2.6.25-rc2-mm1 kernel with randconfig build option, fails
> to build on x86_64 machine
>
> CC drivers/acpi/osl.o
> drivers/acpi/osl.c:60:38: error: empty filename in #include
> drivers/acpi/osl.c: In function
On Saturday 16 February 2008 14:47, Kamalesh Babulal wrote:
Hi Andrew,
The 2.6.25-rc2-mm1 kernel with randconfig build option, fails
to build on x86_64 machine
CC drivers/acpi/osl.o
drivers/acpi/osl.c:60:38: error: empty filename in #include
drivers/acpi/osl.c: In function
Hi Andrew,
The 2.6.25-rc2-mm1 kernel with randconfig build option, fails
to build on x86_64 machine
CC drivers/acpi/osl.o
drivers/acpi/osl.c:60:38: error: empty filename in #include
drivers/acpi/osl.c: In function ‘acpi_os_table_override’:
drivers/acpi/osl.c:399: error: ‘AmlCode’
Hi Andrew,
The 2.6.25-rc2-mm1 kernel with randconfig build option, fails
to build on x86_64 machine
CC drivers/acpi/osl.o
drivers/acpi/osl.c:60:38: error: empty filename in #include
drivers/acpi/osl.c: In function ‘acpi_os_table_override’:
drivers/acpi/osl.c:399: error: ‘AmlCode’
28 matches
Mail list logo