]> CyberLeo.Net >> Repos - FreeBSD/stable/10.git/commit
Relnotes: yes (subtle output/behavior change)
authorngie <ngie@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Wed, 19 Jul 2017 16:38:55 +0000 (16:38 +0000)
committerngie <ngie@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Wed, 19 Jul 2017 16:38:55 +0000 (16:38 +0000)
commit83b8167a3c7276f99762584192eb50396fd59996
tree9aa340f97ef385052514f305cb1477d81ea75792
parentdfd85a4b000445e6cf5a3db33da2e94973cc2425
Relnotes:       yes (subtle output/behavior change)

MFC r316938,r316953:

r316938:

savecore: fix space calculation with respect to `minfree` in check_space(..)

- Use strtoll(3) instead of atoi(3), because atoi(3) limits the
  representable data to INT_MAX. Check the values received from
  strtoll(3), trimming trailing whitespace off the end to maintain
  POLA.
- Use `KiB` instead of `kB` when describing free space, total space,
  etc. I am now fully aware of `KiB` being the IEC standard for 1024
  bytes and `kB` being the IEC standard for 1000 bytes.
- Store available number of KiB in `available` so it can be more
  easily queried and compared to ensure that there are enough KiB to
  store the dump image on disk.
- Print out the reserved space on disk, per `minfree`, so end-users
  can troubleshoot why check_space(..) is reporting that there isn't
  enough free space.

Tested with: positive/negative cases (see review); make tinderbox

r316953:

Switch back to non-IEC units for 1024 bytes

I was swayed a little too quickly when I saw the wiki page discussing
kB vs KiB. Switch back as none of the code in base openly uses
IEC units via humanize_number(3) (which was my next step), and there's
a large degree of dislike with IEC vs more SI-like units.

git-svn-id: svn://svn.freebsd.org/base/stable/10@321212 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sbin/savecore/savecore.c