/external/tensorflow/tensorflow/core/api_def/python_api/ |
api_def_Prod.pbtxt | 2 graph_op_name: "Prod"
|
/test/vti/test_serving/configs/infra/prod/vtslab-config-prod/ |
import.cfg | 2 # https://vtslab-config-prod.appspot.com/schemas/services/vtslab-config-prod:import.cfg
|
services.cfg | 2 # https://vtslab-config-prod.appspot.com/schemas/services/vtslab-config-prod:services.cfg 21 id: "vtslab-auth-prod" 23 metadata_url: "https://vtslab-auth-prod.appspot.com/_ah/api/config/v1/metadata" 24 access: "vtslab-auth-prod@appspot.gserviceaccount.com" 31 # metadata_url: "https://vtslab-cq-prod.appspot.com/api/metadata" 36 id: "vtslab-backend-prod" 38 access: "vtslab-backend-prod@appspot.gserviceaccount.com" 43 id: "vtslab-isolate-prod" 45 metadata_url: "https://vtslab-isolate-prod.appspot.com/_ah/api/config/v1/metadata [all...] |
acl.cfg | 2 # https://vtslab-config-prod.appspot.com/schemas/services/vtslab-config-prod:acl.cfg
|
projects.cfg | 2 # https://vtslab-config-prod.appspot.com/schemas/services/vtslab-config-prod:projects.cfg
|
/external/autotest/apache/ |
apache-prod-conf | 1 # This is the "prod" conf file directly referenced by the AFE running in our 4 # machines for developer servers), and adds in prod-only directives.
|
/external/eigen/doc/snippets/ |
MatrixBase_prod.cpp | 3 cout << "Here is the product of all the coefficients:" << endl << m.prod() << endl;
|
PartialRedux_prod.cpp | 3 cout << "Here is the product of each row:" << endl << m.rowwise().prod() << endl;
|
/test/vti/test_serving/configs/infra/test/vtslab-config-test/ |
acl.cfg | 2 # https://vtslab-config-prod.appspot.com/schemas/services/vtslab-config-prod:acl.cfg
|
/external/eigen/doc/examples/ |
tut_arithmetic_redux_basic.cpp | 11 cout << "Here is mat.prod(): " << mat.prod() << endl;
|
/external/webrtc/webrtc/modules/audio_coding/codecs/isac/fix/source/ |
filters_neon.c | 26 int64_t prod = 0; local 48 prod = vaddvq_s64(tmpb_v); 50 prod = vget_lane_s64(vadd_s64(vget_low_s64(tmpb_v), vget_high_s64(tmpb_v)), 54 temp = (uint32_t)(prod >> 31); 57 r[0] = (int32_t)(prod >> scaling); 94 prod = vaddvq_s64(tmpb_v); 96 prod = vget_lane_s64(vadd_s64(vget_low_s64(tmpb_v), vget_high_s64(tmpb_v)), 107 r[i] = (int32_t)((prod + prod_tail) >> scaling);
|
/external/autotest/site_utils/ |
automated_deploy.py | 34 PROD_BRANCH = 'prod' 38 # CIPD packages whose prod refs should be updated. 56 description=('Command to update prod branch for autotest, chromite ' 59 help='Skip updating autotest prod branch. Default is False.') 61 help='Skip updating chromite prod branch. Default is False.') 64 'chromite prod branch')) 66 help='Update autotest prod branch to the given hash. If it is not' 67 ' specified, autotest prod branch will be rebased to ' 68 'prod-next branch, which is the latest commit that has ' 88 """Method to clone the prod branch for a given repo under /tmp/ dir [all...] |
automated_deploy_unittest.py | 27 123..456 prod -> prod''' 42 mock.call('git log prod..123 --oneline', stream_output=True)] 55 mock.call('git log prod..123 --oneline', stream_output=True), 56 mock.call('git rebase 123 prod', stream_output=True), 57 mock.call('git push origin prod', stream_output=True)] 63 """Test whether rebase to prod-next branch when the hash is not given. 70 mock.call('git log prod..origin/prod-next --oneline', 72 mock.call('git rebase origin/prod-next prod' [all...] |
/test/vti/test_serving/gae/testing/ |
test-endpoint.sh | 3 curl -H "Content-Type: application/json" -X POST -d '{"devices": [{"serial": "123", "product": "myfish", "serial": "myserial", "status": 1}], "hostname": "hc1"}' https://vtslab-schedule-prod.appspot.com/_ah/api/host_info/v1/set 5 curl -H "Content-Type: application/json" -X POST -d '{"manifest_branch": "master", "build_id": "a2131", "build_target": "sailfish", "build_type": "userdebug"}' https://vtslab-schedule-prod.appspot.com/_ah/api/build_info/v1/set 7 curl -H "Content-Type: application/json" -X POST -d '{"device": [{"index": 1}], "host_name": "hc1"}' https://vtslab-schedule-prod.appspot.com/_ah/api/host_info/v1/set 9 curl -H "Content-Type: application/json" -X POST -d '{"hostname": "vtslab-mtv43-2"}' https://vtslab-schedule-prod.appspot.com/_ah/api/job_queue/v1/get
|
/external/llvm/test/CodeGen/AArch64/ |
mul-lohi.ll | 17 %prod = mul i128 %lhs, %rhs 18 ret i128 %prod 32 %prod = mul i128 %lhs, %rhs 33 ret i128 %prod 44 %prod = mul i128 %lhs, %rhs 45 ret i128 %prod
|
/external/tensorflow/tensorflow/core/kernels/ |
reduction_ops_prod.cc | 21 REGISTER_KERNEL_BUILDER(Name("Prod") \ 27 REGISTER_KERNEL_BUILDER(Name("Prod") \ 39 REGISTER_KERNEL_BUILDER(Name("Prod") \ 46 REGISTER_KERNEL_BUILDER(Name("Prod") \ 63 REGISTER_KERNEL_BUILDER(Name("Prod") \ 70 REGISTER_KERNEL_BUILDER(Name("Prod") \
|
/external/eigen/test/ |
zerosized.cpp | 17 VERIFY(m.prod()==1); 59 Matrix<Scalar,Dynamic,Dynamic> prod = m.template block<MatrixType::RowsAtCompileTime,0>(0,0,rows,0) * m.template block<0,MatrixType::ColsAtCompileTime>(0,0,0,cols); local 60 VERIFY(prod.rows()==rows && prod.cols()==cols); 61 VERIFY(prod.isZero()); 62 prod = m.template block<1,0>(0,0) * m.template block<0,1>(0,0); 63 VERIFY(prod.size()==1); 64 VERIFY(prod.isZero());
|
/external/llvm/test/CodeGen/ARM/ |
neon-v8.1a.ll | 23 %prod = call <4 x i16> @llvm.arm.neon.vqrdmulh.v4i16(<4 x i16> %mhs, <4 x i16> %rhs) 24 %retval = call <4 x i16> @llvm.arm.neon.vqadds.v4i16(<4 x i16> %acc, <4 x i16> %prod) 31 %prod = call <8 x i16> @llvm.arm.neon.vqrdmulh.v8i16(<8 x i16> %mhs, <8 x i16> %rhs) 32 %retval = call <8 x i16> @llvm.arm.neon.vqadds.v8i16(<8 x i16> %acc, <8 x i16> %prod) 39 %prod = call <2 x i32> @llvm.arm.neon.vqrdmulh.v2i32(<2 x i32> %mhs, <2 x i32> %rhs) 40 %retval = call <2 x i32> @llvm.arm.neon.vqadds.v2i32(<2 x i32> %acc, <2 x i32> %prod) 47 %prod = call <4 x i32> @llvm.arm.neon.vqrdmulh.v4i32(<4 x i32> %mhs, <4 x i32> %rhs) 48 %retval = call <4 x i32> @llvm.arm.neon.vqadds.v4i32(<4 x i32> %acc, <4 x i32> %prod) 55 %prod = call <4 x i16> @llvm.arm.neon.vqrdmulh.v4i16(<4 x i16> %mhs, <4 x i16> %rhs) 56 %retval = call <4 x i16> @llvm.arm.neon.vqsubs.v4i16(<4 x i16> %acc, <4 x i16> %prod) [all...] |
/external/tensorflow/tensorflow/core/api_def/base_api/ |
api_def_Prod.pbtxt | 2 graph_op_name: "Prod" 4 name: "Prod"
|
/test/vti/test_serving/configs/global/ |
Android.mk | 21 vti-global-config-prod-zip := $(HOST_OUT)/vti-global-config/vti-global-config-prod.zip 24 .PHONY: $(vti-global-config-prod-zip) 25 $(vti-global-config-prod-zip): $(SOONG_ZIP) 29 $(hide) find test/vti/test_serving/configs/global/prod/ -name '*.*_config' | sort > $@.list 30 $(hide) find vendor/google_vts/configs/global/prod/ -name '*.*_config' | sort > $@.list.vendor 46 vti-global-config: $(vti-global-config-prod-zip) $(vti-global-config-test-zip) 47 $(call dist-for-goals, vti-global-config, $(vti-global-config-prod-zip) $(vti-global-config-test-zip))
|
/test/vti/test_serving/configs/infra/prod/androidtestcenter/ |
settings.cfg | 1 # Instance: androidtestcenter (swarming-prod) 14 default_server: "https://vtslab-isolate-prod.appspot.com"
|
/external/guava/guava-gwt/src/com/google/common/annotations/ |
Annotations.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|
/external/guava/guava-gwt/src/com/google/common/base/ |
Base.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|
/external/guava/guava-gwt/src/com/google/common/cache/ |
Cache.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|
/external/guava/guava-gwt/src/com/google/common/collect/ |
Collect.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|