[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 0/3] x86: "brk" allocator
- To: Jan Beulich <jbeulich@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
- Date: Thu, 13 Nov 2025 15:29:41 +0000
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=IjSL2wYW0tdDQHPfur07g+wi4Bm1dMv+Y+7iAA1LYfc=; b=nJizZ0uYghuvTWqDbvjkS5Glr5EiLX4axFgDxM7OoiLeOfBouu9UklRZ2Jf+g5jPJv83hKbWhm9KXONXdiSuvqGgstEDrtvDqKym+siwkwqsCmi0F2xHW1a3EBidmdXE1hJ8fNY73SUFgjeKxW8r9mpMyrj7VdG+rpbs3VYCWuRgv1Ce1eJVbzok92iAn6nsbiIWkP+/wW20mKOtDP+eO3PnSNGg/rebm6pgjeroqtZ3j7NXXyVWSOgun8qlZqD4SgpHBXenhjl7S9n2XjG1F8xq7Bvg+bXQPH4qvWYL7SXLTk8+nxNw6MdOmbTg6W1Qkv4gt7KBV0V1Tdc6swjxZg==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=P4qR2MAE8tWg23wKt3rMXhv7gIGwnNAxUuf6HQb2lg0U4btsc7LA9/PuX1/8vDGcWTLuqep6y0ZqMMuBjaDSYvxoF8ssFudrXF5XGAqj8UAwA/URE1kjsxkvsA4CAK5/Yum7z17PNEwa6Y7y3pclqO0eb5H5E9c6uZpXKe2Iyo2YYpM0ImN+PrDg5LdzDZQ3O+foe/AjU21M+4j/nOFBB2MifLr9g4NoLHi5oiFxSV2flgfKQ0VXMxtws9kD6fveX3zN1aMpfDrICkH/SDsM1MEvNZBl7RlOUYp8h2u1q6KM3StlW20AWA0vjs/u5KEG2X7dX0AFCWs2gCm1pLoPeQ==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
- Cc: Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Delivery-date: Thu, 13 Nov 2025 15:30:09 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 13/11/2025 11:06 am, Jan Beulich wrote:
> Derive for our purposes something similar to what Linux has been having for
> a long while.
>
> 1: x86: introduce "brk" allocator
> 2: x86/EFI: replace ebmalloc()
> 3: xhci-dbc: use brk_alloc()
>
> To reduce padding holes, .bss.page_aligned and per-CPU data may want moving
> immediately ahead of __brk_start[]. Albeit then the tail of per-CPU data will
> all be padding space; sadly the TSS wants/needs page-aligning for XPTI
> purposes.
I've not done this yet, but I was intending to make the TSSes be
dynamically allocated, so they (along with the IDTs) can be omitted
entirely under FRED.
The VT-x tr limit bug/misfeature complicates this somewhat, hence why
I've left this out of the FRED basic support, but it can be addressed by
pointing HOST_TR_BASE at a singleton TSS.
~Andrew
|
