diff options
| author | Al Viro <viro@ftp.linux.org.uk> | 2006-04-26 07:26:09 +0100 |
|---|---|---|
| committer | Linus Torvalds <torvalds@g5.osdl.org> | 2006-04-26 07:52:21 -0700 |
| commit | de0bb97aff6743f71abb8ec581238e2bdae9cdd1 (patch) | |
| tree | 86bf40b0545ca3b125864065aeb1ec4b3791aabf /arch | |
| parent | c82ffb07cd1aa356c599999c4f0dc5155a91d318 (diff) | |
| download | kernel_samsung_espresso10-de0bb97aff6743f71abb8ec581238e2bdae9cdd1.tar.gz kernel_samsung_espresso10-de0bb97aff6743f71abb8ec581238e2bdae9cdd1.tar.bz2 kernel_samsung_espresso10-de0bb97aff6743f71abb8ec581238e2bdae9cdd1.zip | |
[PATCH] forgotten ->b_data in memcpy() call in ext3/resize.c (oopsable)
sbi->s_group_desc is an array of pointers to buffer_head. memcpy() of
buffer size from address of buffer_head is a bad idea - it will generate
junk in any case, may oops if buffer_head is close to the end of slab
page and next page is not mapped and isn't what was intended there.
IOW, ->b_data is missing in that call. Fortunately, result doesn't go
into the primary on-disk data structures, so only backup ones get crap
written to them; that had allowed this bug to remain unnoticed until
now.
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions