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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
|
|