On Tue, 29 Jan 2008, Mike Travis wrote:
> Since the zero-based patch is changing the offset from one based on
> __per_cpu_start to zero, it's causing the function to access a
> different area.
Looks like we just need to set the offset used for 0 to
__per_cpu_start during early boot.
--
To unsubs
Ingo Molnar wrote:
...
>
> tried it on x86.git and 1/3 did not build and 2/3 causes a boot hang
> with the attached .config.
>
> Ingo
>
I've tracked down the failure to an early printk that when CONFIG_PRINTK_TIME
is enabled, any early printks cause cpu_clock to be called, which accesses
Mike Travis wrote:
The hang though, I'm getting as well and am debugging it now (alibi
slowly since it's happening so early. Too bad grub doesn't have kdb
in it... ;-)
Hm, on the other hand, maybe I'm not reproducing this - looks more like
a problem with mtrr trimming...
J
--
To unsub
Mike Travis wrote:
The hang though, I'm getting as well and am debugging it now (alibi
slowly since it's happening so early. Too bad grub doesn't have kdb
in it... ;-)
I can reproduce under qemu, which means you can attach gdb to it. I'll
see if it happens to a Xen guest too.
J
--
To un
Ingo Molnar wrote:
> * Mike Travis <[EMAIL PROTECTED]> wrote:
>
>>> tried it on x86.git and 1/3 did not build and 2/3 causes a boot hang
>>> with the attached .config.
>> The build error was fixed with the note I sent to you yesterday with a
>> "fixup" patch for changes in -mm but not in x86.git
* Mike Travis <[EMAIL PROTECTED]> wrote:
> > tried it on x86.git and 1/3 did not build and 2/3 causes a boot hang
> > with the attached .config.
>
> The build error was fixed with the note I sent to you yesterday with a
> "fixup" patch for changes in -mm but not in x86.git (attached).
no, tha
Ingo Molnar wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>> This patchset provides the following:
>>
>> * Generic: Percpu infrastructure to rebase the per cpu area to zero
>>
>> This provides for the capability of accessing the percpu variables
>> using a local register inst
This patchset provides the following:
* Generic: Percpu infrastructure to rebase the per cpu area to zero
This provides for the capability of accessing the percpu variables
using a local register instead of having to go through a table
on node 0 to find the cpu-specific offsets. I
8 matches
Mail list logo
