Rename cuttlefish_* cc_defaults

The term (1) "host" in the context of cuttlefish (and more broadly in
the context of VMs) means the OS that directly talks to the hardware and
is responsible for managing the (guest) VMs. However, in the context of
the Android build system, the same term (2) "host" means the OS that
isn't Android (which is referred to as "target"), like the Ubuntu OS
where the build system itself runs on, or the Windows or Mac OSes that
we cross-build SDKs for.

Previously when cuttlefish doesn't support nested virtualization, the
two different "host"s meant the same; host-side components (like crosvm,
run_cvd, etc.) were only built for the build-host OS (Ubuntu or gLinux).

However, that is no longer true as we aim to support running cuttlefish
(and other OS payloads as well) on Android devices as well. Then the
host-side VM managing components have to be built for the target
(Android) OS.

In order to better reflect the new situation, cuttlefish_* cc_defaults
modules are renamed as follows:

1) cuttlefish_guest_only: for the guest OS (i.e. cuttlefish)
2) cuttlefish_host: for the host OSes (either Ubuntu or Android)
This was previously "cuttlefish_host_and_guest", where "guest" there
actually meant the Android OS which doesn't necessarily need to be
cuttlefish.
3) cuttlefish_buildhost_only: for non-Android host OSes (i.e. Ubuntu)

Bug: 167675429
Test: mma under /device/google/cuttlefish
Change-Id: I37829dee8e5743e5b9d77c95ce2bdc11e30d68e9
37 files changed
tree: 11a92dbe32d3460d42a8cfa0ba9f9a94070210c7
  1. build/
  2. common/
  3. guest/
  4. host/
  5. recovery/
  6. shared/
  7. tests/
  8. tools/
  9. vsoc_arm64/
  10. vsoc_arm64_only/
  11. vsoc_arm_only/
  12. vsoc_x86/
  13. vsoc_x86_64/
  14. vsoc_x86_64_only/
  15. vsoc_x86_noapex/
  16. vsoc_x86_only/
  17. Android.bp
  18. Android.mk
  19. AndroidProducts.mk
  20. CleanSpec.mk
  21. default-permissions.xml
  22. dtb.img
  23. fetcher.mk
  24. host_package.mk
  25. METADATA
  26. OWNERS
  27. PREUPLOAD.cfg
  28. README.md
  29. required_images
  30. TEST_MAPPING
README.md

Cuttlefish Getting Started

Try Cuttlefish

  1. Make sure virtualization with KVM is available.

     grep -c -w "vmx\|svm" /proc/cpuinfo
    

    This should return a non-zero value. If running on a cloud machine, this may take cloud-vendor-specific steps to enable. For Google Compute Engine specifically, see the GCE guide.

  2. Download, build, and install the host debian package:

    git clone https://github.com/google/android-cuttlefish
    cd android-cuttlefish
    debuild -i -us -uc -b
    sudo dpkg -i ../cuttlefish-common_*_amd64.deb || sudo apt-get install -f
    sudo reboot
    

    The reboot will trigger installing additional kernel modules and applying udev rules.

  3. Go to http://ci.android.com/

  4. Enter a branch name. Start with aosp-master if you don‘t know what you’re looking for

  5. Navigate to aosp_cf_x86_phone and click on userdebug for the latest build

  6. Click on Artifacts

  7. Scroll down to the OTA images. These packages look like aosp_cf_x86_phone-img-xxxxxx.zip -- it will always have img in the name. Download this file

  8. Scroll down to cvd-host_package.tar.gz. You should always download a host package from the same build as your images.

  9. On your local system, combine the packages:

    mkdir cf
    cd cf
    tar xvf /path/to/cvd-host_package.tar.gz
    unzip /path/to/aosp_cf_x86_phone-img-xxxxxx.zip
    
  10. Launch cuttlefish with:

$ HOME=$PWD ./bin/launch_cvd

  1. Stop cuttlefish with:

$ HOME=$PWD ./bin/stop_cvd

Debug Cuttlefish

You can use adb to debug it, just like a physical device:

$ ./bin/adb -e shell

Launch Viewer

You can use the TightVNC JViewer. Once you have downloaded the TightVNC Java Viewer JAR in a ZIP archive, run it with

$ java -jar tightvnc-jviewer.jar -ScalingFactor=50 -Tunneling=no -host=localhost -port=6444

Click “Connect” and you should see a lock screen!