search for: zabbo

From: Zach Brown <zab@zabbo.net> ocfs2''s .aio_read and .aio_write methods are changed to take iov_iter and pass it to generic functions. Wrappers are made to pack the iovecs into iters and call these new functions. Signed-off-by: Dave Kleikamp <dave.kleikamp@oracle.com> Cc: Zach Brown <zab@zabbo.net&gt...

Hi! Is there a way to view ext3 filesystem's maintained journal (in a human-readable-format)? I ask, because i have had a server crash before and now i'm wondering if i might take a look at last things that my server did straight before crash. I guess clarifying log insertions might be lost before buffers were flushed to disk. Thx.

Hi. petrb@bots-bnr1:/mnt$ btrfs subvolume delete ext2_saved/ Delete subvolume ''/mnt/ext2_saved'' ERROR: cannot delete ''/mnt/ext2_saved'' this is not really very descriptive. It would be really cool if it told me why it can''t delete it. For example: Permission denied. Cannot delete ... Disk write error. Cannot delete Descriptive error messages

...jects. Callers like btrfs are using their own leak tracking which will manage allocated objects in a list(or something else), this does indeed the same thing as what slab does. So adding a callback for leak tracking can avoid this as well as runtime overhead. (The idea is from Zach Brown <zab@zabbo.net>.) Signed-off-by: Liu Bo <bo.li.liu@oracle.com> --- v2: add a wrapper API for slab destruction to make decoder only work in particular path. fs/btrfs/extent_io.c | 26 ++++++++++++++++++++++++-- fs/btrfs/extent_map.c | 13 ++++++++++++- include/linux/slab.h | 2 ++...

...acking which will manage allocated objects in a list(or something else), this does indeed the same thing as what slab does. So adding a callback for leak tracking can avoid this as well as runtime overhead. Signed-off-by: Liu Bo <bo.li.liu@oracle.com> --- The idea is from Zach Brown <zab@zabbo.net>. fs/btrfs/extent_io.c | 24 ++++++++++++++++++++++++ fs/btrfs/extent_map.c | 12 ++++++++++++ include/linux/slab.h | 1 + include/linux/slab_def.h | 1 + include/linux/slub_def.h | 1 + mm/slab_common.c | 1 + mm/slub.c | 5 +++++ 7 fil...

Signed-off-by: Dave Kleikamp <dave.kleikamp at oracle.com> Acked-by: Joel Becker <jlbec at evilplan.org> Cc: Zach Brown <zab at zabbo.net> Cc: Mark Fasheh <mfasheh at suse.com> Cc: ocfs2-devel at oss.oracle.com --- fs/ocfs2/aops.h | 2 +- fs/ocfs2/file.c | 55 ++++++++++++++++++++++---------------------------- fs/ocfs2/ocfs2_trace.h | 6 +++--- 3 files changed, 28 insertions(+), 35 deletions(-) diff --g...

...t;ym@tekinsoft.com> Yuriy Kozlov <ykozlov@ptcusa.com> Yuta Ando <yuta.and@gmail.com> Yuval Mintz <yuvalmin@broadcom.com> Yuvaraj CD <yuvaraj.cd@samsung.com> Yvan FILLION <yvan.fillion@stericsson.com> Zach Brown <zab@redhat.com> Zach Brown <zab@zabbo.net> Zach Sadecki <zsadecki@itwatchdogs.com> Zachary Amsden <zamsden@gmail.com> Zang MingJie <zealot0630@gmail.com> Zdenek Kabelac <zkabelac@redhat.com> Zefir Kurtisi <zefir.kurtisi@neratec.com> Zeng Zhaoming <zengzm.kernel@gmail.com> Zero.Lin &l...

...t;ym@tekinsoft.com> Yuriy Kozlov <ykozlov@ptcusa.com> Yuta Ando <yuta.and@gmail.com> Yuval Mintz <yuvalmin@broadcom.com> Yuvaraj CD <yuvaraj.cd@samsung.com> Yvan FILLION <yvan.fillion@stericsson.com> Zach Brown <zab@redhat.com> Zach Brown <zab@zabbo.net> Zach Sadecki <zsadecki@itwatchdogs.com> Zachary Amsden <zamsden@gmail.com> Zang MingJie <zealot0630@gmail.com> Zdenek Kabelac <zkabelac@redhat.com> Zefir Kurtisi <zefir.kurtisi@neratec.com> Zeng Zhaoming <zengzm.kernel@gmail.com> Zero.Lin &l...

...t;ym@tekinsoft.com> Yuriy Kozlov <ykozlov@ptcusa.com> Yuta Ando <yuta.and@gmail.com> Yuval Mintz <yuvalmin@broadcom.com> Yuvaraj CD <yuvaraj.cd@samsung.com> Yvan FILLION <yvan.fillion@stericsson.com> Zach Brown <zab@redhat.com> Zach Brown <zab@zabbo.net> Zach Sadecki <zsadecki@itwatchdogs.com> Zachary Amsden <zamsden@gmail.com> Zang MingJie <zealot0630@gmail.com> Zdenek Kabelac <zkabelac@redhat.com> Zefir Kurtisi <zefir.kurtisi@neratec.com> Zeng Zhaoming <zengzm.kernel@gmail.com> Zero.Lin &l...

