> On 16.12.20 19:55, Andrea Bastoni wrote:
> > Hi,
> >
> > On 16/12/2020 14:34, Jan Kiszka wrote:
> >> On 10.12.20 16:20, Bram Hooimeijer wrote:
> >>> Dear Jailhouse community,
> >>>
> >>> Over the last days I have been trying to get Jailhouse running on real
> hardware. I ran into quite some issues, but managed to get it running
> eventually.
> >>> For some issues, I was able to find a solution somewhere in the mailing
> archives, but not for all of them. So I thought I'd share my experiences here
> for future references.
> >>> There's also some solutions which are not entirely clear. If you have any
> reference on that it would be welcome, but I understand these might be
> very system specific as well.
> >>>
> >>> ** Installing Jailhouse **
> >>> * Installing Jailhouse on generic Ubuntu (2.10) gives the following error:
> >>>> ERROR: modpost: "lapic_timer_period"
> [/data/ecseqm/jailhouse/510_siemens_jailhouse/driver/jailhouse.ko]
> undefined!
> >>>> ERROR: modpost: "__get_vm_area_caller"
> [/data/ecseqm/jailhouse/510_siemens_jailhouse/driver/jailhouse.ko]
> undefined!
> >>>> ERROR: modpost: "ioremap_page_range"
> [/data/ecseqm/jailhouse/510_siemens_jailhouse/driver/jailhouse.ko]
> undefined!
> >>> I believe some of the kernel symbols have been renamed in I believe
> 5.8. As a solution, I switched to 2.04 LTS (Kernel 5.4), where it installed
> without issues.
> >>>
> >>
> >> That used to work by luck for some kernels via ksymall, but that is
> >> disabled in other kernels for security reasons - and now even removed
> >> from upstream. You need some patches from the
> >> github.com/siemens/linux
> >> jailhouse-enabling/5.4 queue (or queues/jailhouse for the head queue,
> >> that's on git.kiszka.org).
> >>
> >>> ** Enabling Jailhouse
> >>> * enabling a compiled sysconfig.cell results in:
> >>>> JAILHOUSE_ENABLE: Invalid argument
> >>> with dmesg listing:
> >>>> jailhouse: Not a system configuration
> >>> This issue was already reported on the mailing list, but I'd like to note
> that it was not a singular case. Switching from GCC-9 to GCC-7 solved the
> issue for me too. I guess GCC-9 takes the freedom to move the header away
> from the initial memory location, which results in Jailhouse failing to verify
> the .cell to be a system configuration description.
> >>>
> >>
> >> If that isn't solved in current next, we should address it. The
> >> proper fix is moving away from gcc to a different way of compiling,
> >> but that's another story.
> >
> > If it's the same issue that was reported in October ("Jailhouse in
> > qemu and ubuntu"), then maybe the attached patch could help.
> >
>
> Likely. Could you send the patch as a regular one to the list? Bram, could you
> test that and give feedback?
Thanks Andrea, Jan. I can confirm that the patch solves the issue on building
.cell configs.
For inmate binaries, this was not an issue in the first place, as I believe
jailhouse_cell_load does not check this header for cells.
However, it might be sensible to strip the gnu.property section from both for
consistency.
Bram
--
You received this message because you are subscribed to the Google Groups
"Jailhouse" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/jailhouse-dev/AS8PR02MB6663C550FA3DE433E275B238B6C40%40AS8PR02MB6663.eurprd02.prod.outlook.com.
