qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Max Reitz <mreitz@redhat.com>
To: "Dr. David Alan Gilbert" <dgilbert@redhat.com>, vgoyal@redhat.com
Cc: virtio-fs@redhat.com, qemu-devel@nongnu.org,
	Stefan Hajnoczi <stefanha@redhat.com>
Subject: Re: [PATCH] virtiofsd: Show submounts
Date: Thu, 30 Apr 2020 10:06:38 +0200	[thread overview]
Message-ID: <8c73f374-fcc8-1684-b581-84a9ab501aa9@redhat.com> (raw)
In-Reply-To: <20200429145720.GA2835@work-vm>


[-- Attachment #1.1: Type: text/plain, Size: 1784 bytes --]

On 29.04.20 16:57, Dr. David Alan Gilbert wrote:
> * Dr. David Alan Gilbert (dgilbert@redhat.com) wrote:
>> * Max Reitz (mreitz@redhat.com) wrote:
>>> Currently, setup_mounts() bind-mounts the shared directory without
>>> MS_REC.  This makes all submounts disappear.
>>>
>>> Pass MS_REC so that the guest can see submounts again.
>>
>> Thanks!
>>
>>> Fixes: 3ca8a2b1c83eb185c232a4e87abbb65495263756
>>
>> Should this actually be 5baa3b8e95064c2434bd9e2f312edd5e9ae275dc ?
>>
>>> Signed-off-by: Max Reitz <mreitz@redhat.com>
>>> ---
>>>  tools/virtiofsd/passthrough_ll.c | 2 +-
>>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/tools/virtiofsd/passthrough_ll.c b/tools/virtiofsd/passthrough_ll.c
>>> index 4c35c95b25..9d7f863e66 100644
>>> --- a/tools/virtiofsd/passthrough_ll.c
>>> +++ b/tools/virtiofsd/passthrough_ll.c
>>> @@ -2643,7 +2643,7 @@ static void setup_mounts(const char *source)
>>>      int oldroot;
>>>      int newroot;
>>>  
>>> -    if (mount(source, source, NULL, MS_BIND, NULL) < 0) {
>>> +    if (mount(source, source, NULL, MS_BIND | MS_REC, NULL) < 0) {
>>>          fuse_log(FUSE_LOG_ERR, "mount(%s, %s, MS_BIND): %m\n", source, source);
>>>          exit(1);
>>>      }
>>
>> Do we want MS_SLAVE to pick up future mounts that might happenf rom the
>> host?
>> What's the interaction between this and the MS_REC|MS_SLAVE that we have
>> a few lines above for / ?
> 
> Just to confirm something from vgoyal, and what had confused me about
> why we hadn't spotted this earlier.
> 
> Even without this patch, the SLAVE stuff worked so if you start the
> daemon and *then* mount under the shared directory, the guest sees it
> with or without this patch.

Hm, I don’t.  Do you really?

Max


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  parent reply	other threads:[~2020-04-30  8:07 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-24 13:35 [PATCH] virtiofsd: Show submounts Max Reitz
2020-04-27 17:59 ` Dr. David Alan Gilbert
2020-04-28  6:06   ` Max Reitz
2020-04-28  9:59     ` Dr. David Alan Gilbert
2020-04-28 10:13       ` Max Reitz
2020-04-28 10:19         ` Dr. David Alan Gilbert
2020-04-28  8:46   ` Daniel P. Berrangé
2020-04-28 14:51   ` Stefan Hajnoczi
2020-04-28 14:58     ` Daniel P. Berrangé
2020-04-28 19:07     ` [Virtio-fs] " Miklos Szeredi
2020-04-28 19:15       ` Dr. David Alan Gilbert
2020-04-29  7:59         ` Miklos Szeredi
2020-04-29  9:26           ` Miklos Szeredi
2020-04-29 12:34             ` Vivek Goyal
2020-04-29 12:41               ` Vivek Goyal
2020-04-29  8:31         ` Max Reitz
2020-04-29  8:52           ` Miklos Szeredi
2020-04-29  9:31             ` Max Reitz
2020-04-29 14:57   ` Dr. David Alan Gilbert
2020-04-29 15:35     ` Vivek Goyal
2020-04-30  8:06     ` Max Reitz [this message]
2020-04-30  8:58       ` Dr. David Alan Gilbert
2020-04-30  9:21         ` Max Reitz
2020-04-30 11:38           ` Max Reitz
2020-04-30 13:56         ` Vivek Goyal
2020-04-30 14:20           ` Dr. David Alan Gilbert
2020-04-30 14:24             ` Vivek Goyal
2020-04-30 14:34             ` Daniel P. Berrangé
2020-04-30 14:41               ` Vivek Goyal
2020-04-30 14:47                 ` Daniel P. Berrangé
2020-04-30 15:41                   ` Vivek Goyal
2020-05-01 17:53 ` Dr. David Alan Gilbert

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=8c73f374-fcc8-1684-b581-84a9ab501aa9@redhat.com \
    --to=mreitz@redhat.com \
    --cc=dgilbert@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.com \
    --cc=vgoyal@redhat.com \
    --cc=virtio-fs@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).