Bug 31634 - vhba module is not loaded at boot time
Summary: vhba module is not loaded at boot time
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: David GEIGER
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-03-04 19:12 CET by katnatek
Modified: 2023-03-27 19:44 CEST (History)
1 user (show)

See Also:
Source RPM: dkms-vhba-20211218-1.mga9.src.rpm
CVE:
Status comment:


Attachments

Description katnatek 2023-03-04 19:12:11 CET
Description of problem:

I try to use cdemu to mount a iso image and nothing happen
Running dolphin from console i get

ERROR: Failed to acquire daemon interface version (this most likely means your daemon is out-of-date): g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name net.sf.cdemu.CDEmuDaemon was not provided by any .service files (2)

Try to run the daemon and i get

cdemu-daemon 
Starting CDEmu daemon with following parameters:
 - config file: (null) (exists: 0)
 - num devices: 1
 - control device: /dev/vhba_ctl
 - audio driver: null
 - bus type: session
 - default CDEmu debug mask: 0x0
 - default libMirage debug mask: 0x0

Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)cdemu0: Kernel I/O: failed to open control device /dev/vhba_ctl: No existe el fichero o el directorio!
cdemu: Daemon: failed to start device #0!
cdemu: Daemon: failed to create device!
Daemon initialization and start failed!

So finally i "su -" and confirm the /dev/vhba_ctl is missing

ls /dev/vh*
/dev/vhci  /dev/vhost-net  /dev/vhost-vsock

modprobe vhba
ls /dev/vh*
/dev/vhba_ctl  /dev/vhci  /dev/vhost-net  /dev/vhost-vsock

So finally i can run cdemu-daemon and mount my iso images with cdemu
Comment 1 Lewis Smith 2023-03-06 09:52:27 CET
Thank you for the report and your research.

Assigning to kernel team.

Assignee: bugsquad => kernel

Comment 2 katnatek 2023-03-26 23:51:57 CEST
I suppose the module should be loaded when you clean install the package but not happen, i have to explicit load them

l-6.2.8-1.mga9.i586: The kernel-devel files for kernel-desktop586-6.2.8-1.mga9 (para instalar)
 3- kernel-linus-devel-6.2.8-1.mga9.i586: The kernel-linus devel files for 3rdparty modules build (para instalar)
 4- kernel-server-devel-6.2.8-1.mga9.i586: The kernel-devel files for kernel-server-6.2.8-1.mga9 (para instalar)
¿Qué elige? (1-4)1
Para satisfacer las dependencias, se instalarán los paquetes siguientes:
  Paquete                        Versión      Revisión      Arq.    
(soporte «Core Release»)
  dkms                           2.0.19       45.mga9       noarch  
  dkms-minimal                   2.0.19       45.mga9       noarch  
  dkms-vhba                      20211218     1.mga9        noarch  
  kernel-desktop-devel           6.2.8        1.mga9        i586    
se utilizarán 53MB de espacio de disco adicional.
se descargarán 12MB de paquetes.
¿Efectuar la instalación de los 4 paquetes? (S/n) s


    https://mirrors.kernel.org/mageia/distrib/9/i586/media/core/release/dkms-minimal-2.0.19-45.mga9.noarch.rpm
    https://mirrors.kernel.org/mageia/distrib/9/i586/media/core/release/kernel-desktop-devel-6.2.8-1.mga9.i586.rpm
    https://mirrors.kernel.org/mageia/distrib/9/i586/media/core/release/dkms-2.0.19-45.mga9.noarch.rpm       
    https://mirrors.kernel.org/mageia/distrib/9/i586/media/core/release/dkms-vhba-20211218-1.mga9.noarch.rpm 
instalando kernel-desktop-devel-6.2.8-1.mga9.i586.rpm dkms-vhba-20211218-1.mga9.noarch.rpm dkms-2.0.19-45.mga9.noarch.rpm dkms-minimal-2.0.19-45.mga9.noarch.rpm desde /var/cache/urpmi/rpms
Preparando...                    ###########################################################################
      1/4: dkms-minimal          ###########################################################################
      2/4: kernel-desktop-devel  ###########################################################################
      3/4: dkms                  ###########################################################################
      4/4: dkms-vhba             ###########################################################################

Creating symlink /var/lib/dkms/vhba/20211218-1.mga9/source ->
                 /usr/src/vhba-20211218-1.mga9

DKMS: add Completed.

Preparing kernel 6.2.8-desktop-1.mga9 for module build:
(This is not compiling a kernel, just preparing kernel symbols)
Storing current .config to be restored when complete
Running Generic preparation routine
make mrproper....
using /proc/config.gz
make oldconfig....
make prepare....

Building module:
cleaning build area....
make -j2 KERNELRELEASE=6.2.8-desktop-1.mga9 KDIR=/lib/modules/6.2.8-desktop-1.mga9/build......
cleaning build area....
cleaning kernel tree (make mrproper)....

DKMS: build Completed.

vhba.ko.xz:
 - Installation
   - Installing to /lib/modules/6.2.8-desktop-1.mga9/dkms/vhba/

depmod..........

