> Xen is difficult to debug without a classic onboard serial port for > console output. Has to be some bug in that function.
Could Xen print messages to a screen? If yes, then it is possible to find this function and insert the bunch of printf("1/2/3/etc") // sleep(1) ( sleep is necessary to ensure that, before some action that freezes the system, your just-printed message will be displayed on a screen - without sleep, if it freezes too fast, may be not enough time to display) Although I have FT232H USB debug dongle, which could be used to get the console output from USB 2.0 port (e.g. coreboot cbmem log) - I don't know if it could be useful for Xen messages as well (and if any extra configuration is required to make Xen output to this dongle), and so many projects I don't have enough time to figure this out. So, if you have some free time, you may try this printf / sleep approach above. Or, alternatively, please open a bug at Xen about this regression, maybe they know an easy way of how to disable this check for AMD or at least could provide some debugging ideas... It is in our best interests that some solution for this problem gets upstreamed. Best regards, Mike Banon -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to firstname.lastname@example.org. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/CAK7947nLKz59r0qV-q0LFesufBUe3dm_KsJgkniguECBxGknVg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.