aboutsummaryrefslogtreecommitdiff
path: root/util-linux/fstrim.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* fstrim: fix help textDenys Vlasenko2015-02-041-1/+1
| | | | Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
* fstrim: use new-style config/kbuild/applet snippets; trim help textDenys Vlasenko2013-11-121-12/+22
| | | | | | | function old new delta packed_usage 29546 29520 -26 Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
* fstrim: Needs to fire at the mp, not bdBernhard Reutner-Fischer2013-11-101-5/+5
| | | | | | | It's a filesystem thing from this perspective. +1b Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
* fstrim: Indicate failure on errorBernhard Reutner-Fischer2013-11-101-1/+2
| | | | | | +14b Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
* fstrim: -17bBernhard Reutner-Fischer2013-11-091-8/+5
| | | | | | | | | Also, use the name of the block device we found, not necessarily the one we got from the user: fstrim -v / /dev/sdj: 4711 bytes were trimmed Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
* fstrim: New appletMalek Degachi2013-11-091-0/+111
fstrim applet is a port from util-linux. "Trimming" your NAND/eMMC storage will restore the write performance back to normal after having slow down issues on sequential write and random write due to usage over time. Good reading on subject: http://forum.xda-developers.com/showthread.php?t=1971852 (with long options and CLEAN_UP turned on) function old new delta .rodata 148494 148791 +297 fstrim_main - 283 +283 fstrim_sfx - 128 +128 packed_usage 28826 28903 +77 applet_main 2760 2768 +8 applet_names 2343 2350 +7 applet_nameofs 690 692 +2 ------------------------------------------------------------------------------ (add/remove: 3/0 grow/shrink: 5/0 up/down: 802/0) Total: 802 bytes Signed-off-by: Malek Degachi <malek-degachi@laposte.net> Cc: Eugene San (eugenesan) <eugenesan@gmail.com> Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>