[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v8 00/16] acquire_resource size and external IPT monitoring
- To: Oleksandr <olekstysh@xxxxxxxxx>
- From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
- Date: Mon, 1 Feb 2021 14:00:38 +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=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=V3gCxFCSdMi8jsyeVIxWaTf0d6D86exZfF+VqOYQOx8=; b=n3nVZSnsF5ERX2je8MQA11JGYr1cPagEx1SBw0e+PWD5Bb+/bRo+e11do3YXPQJunui2mEuAfCblMTOjlao8ZhoSjFiNRDyYIcD6OJpL5OM3asaYmyotSejEAk0WbB8SJcxbILJHoluxQc8q+F+Qmt0DCUvdteemfCrsgVfM8wiTV/QsvjbQyIPUlKi1dOoWEePStLEk4x+1eO6m3yAeeqIU+P3Fnsj6S/UtcK1ka+Tc+l1xJYDcPywSSFHOS5pC1uvUj+WUPr8HU5MDHF3snPiaEpzG9bxWkX5TjzsCLKcqL3X97Dioy19cqYJxTYByT+0X+9ZuoaBdgQN+a9nPsw==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=R6rL1ls46V5anZ1JuaE/G1Oaj6eb8IWdgEjmJGB7GCMl5QnZC2A6ZFyknZMppKPZm/gdlSFD6nWNvlDB80uFJRIamHT60aTmpwgxDFBm+8wiR8yMew7vbgisxykLpQK8T6NfwwdlDKcCuPknLil/1v5UNpnubEX4AcjT55WfLmlSCphAV4RzoGGvg8GtJkiclHMaaLbs9UPRf2hU3xzV2HRTit2mJ46IN3k2zDhFo2W6KeiAvbXXKDOFo3dTTbMPq3gkBx13XPMj7d7rvuvXK3VCudiBKEE56N59pgcvnyfBQJunW2uD03pW/hcaAPASHx/+BC6AFdtRwRCHEb48CQ==
- Authentication-results: esa6.hc3370-68.iphmx.com; dkim=pass (signature verified) header.i=@citrix.onmicrosoft.com
- Cc: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Ian Jackson <iwj@xxxxxxxxxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>, Jun Nakajima <jun.nakajima@xxxxxxxxx>, Kevin Tian <kevin.tian@xxxxxxxxx>, Michał Leszczyński <michal.leszczynski@xxxxxxx>, Tamas K Lengyel <tamas@xxxxxxxxxxxxx>
- Delivery-date: Mon, 01 Feb 2021 14:00:58 +0000
- Ironport-sdr: hhp0urncDouQE7ZHFIARHbz6CmalhAagCc/oZNVbKMRK7ZCp0gdiV9P3KN/khCCfrgT959NbWw u/H/cDSzvVu17hJGTdsUjTCzCB1DyX3x/wgTC0jQDAXqyNRYDOFGxcdJZHTKGVW9iyh+LnRM6o R9WENkpvoowqAFI3QWvOekcMumqBMjo4P89eoOLBCvA41z8hX59xP/o0cDEJRkHwfMK/GyJm/P c5u53uIehJsGUQR2A0xOgZBUFZwE96ZIRk/QyY6n9eM1PqVBIpRgz887ttjALMx+04672T4Sl3 wOk=
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 01/02/2021 13:47, Oleksandr wrote:
>
> On 01.02.21 15:07, Andrew Cooper wrote:
>
> Hi Andrew
>
>> On 01/02/2021 12:34, Oleksandr wrote:
>>> On 30.01.21 04:58, Andrew Cooper wrote:
>>
>> One query I did leave on IRC, and hasn't had an answer.
>>
>> What is the maximum number of vcpus in an ARM guest?
>
> public/arch-arm.h says that current supported guest VCPUs max number
> is 128.
>
>
>> You moved an
>> x86-ism "max 128 vcpus" into common code.
>
> Ooh, I am not sure I understand where exactly. Could you please
> clarify in which patch?
ioreq_server_get_frame() hardcodes "there is exactly one non-bufioreq
frame", which in practice means there is 128 vcpu's work of struct
ioreqs contained within the mapping.
I've coded ioreq_server_max_frames() to perform the calculation
correctly, but ioreq_server_get_frame() will need fixing by whomever
supports more than 128 vcpus with ioreq servers first.
~Andrew
|
