[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <48E0E73A.40803@sgi.com>
Date: Mon, 29 Sep 2008 07:33:30 -0700
From: Mike Travis <travis@....com>
To: Ingo Molnar <mingo@...e.hu>
CC: Rusty Russell <rusty@...tcorp.com.au>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Yinghai Lu <yhlu.kernel@...il.com>,
David Miller <davem@...emloft.net>, Alan.Brunelle@...com,
tglx@...utronix.de, rjw@...k.pl,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
kernel-testers@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
arjan@...ux.intel.com, Jack Steiner <steiner@....com>
Subject: Re: [Bug #11342] Linux 2.6.27-rc3: kernel BUG at mm/vmalloc.c - bisected
Ingo Molnar wrote:
> * Mike Travis <travis@....com> wrote:
>
>> Hi Rusty,
>>
>> I've gotten some good traction on the changes in the following patch.
>> About 30% of the kernel is compiling right now and I'm picking up
>> errors and warnings as I'm going along. I think it's doing most of
>> what we need. Attempting to hide the cpumask struct definition caused
>> all kinds of problems with the inline functions and statically
>> declaring cpumask's.
>>
>> (The following patch is a combination of all the changes to cpumask.h
>> with the header from the first patch. I'll send you a complete copy
>> in separate email.)
>
> could you please send whatever .c changes you have already, so that we
> can have a look at how the end result will look like? Doesnt have to
> build, i'm just curious about how it looks like in practice,
> semantically.
>
> Ingo
I will, and the full "allyesconfig" does compile. And it's basically a
benign change in that the functionality is still the same. I'm currently
reordering it a bit to clean it up.
Thanks,
Mike
--
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