Home
last modified time | relevance | path

Searched hist:"498 e5f24158da7bf8fa48074a70e370e22844492" (Results 1 – 8 of 8) sorted by relevance

/openbmc/linux/fs/ext4/
H A Dbitmap.cdiff 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 Ddir.cdiff 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 Dballoc.cdiff 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 Dnamei.cdiff 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 Dmballoc.cdiff 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 Dextents.cdiff 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 Dext4.hdiff 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 Dinode.cdiff 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>