| /external/chromium_org/third_party/libusb/src/libusb/os/ |
| linux_usbfs.c | 858 int fd, speed; local
870 /* Note speed can contain 1.5, in this case __read_sysfs_attr
872 speed = __read_sysfs_attr(DEVICE_CTX(dev), sysfs_dir, "speed");
873 if (speed >= 0) {
874 switch (speed) {
875 case 1: dev->speed = LIBUSB_SPEED_LOW; break;
876 case 12: dev->speed = LIBUSB_SPEED_FULL; break;
877 case 480: dev->speed = LIBUSB_SPEED_HIGH; break;
878 case 5000: dev->speed = LIBUSB_SPEED_SUPER; break
880 usbi_warn(DEVICE_CTX(dev), "Unknown device speed: %d Mbps", speed); local
[all...] |
| /external/chromium_org/third_party/mesa/src/src/mesa/drivers/dri/common/ |
| utils.c | 69 * "Mesa DRI <chip> <driver date> <AGP speed) <CPU information>"
71 * Using the supplied chip name, driver data, and AGP speed, this function
76 * \param agp_mode AGP mode (speed).
|
| /external/chromium_org/third_party/openssl/openssl/crypto/rand/ |
| rand_unix.c | 140 relies upon the uneven execution speed of the code (due to factors
142 upon the rather large relative difference between the speed of the
145 If this code is ported to an environment where execution speed is
|
| /external/chromium_org/third_party/openssl/openssl/crypto/rc4/ |
| rc4_enc.c | 93 * >40% speed-up on SPARC and 20-30% on 64-bit MIPS (depending
99 * (**) i.e. according to 'apps/openssl speed rc4' benchmark,
100 * crypto/rc4/rc4speed.c exhibits almost 70% speed-up...
|
| /external/chromium_org/third_party/skia/src/core/ |
| SkBitmapScaler.cpp | 125 // Speed up the divisions below by turning them into multiplies.
217 // get speed, allowing the use of linear resampling to get hardware
227 // an acceptable trade-off between quality and speed.
|
| /external/chromium_org/third_party/smhasher/src/ |
| MurmurHash2.cpp | 197 // construction. Bulk speed should be identical to Murmur2, small-key speed
337 // Half the speed though, alas.
|
| /external/chromium_org/third_party/zlib/ |
| deflate.h | 171 /* To speed up deflation, hash chains are never searched beyond this
173 * speed.
314 /* Inline versions of _tr_tally for speed: */
|
| /external/libvpx/libvpx/ |
| vp8_multi_resolution_encoder.c | 347 /* Set encoding speed */
350 int speed = -6; local
351 if(vpx_codec_control(&codec[i], VP8E_SET_CPUUSED, speed))
|
| /external/marisa-trie/tools/ |
| marisa-benchmark.cc | 59 " -S, --print-speed print speed [1000 keys/s] (default)\n"
338 { "print-speed", 0, NULL, 'S' },
|
| /external/marisa-trie/v0_1_5/tools/ |
| marisa_alpha-benchmark.cc | 59 " -S, --print-speed print speed [1000 keys/s] (default)\n"
338 { "print-speed", 0, NULL, 'S' },
|
| /external/mesa3d/src/mesa/drivers/dri/common/ |
| utils.c | 69 * "Mesa DRI <chip> <driver date> <AGP speed) <CPU information>"
71 * Using the supplied chip name, driver data, and AGP speed, this function
76 * \param agp_mode AGP mode (speed).
|
| /external/openssl/crypto/rand/ |
| rand_unix.c | 140 relies upon the uneven execution speed of the code (due to factors
142 upon the rather large relative difference between the speed of the
145 If this code is ported to an environment where execution speed is
|
| /external/openssl/crypto/rc4/ |
| rc4_enc.c | 93 * >40% speed-up on SPARC and 20-30% on 64-bit MIPS (depending
99 * (**) i.e. according to 'apps/openssl speed rc4' benchmark,
100 * crypto/rc4/rc4speed.c exhibits almost 70% speed-up...
|
| /external/qemu/distrib/zlib-1.2.3/ |
| deflate.h | 166 /* To speed up deflation, hash chains are never searched beyond this
168 * speed.
298 /* Inline versions of _tr_tally for speed: */
|
| /external/skia/src/core/ |
| SkBitmapScaler.cpp | 125 // Speed up the divisions below by turning them into multiplies.
217 // get speed, allowing the use of linear resampling to get hardware
227 // an acceptable trade-off between quality and speed.
|
| /external/zlib/src/ |
| deflate.h | 169 /* To speed up deflation, hash chains are never searched beyond this
171 * speed.
313 /* Inline versions of _tr_tally for speed: */
|
| /frameworks/av/media/libeffects/lvm/lib/Bundle/lib/ |
| LVM.h | 210 LVM_PSA_SPEED_SLOW, /* Peak decaying at slow speed */
211 LVM_PSA_SPEED_MEDIUM, /* Peak decaying at medium speed */
212 LVM_PSA_SPEED_FAST, /* Peak decaying at fast speed */
[all...] |
| /frameworks/base/docs/html/distribute/googleplay/strategies/ |
| app-quality.jd | 58 One sure-fire way to lose your users is to give them a slow, unresponsive UI. Research has shown that <a href="http://googleresearch.blogspot.com/2009/06/speed-matters.html">speed matters</a>... for any interface, be it desktop, web, or mobile. In fact, the importance of speed is amplified on mobile devices since users often need their information on the go and in a hurry.</p>
|
| /frameworks/base/media/java/android/media/videoeditor/ |
| Transition.java | 53 /** The transition starts slowly and speed up */
55 /** The transition start fast and speed down */
57 /** The transition speed is constant */
|
| /frameworks/ex/variablespeed/tests/src/com/android/ex/variablespeed/ |
| MediaPlayerProxyTestCase.java | 501 * If we have a variable speed media player proxy, set the variable speed rate.
503 * If we don't have a variable speed media player proxy, this method will be a no-op.
|
| /libcore/luni/src/main/java/java/util/zip/ |
| Deflater.java | 55 * <p>A compression level must be {@link #DEFAULT_COMPRESSION} to compromise between speed and
58 * performs some compression, but with minimal speed overhead.
83 * This is a trade-off between speed and compression, currently equivalent to level 6.
|
| /libcore/luni/src/main/java/org/apache/harmony/security/provider/cert/ |
| Cache.java | 28 * The caching mechanism designed to speed up the process
52 * So to speed up the object generation process this caching mechanism provides
112 // This array is used to speed up the process of the search in the cache.
|
| /libcore/luni/src/test/java/tests/support/ |
| DatabaseCreator.java | 119 + SIMPLE_TABLE1 + "(id INTEGER NOT NULL," + "speed INTEGER,"
123 + SIMPLE_TABLE2 + "(id INTEGER NOT NULL," + "speed INTEGER,"
127 + SIMPLE_TABLE3 + "(id INTEGER NOT NULL," + "speed INTEGER)";
|
| /packages/apps/Camera/jni/feature_stab/db_vlvm/ |
| db_utilities_poly.h | 37 Speed-optimized code in release mode solves a quadratic in 0.3 microseconds on 450MHz
75 Speed-optimized code in release mode solves a cubic in 1.5 microseconds on 450MHz
83 Speed-optimized code in release mode solves a quartic in 2.6 microseconds on 450MHz*/
|
| /packages/apps/Camera2/jni/feature_stab/db_vlvm/ |
| db_utilities_poly.h | 37 Speed-optimized code in release mode solves a quadratic in 0.3 microseconds on 450MHz
75 Speed-optimized code in release mode solves a cubic in 1.5 microseconds on 450MHz
83 Speed-optimized code in release mode solves a quartic in 2.6 microseconds on 450MHz*/
|
