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>...
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 <...
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 <...
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