All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrea Arcangeli <aarcange@redhat.com>
To: Allison Henderson <achender@linux.vnet.ibm.com>
Cc: Yongqiang Yang <xiaoqiangnk@gmail.com>,
	linux-ext4@vger.kernel.org, Theodore Tso <tytso@mit.edu>,
	Jan Kara <jack@suse.cz>
Subject: Re: [PATCH 2/2] ext4: ext4_discard_partial_page_buffers_no_lock() wrong parameters
Date: Tue, 13 Dec 2011 01:40:47 +0100	[thread overview]
Message-ID: <20111213004047.GH16411@redhat.com> (raw)
In-Reply-To: <4EE65F13.3030800@linux.vnet.ibm.com>

Hi Allison,

On Mon, Dec 12, 2011 at 01:07:47PM -0700, Allison Henderson wrote:
> Hi Andrea,
> 
> I think what Yongqiang means is that the code you are modifying is being 
> removed in the patches listed above and replaced with a different 
> solution.  The patches have not yet been merged so you will not see them 
> in a git tree yet, so you will need to apply them yourself.  If you are 
> not subscribed to the list, you can still find the patches here:
> 
> http://www.spinics.net/lists/linux-ext4/msg29109.html
> http://www.spinics.net/lists/linux-ext4/msg29110.html
> 
> http://www.spinics.net/lists/linux-ext4/msg29375.html
> http://www.spinics.net/lists/linux-ext4/msg29376.html

Thanks for the links. Applied all 4.

> We want to make sure the solution works for everyone, so please apply 
> these patches and let us know if it corrects the issues you are seeing. 
>   Thx!

With all 4 patches applied, my 1/2 patch is still needed to avoid the
hang and writes hangs all the time (but now they don't return -EINVAL
anymore).

My patch 2/2 is not needed with the above 4 patches applied so that
can be discared if you apply the above 4 patches (but I suggest you
check my patch 2/2 too because if it happens to be correct it could
mean there's the potential of 1 byte data corruption in current
upstream kernels in some circumstances, in addition to the -EINVAL
failure in write()).

Let me know if you need me to test me anything else in relation to the
copied=0 case.

Thanks,
Andrea

  reply	other threads:[~2011-12-13  0:41 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-12  2:27 ext4_da_write_end() and copied == 0 Andrea Arcangeli
2011-12-12  2:27 ` [PATCH 1/2] ext4: avoid hangs in ext4_da_should_update_i_disksize() Andrea Arcangeli
2011-12-12  3:28   ` Yongqiang Yang
2011-12-12 16:57     ` Andrea Arcangeli
2011-12-13  1:05       ` Yongqiang Yang
2011-12-12 20:27   ` Jan Kara
2011-12-14  2:44   ` Ted Ts'o
2011-12-12  2:27 ` [PATCH 2/2] ext4: ext4_discard_partial_page_buffers_no_lock() wrong parameters Andrea Arcangeli
2011-12-12  3:17   ` Yongqiang Yang
2011-12-12 16:55     ` Andrea Arcangeli
2011-12-12 20:07       ` Allison Henderson
2011-12-13  0:40         ` Andrea Arcangeli [this message]
2011-12-13  1:16           ` Yongqiang Yang

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=20111213004047.GH16411@redhat.com \
    --to=aarcange@redhat.com \
    --cc=achender@linux.vnet.ibm.com \
    --cc=jack@suse.cz \
    --cc=linux-ext4@vger.kernel.org \
    --cc=tytso@mit.edu \
    --cc=xiaoqiangnk@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.