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/

Reply via email to