On Wed, 14 Nov 2007, Mike Travis wrote:
> Hi Andrew,
>
> It appears that this patch is missing from the latest 2.6.24 git kernel?
>
> (Suresh noticed that it is still a problem.)
>
> Thanks,
> Mike
>
> This fix corrects the problem that early_identify_cpu() sets
> cpu_index to '0' (needed when
Hi Andrew,
It appears that this patch is missing from the latest 2.6.24 git kernel?
(Suresh noticed that it is still a problem.)
Thanks,
Mike
This fix corrects the problem that early_identify_cpu() sets
cpu_index to '0' (needed when called by setup_arch) after
smp_store_cpu_info() had set it to
On 10/12/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> This fix corrects the problem that early_identify_cpu() sets
> cpu_index to '0' (needed when called by setup_arch) after
> smp_store_cpu_info() had set it to the correct value.
>
> Signed-off-by: Mike Travis <[EMAIL PROTECTED]>
> ---
> ar
On Tue, Sep 25, 2007 at 02:20:01AM +0200, roel wrote:
> > > > if ((c->x86_vendor != X86_VENDOR_AMD) || (c->x86 != 5) ||
> > > > ((c->x86_model != 12) && (c->x86_model != 13)))
> > >
> > > while we're at it, we could change this to
> > >
> > > if (!(c->x86
Dave Jones wrote:
> to add a single line reply>
Ok, sorry, I don't know these rules
> On Tue, Sep 25, 2007 at 12:01:56AM +0200, roel wrote:
>
> > > --- a/arch/i386/kernel/cpu/cpufreq/powernow-k6.c
> > > +++ b/arch/i386/kernel/cpu/cpufreq/powernow-k6.c
> > > @@ -215,7 +215,7 @@ static struct
On Tue, Sep 25, 2007 at 12:01:56AM +0200, roel wrote:
> > --- a/arch/i386/kernel/cpu/cpufreq/powernow-k6.c
> > +++ b/arch/i386/kernel/cpu/cpufreq/powernow-k6.c
> > @@ -215,7 +215,7 @@ static struct cpufreq_driver powernow_k6
> > */
> > static int __init powernow_k6_init(void)
> > {
>
[EMAIL PROTECTED] wrote:
> v3: fix compile errors in arch-i386-allmodconfig build
>
> v2: rebasing on 2.6.23-rc6-mm1
>
> cpu_data is currently an array defined using NR_CPUS. This means that
> we overallocate since we will rarely really use maximum configured cpus.
> When NR_CPU count is raised t
Andrew Morton wrote:
> On Thu, 20 Sep 2007 14:30:05 -0700
> [EMAIL PROTECTED] wrote:
>
>> cpu_data is currently an array defined using NR_CPUS. This means that
>> we overallocate since we will rarely really use maximum configured cpus.
>> When NR_CPU count is raised to 4096 the size of cpu_data be
On Thu, 20 Sep 2007 14:30:05 -0700
[EMAIL PROTECTED] wrote:
> cpu_data is currently an array defined using NR_CPUS. This means that
> we overallocate since we will rarely really use maximum configured cpus.
> When NR_CPU count is raised to 4096 the size of cpu_data becomes
> 3,145,728 bytes.
This
[EMAIL PROTECTED] wrote:
>
> This patch is based on 2.6.23-rc6 with the prior per_cpu patches
> applied. I can also provide a version based on 2.6.23-rc4-mm1
> which has some different changes.
>
I just noticed that 2.6.23-rc6-mm1 is now available. I will rebase
this patch on that version as
10 matches
Mail list logo
