Re: [PATCH 05/05] x86: Rename paravirtualized TSC functions

["Yinghai Lu" <yhlu.kernel@gmail.com>]

On Thu, Jul 10, 2008 at 12:50 AM, Ingo Molnar <mingo@elte.hu> wrote:
>
> * Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>
>> > that would be the tip/xen64 stuff, right? Does this revert:
>> >
>> > |    Revert "x86_64: there's no need to preallocate level1_fixmap_pgt"
>> > |
>> > |    This reverts commit 033786969d1d1b5af12a32a19d3a760314d05329.
>> > |
>> > |    Suresh Siddha reported that this broke booting on his 2GB testbox.
>> >
>> > solve your problems, or are there other problems still?
>>
>> still is bisecting it now...
>
> ok. I have no mystery crash on my test-systems.
>
> by the looks of it, your crashes seem to be pagetable related. If it's
> in the tip/xen-64bit branch, my candidates would be:
>
>  0f38c08: x86: use __page_aligned_data/bss
>  0337869: x86_64: there's no need to preallocate level1_fixmap_pgt
>  89d7bb5: x86_64: add workaround for no %gs-based percpu
>
> 0337869 is reverted already.
>
> Or if it's an older commit, two candidates would be:
>
>  b50efd2: x86: introduce page_size_mask for 64bit
>  3a9e189: x86: map UV chipset space - pagetable
>
> do you know the sha1 of the first broken tree? We know that
> tip-history-2008-07-08_16.08_Tue is known-good.

first round bisect all works..

it seems make oldconfig change setting between different setting...

diff .config config.full.good
4c4
< # Thu Jul 10 00:52:52 2008
---
> # Thu Jul 10 00:40:03 2008
295,296c295
< CONFIG_CC_STACKPROTECTOR_ALL=y
< CONFIG_CC_STACKPROTECTOR=y
---
> # CONFIG_CC_STACKPROTECTOR is not set

it seems some recent change doesn't like stackprotector.

YH