Thread (7 messages) 7 messages, 2 authors, 2020-04-01

Re: mmotm 2020-03-30-18-46 uploaded (VDPA + vhost)

From: "Michael S. Tsirkin" <mst@redhat.com>
Date: 2020-03-31 19:23:15
Also in: linux-fsdevel, linux-mm, linux-next, lkml

On Tue, Mar 31, 2020 at 11:42:47AM -0700, Randy Dunlap wrote:
On 3/31/20 11:37 AM, Michael S. Tsirkin wrote:
quoted
On Tue, Mar 31, 2020 at 11:27:54AM -0700, Randy Dunlap wrote:
quoted
On 3/30/20 6:47 PM, akpm@linux-foundation.org wrote:
quoted
The mm-of-the-moment snapshot 2020-03-30-18-46 has been uploaded to

   http://www.ozlabs.org/~akpm/mmotm/

mmotm-readme.txt says

README for mm-of-the-moment:

http://www.ozlabs.org/~akpm/mmotm/

This is a snapshot of my -mm patch queue.  Uploaded at random hopefully
more than once a week.

You will need quilt to apply these patches to the latest Linus release (5.x
or 5.x-rcY).  The series file is in broken-out.tar.gz and is duplicated in
http://ozlabs.org/~akpm/mmotm/series

The file broken-out.tar.gz contains two datestamp files: .DATE and
.DATE-yyyy-mm-dd-hh-mm-ss.  Both contain the string yyyy-mm-dd-hh-mm-ss,
followed by the base kernel version against which this patch series is to
be applied.

This tree is partially included in linux-next.  To see which patches are
included in linux-next, consult the `series' file.  Only the patches
within the #NEXT_PATCHES_START/#NEXT_PATCHES_END markers are included in
linux-next.


A full copy of the full kernel tree with the linux-next and mmotm patches
already applied is available through git within an hour of the mmotm
release.  Individual mmotm releases are tagged.  The master branch always
points to the latest release, so it's constantly rebasing.

	https://github.com/hnaz/linux-mm
on i386:

ld: drivers/vhost/vdpa.o: in function `vhost_vdpa_init':
vdpa.c:(.init.text+0x52): undefined reference to `__vdpa_register_driver'
ld: drivers/vhost/vdpa.o: in function `vhost_vdpa_exit':
vdpa.c:(.exit.text+0x14): undefined reference to `vdpa_unregister_driver'



drivers/virtio/vdpa/ is not being built. (confusing!)

CONFIG_VIRTIO=m
# CONFIG_VIRTIO_MENU is not set
CONFIG_VDPA=y
Hmm. OK. Can't figure it out. CONFIG_VDPA is set why isn't
drivers/virtio/vdpa/ built?
we have:
Ack.  Hopefully Yamada-san can tell us what is happening here.
OK I pushed a fix (moving the vdpa subsystem up a level) and pushed into
my tree, refs/heads/next .  Seems to build fine now, but I'd appreciate
it if you can give it a spin.

-- 
MST
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help