lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <995c95e2-6df7-4c96-94c0-f069635a1044@suse.com>
Date:   Sun, 10 Jul 2022 07:34:29 +0200
From:   Juergen Gross <jgross@...e.com>
To:     Paul Menzel <pmenzel@...gen.mpg.de>,
        Stefano Stabellini <sstabellini@...nel.org>
Cc:     xen-devel@...ts.xenproject.org, linux-kernel@...r.kernel.org
Subject: Re: Lots of XEN init functions called in non-XEN environment

On 09.07.22 18:29, Paul Menzel wrote:
> Dear Linux folks,
> 
> 
> Booting Debian’s Linux kernel with `initcall_debug` on a laptop with no XEN 
> being used, I see a lot of Xen related init functions to be called.
> 
> ```
> $ sudo dmesg | grep -e balloon -e xen
> [    0.066207] calling  xen_cons_init+0x0/0x50 @ 0
> [    0.066210] initcall xen_cons_init+0x0/0x50 returned 0 after 0 usecs
> [    0.096491] calling  xen_pvh_gnttab_setup+0x0/0x34 @ 1
> [    0.096491] initcall xen_pvh_gnttab_setup+0x0/0x34 returned -19 after 0 usecs
> [    0.100353] calling  xenbus_init+0x0/0x322 @ 1
> [    0.100353] initcall xenbus_init+0x0/0x322 returned -19 after 0 usecs
> [    0.100353] calling  register_xen_pci_notifier+0x0/0x2d @ 1
> [    0.100353] initcall register_xen_pci_notifier+0x0/0x2d returned 0 after 0 usecs
> [    0.100353] calling  xen_pcpu_init+0x0/0xb5 @ 1
> [    0.100353] initcall xen_pcpu_init+0x0/0xb5 returned -19 after 0 usecs
> [    0.169465] calling  balloon_init+0x0/0x1e0 @ 1
> [    0.169467] initcall balloon_init+0x0/0x1e0 returned -19 after 0 usecs
> [    0.169470] calling  xen_setup_shutdown_event+0x0/0x30 @ 1
> [    0.169473] initcall xen_setup_shutdown_event+0x0/0x30 returned -19 after 0 
> usecs
> [    0.169476] calling  xenbus_probe_backend_init+0x0/0x6b @ 1
> [    0.169482] initcall xenbus_probe_backend_init+0x0/0x6b returned 0 after 0 usecs
> [    0.169485] calling  xenbus_probe_frontend_init+0x0/0x4f @ 1
> [    0.169489] initcall xenbus_probe_frontend_init+0x0/0x4f returned 0 after 0 
> usecs
> [    0.169491] calling  xen_acpi_pad_init+0x0/0x3c @ 1
> [    0.169493] initcall xen_acpi_pad_init+0x0/0x3c returned -19 after 0 usecs
> [    0.257640] calling  xenfb_init+0x0/0x3b @ 1
> [    0.257642] initcall xenfb_init+0x0/0x3b returned -19 after 0 usecs
> [    0.259498] calling  xenbus_probe_initcall+0x0/0x6f @ 1
> [    0.259599] initcall xenbus_probe_initcall+0x0/0x6f returned 0 after 98 usecs
> [    0.259615] calling  xenbus_init+0x0/0x3b @ 1
> [    0.259617] initcall xenbus_init+0x0/0x3b returned -19 after 0 usecs
> [    0.259620] calling  xenbus_backend_init+0x0/0x44 @ 1
> [    0.259622] initcall xenbus_backend_init+0x0/0x44 returned -19 after 0 usecs
> [    0.259666] calling  xen_late_init_mcelog+0x0/0x5e @ 1
> [    0.259668] initcall xen_late_init_mcelog+0x0/0x5e returned -19 after 0 usecs
> [    0.259811] calling  xen_hvc_init+0x0/0x1de @ 1
> [    0.259813] initcall xen_hvc_init+0x0/0x1de returned -19 after 0 usecs
> [    0.263794] calling  xenkbd_init+0x0/0x3b @ 1
> [    0.263796] initcall xenkbd_init+0x0/0x3b returned -19 after 0 usecs
> [    0.285181] calling  balloon_wait_finish+0x0/0xda @ 1
> [    0.285183] initcall balloon_wait_finish+0x0/0xda returned -19 after 0 usecs
> ```
> 
> All these drivers(?) are enabled in Debian’s Linux configuration to also support 
> XEN setups, but I wonder, if the system can’t detect once if it’s running in a 
> XEN environment, and if it’s not then to skip all the XEN related init functions.

You are aware how initcall is working? If not, I'd recommend to read the
code.

So how would you skip initcalls for Xen other than bailing out early in
each Xen related initcall if the system is not running as a Xen guest,
which is how it works today?


Juergen

Download attachment "OpenPGP_0xB0DE9DD628BF132F.asc" of type "application/pgp-keys" (3099 bytes)

Download attachment "OpenPGP_signature" of type "application/pgp-signature" (496 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