Hello!
 
There has been some great progress on this in the kernel over the past couple months, so I wanted to provide an update on the resolution here for any past/future readers of this thread.
 
There is now a patch series under review to fix the root cause of this issue in the kernel. In my tests, when this series is applied on both the host and guest kernels of an affected system, it eliminates the extra boot time entirely.
 
The complete solution in the series above relies on huge pfnmap support, but older pre-huge-pfnmap kernels will still be able to benefit from this patch set, which eliminates about half of the excess boot time by removing many redundant decode disable/enable toggles during initialization.
 
Thanks,
Mitchell Augustin
_._,_._,_

Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#121123) | | Mute This Topic | New Topic
Your Subscription | Contact Group Owner | Unsubscribe [rebecca@openfw.io]

_._,_._,_