From 5a4ca20fd6f4d305ba14e1bc845f50cf24599303 Mon Sep 17 00:00:00 2001 From: Andrea Gelmini Date: Sat, 16 Oct 2010 15:19:11 +0200 Subject: [PATCH] --- yaml --- r: 218843 b: refs/heads/master c: 58c6ed38a16cd235588ed4a5ca3b213f055bc14c h: refs/heads/master i: 218841: 570270d5da8bb9bf4608789bfa86e85d08c39531 218839: 261ee529aa6ca3d4c4f64f5b999aff36eb01fbad v: v3 --- [refs] | 2 +- trunk/fs/ext2/inode.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/[refs] b/[refs] index 8cd1ac9a81a7..75c76399fa3f 100644 --- a/[refs] +++ b/[refs] @@ -1,2 +1,2 @@ --- -refs/heads/master: db50d20b1da6ebb62bc28172de142efd9e7b5d89 +refs/heads/master: 58c6ed38a16cd235588ed4a5ca3b213f055bc14c diff --git a/trunk/fs/ext2/inode.c b/trunk/fs/ext2/inode.c index 940c96168868..f834f0d8d563 100644 --- a/trunk/fs/ext2/inode.c +++ b/trunk/fs/ext2/inode.c @@ -458,7 +458,7 @@ static int ext2_alloc_blocks(struct inode *inode, * the same format as ext2_get_branch() would do. We are calling it after * we had read the existing part of chain and partial points to the last * triple of that (one with zero ->key). Upon the exit we have the same - * picture as after the successful ext2_get_block(), excpet that in one + * picture as after the successful ext2_get_block(), except that in one * place chain is disconnected - *branch->p is still zero (we did not * set the last link), but branch->key contains the number that should * be placed into *branch->p to fill that gap.