public inbox for linux-btrfs@vger.kernel.org
 help / color / mirror / Atom feed
From: David Sterba <dsterba@suse.cz>
To: Qu Wenruo <quwenruo.btrfs@gmx.com>
Cc: Qu Wenruo <wqu@suse.com>, linux-btrfs@vger.kernel.org
Subject: Re: [PATCH 1/2] btrfs-progs: check: Make btrfs check return error for qgroup mismatch
Date: Thu, 10 May 2018 13:45:49 +0200	[thread overview]
Message-ID: <20180510114549.GD6649@suse.cz> (raw)
In-Reply-To: <d28e1cb9-7610-89ff-4980-34a969fbe779@gmx.com>

On Thu, May 10, 2018 at 09:43:09AM +0800, Qu Wenruo wrote:
> 
> 
> On 2018年05月09日 01:45, David Sterba wrote:
> > On Mon, Apr 30, 2018 at 02:16:59PM +0800, Qu Wenruo wrote:
> >> Current btrfs-check will check qgroup consistency, but even when it
> >> finds something wrong, the return value is still 0.
> >>
> >> Fix it by allowing report_qgroups() to return int to indicate qgroup
> >> mismatch, and also add extra logical to return no error if qgroup repair
> >> is successful.
> >>
> >> Without this patch, fstests can't detect qgroup corruption by its fsck
> >> alone.
> >>
> >> Signed-off-by: Qu Wenruo <wqu@suse.com>
> > 
> > Applied, thanks. Please send the 0/N (cover letter) mail even for
> > 2-patch series.
> 
> Any advice on the necessity of the cover letter?
> 
> Is cover letter highly recommended for any patches which have any
> dependency like the 2nd test case?

The cover letter is a place where you can get feedback on the whole
patchset, individual patches get the specific comments to the code.

A patchset makes a logical chunk of patches so the cover letter also
serves as the high-level overview of the changes before I or others even
start looking further.

I've seen other maintainers to prefer cover letters, but as this is not
documented and not generally appreciated by developers, it needs to be
stated. Developers who post patches frequently could help to improve the
patch flow process, but lack of cover letter is not a big deal
otherwise.

  reply	other threads:[~2018-05-10 11:48 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-30  6:16 [PATCH 1/2] btrfs-progs: check: Make btrfs check return error for qgroup mismatch Qu Wenruo
2018-04-30  6:17 ` [PATCH 2/2] btrfs-progs: fsck-tests: Add test case to ensure btrfs check return error for corrupted qgroups Qu Wenruo
2018-05-08 17:45 ` [PATCH 1/2] btrfs-progs: check: Make btrfs check return error for qgroup mismatch David Sterba
2018-05-10  1:43   ` Qu Wenruo
2018-05-10 11:45     ` David Sterba [this message]
2018-05-10 12:17       ` Qu Wenruo
  -- strict thread matches above, loose matches on Subject: below --
2018-04-30  6:28 Qu Wenruo

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=20180510114549.GD6649@suse.cz \
    --to=dsterba@suse.cz \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=quwenruo.btrfs@gmx.com \
    --cc=wqu@suse.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