[ulib][inspector] Make "bad handle" job policy exceptions fatal

This code path applies to:

 * Drivers, because they have ZX_POL_ACTION_EXCEPTION set for
   ZX_POL_BAD_HANDLE by devmgr.

 * Standalone Zircon only.  In Garnet and Topaz, Crashpad gets used
   for crash handling instead, and that already turns "bad handle" job
   policy exceptions into fatal errors.

   This change therefore brings standalone Zircon's behaviour into
   line with the behaviour when running a full Fuchsia system.

Test: I added "printf(...); zx_handle_close(1); printf(...)" into
TestDriverBind() in zircon/system/dev/misc/test/test.cpp.
 * On standalone Zircon, before this CL, the close call gives a
   warning only (the "after" printf() runs); after, the close call is
   fatal.
 * On Garnet and Topaz, the close call is fatal before and after this
   CL (only the "before" printf() executes).

Bug: ZX-922
Change-Id: I265730c8e2f203f551b146b6d38b6a98dae0bb0c
1 file changed
tree: e198c98f15a47453cddb21557f84cc1f59dc56f9
  1. bootloader/
  2. docs/
  3. kernel/
  4. make/
  5. prebuilt/
  6. public/
  7. scripts/
  8. system/
  9. third_party/
  10. .clang-format
  11. .clang-tidy
  12. .dir-locals.el
  13. .gitignore
  14. AUTHORS
  15. LICENSE
  16. MAINTAINERS
  17. makefile
  18. navbar.md
  19. PATENTS
  20. 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

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.