From: Greg Kurz <gkurz@linux.vnet.ibm.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
QEMU Developers <qemu-devel@nongnu.org>,
Michael Fritscher <michael.fritscher@telematik-zentrum.de>
Subject: Re: [Qemu-devel] [PATCH 0/4] 9p: get rid of readdir_r()
Date: Thu, 2 Jun 2016 11:42:29 +0200 [thread overview]
Message-ID: <20160602114229.41c06a80@bahia.huguette.org> (raw)
In-Reply-To: <CAFEAcA89sPu3hPJ=9LRSq2k4pL2PXwpNPNZjO2idNUULV7hvCw@mail.gmail.com>
On Thu, 2 Jun 2016 10:33:06 +0100
Peter Maydell <peter.maydell@linaro.org> wrote:
> On 2 June 2016 at 09:51, Greg Kurz <gkurz@linux.vnet.ibm.com> wrote:
> > The readdir_r() function has a broken design and should not be used anymore.
> > It is expected to be obsoleted in a future version of POSIX.1:
> >
> > http://austingroupbugs.net/view.php?id=696#c2857
> >
> > Glibc has already announced that 2.24 (scheduled for August 2016) will
> > deprecates readdir_r() and encourages people to use readdir() with
> > external synchronization instead.
>
> > Since POSIX.1 will require readdir() to be thread-safe when employed on
> > different directory streams, and glibc already does that, the choice
> > was made to have per-directory locking.
>
> AIUI the argument is that all sensible implementations of readdir()
> already provide the thread-safety guarantees POSIX is going to
> specify, but have you tested this on one of the BSDs or OSX?
> (and/or checked their current readdir implementation...)
>
No I haven't because "VirtFS is supported only on Linux" at the moment.
But thanks for raising the flag: it reminds me that there's ongoing
work to support VirtFS on win32 hosts and I should also Cc Michael
Fritscher.
Thanks !
--
Greg
> thanks
> -- PMM
>
next prev parent reply other threads:[~2016-06-02 9:42 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-02 8:51 [Qemu-devel] [PATCH 0/4] 9p: get rid of readdir_r() Greg Kurz
2016-06-02 8:52 ` [Qemu-devel] [PATCH 1/4] 9p: drop useless out: label Greg Kurz
2016-06-02 19:57 ` Eric Blake
2016-06-02 8:52 ` [Qemu-devel] [PATCH 2/4] 9p: introduce the V9fsDir type Greg Kurz
2016-06-02 20:05 ` Eric Blake
2016-06-02 8:52 ` [Qemu-devel] [PATCH 3/4] 9p: add locking to V9fsDir Greg Kurz
2016-06-02 20:46 ` Eric Blake
2016-06-02 8:52 ` [Qemu-devel] [PATCH 4/4] 9p: switch back to readdir() Greg Kurz
2016-06-02 21:00 ` Eric Blake
2016-06-03 6:29 ` Greg Kurz
2016-06-02 9:33 ` [Qemu-devel] [PATCH 0/4] 9p: get rid of readdir_r() Peter Maydell
2016-06-02 9:42 ` Greg Kurz [this message]
2016-06-02 12:05 ` Peter Maydell
2016-06-02 13:59 ` Michael Fritscher
2016-06-02 15:47 ` Greg Kurz
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=20160602114229.41c06a80@bahia.huguette.org \
--to=gkurz@linux.vnet.ibm.com \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=michael.fritscher@telematik-zentrum.de \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/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).