[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20061108123110.74dcb6e3.akpm@osdl.org>
Date: Wed, 8 Nov 2006 12:31:10 -0800
From: Andrew Morton <akpm@...l.org>
To: Dave Jones <davej@...hat.com>
Cc: Reuben Farrelly <reuben-linuxkernel@...b.net>,
linux-kernel@...r.kernel.org, Roman Zippel <zippel@...ux-m68k.org>
Subject: Re: 2.6.19-rc5-mm1
On Wed, 8 Nov 2006 15:15:39 -0500
Dave Jones <davej@...hat.com> wrote:
> On Wed, Nov 08, 2006 at 12:05:47PM -0800, Andrew Morton wrote:
>
> > The problem is that you have
> >
> > > CONFIG_CPU_FREQ_TABLE=m
> > > CONFIG_X86_ACPI_CPUFREQ=y
> >
> > but acpi-cpufreq needs the stuff in freq_table.c.
> >
> > This happens again and again and again and again. I wish people would just
> > stop using `select'. It. Doesn't. Work.
> >
> > Either we fix select or we stop using the damn thing.
>
> So, why doesn't select set the symbol it's selecting to the
> same value as the symbol being configured ?
It would have to be "same or higher", where y > m
> That would solve the issue no?
It would sort-of-solve this issue. But it wouldn't stop `select' from being a
pita. I spent some time trying to reverse-engineer Reuben's config from
the tiny bit he shared with us and gave up because a twisty maze of selects
kept on insisting that CONFIG_CPU_FREQ_TABLE=y.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists