search for: zabbo

Displaying 17 results from an estimated 17 matches for "zabbo".

Did you mean: zabb
2013 Jan 09
0
[PATCH V5 19/30] ocfs2: add support for read_iter, write_iter, and direct_IO_bvec
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...
2006 Jun 20
1
viewing ext3 journal
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.
2013 Feb 20
2
btrfs doesn't report proper error when removing subvolume
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
2013 Jan 16
6
[PATCH V2] mm/slab: add a leak decoder callback
...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 ++...
2013 Jan 14
5
[PATCH] mm/slab: add a leak decoder callback
...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...
2013 Jul 25
0
[PATCH V8 21/33] ocfs2: add support for read_iter and write_iter
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...
2013 Mar 18
0
[linux-linus test] 17325: regressions - trouble: broken/fail/pass
...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...
2013 Mar 29
0
[linux-linus test] 17454: regressions - FAIL
...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...
2013 Apr 10
0
[linux-linus test] 17612: regressions - FAIL
...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...
2013 May 05
0
[linux-linus test] 17901: regressions - FAIL
...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...
2013 May 07
0
[linux-linus test] 17916: regressions - FAIL
...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...
2013 Jun 16
0
[linux-linus test] 18150: regressions - FAIL
...@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...
2013 Jun 23
0
[linux-linus test] 18181: regressions - trouble: broken/fail/pass
...@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...
2013 Aug 29
0
[linux-linus test] 18805: regressions - FAIL
...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...
2013 Aug 29
0
[linux-linus test] 18844: regressions - FAIL
...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...
2001 Oct 18
0
2.2.19+0.0.7a assert in transaction.c:journal_start()
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%
2012 Dec 17
3
getdents spinning on 0x7fffffff
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