From: "Michael S. Tsirkin" <mst@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: wei.w.wang@intel.com, virtio-dev@lists.oasis-open.org,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
virtualization <virtualization@lists.linux-foundation.org>,
KVM list <kvm@vger.kernel.org>, linux-mm <linux-mm@kvack.org>,
Michal Hocko <mhocko@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Paolo Bonzini <pbonzini@redhat.com>,
liliang.opensource@gmail.com, yang.zhang.wz@gmail.com,
quan.xu0@gmail.com, nilal@redhat.com,
Rik van Riel <riel@redhat.com>,
peterx@redhat.com
Subject: [virtio-dev] Re: [PATCH v33 1/4] mm: add a function to get free page blocks
Date: Tue, 26 Jun 2018 04:55:26 +0300 [thread overview]
Message-ID: <20180626045118-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <CA+55aFzhuGKinEq5udPsk_uYHShkQxJYqcPO=tLCkT-oxpsgPg@mail.gmail.com>
On Sat, Jun 16, 2018 at 08:08:53AM +0900, Linus Torvalds wrote:
> On Fri, Jun 15, 2018 at 2:08 PM Wei Wang <wei.w.wang@intel.com> wrote:
> >
> > This patch adds a function to get free pages blocks from a free page
> > list. The obtained free page blocks are hints about free pages, because
> > there is no guarantee that they are still on the free page list after
> > the function returns.
...
> > +uint32_t get_from_free_page_list(int order, __le64 buf[], uint32_t size)
...
>
> Ack. This is the kind of simple interface where I don't need to worry
> about the MM code calling out to random drivers or subsystems.
>
> I think that "order" should be checked for validity, but from a MM
> standpoint I think this is fine.
>
> Linus
The only issue seems to be getting hold of buf that's large enough -
and we don't really know what the size is, or whether one
buf would be enough.
Linus, do you think it would be ok to have get_from_free_page_list
actually pop entries from the free list and use them as the buffer
to store PAs?
Caller would be responsible for freeing the returned entries.
--
MST
---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
WARNING: multiple messages have this Message-ID (diff)
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: yang.zhang.wz@gmail.com, virtio-dev@lists.oasis-open.org,
Rik van Riel <riel@redhat.com>,
quan.xu0@gmail.com, KVM list <kvm@vger.kernel.org>,
nilal@redhat.com, liliang.opensource@gmail.com,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
virtualization <virtualization@lists.linux-foundation.org>,
linux-mm <linux-mm@kvack.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Andrew Morton <akpm@linux-foundation.org>,
Michal Hocko <mhocko@kernel.org>
Subject: Re: [PATCH v33 1/4] mm: add a function to get free page blocks
Date: Tue, 26 Jun 2018 04:55:26 +0300 [thread overview]
Message-ID: <20180626045118-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <CA+55aFzhuGKinEq5udPsk_uYHShkQxJYqcPO=tLCkT-oxpsgPg@mail.gmail.com>
On Sat, Jun 16, 2018 at 08:08:53AM +0900, Linus Torvalds wrote:
> On Fri, Jun 15, 2018 at 2:08 PM Wei Wang <wei.w.wang@intel.com> wrote:
> >
> > This patch adds a function to get free pages blocks from a free page
> > list. The obtained free page blocks are hints about free pages, because
> > there is no guarantee that they are still on the free page list after
> > the function returns.
...
> > +uint32_t get_from_free_page_list(int order, __le64 buf[], uint32_t size)
...
>
> Ack. This is the kind of simple interface where I don't need to worry
> about the MM code calling out to random drivers or subsystems.
>
> I think that "order" should be checked for validity, but from a MM
> standpoint I think this is fine.
>
> Linus
The only issue seems to be getting hold of buf that's large enough -
and we don't really know what the size is, or whether one
buf would be enough.
Linus, do you think it would be ok to have get_from_free_page_list
actually pop entries from the free list and use them as the buffer
to store PAs?
Caller would be responsible for freeing the returned entries.
--
MST
WARNING: multiple messages have this Message-ID (diff)
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: wei.w.wang@intel.com, virtio-dev@lists.oasis-open.org,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
virtualization <virtualization@lists.linux-foundation.org>,
KVM list <kvm@vger.kernel.org>, linux-mm <linux-mm@kvack.org>,
Michal Hocko <mhocko@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Paolo Bonzini <pbonzini@redhat.com>,
liliang.opensource@gmail.com, yang.zhang.wz@gmail.com,
quan.xu0@gmail.com, nilal@redhat.com,
Rik van Riel <riel@redhat.com>,
peterx@redhat.com
Subject: Re: [PATCH v33 1/4] mm: add a function to get free page blocks
Date: Tue, 26 Jun 2018 04:55:26 +0300 [thread overview]
Message-ID: <20180626045118-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <CA+55aFzhuGKinEq5udPsk_uYHShkQxJYqcPO=tLCkT-oxpsgPg@mail.gmail.com>
On Sat, Jun 16, 2018 at 08:08:53AM +0900, Linus Torvalds wrote:
> On Fri, Jun 15, 2018 at 2:08 PM Wei Wang <wei.w.wang@intel.com> wrote:
> >
> > This patch adds a function to get free pages blocks from a free page
> > list. The obtained free page blocks are hints about free pages, because
> > there is no guarantee that they are still on the free page list after
> > the function returns.
...
> > +uint32_t get_from_free_page_list(int order, __le64 buf[], uint32_t size)
...
>
> Ack. This is the kind of simple interface where I don't need to worry
> about the MM code calling out to random drivers or subsystems.
>
> I think that "order" should be checked for validity, but from a MM
> standpoint I think this is fine.
>
> Linus
The only issue seems to be getting hold of buf that's large enough -
and we don't really know what the size is, or whether one
buf would be enough.
Linus, do you think it would be ok to have get_from_free_page_list
actually pop entries from the free list and use them as the buffer
to store PAs?
Caller would be responsible for freeing the returned entries.
--
MST
next prev parent reply other threads:[~2018-06-26 1:55 UTC|newest]
Thread overview: 86+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-15 4:43 [virtio-dev] [PATCH v33 0/4] Virtio-balloon: support free page reporting Wei Wang
2018-06-15 4:43 ` Wei Wang
2018-06-15 4:43 ` [PATCH v33 1/4] mm: add a function to get free page blocks Wei Wang
2018-06-15 4:43 ` [virtio-dev] " Wei Wang
2018-06-15 4:43 ` Wei Wang
2018-06-15 23:08 ` Linus Torvalds
2018-06-15 23:08 ` Linus Torvalds
2018-06-16 1:19 ` [virtio-dev] " Wang, Wei W
2018-06-16 1:19 ` Wang, Wei W
2018-06-16 1:19 ` Wang, Wei W
2018-06-26 1:55 ` Michael S. Tsirkin [this message]
2018-06-26 1:55 ` Michael S. Tsirkin
2018-06-26 1:55 ` Michael S. Tsirkin
2018-06-27 16:05 ` Linus Torvalds
2018-06-27 16:05 ` Linus Torvalds
2018-06-27 19:07 ` [virtio-dev] " Michael S. Tsirkin
2018-06-27 19:07 ` Michael S. Tsirkin
2018-06-27 19:07 ` Michael S. Tsirkin
2018-06-28 8:39 ` Wei Wang
2018-06-28 8:39 ` [virtio-dev] " Wei Wang
2018-06-28 8:39 ` Wei Wang
2018-06-16 4:50 ` Matthew Wilcox
2018-06-16 4:50 ` Matthew Wilcox
2018-06-17 0:07 ` [virtio-dev] " Wang, Wei W
2018-06-17 0:07 ` Wang, Wei W
2018-06-17 0:07 ` Wang, Wei W
2018-06-18 2:16 ` [virtio-dev] " Michael S. Tsirkin
2018-06-18 2:16 ` Michael S. Tsirkin
2018-06-18 2:16 ` Michael S. Tsirkin
2018-06-15 4:43 ` [virtio-dev] [PATCH v33 2/4] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT Wei Wang
2018-06-15 4:43 ` Wei Wang
2018-06-15 11:42 ` [virtio-dev] " Michael S. Tsirkin
2018-06-15 11:42 ` Michael S. Tsirkin
2018-06-15 11:42 ` Michael S. Tsirkin
2018-06-15 14:11 ` [virtio-dev] " Wang, Wei W
2018-06-15 14:11 ` Wang, Wei W
2018-06-15 14:11 ` Wang, Wei W
2018-06-15 14:29 ` [virtio-dev] " Michael S. Tsirkin
2018-06-15 14:29 ` Michael S. Tsirkin
2018-06-15 14:29 ` Michael S. Tsirkin
2018-06-16 1:09 ` [virtio-dev] " Wang, Wei W
2018-06-16 1:09 ` Wang, Wei W
2018-06-16 1:09 ` Wang, Wei W
2018-06-18 2:28 ` [virtio-dev] " Michael S. Tsirkin
2018-06-18 2:28 ` Michael S. Tsirkin
2018-06-18 2:28 ` Michael S. Tsirkin
2018-06-19 1:06 ` [virtio-dev] " Wang, Wei W
2018-06-19 1:06 ` Wang, Wei W
2018-06-19 1:06 ` Wang, Wei W
2018-06-19 3:05 ` [virtio-dev] " Michael S. Tsirkin
2018-06-19 3:05 ` Michael S. Tsirkin
2018-06-19 3:05 ` Michael S. Tsirkin
2018-06-19 12:13 ` Wei Wang
2018-06-19 12:13 ` Wei Wang
2018-06-19 12:13 ` Wei Wang
2018-06-19 14:43 ` Michael S. Tsirkin
2018-06-19 14:43 ` Michael S. Tsirkin
2018-06-19 14:43 ` Michael S. Tsirkin
2018-06-19 14:43 ` Michael S. Tsirkin
2018-06-20 9:11 ` Wang, Wei W
2018-06-20 9:11 ` Wang, Wei W
2018-06-20 9:11 ` Wang, Wei W
2018-06-20 14:14 ` Michael S. Tsirkin
2018-06-20 14:14 ` Michael S. Tsirkin
2018-06-20 14:14 ` Michael S. Tsirkin
2018-06-19 3:05 ` Michael S. Tsirkin
2018-06-19 1:06 ` Wang, Wei W
2018-06-15 14:11 ` Wang, Wei W
2018-06-15 4:43 ` Wei Wang
2018-06-15 4:43 ` [PATCH v33 3/4] mm/page_poison: expose page_poisoning_enabled to kernel modules Wei Wang
2018-06-15 4:43 ` [virtio-dev] " Wei Wang
2018-06-15 4:43 ` Wei Wang
2018-06-15 4:43 ` [PATCH v33 4/4] virtio-balloon: VIRTIO_BALLOON_F_PAGE_POISON Wei Wang
2018-06-15 4:43 ` [virtio-dev] " Wei Wang
2018-06-15 4:43 ` Wei Wang
2018-06-15 11:29 ` [virtio-dev] Re: [PATCH v33 0/4] Virtio-balloon: support free page reporting Michael S. Tsirkin
2018-06-15 11:29 ` Michael S. Tsirkin
2018-06-15 14:28 ` [virtio-dev] " Wang, Wei W
2018-06-15 14:28 ` Wang, Wei W
2018-06-15 14:28 ` Wang, Wei W
2018-06-15 14:38 ` [virtio-dev] " Michael S. Tsirkin
2018-06-15 14:38 ` Michael S. Tsirkin
2018-06-15 14:38 ` Michael S. Tsirkin
2018-06-15 11:29 ` Michael S. Tsirkin
2018-06-15 19:21 ` Luiz Capitulino
2018-06-15 19:21 ` Luiz Capitulino
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=20180626045118-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=kvm@vger.kernel.org \
--cc=liliang.opensource@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mhocko@kernel.org \
--cc=nilal@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peterx@redhat.com \
--cc=quan.xu0@gmail.com \
--cc=riel@redhat.com \
--cc=torvalds@linux-foundation.org \
--cc=virtio-dev@lists.oasis-open.org \
--cc=virtualization@lists.linux-foundation.org \
--cc=wei.w.wang@intel.com \
--cc=yang.zhang.wz@gmail.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.