[ldso][ldmsg] Remove DebugPrint from ldsvc; always use zx_log_write for now

We were already using zx_log_write for __sanitizer_log_write and it's
the only thing at hand that does good PID/thread/timestamp tagging.
The symbolizer needs the contextual elements emitted by dynlink.c and
the sanitizer logging to go the same route so they get consistent PID
tagging.  So just use zx_log_write for all of it.

This should be replaced ASAP with a non-zx_log_write method for most
processes.  Then _dl_log_write will again use zx_log_write only if the
process received PA_FDIO_LOGGER, as before.

ZX-2072 #done

Change-Id: I56e0290d92cf2a7efcc58a065dd61dc001b178a5
8 files changed
tree: 4bb667e2dcfe3987a40b5ef39171cfd0257622bd
  1. bootloader/
  2. docs/
  3. kernel/
  4. make/
  5. manifest/
  6. prebuilt/
  7. public/
  8. scripts/
  9. system/
  10. third_party/
  11. .clang-format
  12. .clang-tidy
  13. .dir-locals.el
  14. .gitignore
  15. .travis.yml
  16. AUTHORS
  17. LICENSE
  18. MAINTAINERS
  19. makefile
  20. navbar.md
  21. PATENTS
  22. README.md
README.md

Zircon

Zircon is the core platform that powers the Fuchsia OS. Zircon is composed of a microkernel (source in kernel/...) as well as a small set of userspace services, drivers, and libraries (source in system/...) necessary for the system to boot, talk to hardware, load userspace processes and run them, etc. Fuchsia builds a much larger OS on top of this foundation.

The canonical Zircon Git repository is located at: https://fuchsia.googlesource.com/zircon

A read-only mirror of the code is present at: https://github.com/fuchsia-mirror/zircon

The Zircon Kernel provides syscalls to manage processes, threads, virtual memory, inter-process communication, waiting on object state changes, and locking (via futexes).

Currently there are some temporary syscalls that have been used for early bringup work, which will be going away in the future as the long term syscall API/ABI surface is finalized. The expectation is that there will be about 100 syscalls.

Zircon syscalls are generally non-blocking. The wait_one, wait_many port_wait and thread sleep being the notable exceptions.

This page is a non-comprehensive index of the zircon documentation.