On Mon, 5 Aug 2024 22:55:51 -0700 Erni Sri Satya Vennela wrote:
> Performance tests showed significant improvement in throughput:
> - 0.54% for 16 vCPUs
> - 1.51% for 32 vCPUs
> - 0.72% for 48 vCPUs
> - 5.57% for 64 vCPUs
> - 9.14% for 96 vCPUs
Could you please switch to netif_get_num_default_rss
From: Long Li
After napi_complete_done() is called when NAPI is polling in the current
process context, another NAPI may be scheduled and start running in
softirq on another CPU and may ring the doorbell before the current CPU
does. When combined with unnecessary rings when there is no need to ar
On Tue, Aug 06 2024 at 15:12, Yunhong Jiang wrote:
> +static void __init hv_reserve_real_mode(void)
> +{
> + phys_addr_t mem;
> + size_t size = real_mode_size_needed();
> +
> + /*
> + * We only need the memory to be <4GB since the 64-bit trampoline goes
> + * down to 32-bit mo
On Tue, Aug 06, 2024 at 05:38:25PM -0600, Rob Herring (Arm) wrote:
>
> On Tue, 06 Aug 2024 15:12:32 -0700, Yunhong Jiang wrote:
> > Add the binding to use the ACPI wakeup mailbox mechanism to bringup APs.
> >
> > Signed-off-by: Yunhong Jiang
> > ---
> > .../devicetree/bindings/x86/wakeup.yaml
On Tue, Aug 06 2024 at 15:12, Yunhong Jiang wrote:
> The ACPI wakeup mailbox is accessed by the OS and the firmware, both are
> in the guest's context, instead of the hypervisor/VMM context. Mark the
> address private explicitly.
This lacks information why the realmode area must be reserved and
in
On Wed, Aug 07, 2024 at 07:57:43AM +0200, Krzysztof Kozlowski wrote:
> On 07/08/2024 00:12, Yunhong Jiang wrote:
> > Add the binding to use the ACPI wakeup mailbox mechanism to bringup APs.
>
> We do not have bindings for ACPI. I think in the past it was mentioned
> pretty clear - we do not care w
On Tue, Aug 06 2024 at 15:12, Yunhong Jiang wrote:
>
> -static int __init acpi_mp_setup_reset(u64 reset_vector)
> +static int __init __maybe_unused acpi_mp_setup_reset(u64 reset_vector)
> {
> struct x86_mapping_info info = {
> .alloc_pgt_page = alloc_pgt_page,
> @@ -226,7 +22
> Subject: RE: [PATCH net] net: mana: Fix doorbell out of order violation and
> avoid
> unnecessary doorbell rings
>
> > From: lon...@linuxonhyperv.com
> > Sent: Monday, August 5, 2024 4:38 PM
> > [...]
> > After napi_complete_done() is called, another NAPI may be running on
> > another CPU and
> Subject: Re: [PATCH net] net: mana: Fix doorbell out of order violation and
> avoid
> unnecessary doorbell rings
>
> 在 2024/8/6 7:38, lon...@linuxonhyperv.com 写道:
> > From: Long Li
> >
> > After napi_complete_done() is called, another NAPI may be running on
> > another CPU and ring the doorbel
