From: Jason Gunthorpe <jgg@nvidia.com>
To: Yishai Hadas <yishaih@nvidia.com>
Cc: alex.williamson@redhat.com, kvm@vger.kernel.org,
kevin.tian@intel.com, joao.m.martins@oracle.com,
leonro@nvidia.com, diana.craciun@oss.nxp.com,
eric.auger@redhat.com, maorg@nvidia.com, cohuck@redhat.com,
shameerali.kolothum.thodi@huawei.com
Subject: Re: [PATCH V1 vfio 0/6] Move to use cgroups for userspace persistent allocations
Date: Mon, 9 Jan 2023 09:11:58 -0400 [thread overview]
Message-ID: <Y7wSnsqkKWU+dZgH@nvidia.com> (raw)
In-Reply-To: <20230108154427.32609-1-yishaih@nvidia.com>
On Sun, Jan 08, 2023 at 05:44:21PM +0200, Yishai Hadas wrote:
> This series changes the vfio and its sub drivers to use
> GFP_KERNEL_ACCOUNT for userspace persistent allocations.
>
> The GFP_KERNEL_ACCOUNT option lets the memory allocator know that this
> is untrusted allocation triggered from userspace and should be a subject
> of kmem accountingis, and as such it is controlled by the cgroup
> mechanism. [1]
>
> As part of this change, we allow loading in mlx5 driver larger images
> than 512 MB by dropping the arbitrary hard-coded value that we have
> today and move to use the max device loading value which is for now 4GB.
>
> In addition, the first patch from the series fixes a UBSAN note in mlx5
> that was reported once the kernel was compiled with this option.
>
> [1] https://www.kernel.org/doc/html/latest/core-api/memory-allocation.html
>
> Changes from V0: https://www.spinics.net/lists/kvm/msg299508.html
> Patch #2 - Fix MAX_LOAD_SIZE to use BIT_ULL instead of BIT as was
> reported by the krobot test.
>
> Yishai
>
> Jason Gunthorpe (1):
> vfio: Use GFP_KERNEL_ACCOUNT for userspace persistent allocations
>
> Yishai Hadas (5):
> vfio/mlx5: Fix UBSAN note
> vfio/mlx5: Allow loading of larger images than 512 MB
> vfio/hisi: Use GFP_KERNEL_ACCOUNT for userspace persistent allocations
> vfio/fsl-mc: Use GFP_KERNEL_ACCOUNT for userspace persistent
> allocations
> vfio/platform: Use GFP_KERNEL_ACCOUNT for userspace persistent
> allocations
Reviewed-by: Jason Gunthorpe <jgg@nvidia.com>
Jason
next prev parent reply other threads:[~2023-01-09 13:12 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-08 15:44 [PATCH V1 vfio 0/6] Move to use cgroups for userspace persistent allocations Yishai Hadas
2023-01-08 15:44 ` [PATCH V1 vfio 1/6] vfio/mlx5: Fix UBSAN note Yishai Hadas
2023-01-08 15:44 ` [PATCH V1 vfio 2/6] vfio/mlx5: Allow loading of larger images than 512 MB Yishai Hadas
2023-01-08 15:44 ` [PATCH V1 vfio 3/6] vfio: Use GFP_KERNEL_ACCOUNT for userspace persistent allocations Yishai Hadas
2023-01-09 15:56 ` Joao Martins
2023-01-09 16:09 ` Yishai Hadas
2023-01-09 16:21 ` Joao Martins
2023-01-08 15:44 ` [PATCH V1 vfio 4/6] vfio/hisi: " Yishai Hadas
2023-01-08 15:44 ` [PATCH V1 vfio 5/6] vfio/fsl-mc: " Yishai Hadas
2023-01-08 15:44 ` [PATCH V1 vfio 6/6] vfio/platform: " Yishai Hadas
2023-01-09 13:11 ` Jason Gunthorpe [this message]
2023-01-17 23:38 ` [PATCH V1 vfio 0/6] Move to use cgroups " Alex Williamson
2023-01-18 15:15 ` Jason Gunthorpe
2023-01-18 17:40 ` Alex Williamson
2023-01-23 15:19 ` Yishai Hadas
2023-01-23 19:37 ` Alex Williamson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Y7wSnsqkKWU+dZgH@nvidia.com \
--to=jgg@nvidia.com \
--cc=alex.williamson@redhat.com \
--cc=cohuck@redhat.com \
--cc=diana.craciun@oss.nxp.com \
--cc=eric.auger@redhat.com \
--cc=joao.m.martins@oracle.com \
--cc=kevin.tian@intel.com \
--cc=kvm@vger.kernel.org \
--cc=leonro@nvidia.com \
--cc=maorg@nvidia.com \
--cc=shameerali.kolothum.thodi@huawei.com \
--cc=yishaih@nvidia.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.