From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail05.groups.io (mail05.groups.io [45.79.224.7]) by spool.mail.gandi.net (Postfix) with ESMTPS id 2E881941F1E for ; Fri, 14 Feb 2025 23:59:07 +0000 (UTC) DKIM-Signature: a=rsa-sha256; bh=75NVsrx6MhFCACUl0HedmO2blrEe4MRnChc1WCFR9LM=; c=relaxed/simple; d=groups.io; h=Subject:To:From:User-Agent:MIME-Version:Date:References:In-Reply-To:Message-ID:Precedence:List-Subscribe:List-Help:Sender:List-Id:Mailing-List:Delivered-To:Reply-To:List-Unsubscribe-Post:List-Unsubscribe:Content-Type; s=20240830; t=1739577546; v=1; x=1739836745; b=MKaRQVojGzqe+CtUcnydhjdm/RBnDLkfeh2lF37xg7ZgPxY7JxJF2VzBm5fD3KWMK5sqInwc /YPkH0HZEMDTYuUEE1tggJJGou6XJCFy8mPZFa03rVkDhlvCbaqnaGDPtJ9cm7Oqn7vYi4aXW66 mqx3d/uivV0qZzMWk9Rrp6/VjSb1I7HFst4+3pRygEEqzjKqlhsnsOehnim8NfGlOMNMKYck+j8 +OzfjVhP9du4fxNKrryOf3Vf4kgXlKn2nfpmMHN5/Am6+4cDdy+hlzW8XggMbNW17LJ+JywvJpL ad/tLadf+5iXYaae9FS26frb5P6eF/CcsbW12pb471WMA== X-Received: by 127.0.0.2 with SMTP id arWoYY7687511xqj6gz0ffbp; Fri, 14 Feb 2025 15:59:05 -0800 Subject: Re: [edk2-devel] [BUG] Extremely slow boot times with CPU and GPU passthrough and host phys-bits > 40 To: mitchell.augustin@canonical.com, devel@edk2.groups.io From: "mitchell.augustin via groups.io" X-Originating-Location: Waterloo, Illinois, US (65.87.55.115) X-Originating-Platform: Linux Chrome 133 User-Agent: GROUPS.IO Web Poster MIME-Version: 1.0 Date: Fri, 14 Feb 2025 15:59:04 -0800 References: <20236.1733324181278436066@groups.io> In-Reply-To: <20236.1733324181278436066@groups.io> Message-ID: <23568.1739577544707558908@groups.io> Precedence: Bulk List-Subscribe: List-Help: Sender: devel@edk2.groups.io List-Id: Mailing-List: list devel@edk2.groups.io; contact devel+owner@edk2.groups.io Reply-To: devel@edk2.groups.io,mitchell.augustin@canonical.com List-Unsubscribe-Post: List-Unsubscribe=One-Click List-Unsubscribe: X-Gm-Message-State: HLhrkNiPHQKTk67Y3CRfAg6nx7686176AA= Content-Type: multipart/alternative; boundary="D159GMaYxqt5J8l9YnYz" X-GND-Status: LEGIT Authentication-Results: spool.mail.gandi.net; dkim=pass header.d=groups.io header.s=20240830 header.b=MKaRQVoj; dmarc=pass (policy=none) header.from=groups.io; spf=pass (spool.mail.gandi.net: domain of bounce@groups.io designates 45.79.224.7 as permitted sender) smtp.mailfrom=bounce@groups.io --D159GMaYxqt5J8l9YnYz Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello! There has been some great progress on this in the kernel over the past coup= le 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 ( https://lore.kernel.org/all/20250205231728.25= 27186-1-alex.williamson@redhat.com/ ) 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, bu= t older pre-huge-pfnmap kernels will still be able to benefit from this pat= ch set ( https://lore.kernel.org/all/20250111210652.402845-1-alex.williamso= n@redhat.com/ ) , which eliminates about half of the excess boot time by re= moving many redundant decode disable/enable toggles during initialization. Thanks, Mitchell Augustin -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#121123): https://edk2.groups.io/g/devel/message/121123 Mute This Topic: https://groups.io/mt/109651206/7686176 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io] -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- --D159GMaYxqt5J8l9YnYz Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
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 pa= tch series under review to fix the root cause of this issue in the kern= el. In my tests, when this series is applied on both the host and guest ker= nels of an affected system, it eliminates the extra boot time entirely.
 
The complete solution in the series above relies on huge pfnmap suppor= t, 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 de= code disable/enable toggles during initialization.
 
Thanks,
Mitchell Augustin
_._,_._,_
Groups.io Links:

=20 You receive all messages sent to this group. =20 =20

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

_._,_._,_
--D159GMaYxqt5J8l9YnYz--