Re: Patch to reorder functions in the vmlinux to a defined order

[Eric W. Biederman]

Rene Herman <rene.herman@xxxxxxxxxxxx> writes:

> Eric W. Biederman wrote:
>
>> The page table trickery is actually the more invasive approach.  I
>> believe for 32 bit kernels the real problem is giving up the identity
>> mapping of low memory.
>
> Yes, you probably don't want to have to specialcase anything there.
>
>> Short of the moving the kernel to end of the address space where
>> vmalloc and the fixmaps are now I don't think there is a reasonable
>> chunk of the address space we can use.
>
> To my handwaving ears end of the address space sounds very good though. Is there
> currently any pressure on VMALLOC_RESERVE (128M)? Teaching the linker appears to
> be a matter of changing __KERNEL_START. That leaves actually mapping ourselves
> there, and... more invasiveness?

__pa stops working on kernel addresses.

> I saw you say you already have some actual relocating patches though?

Yes.  Will post them later today, after I get them rebased against a recent
kernel.

Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/