Searched hist:"498 e5f24158da7bf8fa48074a70e370e22844492" (Results 1 – 8 of 8) sorted by relevance
/openbmc/linux/fs/ext4/ |
H A D | bitmap.c | diff 498e5f24158da7bf8fa48074a70e370e22844492 Tue Nov 04 23:14:04 CST 2008 Theodore Ts'o <tytso@mit.edu> ext4: Change unsigned long to unsigned int
Convert the unsigned longs that are most responsible for bloating the stack usage on 64-bit systems.
Nearly all places in the ext3/4 code which uses "unsigned long" is probably a bug, since on 32-bit systems a ulong a 32-bits, which means we are wasting stack space on 64-bit systems.
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
|
H A D | dir.c | diff 498e5f24158da7bf8fa48074a70e370e22844492 Tue Nov 04 23:14:04 CST 2008 Theodore Ts'o <tytso@mit.edu> ext4: Change unsigned long to unsigned int
Convert the unsigned longs that are most responsible for bloating the stack usage on 64-bit systems.
Nearly all places in the ext3/4 code which uses "unsigned long" is probably a bug, since on 32-bit systems a ulong a 32-bits, which means we are wasting stack space on 64-bit systems.
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
|
H A D | balloc.c | diff 498e5f24158da7bf8fa48074a70e370e22844492 Tue Nov 04 23:14:04 CST 2008 Theodore Ts'o <tytso@mit.edu> ext4: Change unsigned long to unsigned int
Convert the unsigned longs that are most responsible for bloating the stack usage on 64-bit systems.
Nearly all places in the ext3/4 code which uses "unsigned long" is probably a bug, since on 32-bit systems a ulong a 32-bits, which means we are wasting stack space on 64-bit systems.
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
|
H A D | namei.c | diff 498e5f24158da7bf8fa48074a70e370e22844492 Tue Nov 04 23:14:04 CST 2008 Theodore Ts'o <tytso@mit.edu> ext4: Change unsigned long to unsigned int
Convert the unsigned longs that are most responsible for bloating the stack usage on 64-bit systems.
Nearly all places in the ext3/4 code which uses "unsigned long" is probably a bug, since on 32-bit systems a ulong a 32-bits, which means we are wasting stack space on 64-bit systems.
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
|
H A D | mballoc.c | diff 498e5f24158da7bf8fa48074a70e370e22844492 Tue Nov 04 23:14:04 CST 2008 Theodore Ts'o <tytso@mit.edu> ext4: Change unsigned long to unsigned int
Convert the unsigned longs that are most responsible for bloating the stack usage on 64-bit systems.
Nearly all places in the ext3/4 code which uses "unsigned long" is probably a bug, since on 32-bit systems a ulong a 32-bits, which means we are wasting stack space on 64-bit systems.
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
|
H A D | extents.c | diff 498e5f24158da7bf8fa48074a70e370e22844492 Tue Nov 04 23:14:04 CST 2008 Theodore Ts'o <tytso@mit.edu> ext4: Change unsigned long to unsigned int
Convert the unsigned longs that are most responsible for bloating the stack usage on 64-bit systems.
Nearly all places in the ext3/4 code which uses "unsigned long" is probably a bug, since on 32-bit systems a ulong a 32-bits, which means we are wasting stack space on 64-bit systems.
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
|
H A D | ext4.h | diff 498e5f24158da7bf8fa48074a70e370e22844492 Tue Nov 04 23:14:04 CST 2008 Theodore Ts'o <tytso@mit.edu> ext4: Change unsigned long to unsigned int
Convert the unsigned longs that are most responsible for bloating the stack usage on 64-bit systems.
Nearly all places in the ext3/4 code which uses "unsigned long" is probably a bug, since on 32-bit systems a ulong a 32-bits, which means we are wasting stack space on 64-bit systems.
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
|
H A D | inode.c | diff 498e5f24158da7bf8fa48074a70e370e22844492 Tue Nov 04 23:14:04 CST 2008 Theodore Ts'o <tytso@mit.edu> ext4: Change unsigned long to unsigned int
Convert the unsigned longs that are most responsible for bloating the stack usage on 64-bit systems.
Nearly all places in the ext3/4 code which uses "unsigned long" is probably a bug, since on 32-bit systems a ulong a 32-bits, which means we are wasting stack space on 64-bit systems.
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
|