Hi Pavel,
On Fri, 19 Aug 2005 15:00:56 +0200 Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > .xSize = sizeof(struct HvReleaseData),
> > .xVpdAreasPtrOffset = offsetof(struct naca_struct, xItVpdAreas),
> > .xSlicNacaAddr = , /* 64-bit Naca address */
> > - .xMsNucDataOffset =
Hi!
> Paulus suggested that we put xLparMap in its own .c file so that we can
> generate a .s file to be included into head.S. This doesn't get around
> the problem of having it at a fixed address, but it makes it more
> palatable.
This is probably too late, but
> -#if 0
> struct
Hi!
Paulus suggested that we put xLparMap in its own .c file so that we can
generate a .s file to be included into head.S. This doesn't get around
the problem of having it at a fixed address, but it makes it more
palatable.
This is probably too late, but
-#if 0
struct HvReleaseData
Hi Pavel,
On Fri, 19 Aug 2005 15:00:56 +0200 Pavel Machek [EMAIL PROTECTED] wrote:
.xSize = sizeof(struct HvReleaseData),
.xVpdAreasPtrOffset = offsetof(struct naca_struct, xItVpdAreas),
.xSlicNacaAddr = naca, /* 64-bit Naca address */
- .xMsNucDataOffset =
From: Stephen Rothwell <[EMAIL PROTECTED]>
Paulus suggested that we put xLparMap in its own .c file so that we can
generate a .s file to be included into head.S. This doesn't get around
the problem of having it at a fixed address, but it makes it more
palatable.
It would be good if this could
From: Stephen Rothwell [EMAIL PROTECTED]
Paulus suggested that we put xLparMap in its own .c file so that we can
generate a .s file to be included into head.S. This doesn't get around
the problem of having it at a fixed address, but it makes it more
palatable.
It would be good if this could be
6 matches
Mail list logo
