/frameworks/opt/net/wifi/tests/wifitests/src/com/android/server/wifi/scanner/ |
D | BackgroundScanSchedulerTest.java | 82 Collection<ScanSettings> requests = Collections.emptyList(); in noRequest() local 84 mScheduler.updateSchedule(requests); in noRequest() 93 Collection<ScanSettings> requests = Collections.singleton(createRequest( in singleRequest() local 98 mScheduler.updateSchedule(requests); in singleRequest() 103 for (ScanSettings request : requests) { in singleRequest() 110 Collection<ScanSettings> requests = Collections.singleton(createRequest( in singleRequestWithoutPredefinedBucket() local 115 mScheduler.updateSchedule(requests); in singleRequestWithoutPredefinedBucket() 120 for (ScanSettings request : requests) { in singleRequestWithoutPredefinedBucket() 127 Collection<ScanSettings> requests = new ArrayList<>(); in fewRequests() local 128 requests.add(createRequest(WifiScanner.WIFI_BAND_BOTH, 30000, 0, 20, in fewRequests() [all …]
|
/frameworks/av/camera/ndk/ |
D | NdkCameraCaptureSession.cpp | 70 int numRequests, ACaptureRequest** requests, in ACameraCaptureSession_capture() argument 73 if (session == nullptr || requests == nullptr || numRequests < 1) { in ACameraCaptureSession_capture() 75 __FUNCTION__, session, numRequests, requests); in ACameraCaptureSession_capture() 85 return session->capture(cbs, numRequests, requests, captureSequenceId); in ACameraCaptureSession_capture() 91 int numRequests, ACaptureRequest** requests, in ACameraCaptureSession_setRepeatingRequest() argument 94 if (session == nullptr || requests == nullptr || numRequests < 1) { in ACameraCaptureSession_setRepeatingRequest() 96 __FUNCTION__, session, numRequests, requests); in ACameraCaptureSession_setRepeatingRequest() 106 return session->setRepeatingRequest(cbs, numRequests, requests, captureSequenceId); in ACameraCaptureSession_setRepeatingRequest()
|
/frameworks/base/core/java/android/hardware/camera2/impl/ |
D | CameraCaptureSessionImpl.java | 191 public synchronized int captureBurst(List<CaptureRequest> requests, CaptureCallback callback, in captureBurst() argument 193 if (requests == null) { in captureBurst() 195 } else if (requests.isEmpty()) { in captureBurst() 199 for (CaptureRequest request : requests) { in captureBurst() 216 CaptureRequest[] requestArray = requests.toArray(new CaptureRequest[0]); in captureBurst() 221 return addPendingSequence(mDeviceImpl.captureBurst(requests, in captureBurst() 248 public synchronized int setRepeatingBurst(List<CaptureRequest> requests, in setRepeatingBurst() argument 250 if (requests == null) { in setRepeatingBurst() 252 } else if (requests.isEmpty()) { in setRepeatingBurst() 256 for (CaptureRequest r : requests) { in setRepeatingBurst() [all …]
|
D | CameraConstrainedHighSpeedCaptureSessionImpl.java | 190 public int captureBurst(List<CaptureRequest> requests, CaptureCallback listener, in captureBurst() argument 192 if (!isConstrainedHighSpeedRequestList(requests)) { in captureBurst() 197 return mSessionImpl.captureBurst(requests, listener, handler); in captureBurst() 208 public int setRepeatingBurst(List<CaptureRequest> requests, CaptureCallback listener, in setRepeatingBurst() argument 210 if (!isConstrainedHighSpeedRequestList(requests)) { in setRepeatingBurst() 215 return mSessionImpl.setRepeatingBurst(requests, listener, handler); in setRepeatingBurst()
|
/frameworks/av/camera/ndk/impl/ |
D | ACameraCaptureSession.cpp | 113 int numRequests, ACaptureRequest** requests, in setRepeatingRequest() argument 126 this, cbs, numRequests, requests, captureSequenceId); in setRepeatingRequest() 134 int numRequests, ACaptureRequest** requests, in capture() argument 145 ret = dev->captureLocked(this, cbs, numRequests, requests, captureSequenceId); in capture()
|
D | ACameraCaptureSession.h | 84 int numRequests, ACaptureRequest** requests, 89 int numRequests, ACaptureRequest** requests,
|
D | ACameraDevice.h | 108 int numRequests, ACaptureRequest** requests, 113 int numRequests, ACaptureRequest** requests, 119 int numRequests, ACaptureRequest** requests, 225 const Vector<sp<CaptureRequest> >& requests,
|
/frameworks/base/docs/html/topic/performance/power/network/ |
D | action-app-traffic.jd | 43 radio awake uses a large amount of power. For this reason, processing individual requests at 45 to queue a set of network requests and process them together. This allows the system to pay the 56 Using a network access scheduler API for queuing and processing your app data requests can 58 grouping requests together for the system to process. They can further improve efficiency by 59 delaying some requests until other requests wake up the mobile radio, or waiting until the 60 device is charging. Schedulers defer and batch network requests system-wide, across all apps on 68 Android provides three different APIs for your app to batch and schedule network requests. For 126 battery-efficient method for checking connectivity. For app-initiated network requests, use a
|
D | index.jd | 25 your network requests according to how they are initiated. From there, each category 64 Learn how to optimize your app's requests for network resources to reduce 73 Learn how to optimize your app's requests for network resources and to reduce 82 Learn how to optimize your app's requests for network resources and to reduce
|
D | analyze-data.jd | 35 tightly grouped together, well spaced with periods where the app is making no connection requests. 40 app is making frequent network requests. This traffic has few periods of 53 Figure 2 shows an optimal network traffic pattern. The app sends network requests in bursts, 55 the same amount of work being done as Figure 1, but the requests have been shifted and grouped to 119 …performing a specific activity with your app, or spread out unevenly as the user requests addition… 126 The unpredictability of user requests makes it challenging to optimize this type of network use 128 delaying requests for efficiency can lead to poor user experiences. In general, you should 142 in a single connection, and holds it until the user requests it. 183 Batch and Schedule Network Requests</a> - Defer your app's network requests so they can be
|
D | gather-data.jd | 11 <li><a href="#tag-requests">Tag Network Requests</a></li> 23 identify its source. Network requests can come directly from a user action, requests from your own 33 This lesson shows you how to measure and categorize network requests by tagging your source code, 38 <h2 id="tag-requests">Tag Network Requests</h2> 49 <strong>User-initiated network requests</strong> - Requests initiated by the user, such as a 54 <strong>App-initiated network requests</strong> - Requests initiated within Android app code 60 <strong>Server-initiated network requests</strong> - Requests initiated by a server to your app 217 To start the Network Traffic tool and visualize the network requests:
|
D | action-user-traffic.jd | 20 Quick handling of user requests helps ensure a good user experience, especially when it comes to 52 require separate requests that each incur waking up the mobile radio. 61 always results in multiple network requests over the course of the task. For instance, an app 96 the foreground, and prevents network requests from proceeding when no connectivity exists. That
|
/frameworks/base/docs/html/training/volley/ |
D | simple.jd | 85 important semantics provided by the library, particularly related to canceling requests. 122 practice is that you can cancel all of your pending requests in your activity's 129 track all in-flight requests in order to be able to cancel them at the 131 request. You can then use this tag to provide a scope of requests to cancel. For 132 example, you can tag all of your requests with the {@link android.app.Activity} they 135 Similarly, you could tag all thumbnail image requests in a 137 to make sure that the new tab isn't being held up by requests from another one.</p> 142 <li>Define your tag and add it to your requests. 155 <li>In your activity's {@link android.app.Activity#onStop onStop()} method, cancel all requests tha… 166 <p>Take care when canceling requests. If you are depending on your response handler to
|
/frameworks/base/core/java/android/hardware/camera2/legacy/ |
D | BurstHolder.java | 41 public BurstHolder(int requestId, boolean repeating, CaptureRequest[] requests, in BurstHolder() argument 45 for (CaptureRequest r : requests) { in BurstHolder()
|
D | RequestQueue.java | 119 public synchronized SubmitInfo submit(CaptureRequest[] requests, boolean repeating) { in submit() argument 121 BurstHolder burst = new BurstHolder(requestId, repeating, requests, mJpegSurfaceIds); in submit()
|
/frameworks/av/include/camera/ndk/ |
D | NdkCameraCaptureSession.h | 470 int numRequests, ACaptureRequest** requests, 524 int numRequests, ACaptureRequest** requests,
|
/frameworks/base/packages/SettingsLib/src/com/android/settingslib/location/ |
D | RecentLocationApps.java | 69 ArrayList<Request> requests = new ArrayList<>(appOpsCount); in getAppList() local 88 requests.add(request); in getAppList() 92 return requests; in getAppList()
|
/frameworks/base/docs/html/training/articles/ |
D | wear-permissions.jd | 64 <li>The <em>Wear app</em> requests permissions for an app running on the <em>wearable</em> 67 <li>The <em>Wear app</em> requests permissions for an app running on the <em>handset</em>.</li> 69 <li>The <em>handset app</em> requests permissions for an app running on the 79 <h3 id="wear-app-wear-perm">Wear app requests permission for an app running on the wearable 82 <p>When the Wear app requests a permission for an app running on the wearable device, the system 89 <p>Your app requests permissions in context when it’s clear why the 95 permission requests appear one after the other.</p> 107 scenario is the applicable one when Wear requests this data.</p> 109 <h3>Wear app requests handset permission</h3> 111 <p>When the Wear app requests a handset permission, the [all …]
|
D | user-data-overview.jd | 60 device or user information, and these requests must be documented in advance 63 permission requests when that information is necessary for the functioning of 74 capabilities or features. Under this system, permission requests are handled 93 requests. 190 functionality but different sets of permission requests, showed that users 192 permissions requests. And a similar study <span style= 196 permission requests. 219 making unusual permission requests for that category - in this case, Arcade 222 requests.<span style="font-size:.8em;color:#777"><sup><em><a href=
|
/frameworks/base/core/java/android/hardware/camera2/ |
D | CameraCaptureSession.java | 399 public abstract int captureBurst(@NonNull List<CaptureRequest> requests, in captureBurst() argument 538 public abstract int setRepeatingBurst(@NonNull List<CaptureRequest> requests, in setRepeatingBurst() argument
|
/frameworks/av/services/camera/libcameraservice/device3/ |
D | Camera3Device.h | 87 virtual status_t captureList(const List<const CameraMetadata> &requests, 91 virtual status_t setStreamingRequestList(const List<const CameraMetadata> &requests, 310 status_t submitRequestsHelper(const List<const CameraMetadata> &requests, bool repeating, 475 status_t setRepeatingRequests(const RequestList& requests, 481 status_t queueRequestList(List<sp<CaptureRequest> > &requests,
|
D | Camera3Device.cpp | 739 List<const CameraMetadata> requests; in capture() local 740 requests.push_back(request); in capture() 741 return captureList(requests, /*lastFrameNumber*/NULL); in capture() 745 const List<const CameraMetadata> &requests, bool repeating, in submitRequestsHelper() argument 760 res = convertMetadataListToRequestListLocked(requests, /*out*/&requestList); in submitRequestsHelper() 788 status_t Camera3Device::captureList(const List<const CameraMetadata> &requests, in captureList() argument 792 return submitRequestsHelper(requests, /*repeating*/false, lastFrameNumber); in captureList() 799 List<const CameraMetadata> requests; in setStreamingRequest() local 800 requests.push_back(request); in setStreamingRequest() 801 return setStreamingRequestList(requests, /*lastFrameNumber*/NULL); in setStreamingRequest() [all …]
|
/frameworks/av/services/camera/libcameraservice/common/ |
D | CameraDeviceBase.h | 72 virtual status_t captureList(const List<const CameraMetadata> &requests, 87 virtual status_t setStreamingRequestList(const List<const CameraMetadata> &requests,
|
/frameworks/base/docs/html/google/play/billing/ |
D | billing_integrate.jd | 14 <li><a href="#billing-requests">Making In-app Billing requests</a> 43 for sending In-app Billing requests and managing In-app Billing transactions 55 setting up your connection, sending billing requests, processing responses 74 <li>Send In-app Billing requests from your application to 83 3 service. You can use this interface to make billing requests by invoking IPC 148 In-app Billing permission, but attempts to send billing requests, Google Play 149 refuses the requests and responds with an error. 171 <li>Send billing requests (as IPC method calls) to the Google Play application.</li> 221 <em>only</em> the Google Play app can handle billing requests from your app, 222 preventing other apps from intercepting those requests. [all …]
|
/frameworks/base/docs/html/training/run-background-service/ |
D | create-service.jd | 49 Work requests run sequentially. If an operation is running in an 123 requests to the service uses an explicit {@link android.content.Intent}, so no filter is needed. 128 Now that you have the basic {@link android.app.IntentService} class, you can send work requests
|