[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 3/3] Xen/gntdev: don't needlessly use kvcalloc()

To: Jan Beulich <jbeulich@xxxxxxxx>, Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>
From: Jürgen Groß <jgross@xxxxxxxx>
Date: Wed, 10 Mar 2021 12:11:00 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 10 Mar 2021 11:11:08 +0000
List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 10.03.21 11:46, Jan Beulich wrote:

Requesting zeroed memory when all of it will be overwritten subsequently
by all ones is a waste of processing bandwidth. In fact, rather than
recording zeroed ->grants[], fill that array too with more appropriate
"invalid" indicators.

Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>


Reviewed-by: Juergen Gross <jgross@xxxxxxxx>


Juergen

Attachment: OpenPGP_0xB0DE9DD628BF132F.asc
Description: application/pgp-keys

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

References:
- [PATCH 0/3] Xen: grant table related adjustments following recent XSAs
  - From: Jan Beulich
- [PATCH 3/3] Xen/gntdev: don't needlessly use kvcalloc()
  - From: Jan Beulich

Prev by Date: Re: [PATCH 2/3] Xen/gnttab: introduce common INVALID_GRANT_{HANDLE,REF}
Next by Date: Re: Hit ASSERT in credit2 code with NR_CPUS=1 build
Previous by thread: [PATCH 3/3] Xen/gntdev: don't needlessly use kvcalloc()
Next by thread: Re: [PATCH 0/3] Xen: grant table related adjustments following recent XSAs
Index(es):
- Date
- Thread

Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.