linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Ernesto A. Fernández" <ernesto.mnd.fernandez@gmail.com>
To: Jens Axboe <axboe@kernel.dk>
Cc: Jan Kara <jack@suse.cz>,
	linux-fsdevel@vger.kernel.org,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Jeff Moyer <jmoyer@redhat.com>
Subject: Re: [PATCH] direct-io: allow direct writes to empty inodes
Date: Mon, 21 Jan 2019 21:04:21 -0300	[thread overview]
Message-ID: <20190122000421.cmzcshm2kbe5jcfw@eaf> (raw)
In-Reply-To: <20190107180308.gsnqimqmmabwnwfc@eaf>

On Mon, Jan 07, 2019 at 03:03:08PM -0300, Ernesto A. Fernández wrote:
> On Sat, Oct 27, 2018 at 10:54:09AM -0600, Jens Axboe wrote:
> > On 10/26/18 10:12 PM, Ernesto A. Fernández wrote:
> > > On Fri, Oct 26, 2018 at 08:29:00AM -0600, Jens Axboe wrote:
> > >> On 10/26/18 3:30 AM, Jan Kara wrote:
> > >>> On Mon 08-10-18 20:58:23, Ernesto A. Fernández wrote:
> > >>>> On a DIO_SKIP_HOLES filesystem, the ->get_block() method is currently
> > >>>> not allowed to create blocks for an empty inode.  This confusion comes
> > >>>> from trying to bit shift a negative number, so check the size of the
> > >>>> inode first.
> > >>>>
> > >>>> The problem is most visible for hfsplus, because the fallback to
> > >>>> buffered I/O doesn't happen and the write fails with EIO.  This is in
> > >>>> part the fault of the module, because it gives a wrong return value on
> > >>>> ->get_block(); that will be fixed in a separate patch.
> > >>>>
> > >>>> Signed-off-by: Ernesto A. Fernández <ernesto.mnd.fernandez@gmail.com>
> > >>>
> > >>> Good catch. The patch looks good. You can add:
> > >>>
> > >>> Reviewed-by: Jan Kara <jack@suse.cz>
> > >>>
> > >>> Also Jens often picks up patches for direct IO code so added him to CC.
> > >>> Jens?
> > >>
> > >> Looks good to me. Ernesto, did you run this through xfstests as well?
> > > 
> > > I only ran the quick tests for ext2.  Also for hfsplus, but those are not
> > > very meaningful because too many are failing.
> > 
> > OK, that's useful. I'll run it through the whole thing just in case,
> > but I don't expect to find anything.
> 
> So what happened with this patch?  Any issues?

Ping?

> 
> > 
> > -- 
> > Jens Axboe
> > 

  reply	other threads:[~2019-01-22  0:04 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-08 23:58 [PATCH] direct-io: allow direct writes to empty inodes Ernesto A. Fernández
2018-10-26  9:30 ` Jan Kara
2018-10-26 14:29   ` Jens Axboe
2018-10-27  4:12     ` Ernesto A. Fernández
2018-10-27 16:54       ` Jens Axboe
2019-01-07 18:03         ` Ernesto A. Fernández
2019-01-22  0:04           ` Ernesto A. Fernández [this message]
2019-01-22 15:27             ` Jens Axboe

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=20190122000421.cmzcshm2kbe5jcfw@eaf \
    --to=ernesto.mnd.fernandez@gmail.com \
    --cc=axboe@kernel.dk \
    --cc=jack@suse.cz \
    --cc=jmoyer@redhat.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=viro@zeniv.linux.org.uk \
    /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).