When running 'quotaon -a' I get message 'quotaon: using /quota.user on
/dev/hdc3: Invalid argument'. This occurs at least with 2.4.0-ac4 and
2.4.0-ac9, but not with 2.4.0.
That's because 2.4.0-ac? supports new quota format which is incompatible
with the old one... You need also new
Hello.
Following patch against 2.4.0-test7 fixes returning of errors from
ext2_new_inode(). Currenly if ext2_new_inode() failed EIO was returned
from functions like ext2_create() which is bad as it can fail also
with EDQUOT and such.
On Mon, 4 Sep 2000, Jan Kara wrote:
Hello.
Following patch fixes bug in dquot_transfer() - while we were sleeping
i_blocks might change and so number quota was miscounted. Patches are
against 2.2.16 and 2.4.0-test6 (but should apply well on newer versions).
Umm
of blocks after notify_change() once more all the quota will be counted
properly. The only problem is that quota can be exceeded this way. We have to check
Nope. You've just shifted the race window (and inverted the
effect) - think what happens if you've got new allocations after
How about the following:
* dquot_{alloc,free}_block() _never_ blocks.
* we have 3 inlined helper functions - alloc_block(), free_block() and
change_xid(). They get exclusion (BKL, spinlock, whatever) and update both
quota and i_blocks.
Consequences:
* quota for
On Mon, 11 Sep 2000, Martin Diehl wrote:
transfer_to[cnt] is initialized to NODQUOT from the first loop
(due to several continue's e.g.) when entering the second loop.
Unfortunately I do not feel familiar enough to the quota code to
provide a patch for this problem.
well, was a
Hello.
So I did the fixes of races in quota Al found. The patch can
be found at
ftp://atrey.karlin.mff.cuni.cz/pub/local/jack/quota/v2.4/quota-fix-2.4.0-test8-1.diff.
In the patch are included also some cleanups (especially change in
invalidate_dquots()) which I originally wanted to
Hello.
So I've been thinking about fixes in quota (and also writing some parts).
I think I thought of a bit easier implementation of featureas Al suggested. So:
* i_blocks is updated by quota in DQUOT_{ALLOC|FREE}_BLOCK (as a bonus we get
fix of those unpleasant ext2 preallocation vs.
Hello.
I found one bug in the quota fixes (forgot to mark_inode_dirty()
when i_blocks were changed). Patch which fixes this is at:
ftp://atrey.karlin.mff.cuni.cz/pub/local/jack/quota/v2.4/quota-fix-2.4.0-test9-2a.diff
It's supposed to be applied after quota-fix-2.4.0-test9-1.diff in the
Hello.
"Stephen C. Tweedie" wrote:
Hi Jan,
On Wed, Sep 27, 2000 at 02:56:20PM +0200, Jan Kara wrote:
So I've been thinking about fixes in quota (and also writing some parts).
While we're at it, I've attached a patch which I was sent which simply
tea
Hello.
Running with 2.2.17
VFS: Diskquotas version dquot_6.4.0 initialized
We have some problem with the quota with only SOME users.
Is there any new version of quota which fix this kind of
bug ?
#cat /etc/fstab | grep home
/dev/rd/c0d0p7 /home ext2defaults,usrquota1 2
Hello.
I'm sending you a small fix in quota. Currently on
systems with many different users there are problems that too
many dquots are bound in unused inodes. Following patch
fixes it - quota tries to get dquots from unused inodes
more than once.
Hello.
After rewrite of umount checks some time ago (just now reading your mail
I realized I never asked) filesystem doesn't umount when quotas are
turned on on it - it fails on check (atomic_read(mnt-mnt_count) 2)
in do_umount().
Is this intended behaviour? If so, we can remove later
Hello.
--- fs/super.c Thu Nov 2 22:38:59 2000
+++ fs/super.c.new Tue Nov 21 11:36:05 2000
@@ -1037,13 +1037,13 @@
}
spin_lock(dcache_lock);
- if (atomic_read(mnt-mnt_count) 2) {
- spin_unlock(dcache_lock);
- mntput(mnt);
-
Hello.
After installing and configuring kernel 2.4.0-test11, all is working well,
except quota's on the root FS. I am at a loss as to how to correct this:
ls -l /quota.*
ls: /quota.group: Value too large for defined data type
ls: /quota.user: Value too large for defined data type
rm
Hello.
After rewrite on umount code automagical turning of
quotas off stopped working - filesystem was considered
busy.
I would restore the behaviour in 2.4 and probably
in 2.5 move this to userland together with other quota
changes...
Following patch (written by Al Viro) should restore
On 14 Nov 00 at 18:39, Jan Kara wrote:
Hello.
On 9 Nov 00 at 19:18, Jan Kara wrote:
used (I tried to contact Ulrich Drepper [EMAIL PROTECTED] who should
be right person to ask about such things (at least I was said so) but go
no answer...). Does anybody have any better
Hello.
I've ported my quota patches for 2.4.0-test12.
You can download the patches from
ftp://atrey.karlin.mff.cuni.cz/pub/local/jack/quota/v2.4/
quota-fix-2.4.0-test12-1.diff.gz
and
quota-patch-2.4.0-test12-1.diff.gz
Honza
-
To unsubscribe from this
I've ported my quota patches for 2.4.0-test12.
You can download the patches from
ftp://atrey.karlin.mff.cuni.cz/pub/local/jack/quota/v2.4/
quota-fix-2.4.0-test12-1.diff.gz
and
quota-patch-2.4.0-test12-1.diff.gz
Sorry to follow up myself. I had better tell what those patches do :-):
Hello.
Perhaps the help text for disk quotas needs to be updated, or at least the
howto for quotas.
The help text for disk quotas says to see the Quota mini-HOWTO. The howto
says to get the quota source from:
ftp://ftp.funet.fi/pub/Linux/PEOPLE/Linus/subsystems/quota/all.tar.gz
Hello.
So I've updated my quota patches for 2.4.0-prerelease. I also
fixed one locking bug in implementation of new quotafile format
and added a few comments. I also fixed compilation problems
(when quota was disabled) - Alan, were there any problems
I didn't fix (I've seen you and someone
Hello.
I've got a report that some people using quotas for lots of
users are experiencing being out of dquots. The problem is
that we have quota structs bound in unused inodes and we are not
aggressive enough to get it back. The following patch should
fix it (OK, more proper would be to make
happen.
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
Hello.
I'm sending you update of my quota patches. There are fixed some
syscall issues on ia64, sparc64 and s390x architectures. There's
also one small bugfix (or maybe new feature :)) - general users
are now allowed to get information about quota files. The incremental
patch is attached.
by user.
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
Hello.
I maintain quotatool, a command-line quota utility.
Right now, I'm using BLOCK_SIZE -- defined in
linux/fs.h -- to convert between blocks and bytes.
I'd like to not use the linux header files at all for
this, but how else can I find the info?
In current kernel there's no
On Thu, Apr 12, 2007 at 18:01:12 +0200, Jan Kara wrote:
On Wed 04-04-07 08:36:20, Tino Keitel wrote:
On Mon, Apr 02, 2007 at 10:48:27 -0400, Chuck Ebbert wrote:
[...]
Well, it works for me on 32-bit as well, right up to 100% full.
No problems at all...
Maybe
;).
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
has been revoked */
+
Is it intended to conflict with VM_ALWAYSDUMP? I'd guess not and if
yes, it definitely deserves a comment...
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list
I'm not sure anybody remembers ;). Nick, do you have
an idea?
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Mon 12-03-07 15:39:00, Nick Piggin wrote:
On Mon, Mar 12, 2007 at 03:20:12PM +0100, Jan Kara wrote:
Hi,
Hi, I am encountering a performance problem, which I have tracked into
the
Linux kernel. The problem occurs with my experimental web server that
uses
sendfile
On Mon 12-03-07 13:05:17, Ashif Harji wrote:
On Mon, 12 Mar 2007, Jan Kara wrote:
On Mon 12-03-07 15:39:00, Nick Piggin wrote:
On Mon, Mar 12, 2007 at 03:20:12PM +0100, Jan Kara wrote:
Hi,
Hi, I am encountering a performance problem, which I have tracked into
the
Linux kernel
.
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
-by: OGAWA Hirofumi [EMAIL PROTECTED]
Signed-off-by: Jan Kara [EMAIL PROTECTED]
Just to explain a bit: I think that returning EINVAL is quite unexpected
for users in this case (I actually got a bugreport which turned out to be
this problem) and fallback to buffered IO seems to be a reasonable
On Sun 11-02-07 14:59:53, Frank Hartmann wrote:
Jan Kara [EMAIL PROTECTED] writes:
OK, thanks for the news. Please, write me when you try out 2.6.20. Just
if it rings bell to someone on this list: It looks like the page had no
buffers but PagePrivate was set. Strange.
Hi Jan,
below
On Thu 15-02-07 00:33:31, Frank Hartmann wrote:
Jan Kara [EMAIL PROTECTED] writes:
Yes I see some correlation. Again it seems there is a problem with buffers
attached to a page which got truncated but Private flag of the page stayed.
It's probably not important but just out of curiosity
On Fri 16-02-07 00:01:32, Frank Hartmann wrote:
Jan Kara [EMAIL PROTECTED] writes:
On Thu 15-02-07 00:33:31, Frank Hartmann wrote:
Jan Kara [EMAIL PROTECTED] writes:
Yes I see some correlation. Again it seems there is a problem with
buffers
attached to a page which got
of that dependency either.
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
On Tue 20-03-07 14:44:46, Jarek Poplawski wrote:
On Tue, Mar 20, 2007 at 01:19:09PM +0100, Jan Kara wrote:
On Tue 20-03-07 12:31:51, Jarek Poplawski wrote:
On Tue, Mar 20, 2007 at 12:22:53PM +0100, Jarek Poplawski wrote:
On Tue, Mar 20, 2007 at 12:17:01PM +0100, Jarek Poplawski wrote
.
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
?
Bye
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
Introduce ra.offset and store in it an offset where the previous read ended. This way
we can detect whether reads are really sequential (and thus we should not mark the page
On Tue 10-04-07 19:27:22, Andrew Morton wrote:
On Tue, 10 Apr 2007 17:54:11 +0200 Jan Kara [EMAIL PROTECTED] wrote:
Introduce ra.offset and store in it an offset where the previous read
ended. This way
we can detect whether reads are really sequential (and thus we should not
mark
.
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
Rename file_ra_state.prev_page to prev_index and file_ra_state.offset to
prev_offset. Also update of prev_index in do_generic_mapping_read() is now
moved close to the update of prev_offset.
Signed-off-by: Jan Kara [EMAIL PROTECTED]
diff
?
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue 20-02-07 01:07:38, Adrian Bunk wrote:
remove_inode_dquot_ref() can now become static.
ACK. I should have noticed it when acking Christophs patch...
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Jan Kara [EMAIL PROTECTED
guide
preallocation for things like defragmentation (e.g. preallocate space
for the file being defragmented and move the file to it).
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line
of following patches for details.
The patches sustained some torturing so I hope that I did not introduce
more bugs than I've fixed ;). Andrew, could you please put the patches
into -mm kernels for testing? Thanks.
Honza
--
Jan
Use sector_t and loff_t for file offsets in UDF filesystem. Otherwise
an overflow may occur for long files. Also make inode_bmap() return offset in
the extent in number of blocks instead of number of bytes - for most callers
this is more convenient.
Signed-off-by: Jan Kara [EMAIL PROTECTED
Make UDF use get_bh() instead of directly accessing b_count and use brelse()
instead of udf_release_data() which does just brelse()...
Signed-off-by: Jan Kara [EMAIL PROTECTED]
diff -rupX /home/jack/.kerndiffexclude
linux-2.6.20-2-udf_extent_position_t/fs/udf/balloc.c
linux-2.6.20-3
Add a few assertions into udf_discard_prealloc() to check that the file
is sane (mostly helps debugging further patches ;).
Signed-off-by: Jan Kara [EMAIL PROTECTED]
diff -rupX /home/jack/.kerndiffexclude
linux-2.6.20-3-udf_buffer_handling/fs/udf/truncate.c
linux-2.6.20-4
Make UDF work correctly for files larger than 1GB. As no extent can
be longer than (130)-blocksize bytes, we have to create several extents
if a big hole is being created. As a side-effect, we now don't discard
preallocated blocks when creating a hole.
Signed-off-by: Jan Kara [EMAIL PROTECTED
We have to decrease link-count of the parent directory when removing a
subdirectory.
Signed-off-by: Jan Kara [EMAIL PROTECTED]
diff -rupX /home/jack/.kerndiffexclude
linux-2.6.20-5-large_file_fix/fs/udf/namei.c
linux-2.6.20-6-rmdir_fix/fs/udf/namei.c
--- linux-2.6.20-5-large_file_fix/fs/udf
because it needs a few blocks from a ton of
distinct files (shared libs, config files, etc). As these files are mostly
read only, it's advantageous to interleave them on disk or at least keep
them close.
Honza
--
Jan Kara
On Tue 06-03-07 12:23:22, Eric Sandeen wrote:
Jan Kara wrote:
On Tue 06-03-07 06:36:09, Ulrich Drepper wrote:
Christoph Hellwig wrote:
fallocate with the whence argument and flags is already quite complicated,
I'd rather have another call for placement decisions, that would
be called
...
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
file
will be affected. Is this the aliasing issue you referred to?
Yes, this is exactly what I meant. Note that these problems are not
only about writes but also about truncate and such...
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE
On Fri 30-03-07 06:59:23, Tino Keitel wrote:
On Tue, Mar 06, 2007 at 17:44:47 +0100, Jan Kara wrote:
Hello,
the patches attached to six following emails implement some cleanup and
fixes in the UDF code. The main two fixes are:
1) UDF now works correctly for files larger than 1GB
On Fri 30-03-07 06:59:23, Tino Keitel wrote:
On Tue, Mar 06, 2007 at 17:44:47 +0100, Jan Kara wrote:
Hello,
the patches attached to six following emails implement some cleanup and
fixes in the UDF code. The main two fixes are:
1) UDF now works correctly for files larger than 1GB
On Sun 23-12-07 02:51:09, [EMAIL PROTECTED] wrote:
udf_load_logicalvol may fail eg in out of memory conditions - check it
and propagate error further
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Ben Fennema [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
I certainly agree
PROTECTED]
CC: Ben Fennema [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
Looks fine. Acked-by: Jan Kara [EMAIL PROTECTED]
Honza
---
fs/udf/balloc.c| 76 +++--
fs/udf/inode.c |2
On Sun 23-12-07 02:51:12, [EMAIL PROTECTED] wrote:
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Ben Fennema [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
Looks much better :). Acked-by: Jan Kara [EMAIL PROTECTED
PROTECTED]
CC: Ben Fennema [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
Looks fine. Acked-by: Jan Kara [EMAIL PROTECTED]
Honza
---
fs/udf/super.c |8
fs/udf/udf_sb.h | 31 ++-
2 files
-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Ben Fennema [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
Looks fine. Acked-by: Jan Kara [EMAIL PROTECTED]
Honza
---
fs/udf/super.c |3 +--
1 files
Fennema [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
I've already acked this patch in the previous submission so I ack it here
as well :)
Honza
---
fs/udf/super.c | 295
);
+ if (bit_already_cleared)
+ udf_debug(bit already cleared for block %d\n, bit);
+ } while (bit_already_cleared);
mark_buffer_dirty(bh);
--
1.5.3.7
--
Jan Kara [EMAIL PROTECTED]
SUSE Labs, CR
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Sun 06-01-08 02:21:51, [EMAIL PROTECTED] wrote:
convert byte order of constant instead of variable,
which can be done at compile time (vs run time)
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
OK, makes sence. Acked-by: Jan Kara [EMAIL PROTECTED
On Sat 22-12-07 00:12:06, Andrew Morton wrote:
Sorry for a late reply but I was on vacation.
On Thu, 20 Dec 2007 18:51:04 +0100 Jan Kara [EMAIL PROTECTED] wrote:
Although we don't allow writes over s_maxbytes, it can happen that a file's
size is larger than s_maxbytes. For example we can
to i_size_read_trunc() and if I fail I'll investigate how hard
it would be to handle the problems inside OCFS2.
Honza
--
Jan Kara [EMAIL PROTECTED]
SUSE Labs, CR
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Mon 07-01-08 22:10:01, Marcin Slusarz wrote:
On Mon, Jan 07, 2008 at 03:48:21PM +0100, Jan Kara wrote:
On Sun 06-01-08 02:21:50, [EMAIL PROTECTED] wrote:
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
I'm not sure if this improves readability in general. If the code is
really
...
Honza
--
Jan Kara [EMAIL PROTECTED]
SUSE Labs, CR
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Andrew,
On Sat 22-12-07 00:12:06, Andrew Morton wrote:
On Thu, 20 Dec 2007 18:51:04 +0100 Jan Kara [EMAIL PROTECTED] wrote:
Although we don't allow writes over s_maxbytes, it can happen that a file's
size is larger than s_maxbytes. For example we can write the file from a
computer
8b 54 53 54 7e 35 8b 1c 00 00 74 24
04 8b 7c 24 40 28 c4 0c c3 0f b7 43 8b 4c 00
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
to write the inode explicitely.
But there's really no need to wait on IO. We only have to copy all
data from inode structure into buffers and that happens even if we don't
wait on sync.
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR
Hi,
--
Jan Kara [EMAIL PROTECTED]
SUSE Labs, CR
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
below should fix them. It survived
beating with LTP and fsstress on ext2 filesystem on my testing machine so
it should be reasonably bugfree... Andrew, would you put the patch into
-mm? Thanks.
Honza
--
Jan Kara [EMAIL PROTECTED
On Thu 10-01-08 23:06:20, [EMAIL PROTECTED] wrote:
udf_load_logicalvol may fail eg in out of memory conditions - check it
and propagate error further
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Ben Fennema [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
CC: Christoph Hellwig
On Thu 10-01-08 23:06:21, [EMAIL PROTECTED] wrote:
convert UDF_SB_ALLOC_BITMAP macro to udf_sb_alloc_bitmap function
convert UDF_SB_FREE_BITMAP macro to udf_sb_free_bitmap function
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Ben Fennema [EMAIL PROTECTED]
CC: Jan Kara [EMAIL
On Thu 10-01-08 23:06:22, [EMAIL PROTECTED] wrote:
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Ben Fennema [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
CC: Christoph Hellwig [EMAIL PROTECTED]
Acked-by: Jan Kara [EMAIL PROTECTED]
---
fs/udf/balloc.c |4 +---
fs/udf
On Thu 10-01-08 23:06:25, [EMAIL PROTECTED] wrote:
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
CC: Christoph Hellwig [EMAIL PROTECTED]
Acked-by: Jan Kara [EMAIL PROTECTED]
---
fs/udf/inode.c | 15 ++-
fs/udf/misc.c| 35
On Thu 10-01-08 23:06:26, [EMAIL PROTECTED] wrote:
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
CC: Christoph Hellwig [EMAIL PROTECTED]
Just two minor comment...
---
fs/udf/balloc.c | 49 -
1 files
On Thu 10-01-08 23:06:27, [EMAIL PROTECTED] wrote:
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
CC: Christoph Hellwig [EMAIL PROTECTED]
Acked-by: Jan Kara [EMAIL PROTECTED]
---
fs/udf/balloc.c | 118
')
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
---
include/linux/udf_fs.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/udf_fs.h b/include/linux/udf_fs.h
index 36c684e..c954527 100644
--- a/include/linux/udf_fs.h
+++ b
On Thu 10-01-08 23:06:32, [EMAIL PROTECTED] wrote:
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
CC: Christoph Hellwig [EMAIL PROTECTED]
Acked-by: Jan Kara [EMAIL PROTECTED]
---
fs/udf/super.c | 59
On Thu 10-01-08 16:36:35, Andrew Morton wrote:
On Thu, 10 Jan 2008 16:55:13 +0100
Jan Kara [EMAIL PROTECTED] wrote:
Hi,
sorry for the previous empty email...
Supriya noted in his testing that sometimes buffers removed by
__remove_assoc_queue() don't have b_assoc_mapping set
On Sat 12-01-08 14:13:31, Marcin Slusarz wrote:
On Fri, Jan 11, 2008 at 12:24:49AM +0100, Jan Kara wrote:
On Thu 10-01-08 23:06:26, [EMAIL PROTECTED] wrote:
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Jan Kara [EMAIL PROTECTED]
CC: Christoph Hellwig [EMAIL PROTECTED]
Just
On Fri 11-01-08 15:33:54, Andrew Morton wrote:
On Fri, 11 Jan 2008 15:21:31 +0100
Jan Kara [EMAIL PROTECTED] wrote:
On Thu 10-01-08 16:36:35, Andrew Morton wrote:
On Thu, 10 Jan 2008 16:55:13 +0100
Jan Kara [EMAIL PROTECTED] wrote:
Hi,
sorry for the previous empty
transaction start ranks below page lock (standard buffered write path) and
page lock ranks below mmap_sem. So we have at least one more dependency
mmap_sem must go before transaction start...
Honza
--
Jan Kara [EMAIL PROTECTED
On Fri 11-01-08 15:33:54, Andrew Morton wrote:
On Fri, 11 Jan 2008 15:21:31 +0100
Jan Kara [EMAIL PROTECTED] wrote:
On Thu 10-01-08 16:36:35, Andrew Morton wrote:
On Thu, 10 Jan 2008 16:55:13 +0100
Jan Kara [EMAIL PROTECTED] wrote:
Hi,
sorry for the previous empty
deleted. So
there would be no stale files... Or did you mean anything else?
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
-By : ?
Handled-By : ?
Status : unknown
I thought Shaggy asked Oliver about some details (and he did not
answer so far) so I'd assume Shaggy is handling this.
Honza
--
Jan Kara [EMAIL PROTECTED
should produce some
better error message into the log?
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Hello,
I got a bunch of these into dmesg:
EXT3-fs error (device sd(8,2)): ext3_readdir: bad entry in directory #323880:
rec_len is smaller than minimal - offset=0, inode=0, rec_len=0, name_len=0
EXT3-fs error (device sd(8,2)): ext3_readdir: bad entry in directory #323888:
rec_len is
On Tue, Sep 18, 2007 at 05:12:06PM +0200, you [Jan Kara] wrote:
Hello,
I got a bunch of these into dmesg:
EXT3-fs error (device sd(8,2)): ext3_readdir: bad entry in directory
#323880: rec_len is smaller than minimal - offset=0, inode=0, rec_len=0,
name_len=0
EXT3-fs
are safe). Any feeling
what is less hacky?
Honza
--
Jan Kara [EMAIL PROTECTED]
SUSE Labs, CR
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
2b 16 19 c0 85 c0 75 ec 8b 46 04 85 c0 7f 30 c7 44 24
: EIP: [journal_put_journal_head+64/209] journal_put_journal_head+0x40/0xd1
SS:ESP 0068:c2bf7e38
: note: kswapd0[243] exited with preempt_count 2
Honza
--
Jan Kara
reproducible, there's low chance of
finding the bug).
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
is from Linus's git, last commit
6e800af233e0bdf108efb7bd23c11ea6fa34cdeb
which is from Sunday Nov 11. The machine is Athlon XP 1400+, 512 MB RAM,
only loop module loaded, .config attached.
Honza
--
Jan Kara [EMAIL
,
only loop module loaded, .config attached.
Honza
--
Jan Kara [EMAIL PROTECTED]
SuSE CR Labs
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.24-rc2
# Tue Nov 13 14:53:48 2007
1 - 100 of 6478 matches
Mail list logo
