such rubbish therefore it is gone forever.
my ankle; a chain ran from it to a staple in the wall. They all exited
storeroom . . . footsteps sounded below.
very troubled outside world. The galaxy is at peace-or so you say.
Point taken. So we get this group together and publicize them well
and omino
such rubbish therefore it is gone forever.
my ankle; a chain ran from it to a staple in the wall. They all exited
storeroom . . . footsteps sounded below.
very troubled outside world. The galaxy is at peace-or so you say.
Point taken. So we get this group together and publicize them well
and omino
Vivek Goyal <[EMAIL PROTECTED]> writes:
> I am still going through the list but for many arches __pa() will
> work on kernel text and data also because kernel text and data is
> part of lineaerly mapped region. For example ppc64, sh64, parisc.
And i386. :)
> Does that mean that there is no arch
Bob Montgomery wrote:
>
> In kexec-tools-testing: kexec/arch/ia64/kexec-elf-ia64.c:
>
> The "=" in "(mem_max = ULONG_MAX)" looks suspicious. Intended?
>
> if (info->kexec_flags & KEXEC_ON_CRASH ) {
> if ((mem_min == 0x00) && (mem_max = ULONG_MAX)) {
>
In kexec-tools-testing: kexec/arch/ia64/kexec-elf-ia64.c:
The "=" in "(mem_max = ULONG_MAX)" looks suspicious. Intended?
if (info->kexec_flags & KEXEC_ON_CRASH ) {
if ((mem_min == 0x00) && (mem_max = ULONG_MAX)) {
fprintf(stderr, "Failed to find cr
On 12/5/06, Vivek Goyal <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 05, 2006 at 10:37:57PM +0900, Magnus Damm wrote:
> > kexec: Move segment code to assembly files
> >
> > The following patches rearrange the lowlevel kexec code to perform idt,
> > gdt and segment setup code in assembly on the code pag
Bob Montgomery wrote:
> On Fri, 2006-12-01 at 08:41 +0800, Zou, Nanhai wrote:
> > Yes, I intent to put duplicate mapping for kernel code and data in
> > kexec-tools to help both region 5 and region 7 trace on kernel text and
> > data works.
> >
>
> I see the discussion that Dave mentioned, but i
On Mon, Dec 04, 2006 at 10:39:56AM -0700, Eric W. Biederman wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
>
> > Hi Eric,
> >
> > This is a query regarding the x86_64 relocatable kernel patch in which
> > __pa() definition has been modified.
> >
> > http://marc.theaimsgroup.com/?l=linux-kernel&m
On Tue, Dec 05, 2006 at 10:37:57PM +0900, Magnus Damm wrote:
> kexec: Move segment code to assembly files
>
> The following patches rearrange the lowlevel kexec code to perform idt,
> gdt and segment setup code in assembly on the code page instead of doing
> it in inline assembly in the C files.
>
kexec: Move segment code to assembly files
The following patches rearrange the lowlevel kexec code to perform idt,
gdt and segment setup code in assembly on the code page instead of doing
it in inline assembly in the C files.
Our dom0 Xen port of kexec and kdump executes the code page from the
kexec: Move segment code to assembly file (x86_64)
This patch moves the idt, gdt, and segment handling code from machine_kexec.c
to relocate_kernel.S. The main reason behind this move is to avoid code
duplication in the Xen hypervisor. With this patch all code required to kexec
is put on the cont
kexec: Move segment code to assembly file (i386)
This patch moves the idt, gdt, and segment handling code from machine_kexec.c
to relocate_kernel.S. The main reason behind this move is to avoid code
duplication in the Xen hypervisor. With this patch all code required to kexec
is put on the contro
Andi Kleen <[EMAIL PROTECTED]> writes:
> On Mon, Dec 04, 2006 at 05:45:58PM -0500, Vivek Goyal wrote:
>> On Mon, Dec 04, 2006 at 10:42:47PM +0100, Andi Kleen wrote:
>> > > > But arch independent code can not call __pa_symbol() as this definition
>> > > > is local to i386 and x86_64 arches. So is i
13 matches
Mail list logo
