On Fri, Oct 03, 2014 at 02:47:07PM +0100, Matt Fleming wrote: > Looks OK to me. Borislav?
It needs more work AFAICT because with it, espfix area gets cut off prematurely: ... [ 0.134611] ---[ Vmemmap ]--- [ 0.135003] 0xffffea0000000000-0xffffea0002000000 32M RW PSE GLB NX pmd [ 0.136743] 0xffffea0002000000-0xffffea0040000000 992M pmd [ 0.138091] 0xffffea0040000000-0xffffea8000000000 511G pud [ 0.139611] 0xffffea8000000000-0xffffff0000000000 20992G pgd [ 0.140610] ---[ ESPfix Area ]--- [ 0.141003] 0xffffff0000000000-0xffffff8000000000 512G pgd [ 0.142614] 0xffffff8000000000-0xffffffef00000000 444G pud [ 0.144088] ---[ EFI Runtime Services ]--- [ 0.144722] 0xffffffef00000000-0xfffffffec0000000 63G pud [ 0.146090] 0xfffffffec0000000-0xfffffffefbe00000 958M pmd [ 0.147613] 0xfffffffefbe00000-0xfffffffefbfe0000 1920K pte [ 0.149003] 0xfffffffefbfe0000-0xfffffffefc000000 128K RW x pte [ 0.150484] 0xfffffffefc000000-0xfffffffefc065000 404K pte [ 0.151612] 0xfffffffefc065000-0xfffffffefc200000 1644K RW x pte [ 0.153285] 0xfffffffefc200000-0xfffffffefc400000 2M RW PSE x pmd [ 0.154721] 0xfffffffefc400000-0xfffffffefc5e0000 1920K RW x pte ... and I think we want to see something more from the espfix area (this is what we have now): [ 0.138086] ---[ ESPfix Area ]--- [ 0.138590] 0xffffff0000000000-0xffffff8000000000 512G pgd [ 0.140099] 0xffffff8000000000-0xfffffffec0000000 507G pud [ 0.141444] 0xfffffffec0000000-0xfffffffefbe00000 958M pmd [ 0.142597] 0xfffffffefbe00000-0xfffffffefbfe0000 1920K pte [ 0.144086] 0xfffffffefbfe0000-0xfffffffefc000000 128K RW x pte [ 0.145545] 0xfffffffefc000000-0xfffffffefc065000 404K pte [ 0.146597] 0xfffffffefc065000-0xfffffffefc200000 1644K RW x pte [ 0.148346] 0xfffffffefc200000-0xfffffffefc400000 2M RW PSE x pmd [ 0.149776] 0xfffffffefc400000-0xfffffffefc5e0000 1920K RW x pte [ 0.151347] 0xfffffffefc5e0000-0xfffffffefc631000 324K pte [ 0.152593] 0xfffffffefc631000-0xfffffffefc655000 144K RW x pte [ 0.154143] 0xfffffffefc655000-0xfffffffefc801000 1712K pte [ 0.155437] 0xfffffffefc801000-0xfffffffefc831000 192K RW x pte [ 0.157004] 0xfffffffefc831000-0xfffffffefc881000 320K pte [ 0.158088] 0xfffffffefc881000-0xfffffffefca01000 1536K RW x pte [ 0.159712] 0xfffffffefca01000-0xfffffffefcb34000 1228K pte [ 0.161117] ... 36 entries skipped ... But yeah, this issue needs to be addressed one way or the other as the espfix dump skips the runtime services. And frankly, I don't see where we're setting that ->max_lines thing but it sounds like a promising thing to use. :) Thanks. -- Regards/Gruss, Boris. -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/