From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60993) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bGPzN-0005w8-I8 for qemu-devel@nongnu.org; Fri, 24 Jun 2016 08:13:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bGPzI-0005qY-QI for qemu-devel@nongnu.org; Fri, 24 Jun 2016 08:13:36 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48877) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bGPzI-0005qU-Ks for qemu-devel@nongnu.org; Fri, 24 Jun 2016 08:13:32 -0400 Date: Fri, 24 Jun 2016 13:13:28 +0100 From: "Daniel P. Berrange" Message-ID: <20160624121328.GB2825@redhat.com> Reply-To: "Daniel P. Berrange" References: <1466105332-10285-1-git-send-email-marcandre.lureau@redhat.com> <1466105332-10285-4-git-send-email-marcandre.lureau@redhat.com> <20160623073840-mutt-send-email-mst@redhat.com> <20160623074849-mutt-send-email-mst@redhat.com> <934708551.1342481.1466672883154.JavaMail.zimbra@redhat.com> <20160623194541-mutt-send-email-mst@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH v2 3/3] socket: unlink unix socket on remove List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?utf-8?Q?Marc-Andr=C3=A9?= Lureau Cc: "Michael S. Tsirkin" , QEMU , Paolo Bonzini On Fri, Jun 24, 2016 at 02:08:52PM +0200, Marc-Andr=C3=A9 Lureau wrote: > On Thu, Jun 23, 2016 at 7:01 PM, Michael S. Tsirkin wr= ote: > >> > Maybe what you want is a need_unlink feature. > >> > Set it for unix sockets only, that would make some sense. > >> > >> Oh perhaps what you mean is that if the fd was passed, we should cle= anup the unix socket? Yes, I think we should do that then. I'll update th= e series. >=20 > Actually it's not possible to pass a listening fd to a socket chardev > today (the path argument doesn't understand /dev/fdset), so only path > created by qemu will be cleaned up. >=20 > > > > I'd like it better contained - that's all. So let's set a flag that s= ays > > "must unlink" as opposed to "it's listening". >=20 > You suggest to rename QIO_CHANNEL_FEATURE_LISTEN to > QIO_CHANNEL_FEATURE_LISTEN_MUST_UNLINK ? Or to add another feature > flag? I don't think that brings anything useful here. IMHO the existing QIO_CHANNEL_FEATURE_LISTEN makes more sense than a QIO_CHANNEL_FEATURE_MUST_UNLINK, so I'd like to see your current patches go in as is. Regards, Daniel --=20 |: http://berrange.com -o- http://www.flickr.com/photos/dberrange= / :| |: http://libvirt.org -o- http://virt-manager.or= g :| |: http://autobuild.org -o- http://search.cpan.org/~danberr= / :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vn= c :|