Searched hist:c596961d (Results 1 – 4 of 4) sorted by relevance
| /openbmc/linux/fs/ufs/ |
| H A D | ufs_fs.h | c596961d Wed Jun 14 15:36:29 CDT 2017 Al Viro <viro@zeniv.linux.org.uk> ufs: fix s_size/s_dsize users
For UFS2 we need 64bit variants; we even store them in uspi, but
use 32bit ones instead. One wrinkle is in handling of reserved
space - recalculating it every time had been stupid all along, but
now it would become really ugly. Just calculate it once...
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
c596961d Wed Jun 14 15:36:29 CDT 2017 Al Viro <viro@zeniv.linux.org.uk> ufs: fix s_size/s_dsize users
For UFS2 we need 64bit variants; we even store them in uspi, but
use 32bit ones instead. One wrinkle is in handling of reserved
space - recalculating it every time had been stupid all along, but
now it would become really ugly. Just calculate it once...
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
|
| H A D | util.h | c596961d Wed Jun 14 15:36:29 CDT 2017 Al Viro <viro@zeniv.linux.org.uk> ufs: fix s_size/s_dsize users
For UFS2 we need 64bit variants; we even store them in uspi, but
use 32bit ones instead. One wrinkle is in handling of reserved
space - recalculating it every time had been stupid all along, but
now it would become really ugly. Just calculate it once...
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
c596961d Wed Jun 14 15:36:29 CDT 2017 Al Viro <viro@zeniv.linux.org.uk> ufs: fix s_size/s_dsize users
For UFS2 we need 64bit variants; we even store them in uspi, but
use 32bit ones instead. One wrinkle is in handling of reserved
space - recalculating it every time had been stupid all along, but
now it would become really ugly. Just calculate it once...
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
|
| H A D | balloc.c | c596961d Wed Jun 14 15:36:29 CDT 2017 Al Viro <viro@zeniv.linux.org.uk> ufs: fix s_size/s_dsize users
For UFS2 we need 64bit variants; we even store them in uspi, but
use 32bit ones instead. One wrinkle is in handling of reserved
space - recalculating it every time had been stupid all along, but
now it would become really ugly. Just calculate it once...
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
c596961d Wed Jun 14 15:36:29 CDT 2017 Al Viro <viro@zeniv.linux.org.uk> ufs: fix s_size/s_dsize users
For UFS2 we need 64bit variants; we even store them in uspi, but
use 32bit ones instead. One wrinkle is in handling of reserved
space - recalculating it every time had been stupid all along, but
now it would become really ugly. Just calculate it once...
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
|
| H A D | super.c | c596961d Wed Jun 14 15:36:29 CDT 2017 Al Viro <viro@zeniv.linux.org.uk> ufs: fix s_size/s_dsize users
For UFS2 we need 64bit variants; we even store them in uspi, but
use 32bit ones instead. One wrinkle is in handling of reserved
space - recalculating it every time had been stupid all along, but
now it would become really ugly. Just calculate it once...
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
c596961d Wed Jun 14 15:36:29 CDT 2017 Al Viro <viro@zeniv.linux.org.uk> ufs: fix s_size/s_dsize users
For UFS2 we need 64bit variants; we even store them in uspi, but
use 32bit ones instead. One wrinkle is in handling of reserved
space - recalculating it every time had been stupid all along, but
now it would become really ugly. Just calculate it once...
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
|