Some time ago I've thought about caching vma on PTE's struct page. This will work for all huge vmas not only for largest ones. Of course this requires some reordering in do_page_fault because currently it lookups vma before pte for obvious reason. On Wed, Nov 6, 2013 at 10:01 AM, Ingo Molnar <mingo@xxxxxxxxxx> wrote: > > * Jiri Olsa <jolsa@xxxxxxxxxx> wrote: > >> > But success primarily depends on how useful the tooling UI turns out >> > to be: create a nice Slang or GTK UI for kprobes and triggers, and/or >> > turn it into a really intuitive command line UI, and people will use >> > it. >> > >> > I think annotated assembly/source output is a really nice match for >> > triggers and kprobes, so I'd suggest the Slang TUI route ... >> >> yep, current toggling command line UI is not much user friendly >> >> but perhaps we should leave it there (because it seems it wont get much >> better anyway) and focus more on Slang UI as the target one.. >> >> CCing Arnaldo ;-) > > Btw., I think we should do the TUI interface _before_ we can merge the > kernel changes. Frankly, 'not very user friendly' means that it's not used > (and tested) much - which begs the question: why merge the feature at all? > > Making a new kernel feature usable to as many people as possible must be a > primary concern, not an afterthought. > > Thanks, > > Ingo > > -- > To unsubscribe, send a message with 'unsubscribe linux-mm' in > the body to majordomo@xxxxxxxxx. For more info on Linux MM, > see: http://www.linux-mm.org/ . > Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a> -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>