Hi, > > And "grep -A1 0000:00:02.0 /proc/iomem" ? > > c0000000-c0ffffff : 0000:00:02.0 > c1000000-c103ffff : 0000:00:04.0 So no reservation left. Whatever blocked the pci bar resource (efifb probably) is gone now. So the interesting question is why that reservation sticked long enough to prevent bochs-drm from initializing. In theory efifb de-init should be completed when drm_fb_helper_remove_conflicting_pci_framebuffers() returns. Bisecting could help, or springkling printk's into efifb ... > [46921.562805] fbcon: bochs-drmdrmfb (fb0) is primary device > [46921.562808] fbcon: Deferring console take-over I think that is just some eye candy which delays fbcon init until something is actually printed. Try "echo hello world > /dev/tty0". Maybe tapping enter (to make getty re-print the login prompt) works too. cheers, Gerd _______________________________________________ Virtualization mailing list Virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linuxfoundation.org/mailman/listinfo/virtualization
