s/erofs/zdata.c | 2 +-
I'm okay for EROFS part,
Acked-by: Gao Xiang
Thanks,
Gao Xiang
> 5 files changed, 5 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/crypto/hisilicon/qm.c b/drivers/crypto/hisilicon/qm.c
> index b57da5ef8b5b..4a39cb2c6a0b 100644
>
able.c| 22 +++---
> drivers/md/dm.c | 21 -
> drivers/md/dm.h | 4
> drivers/nvdimm/pmem.c| 1 -
> drivers/s390/block/dcssblk.c | 1 -
> fs/erofs/super.c | 11 +++----
For erofs part,
the ->iomap_begin
> methods.
>
> Signed-off-by: Christoph Hellwig
> ---
> fs/dax.c | 6 +-
> fs/erofs/data.c | 11 --
> fs/erofs/internal.h | 1 +
For erofs part, it looks good to me,
Reviewed-by: Gao Xiang
Thanks,
Gao Xiang
checkpath is as so often
> wrongly opinionated..
>
sigh...I personally tend to use "unsigned" instead of "unsigned int" as well,
but checkpatch.pl also suggests erofs to use "unsigned int" :-(
Thanks,
Gao Xiang
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
rote some hack stuff but don't have more time working on it...
https://git.kernel.org/pub/scm/linux/kernel/git/xiang/linux.git/log/?h=erofs/initrd-fsdax
I'm not sure if others are interested in topic though.
It would be helpful to get rid of all brd page->index use cases
first.
Than
On Tue, Sep 27, 2022 at 10:09:04AM -0400, Mikulas Patocka wrote:
>
>
> On Wed, 21 Sep 2022, Gao Xiang wrote:
>
> > On Tue, Sep 20, 2022 at 01:52:38PM -0400, Mikulas Patocka wrote:
> > > Hi
> > >
> > > Here I'm sending second version
On Thu, Sep 29, 2022 at 04:05:43PM -0400, Mikulas Patocka wrote:
>
>
> On Wed, 28 Sep 2022, Gao Xiang wrote:
>
> > > Hi
> > >
> > > Ramdisk DAX was there in the past, but it was removed in the kernel 4.15.
> >
> > Hi Mikulas!
> >
>
ner stakeholders.
I'm too tired about these different container image solutions. I will
go on improve EROFS, and hopefully it will finally useful to everyone.
Thanks,
Gao Xiang
But short of reaching wider consensus on the need for these DM
targets: there is nothing preventing you from carryi
On 2023/5/24 03:48, Giuseppe Scrivano wrote:
Gao Xiang writes:
Hi Giuseppe,
On 2023/5/24 01:11, Giuseppe Scrivano wrote:
Gao Xiang writes:
...
Agreed, I hope you guys could actually sit down and evaluate a proper
solution on the next OCI v2, currently I know there are
Hi Giuseppe,
On 2023/5/24 01:11, Giuseppe Scrivano wrote:
Gao Xiang writes:
...
Agreed, I hope you guys could actually sit down and evaluate a proper
solution on the next OCI v2, currently I know there are:
- Composefs
- (e)stargz https://github.com/containerd/stargz-snapshotter
n of page
cache sharing and overlayfs copyup limitation). I'm too tired of
container image stuffs honestly. Too much unnecessary manpower waste.
Thanks,
Gao Xiang
But, I don't really speak for the block layer developers, so take my
opinions with a pinch of salt.
--
dm-devel mailing lis
ilesystems must
do their block-mapping theirselves: ext4 (extents or blockmap), XFS
(extents), etc.
I've explained internally to your team multiple times as a kernel
developer, personally I don't want to repeat here again and again to
your guys.
Thanks,
Gao Xiang
And this
for VMs).
In the end, Assume that if you *end up with* later upstreaming
reading backing filesystem files directly under the block layer
(for example, as your second step), that is really a not-go.
Anyway, all the above is on behalf myself.
Thanks,
Gao Xiang
--
dm-devel mailing list
dm-devel@redhat.com
https://listman.redhat.com/mailman/listinfo/dm-devel
13 matches
Mail list logo
