Christopher Ferris 54bcc5ffd5 Add timeout for dump_file. ... It turns out dump_file is used on a number of /proc and system files. In one case, the read of a file stalled and caused a bugreport to hang forever. It's still possible if there is a kernel bug that this could stall forever, but less likely. Also, change the return type of nanotime to uint64_t. Testing: - Created a named fifo and verified that dump_file fails with a timeout. - Created a large /data/anr/traces.txt to verify that large files still dump properly and that the additional NONBLOCK parameter doesn't cause a problem. - Created a dummy /data/tombstones/tombstone_00 to verify that the dump of these files still works. - Compared a dump using the old dumpstate to the new dumpstate to verify nothing obviously different. Bug: 19117030 Change-Id: I0d3dd27583c853cdaccd2fd278748cb5f9ccd4fb		2015-02-25 19:59:29 -08:00
build	Add Dalvik heap definition for 7" xhdpi devices.	2013-05-06 15:06:20 -07:00
cmds	Add timeout for dump_file.	2015-02-25 19:59:29 -08:00
data/etc	am 60d31a0f: am 3c648e37: Update comment to use correct GPS file for wearable.	2014-09-19 22:02:37 +00:00
include	Restore Region::set(uint32_t, uint32_t)	2014-12-22 21:15:08 +01:00
libs	Add missing <unistd.h> include for close.	2015-02-19 16:58:44 -08:00
opengl	egl: Remove old tuna BGRA vs RGBA workaround.	2015-02-12 12:33:25 -08:00
services	vsync.cpp test is throwing error whe compiled	2015-02-23 15:13:56 +00:00
MODULE_LICENSE_APACHE2
NOTICE