Home
last modified time | relevance | path

Searched refs:problem (Results 1 – 8 of 8) sorted by relevance

/bionic/libc/kernel/android/scsi/scsi/
Dsg.h85 char problem; member
/bionic/docs/
DEINTR.md3 ## The problem
17 The kernel's solution to this problem is to return failure (-1) and set
Delf-tls.md472 Static executables aren't a problem--the necessary runtime support is part of the executable, so TLS
475 XXX: Shared objects are less of a problem.
650 slots into a new data structure. Variant 1 is a harder problem.
756 * 16 isn't enough for the pthread keys, so the Go runtime is still a problem.
780 The layout conflict is apparently only a problem because an executable assumes that its TLS segment
788 problem, because the linker and `libc.a` are usually packaged together.
790 A likely problem: LD is normally relaxed to LE, not to IE. We'd either have to disable LD usage in
Dfdsan.md10 *What problem is fdsan trying to solve? Why should I care?*
Dnative_allocator.md228 allocator, jemalloc, showed a problem at forty allocations.
/bionic/
DREADME.md253 Some system calls are harder than others. The most common problem is a 64-bit
Dandroid-changes-for-ndk-developers.md382 into your app. The middleware vendor is aware of the problem and has a fix
/bionic/libc/
DNOTICE4379 ids to solve the resolver/named problem. But Niels designed the