...t;ym@tekinsoft.com> Yuriy Kozlov <ykozlov@ptcusa.com> Yuta Ando <yuta.and@gmail.com> Yuval Mintz <yuvalmin@broadcom.com> Yuvaraj CD <yuvaraj.cd@samsung.com> Yvan FILLION <yvan.fillion@stericsson.com> Zach Brown <zab@redhat.com> Zach Brown <zab@zabbo.net> Zach Sadecki <zsadecki@itwatchdogs.com> Zachary Amsden <zamsden@gmail.com> Zang MingJie <zealot0630@gmail.com> Zdenek Kabelac <zkabelac@redhat.com> Zefir Kurtisi <zefir.kurtisi@neratec.com> Zeng Zhaoming <zengzm.kernel@gmail.com> Zero.Lin &l...

...t;ym@tekinsoft.com> Yuriy Kozlov <ykozlov@ptcusa.com> Yuta Ando <yuta.and@gmail.com> Yuval Mintz <yuvalmin@broadcom.com> Yuvaraj CD <yuvaraj.cd@samsung.com> Yvan FILLION <yvan.fillion@stericsson.com> Zach Brown <zab@redhat.com> Zach Brown <zab@zabbo.net> Zach Sadecki <zsadecki@itwatchdogs.com> Zachary Amsden <zamsden@gmail.com> Zang MingJie <zealot0630@gmail.com> Zdenek Kabelac <zkabelac@redhat.com> Zefir Kurtisi <zefir.kurtisi@neratec.com> Zeng Zhaoming <zengzm.kernel@gmail.com> Zero.Lin &l...

...@ptcusa.com> Yusuke Goda <yusuke.goda.sx@renesas.com> Yuta Ando <yuta.and@gmail.com> Yuval Mintz <yuvalmin@broadcom.com> Yuvaraj CD <yuvaraj.cd@samsung.com> Yvan FILLION <yvan.fillion@stericsson.com> Zach Brown <zab@redhat.com> Zach Brown <zab@zabbo.net> Zach Sadecki <zsadecki@itwatchdogs.com> Zachary Amsden <zamsden@gmail.com> Zang MingJie <zealot0630@gmail.com> Zdenek Kabelac <zkabelac@redhat.com> Zefir Kurtisi <zefir.kurtisi@neratec.com> Zeng Zhaoming <zengzm.kernel@gmail.com> Zero.Lin &l...

...@ptcusa.com> Yusuke Goda <yusuke.goda.sx@renesas.com> Yuta Ando <yuta.and@gmail.com> Yuval Mintz <yuvalmin@broadcom.com> Yuvaraj CD <yuvaraj.cd@samsung.com> Yvan FILLION <yvan.fillion@stericsson.com> Zach Brown <zab@redhat.com> Zach Brown <zab@zabbo.net> Zach Sadecki <zsadecki@itwatchdogs.com> Zachary Amsden <zamsden@gmail.com> Zang MingJie <zealot0630@gmail.com> Zdenek Kabelac <zkabelac@redhat.com> Zefir Kurtisi <zefir.kurtisi@neratec.com> Zeng Zhaoming <zengzm.kernel@gmail.com> Zero.Lin &l...

...om.com> Yuvaraj CD <yuvaraj.cd@samsung.com> Yuvaraj Kumar C D <yuvaraj.cd@samsung.com> Yvan FILLION <yvan.fillion@stericsson.com> Yves-Alexis Perez <corsac@debian.org> Zach Bobroff <zacharyb@ami.com> Zach Brown <zab@redhat.com> Zach Brown <zab@zabbo.net> Zach Sadecki <zsadecki@itwatchdogs.com> Zachary Amsden <zamsden@gmail.com> Zang MingJie <zealot0630@gmail.com> Zbigniew Bodek <zbb@semihalf.com> Zdenek Kabelac <zkabelac@redhat.com> Zefir Kurtisi <zefir.kurtisi@neratec.com> Zeng Zhaoming &lt...

...om.com> Yuvaraj CD <yuvaraj.cd@samsung.com> Yuvaraj Kumar C D <yuvaraj.cd@samsung.com> Yvan FILLION <yvan.fillion@stericsson.com> Yves-Alexis Perez <corsac@debian.org> Zach Bobroff <zacharyb@ami.com> Zach Brown <zab@redhat.com> Zach Brown <zab@zabbo.net> Zach Sadecki <zsadecki@itwatchdogs.com> Zachary Amsden <zamsden@gmail.com> Zang MingJie <zealot0630@gmail.com> Zbigniew Bodek <zbb@semihalf.com> Zdenek Kabelac <zkabelac@redhat.com> Zefir Kurtisi <zefir.kurtisi@neratec.com> Zeng Zhaoming &lt...

We have a machine that is trying its darndest to house a linux kernel cvs repository. The machine is a dual 733mhz p3 netfinity of some kind. 512M of mem. Filesystem 1k-blocks Used Available Use% Mounted on /dev/sda1 16484504 4015876 11631240 26% / /dev/sda2 31079 3199 26276 11% /boot /dev/sdb2 16516084 32828 15644264 1%

I was flipping through the code recently and noticed that we still have the double whammy of allocating dir entry positions with parent_dir->counter++ and that weird setting of f_pos to 2^31-1. So after enough creates (and deletes :)) in a directory we end up with an entry item whose key is past that value. f_pos gets rewound instead of being set to that magical EOF. readdir() gets stuck