DKMS: install Completed.
[root@localhost ~]# ls /dev/vh*
/dev/vhci  /dev/vhost-net  /dev/vhost-vsock

modprobe vhba
[root@localhost ~]# ls /dev/vh*
/dev/vhba_ctl  /dev/vhci  /dev/vhost-net  /dev/vhost-vsock
Comment 3 Dave Hodgins 2023-03-27 02:30:15 CEST
Closing as invalid. The vhba kernel module is useless by itself, so just
installing the dkms package for it does not cause it to be loaded. It does
get loaded if cdemu-daemon is installed.

[root@x9v ~]# grep vhba /proc/modules
[root@x9v ~]# urpmi cdemu-daemon
To satisfy dependencies, the following packages are going to be installed:
  Package                        Version      Release       Arch    
(medium "Core Release (distrib1)")
  cdemu-daemon                   3.2.6        1.mga9        x86_64  
  dkms-vhba                      20211218     1.mga9        noarch  
  lib64mirage11                  3.2.6        1.mga9        x86_64  
  libmirage-common               3.2.6        1.mga9        x86_64  
1.1MB of additional disk space will be used.
367KB of packages will be retrieved.
Proceed with the installation of the 4 packages? (Y/n) 


    https://mirror.math.princeton.edu/pub/mageia/distrib/cauldron/x86_64/media/core/release/libmirage-common-3.2.6-1.mga9.x86_64.rpm
    https://mirror.math.princeton.edu/pub/mageia/distrib/cauldron/x86_64/media/core/release/lib64mirage11-3.2.6-1.mga9.x86_64.rpm                                                                                                          
    https://mirror.math.princeton.edu/pub/mageia/distrib/cauldron/x86_64/media/core/release/dkms-vhba-20211218-1.mga9.noarch.rpm                                                                                                           
    https://mirror.math.princeton.edu/pub/mageia/distrib/cauldron/x86_64/media/core/release/cdemu-daemon-3.2.6-1.mga9.x86_64.rpm                                                                                                           
installing lib64mirage11-3.2.6-1.mga9.x86_64.rpm dkms-vhba-20211218-1.mga9.noarch.rpm cdemu-daemon-3.2.6-1.mga9.x86_64.rpm libmirage-common-3.2.6-1.mga9.x86_64.rpm from /var/cache/urpmi/rpms                                             
Preparing...                     #########################################################################################################################################################################################################
      1/4: libmirage-common      #########################################################################################################################################################################################################
      2/4: lib64mirage11         #########################################################################################################################################################################################################
      3/4: dkms-vhba             #########################################################################################################################################################################################################

Creating symlink /var/lib/dkms/vhba/20211218-1.mga9/source ->
                 /usr/src/vhba-20211218-1.mga9

DKMS: add Completed.

Preparing kernel 6.2.8-desktop-1.mga9 for module build:
(This is not compiling a kernel, just preparing kernel symbols)
Storing current .config to be restored when complete
Running Generic preparation routine
make mrproper....
using /proc/config.gz
make oldconfig....
make prepare....

Building module:
cleaning build area....
make -j2 KERNELRELEASE=6.2.8-desktop-1.mga9 KDIR=/lib/modules/6.2.8-desktop-1.mga9/build.....
cleaning build area....
cleaning kernel tree (make mrproper)....

DKMS: build Completed.

vhba.ko.xz:
 - Installation
   - Installing to /lib/modules/6.2.8-desktop-1.mga9/dkms/vhba/

depmod......

DKMS: install Completed.
      4/4: cdemu-daemon          #########################################################################################################################################################################################################
[root@x9v ~]# grep vhba /proc/modules
vhba 40960 0 - Live 0xffffffffc0e45000 (O)

Status: NEW => RESOLVED
Resolution: (none) => INVALID
CC: (none) => davidwhodgins

Comment 4 katnatek 2023-03-27 06:20:06 CEST
(In reply to Dave Hodgins from comment #3)

For get the behaviour you get i did have to uninstall cdemu-daemon cdemu-clien anmd dkms-vhba the reinstall cdemu-client

BTW dud you take care of check if at next reboot the module load?
I do and its no so

Status: RESOLVED => REOPENED
Resolution: INVALID => (none)

Comment 5 Dave Hodgins 2023-03-27 08:41:48 CEST
Ah, correct. While the module does get loaded during installation of
cdemu-daemon, it doesn't get loaded after rebooting.

Moving /etc/modprobe.preload.d/cdemud.conf to /etc/modules-load.d/ works to
get it loaded during boot.
Comment 6 Dave Hodgins 2023-03-27 08:54:09 CEST
Reassigning to David Geiger as the person who made the most recent changes
to cdemu-daemon.

Assignee: kernel => geiger.david68210

Comment 7 katnatek 2023-03-27 19:44:10 CEST
Updated packages fix the issue, the module load when the package install and when you reboot, i don't remember if previously was necessary  manually add cdemu-daemon to start process of the desktop, but that is a minor thing

Resolution: (none) => FIXED
Status: REOPENED => RESOLVED


Note You need to log in before you can comment on or make changes to this bug.