[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200916143046.GA13543@infradead.org>
Date: Wed, 16 Sep 2020 15:30:46 +0100
From: Christoph Hellwig <hch@...radead.org>
To: Chris Mason <clm@...com>
Cc: Christoph Hellwig <hch@...radead.org>,
Nick Terrell <nickrterrell@...il.com>,
Herbert Xu <herbert@...dor.apana.org.au>,
linux-crypto@...r.kernel.org, linux-btrfs@...r.kernel.org,
squashfs-devel@...ts.sourceforge.net,
linux-f2fs-devel@...ts.sourceforge.net,
linux-kernel@...r.kernel.org, Kernel Team <Kernel-team@...com>,
Nick Terrell <terrelln@...com>, Petr Malat <oss@...at.biz>,
Johannes Weiner <jweiner@...com>,
Niket Agarwal <niketa@...com>, Yann Collet <cyan@...com>
Subject: Re: [PATCH 5/9] btrfs: zstd: Switch to the zstd-1.4.6 API
On Wed, Sep 16, 2020 at 10:20:52AM -0400, Chris Mason wrote:
> It???s not completely clear what you???re asking for here. If the API
> matches what???s in zstd-1.4.6, that seems like a reasonable way to label
> it. That???s what the upstream is for this code.
>
> I???m also not sure why we???re taking extra time to shit on the zstd
> userspace package. Can we please be constructive or at least actionable?
Because it really doesn't matter that these crappy APIs he is
introducing match anything, especially not something done as horribly
as the zstd API. We'll need to do this properly, and claiming
compliance to some version of this lousy API is completely irrelevant
for the kernel.
Powered by blists - more mailing lists