Hi, On Wed, Oct 22, 2014 at 10:42:09PM +0200, Ralf Baechle wrote: > On Wed, Oct 22, 2014 at 08:19:07PM +0100, Maciej W. Rozycki wrote: > > Wouldn't it make sense to make a unified kernel virtually mapped? That > > would avoid the issue with RAM being present at different locations across > > systems and also if big pages were used, that I believe are available > > almost universally across the MIPS family, any performance hit would be > > minimal. There would be hardly any increase in the binary image size too. > > Run-time mappings such as `kmalloc' or `ioremap' could continue using > > unmapped segments. > Otoh the mapped kernel certainly would have the lowest size overhead. > I have faint memories of restrictions for TLB instructions or was it > TLB exception handlers into mapped space, would have to do some rtfming > on that topic. Yeh, KVM puts all tlb handling in arch/mips/kvm/tlb.c, which is built statically rather than being included in the kvm kernel module, exactly for this reason, so that it resides in unmapped memory space. You'd have to guarantee not to get a TLB exception while the TLB registers contain important values, since they'll get clobbered by the taking of the exception itself (e.g. EntryHi gets set to failing address, EntryLo* undefined), or the TLB entry pointed to by CP0_Index may be replaced. There's always CP0_Wired - its use in the kernel is a bit of a mess atm IIRC. Cheers James
