| /external/wpa_supplicant_8/src/eap_peer/ |
| eap_pwd.c | 98 wpa_printf(MSG_INFO, "EAP-PWD: memory allocation data fail");
103 wpa_printf(MSG_INFO, "EAP-PWD: bn context allocation fail");
109 wpa_printf(MSG_INFO, "EAP-PWD: memory allocation id fail");
119 wpa_printf(MSG_INFO, "EAP-PWD: memory allocation psk fail");
216 wpa_printf(MSG_INFO, "EAP-PWD: memory allocation id fail");
280 wpa_printf(MSG_INFO, "EAP-PWD (peer): scalar allocation fail");
298 wpa_printf(MSG_INFO, "EAP-PWD (peer): element allocation "
313 wpa_printf(MSG_INFO, "EAP-PWD (peer): point allocation fail");
324 wpa_printf(MSG_INFO, "EAP-PWD (peer): peer data allocation "
411 wpa_printf(MSG_INFO, "EAP-PWD (peer): data allocation fail")
[all...] |
| /system/extras/ext4_utils/ |
| allocate.c | 254 /* Reduces an existing allocation by len blocks by return the last blocks
472 allocation algorithm is:
493 /* Returns the number of discontiguous regions used by an allocation */
516 /* Returns the block number of the block'th block in an allocation */
544 of an allocation */
551 /* Move to the next region in an allocation */
609 /* Splits an allocation into two allocations. The returned allocation will
610 point to the first half, and the original allocation ptr will point to the
663 /* Move the allocation pointer forward *
[all...] |
| /external/chromium_org/content/browser/web_contents/ |
| web_contents_view_gtk.cc | 141 GtkAllocation allocation; local
142 gtk_widget_get_allocation(expanded_.get(), &allocation);
143 out->SetRect(x + allocation.x, y + allocation.y,
400 GtkAllocation* allocation) {
401 int width = allocation->width;
402 int height = allocation->height;
|
| /external/chromium_org/content/common/gpu/ |
| image_transport_surface_mac.cc | 78 // Tracks the current buffer allocation state.
211 bool IOSurfaceImageTransportSurface::SetBackbufferAllocation(bool allocation) {
212 if (backbuffer_suggested_allocation_ == allocation)
214 backbuffer_suggested_allocation_ = allocation;
219 void IOSurfaceImageTransportSurface::SetFrontbufferAllocation(bool allocation) {
220 if (frontbuffer_suggested_allocation_ == allocation)
222 frontbuffer_suggested_allocation_ = allocation;
|
| /external/chromium_org/third_party/skia/src/core/ |
| SkPathRef.h | 23 * The points and verbs are stored in a single allocation. The points are at the begining of the
24 * allocation while the verbs are stored at end of the allocation, in reverse order. Thus the points
25 * and verbs both grow into the middle of the allocation until the meet. To access verb i in the
457 // we always at least double the allocation
533 SkPoint* fPoints; // points to begining of the allocation
534 uint8_t* fVerbs; // points just past the end of the allocation (verbs grow backwards)
|
| /external/chromium_org/third_party/tcmalloc/chromium/src/ |
| debugallocation.cc | 99 "Enables memory (de)allocation tracing to /tmp/google.alloc.");
104 "with a guard page following the allocation (to catch buffer "
132 // A safe version of printf() that does not do any allocation and
231 public: // allocation type constants
233 // Different allocation types we distinguish.
269 // We use either BASE_MALLOC or mmap to make the actual allocation. In
303 // Allocation map: stores the allocation type for each allocated object,
325 // Names of allocation types (kMallocType, kNewType, kArrayNewType)
416 RAW_LOG(FATAL, "memory allocation bug: object at %p
[all...] |
| /external/chromium_org/third_party/tcmalloc/vendor/src/ |
| debugallocation.cc | 98 "Enables memory (de)allocation tracing to /tmp/google.alloc.");
103 "with a guard page following the allocation (to catch buffer "
138 // A safe version of printf() that does not do any allocation and
233 public: // allocation type constants
235 // Different allocation types we distinguish.
271 // We use either BASE_MALLOC or mmap to make the actual allocation. In
305 // Allocation map: stores the allocation type for each allocated object,
327 // Names of allocation types (kMallocType, kNewType, kArrayNewType)
418 RAW_LOG(FATAL, "memory allocation bug: object at %p
[all...] |
| system-alloc.cc | 128 "Physical memory starting location in MB for /dev/mem allocation."
129 " Setting this to 0 disables /dev/mem allocation");
132 "Physical memory limit location in MB for /dev/mem allocation."
201 // Check if we should use sbrk allocation.
273 // Check if we should use mmap allocation.
347 // Check if we should use /dev/mem allocation. Note that it may take
438 // allocation won't make the allocator never work again.
|
| /external/skia/src/core/ |
| SkPathRef.h | 23 * The points and verbs are stored in a single allocation. The points are at the begining of the
24 * allocation while the verbs are stored at end of the allocation, in reverse order. Thus the points
25 * and verbs both grow into the middle of the allocation until the meet. To access verb i in the
457 // we always at least double the allocation
533 SkPoint* fPoints; // points to begining of the allocation
534 uint8_t* fVerbs; // points just past the end of the allocation (verbs grow backwards)
|
| /external/valgrind/main/massif/docs/ |
| ms-manual.xml | 141 allocation sites at various points in the program, including the point of
142 peak memory allocation. The use of a separate script for presenting the
250 allocation/deallocation, plus a couple of extras. Massif starts by taking
251 snapshots for every heap allocation/deallocation, but as a program runs for
401 an allocation tree which indicates exactly which pieces of code were
406 99.21% (9,000B) (heap allocation functions) malloc/new/new[], --alloc-fns, etc.
410 <para>The allocation tree can be read from the top down. The first line
411 indicates all heap allocation functions such as <function>malloc</function>
415 called? At this point, every allocation so far has been due to line 20
431 99.48% (20,000B) (heap allocation functions) malloc/new/new[], --alloc-fns, etc
[all...] |
| /hardware/samsung_slsi/exynos5/libkeymaster/ |
| keymaster_mobicore.cpp | 119 ALOGE("memory allocation is failed");
215 ALOGE("memory allocation is failed");
246 ALOGE("memory allocation is failed");
252 ALOGE("memory allocation is failed");
268 ALOGE("memory allocation is failed");
274 ALOGE("memory allocation is failed");
357 ALOGE("memory allocation is failed");
|
| /external/chromium_org/third_party/libjingle/source/talk/p2p/client/ |
| basicportallocator.cc | 90 // Performs the allocation of ports, in a sequenced (timed) manner, for a given
130 // This signal is useful, when port allocation fails which doesn't result
353 // If any of the allocated ports have not completed the candidates allocation,
355 // at this stage of the allocation, it's safe to discard any new candidates.
412 // If all the ports are disabled we should just fire the allocation
522 // Send candidate allocation complete signal if we have no sequences.
531 // Discarding any candidate signal if port allocation status is
568 // Send candidate allocation complete signal if this was the last port.
583 // Send candidate allocation complete signal if this was the last port.
613 // Send candidate allocation complete signal if all ports are done
[all...] |
| /bionic/libc/bionic/ |
| malloc_debug_common.cpp | 37 * (to fill allocation entry hash table, for example). So, all relevant
207 * allocation routines are implemented somewhere else, so all our custom
262 /* Handle to shared library where actual memory allocation is implemented.
263 * This library is loaded and memory allocation calls are redirected there
269 * 10 - For adding pre-, and post- allocation stubs in order to detect
271 * Note that emulator's memory allocation instrumentation is not controlled by
274 * emulator's instrumented memory allocation will take over value saved in
317 /* Initializes memory allocation framework once per process. */
347 /* Debug level 0 means that we should use dlxxx allocation
506 /* Initializes memory allocation framework
[all...] |
| /external/chromium/base/ |
| process_util_mac.mm | 684 // === Cocoa NSObject allocation ===
782 << "Failed to get system allocation functions.";
804 << "Failed to get system allocation functions.";
854 // This will not catch allocation done by custom allocators, but will catch
855 // all allocation done by system-provided ones.
870 << "Failed to get kCFAllocatorSystemDefault allocation function.";
877 << "Failed to get kCFAllocatorMalloc allocation function.";
884 << "Failed to get kCFAllocatorMallocZone allocation function.";
891 // === Cocoa NSObject allocation ===
905 << "Failed to get allocWithZone allocation function."
[all...] |
| /external/chromium_org/base/process/ |
| memory_mac.mm | 475 // === Cocoa NSObject allocation ===
559 << "Failed to get system allocation functions.";
584 << "Failed to get system allocation functions.";
648 // This will not catch allocation done by custom allocators, but will catch
649 // all allocation done by system-provided ones.
663 << "Failed to get kCFAllocatorSystemDefault allocation function.";
670 << "Failed to get kCFAllocatorMalloc allocation function.";
677 << "Failed to get kCFAllocatorMallocZone allocation function.";
685 // === Cocoa NSObject allocation ===
699 << "Failed to get allocWithZone allocation function."
[all...] |
| /external/llvm/include/llvm/CodeGen/ |
| Passes.h | 239 /// run passes immediately before register allocation. This should return
250 /// are required for fast register allocation.
253 /// addOptimizedRegAlloc - Add passes related to register allocation.
257 /// addPreRewrite - Add passes to the optimized register allocation pipeline
258 /// after register allocation is complete, but before virtual registers are
270 /// run passes after register allocation pass pipeline but before
277 /// Add passes that optimize machine instructions after register allocation.
422 /// Greedy register allocation pass - This pass implements a global register
437 /// register allocation.
440 /// createPostRAScheduler - This pass performs post register allocation
[all...] |
| /external/srec/portable/src/ |
| pmemory.c | 62 /* If enabled, logs individual memory allocation, reallocation, free operations */
80 * Pointer to next memory allocation associated with the same tag.
84 * Pointer to last memory allocation associated with the same tag.
95 * Memory tag/ID associated with allocation.
102 * First memory allocation associated with this tag.
107 * Last memory allocation associated with this tag.
562 The order and contiguity of storage allocated by successive calls to malloc() is unspecified. The pointer returned if the allocation succeeds shall be suitably aligned so that it may be assigned to a pointer to any type of object and then used to access such an object in the space allocated (until the space is explicitly freed or reallocated). Each such allocation shall yield a pointer to an object disjoint from any other object. The pointer returned points to the start (lowest byte address) of the allocated space. If the space cannot be allocated, a null pointer shall be returned. If the size of the space requested is 0, the behavior is implementation-defined: the value returned shall be either a null pointer or a unique pointer.
728 The order and contiguity of storage allocated by successive calls to realloc() is unspecified. The pointer returned if the allocation succeeds is suitably aligned so that it may be assigned to a pointer to any type of object and then used to access such an object in the space allocated (until the space is explicitly freed or reallocated). Each such allocation will yield a pointer to an object disjoint from any other object. The pointer returned points to t (…)
[all...] |
| /external/chromium_org/chrome/browser/ui/gtk/ |
| browser_actions_toolbar_gtk.cc | 345 GtkAllocation allocation; local
346 gtk_widget_get_allocation(widget, &allocation);
347 action->PaintBadge(&canvas, gfx::Rect(allocation), tab_id);
714 GtkAllocation allocation; local
715 gtk_widget_get_allocation(button_hbox_.get(), &allocation);
716 start_width_ = allocation.width;
892 GtkAllocation allocation; local
893 gtk_widget_get_allocation(widget, &allocation);
894 x = allocation.width - x;
1005 GtkAllocation allocation; local
[all...] |
| /frameworks/base/docs/html/tools/debugging/ |
| debugging-memory.jd | 127 <p>Continue interacting with your app to watch your heap allocation update with each garbage
129 allocation and where you should try to reduce allocations and release
136 <p>As you start narrowing down memory issues, you should also use the Allocation Tracker to
137 get a better understanding of where your memory-hogging objects are allocated. The Allocation
146 <p>To use Allocation Tracker:</p>
152 <li>In the right-side panel, select the <strong>Allocation Tracker</strong> tab.</li>
161 the allocation. The trace shows you not only what type of object was allocated, but also in which
166 showing recent app allocations and stack traces in the Allocation Tracker.</p>
170 DdmVmInternal} and else where that come from the allocation tracker itself.</p>
173 critical code paths, the allocation tracker can help you identify important issues in your code
[all...] |
| /frameworks/rs/cpu_ref/ |
| rsCpuScript.cpp | 460 mBoundAllocs = new Allocation *[info->getExportVarNames().size()];
652 mBoundAllocs = new Allocation *[varCount];
723 void RsdCpuScriptImpl::forEachMtlsSetup(const Allocation * ain, Allocation * aout,
824 const Allocation * ain,
825 Allocation * aout,
970 void RsdCpuScriptImpl::setGlobalBind(uint32_t slot, Allocation *data) {
[all...] |
| /external/chromium/base/allocator/ |
| allocator_unittests.cc | 18 // An allocation size which is not too big to be reasonable.
20 // An allocation size which is just too big.
307 "allocation should not have failed.";
309 EXPECT_EQ(0, 1) << "allocation threw unexpected exception.";
316 EXPECT_FALSE(should_throw) << "allocation should have thrown.";
318 EXPECT_TRUE(should_throw) << "allocation threw unexpected exception.";
|
| /external/chromium_org/chrome/browser/ui/gtk/bookmarks/ |
| bookmark_bubble_gtk.cc | 362 GtkAllocation allocation; local
363 gtk_widget_get_allocation(widget, &allocation);
369 gfx::Point(allocation.width + 1, 0),
377 canvas.DrawPoint(gfx::Point(0, allocation.height - 1), points_paint);
378 canvas.DrawPoint(gfx::Point(allocation.width - 1, allocation.height - 1),
|
| /external/chromium_org/third_party/WebKit/Source/wtf/ |
| PartitionAllocTest.cpp | 254 // This allocation should be satisfied by page1.
332 // 64KB super page allocation.
364 // Test the generic allocation functions that can handle arbitrary sizes and
398 // The realloc moved. To check that the old allocation was freed, we can
399 // do an alloc of the old allocation size and check that the old allocation
|
| /external/chromium_org/third_party/sqlite/src/src/ |
| rowset.c | 38 ** allocated in chunks so most INSERTs do no allocation. There is an
67 ** Target size for allocation chunks.
72 ** The number of rowset entries per allocation chunk.
88 ** following structure) to reduce memory allocation overhead. The
124 ** allocation of entries available to be filled.
165 ** memory allocation fails.
|
| /external/chromium_org/third_party/tcmalloc/vendor/doc/ |
| heapprofile.html | 24 <li> Finding places that do a lot of allocation
28 keeps track of various pieces of information per allocation site. An
29 allocation site is defined as the active stack trace at the call to
53 also use the tcmalloc memory-allocation library. There is no way
299 if you want to find the main allocation sites in the
309 if you want to find the main allocation sites in the
|
