From: Allison Henderson <allison.henderson@oracle.com>
To: "Darrick J. Wong" <darrick.wong@oracle.com>, sandeen@redhat.com
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH 4/7] xfs_buflock: record buffer initialization
Date: Sun, 27 May 2018 20:52:21 -0700 [thread overview]
Message-ID: <fd6f49d6-fac7-40d7-462e-4123a993f4c9@oracle.com> (raw)
In-Reply-To: <152728632163.22515.2423877809843536137.stgit@magnolia>
Looks ok:
Reviewed by: Allison Henderson <allison.henderson@oracle.com>
On 05/25/2018 03:12 PM, Darrick J. Wong wrote:
> From: Darrick J. Wong <darrick.wong@oracle.com>
>
> Buffers are created locked, so we have to factor that into the buffer
> state machine that the script utilizes.
>
> Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
> ---
> tools/xfsbuflock.py | 11 +++++++++++
> 1 file changed, 11 insertions(+)
>
>
> diff --git a/tools/xfsbuflock.py b/tools/xfsbuflock.py
> index 954f0954..8f38f9f0 100755
> --- a/tools/xfsbuflock.py
> +++ b/tools/xfsbuflock.py
> @@ -91,6 +91,13 @@ class Buffer:
> if not self.locked:
> self.lockdone(process, time)
>
> + def init(self, process, time):
> + # Buffers are initialized locked, but we could be allocating
> + # a surplus buffer while trying to grab a buffer that may or
> + # may not already exist.
> + if not self.locked:
> + self.lockdone(process, time)
> +
> def lockdone(self, process, time):
> if self.locked:
> print('Buffer 0x%x already locked at line %d? (line %d)' % \
> @@ -183,6 +190,10 @@ for line in fileinput.input():
> buf = getbuf(toks)
> if buf is not None:
> buf.trylock(proc, time)
> + elif fn == 'xfs_buf_init':
> + buf = getbuf(toks)
> + if buf is not None:
> + buf.init(proc, time)
> elif fn == 'xfs_buf_item_unlock':
> pass
> else:
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at https://urldefense.proofpoint.com/v2/url?u=http-3A__vger.kernel.org_majordomo-2Dinfo.html&d=DwICaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=LHZQ8fHvy6wDKXGTWcm97burZH5sQKHRDMaY1UthQxc&m=ZceT9igTX4NtDB5x4zRNsz3TmN4D9IUS-PIL2AEkKxI&s=VCNmW1CRDq3QALM6L6wQiTmHHrEeGSZVf4H7GUBQG2w&e=
>
next prev parent reply other threads:[~2018-05-28 3:52 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-25 22:11 [PATCH 0/7] xfsprogs-4.17: last of the fixes Darrick J. Wong
2018-05-25 22:11 ` [PATCH 1/7] xfs_repair: fix integer handling issues Darrick J. Wong
2018-05-28 3:52 ` Allison Henderson
2018-05-28 13:56 ` Carlos Maiolino
2018-05-29 14:52 ` Darrick J. Wong
2018-05-29 15:15 ` [PATCH v2 " Darrick J. Wong
2018-05-25 22:11 ` [PATCH 2/7] xfs_buflock: ignore if buffer already locked Darrick J. Wong
2018-05-28 3:52 ` Allison Henderson
2018-05-25 22:11 ` [PATCH 3/7] xfs_buflock: record line number of trace where we locked the buffer Darrick J. Wong
2018-05-28 3:52 ` Allison Henderson
2018-05-25 22:12 ` [PATCH 4/7] xfs_buflock: record buffer initialization Darrick J. Wong
2018-05-28 3:52 ` Allison Henderson [this message]
2018-05-25 22:12 ` [PATCH 5/7] fsck: fix more bashisms Darrick J. Wong
2018-05-28 3:52 ` Allison Henderson
2018-05-28 14:02 ` Carlos Maiolino
2018-05-25 22:12 ` [PATCH 6/7] xfs_scrub: actually check for errors coming from close() Darrick J. Wong
2018-05-28 3:52 ` Allison Henderson
2018-05-28 14:06 ` Carlos Maiolino
2018-05-25 22:12 ` [PATCH 7/7] libxfs: remove crc32 functions Darrick J. Wong
2018-05-28 3:53 ` Allison Henderson
2018-05-28 14:11 ` Carlos Maiolino
2018-05-29 14:56 ` Darrick J. Wong
2018-05-29 21:46 ` Eric Sandeen
2018-07-23 22:55 ` Eric Sandeen
2018-07-24 19:48 ` Darrick J. Wong
2018-05-29 19:10 ` [PATCH 0/7] xfsprogs-4.17: last of the fixes Eric Sandeen
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=fd6f49d6-fac7-40d7-462e-4123a993f4c9@oracle.com \
--to=allison.henderson@oracle.com \
--cc=darrick.wong@oracle.com \
--cc=linux-xfs@vger.kernel.org \
--cc=sandeen@redhat.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;
as well as URLs for NNTP newsgroup(s).