Page MenuHomeFreeBSD

xen/console: add support for HVM and ARM console
AbandonedPublic

Authored by ehem_freebsd_m5p.com on Apr 6 2021, 1:00 AM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Mar 2, 3:10 PM
Unknown Object (File)
Dec 10 2023, 7:42 PM
Unknown Object (File)
Sep 6 2023, 7:11 AM
Unknown Object (File)
Aug 15 2023, 9:22 PM
Unknown Object (File)
Aug 14 2023, 7:27 AM
Unknown Object (File)
Jun 25 2023, 6:58 AM
Unknown Object (File)
May 16 2023, 6:37 AM
Unknown Object (File)
May 3 2023, 7:41 PM

Details

Reviewers
royger
mhorne
Summary

This should be improving the console on ARM devices. I'm unsure of the
magnitude of improvement, but it does get a very early console
functioning on ARM devices.

Submitted by: Elliott Mitchell <ehem+freebsd@m5p.com>
Original implementation: Julien Grall <julien@xen.org>, 2015-09-19 10:15:40

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 38346
Build 35235: arc lint + arc unit

Event Timeline

I think the comment about pmap not being initialized for HVM needs some clarification.

sys/dev/xen/console/xen_console.c
279

I'm lost here, both HVM and PVH use exactly the same pmap init code, so I'm not sure why pmap_mapdev_attr would work in one case and not the other?

Is maybe something else that's missing, and not pmap initialization?

This one needs @julien_xen.org to comment. So far none of my successful builds lacked this, but a build without it might work.

As such I believe the dependency markings reflect the current situation. I don't know D30950 actually depends on D29597, even though I suspect D30950 depends on D29597.

This one needs @julien_xen.org to comment. So far none of my successful builds lacked this, but a build without it might work.

As such I believe the dependency markings reflect the current situation. I don't know D30950 actually depends on D29597, even though I suspect D30950 depends on D29597.

I can't remember why I wrote this patch. If Arm guests are treated as HVM guests, then the behavior doesn't look to change for the initialization.

Can you drop the patch and try to boot?

sys/dev/xen/console/xen_console.c
300

AFAICT, after with the change in xencons_early_init_ring() , cons->evtchn and cons->intf will not be set for PV but HVM domain.

sys/dev/xen/console/xen_console.c
281

I am not sure to understand how the code match the comment. The function will skip the initialisation for non-HVM domain... IOW after this patch, the function will still initialise the ring for HVM domain.

Can you drop the patch and try to boot?

I don't know whether my build/test setup is worse than others', but I really dislike that test approach as my builds take a while. This though is the test and quite effective. Appears this is no longer necessary, so dropping this. (latest build looked okay in regards to this, even though -CURRENT has some troubles right now)