Searched
full:recovery (Results
526 -
550 of
1562) sorted by null
<<21222324252627282930>>
/system/sepolicy/ |
te_macros | 292 # Recovery only 293 # SELinux rules which apply only to recovery mode
|
/external/autotest/server/cros/faft/ |
firmware_test.py | 216 """Try to retrieve the recovery reason from a trapped recovery screen. 221 logging.info('Try to retrieve recovery reason...') 232 logging.info('Got the recovery reason %d.', recovery_reason) 234 logging.error('Failed to get the recovery reason due to connection ' 261 # We assume the recovery boot still works fine. Since the recovery 303 """Ensure client in recovery boot; reboot into it if necessary. 338 raise error.TestFail('Trapped in the recovery screen (reason: %d) ' [all...] |
/bootable/recovery/applypatch/ |
freecache.cpp | 79 const char* dirs[2] = {"/cache", "/cache/recovery/otatest"};
|
/bootable/recovery/ |
interlace-frames.py | 17 Script to take a set of frames (PNG files) for a recovery animation
|
/bootable/recovery/tests/component/ |
verifier_test.cpp | 40 static const char* TESTDATA_PATH = "/recovery/testdata/";
|
/device/asus/fugu/ |
BoardConfig.mk | 24 TARGET_RECOVERY_FSTAB := device/asus/fugu/recovery.fstab
|
/device/intel/edison/flash_tools/ |
FlashEdison.json | 189 "brief": "full recovery flashing",
|
/external/antlr/antlr-3.4/runtime/ActionScript/project/src/org/antlr/runtime/tree/ |
TreeParser.as | 32 * of this. All the error reporting and recovery is shared with Parser via
|
/external/antlr/antlr-3.4/runtime/C/include/ |
antlr3basetreeadaptor.h | 67 /// debugger is only referenced internally in recovery/error operations
|
/external/antlr/antlr-3.4/runtime/C/src/ |
antlr3parser.c | 150 // are error reporting and recovery. Hence we can afford to
|
/external/antlr/antlr-3.4/runtime/CSharp2/Sources/Antlr3.Runtime/Antlr.Runtime/ |
RecognizerSharedState.cs | 72 * but no token is consumed during recovery...another error is found,
|
/external/antlr/antlr-3.4/runtime/CSharp2/Sources/Antlr3.Runtime/Antlr.Runtime.Tree/ |
TreeFilter.cs | 60 attempting error recovery, it bumps up the backtracking level. Upon
|
TreeParser.cs | 40 * of this. All the error reporting and recovery is shared with Parser via
|
/external/antlr/antlr-3.4/runtime/CSharp3/Sources/Antlr3.Runtime/ |
RecognizerSharedState.cs | 74 * but no token is consumed during recovery...another error is found,
|
/external/antlr/antlr-3.4/runtime/CSharp3/Sources/Antlr3.Runtime/Tree/ |
TreeParser.cs | 41 * of this. All the error reporting and recovery is shared with Parser via
|
/external/antlr/antlr-3.4/runtime/Java/src/main/java/org/antlr/runtime/ |
RecognizerSharedState.java | 54 * but no token is consumed during recovery...another error is found,
|
/external/antlr/antlr-3.4/runtime/Java/src/main/java/org/antlr/runtime/tree/ |
TreeFilter.java | 56 attempting error recovery, it bumps up the backtracking level. Upon
|
/external/antlr/antlr-3.4/runtime/JavaScript/src/org/antlr/runtime/tree/ |
TreeParser.js | 2 * of this. All the error reporting and recovery is shared with Parser via
|
/external/antlr/antlr-3.4/runtime/ObjC/Framework/ |
ANTLRCommonErrorNode.m | 70 // is consumed during recovery; LT(-1) will return null.
|
/external/antlr/antlr-3.4/runtime/Python/tests/ |
t012lexerXML.py | 22 # no error recovery yet, just crash!
|
/external/antlr/antlr-3.4/runtime/Ruby/test/functional/parser/ |
basic.rb | 140 example "error recovery via token insertion" do
|
/external/autotest/client/cros/faft/utils/ |
firmware_updater.py | 139 mode: ex.'autoupdate', 'recovery', 'bootok', 'factory_install'...
|
/external/autotest/scheduler/ |
monitor_db_babysitter | 17 help=("run recovery mode (implicit after any crash)"))
|
/external/autotest/server/site_tests/firmware_UpdateFirmwareDataKeyVersion/ |
firmware_UpdateFirmwareDataKeyVersion.py | 102 logging.info("Check firmware and TPM version, then recovery.")
|
/external/autotest/server/site_tests/platform_CrashStateful/ |
platform_CrashStateful.py | 11 """Tests the crash recovery of the stateful file system
|
Completed in 2326 milliseconds
<<21222324252627282930>>