Michael Zhao

Hi, @sboeuf , here comes some explanation about the vGIC dependency. 2 GIC related types exist in CH: * [Gic](https://github.com/cloud-hypervisor/cloud-hypervisor/blob/2bbb08b2a4f64ecb41a624309d838f8c261fda2d/devices/src/gic.rs#L40) (implements InterruptController) in `devices/src/gic.rs`, it handles the interrupt source group....

I see. You mean moving the creation of `vGIC` out of `Gic`, and creating the `vGIC` before the `DeviceManager` (and `Gic`), right? Yes, I think that works. We can co-work...

@sboeuf Thanks. Now I am working on the code base of your branch. I added a draft commit (to be verified and finalized) on my working branch https://github.com/michael2012z/cloud-hypervisor/commits/boot-order . It...

Got the reason of the deadlock: The lock of the booting VCPUs were never released, see https://github.com/cloud-hypervisor/cloud-hypervisor/blob/1cb1cff8823ebffe87ae5956ed38e74420ca7718/vmm/src/cpu.rs#L970 So a deadlock happened when you try to lock a booting VCPU (which...

Plan for some recent PR works related to GIC: - Reopen #4875, fixing the deadlock - #4864 - New PR for AArch64 GIC initialization process - Reopen #4815

OK. I will do that tomorrow.

With my draft code for moving the Gic to the new restore path, the VM failed to restore. 😿 I am troubleshooting. The work in progress is here: https://github.com/michael2012z/cloud-hypervisor/tree/restore-gic

When I logged in the CI server just now, I saw some containers had been running over 1 day: ``` root@ci-cloud-hypervisor-arm64-02:~# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS...

My observation: `wget` download failed frequently, although not 100%. It is same even if I use `curl`. The problem only happens when downloading binary/data file of type `application/octet-stream`. When I...

Also tried to download something of type `application/octet-stream` from other servers, like `https://cloud-hypervisor.azureedge.net/bionic-server-cloudimg-arm64.img`, not problem was seen.