From: Kent Overstreet <kent.overstreet@linux.dev>
To: Brian Foster <bfoster@redhat.com>, dchinner@redhat.com
Cc: linux-bcachefs@vger.kernel.org
Subject: Freezing (was: Re: fstests generic/441 -- occasional bcachefs failure)
Date: Thu, 2 Feb 2023 12:09:20 -0500 [thread overview]
Message-ID: <Y9vuQHtYOhAOqPF1@moria.home.lan> (raw)
In-Reply-To: <Y9vbv7TFyu+stccD@bfoster>
On Thu, Feb 02, 2023 at 10:50:23AM -0500, Brian Foster wrote:
> I don't have a public repo atm but I've posted the patch if you have
> somewhere to land it for CI testing..? It survived my regression tests
> so far, FWIW. (I also had posted that random cleanup patch a bit ago if
> you hadn't noticed..).
Must have missed it, sorry. I can host a git repo for you on my server,
or github works fine - I generally prefer git repo links, git am is
always a bit of a hassle.
> Is there a reporting dashboard or something available for the test
> infrastruture for bcachefs?
https://evilpiepirate.org/~testdashboard/ci
I've got a small server farm that watches git branches and runs the
entire test suite on every commit starting from the recent - once you've
got a git branch up I'll add yours to the list it watches.
You'll probably want to get acquainted with ktest, it's what both the CI
uses for running tests, and what we use for local development:
https://evilpiepirate.org/git/ktest.git
> > Freeze definitely needs to happen. It's been _ages_ since I was looking
> > at it so I couldn't say offhand where we'd need to start, but if you're
> > interested I'd be happy to look at what it'd take.
> >
>
> Yeah, that would be interesting. Thanks.
Maybe we could get Dave to give us a brief rundown of freezing? It's
been ages since I was thinking about that and it's all fallen out of my
brain, but Dave was the one who was able to explain it to me before :)
I think getting freezing done would up our test coverage by a good bit,
so it's worth prioritizing.
> FWIW, I was reading through the "Journaling" and "Sequential
> consistency" sections of the architecture documentation [1]. It's
> possible I just misinterpreted some wording.
>
> [1] https://bcachefs.org/Architecture/#Journaling
*nod* Thanks for the link, that's old but not ancient - that's from when
the journal seq blacklist mechanism was how we did sequential
consistency.
Whenever I find the time to work on documentation again, I want to move
more stuff (including that sort of high level developer documentation)
to the principles of operation: https://bcachefs.org/bcachefs-principles-of-operation.pdf
Right now it's more end user documentation, but last I was working on
that I was starting to add documentation centered around on disk data
structures - i.e. btrees and key types, and it seemed to be going in a
useful direction.
next prev parent reply other threads:[~2023-02-02 17:09 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-25 15:45 fstests generic/441 -- occasional bcachefs failure Brian Foster
2023-01-26 15:08 ` Kent Overstreet
2023-01-27 7:21 ` Kent Overstreet
2023-01-27 14:50 ` Brian Foster
2023-01-30 17:06 ` Kent Overstreet
2023-01-31 16:04 ` Brian Foster
2023-02-01 14:34 ` Kent Overstreet
2023-02-02 15:50 ` Brian Foster
2023-02-02 17:09 ` Kent Overstreet [this message]
2023-02-02 20:04 ` Freezing (was: Re: fstests generic/441 -- occasional bcachefs failure) Brian Foster
2023-02-02 22:39 ` Kent Overstreet
2023-02-03 0:51 ` Dave Chinner
2023-02-04 0:35 ` Kent Overstreet
2023-02-07 0:03 ` Dave Chinner
2023-02-16 20:04 ` Eric Wheeler
2023-02-20 22:19 ` Dave Chinner
2023-02-20 23:23 ` Kent Overstreet
2023-02-02 22:56 ` fstests generic/441 -- occasional bcachefs failure Kent Overstreet
2023-02-04 21:33 ` Brian Foster
2023-02-04 22:15 ` Kent Overstreet
2023-02-06 15:33 ` Brian Foster
2023-02-06 22:18 ` Kent Overstreet
2023-02-09 12:57 ` Brian Foster
2023-02-09 14:58 ` Kent Overstreet
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=Y9vuQHtYOhAOqPF1@moria.home.lan \
--to=kent.overstreet@linux.dev \
--cc=bfoster@redhat.com \
--cc=dchinner@redhat.com \
--cc=linux-bcachefs@vger.kernel.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