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 hvReleaseData = {
> .xDesc = 0xc8a5d9c4, /* "HvRD" ebcdic */
> .xSize = sizeof(struct HvReleaseData),
> .xVpdAreasPtrOffset = offsetof(struct naca_struct, xItVpdAreas),
> .xSlicNacaAddr = &naca, /* 64-bit Naca address */
> - .xMsNucDataOffset = (u32)((unsigned long)&xLparMap - KERNELBASE),
> + .xMsNucDataOffset = LPARMAP_PHYS,
> .xFlags = HVREL_TAGSINACTIVE /* tags inactive */
> /* 64 bit */
> /* shared processors */
These are extremely ugly cases of hungarian notation...
Pavel
--
if you have sharp zaurus hardware you don't need... you know my address
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
