Open TheWanderer1983 opened 2 years ago
An alternate strategy, depending on how many usb controllers are available on your system, would be to attach a pci usb controller to the vm (disable memory balancing) which needs to use these devices. That way you aren't dependent on usbip being issue-free with your device type.
B
An alternate strategy, depending on how many usb controllers are available on your system, would be to attach a pci usb controller to the vm (disable memory balancing) which needs to use these devices. That way you aren't dependent on usbip being issue-free with your device type.
Okay I turned off sys-usb and directly attached the usb controller to the debian template. In advanced setting I tried virtualization PV and HVM, turned off memory balancing. The OneRNG now loads without any unlink or urb errors from dmesg. However there still is no functionality or call on the device. Entropy available still 256. rng-tools is showing /dev/ttyACM0 and active, but no call to the device for example, cat /dev/random > /dev/null. Same with Infinite noise. No change.
Hello all, Just thought I would try with the debian-10 template not the debian-10-minimal. Same issues, didn't fix.
How to file a helpful issue
Qubes OS release
xen_version : 4.14.5 Linux 5.15.52-1.fc32.qubes.x86_64
Installed Packages:
grub2-qubes-theme.x86_64 5.14.4-2.fc32 kernel-qubes-vm.x86_64 1000:5.10.90-1.fc32.qubes kernel-qubes-vm.x86_64 1000:5.15.52-1.fc32.qubes python3-qubesadmin.noarch 4.1.23-1.fc32 python3-qubesdb.x86_64 4.1.13-1.fc32 python3-qubesimgconverter.x86_64 4.1.16-1.fc32 qubes-anaconda-addon.noarch 4.1.8-1.fc32 qubes-artwork.noarch 4.1.12-1.fc32 qubes-artwork-anaconda.noarch 4.1.12-1.fc32 qubes-artwork-plymouth.noarch 4.1.12-1.fc32 qubes-audio-daemon.x86_64 4.1.21-1.fc32 qubes-audio-dom0.x86_64 4.1.21-1.fc32 qubes-core-admin-addon-whonix.noarch 4.1.1-1.fc32 qubes-core-admin-client.noarch 4.1.23-1.fc32 qubes-core-dom0.noarch 4.1.27-1.fc32 qubes-core-dom0-linux.x86_64 4.1.23-1.fc32 qubes-core-dom0-linux-kernel-install.x86_64 4.1.23-1.fc32 qubes-core-qrexec.x86_64 4.1.18-1.fc32 qubes-core-qrexec-dom0.x86_64 4.1.18-1.fc32 qubes-core-qrexec-libs.x86_64 4.1.18-1.fc32 qubes-db.x86_64 4.1.13-1.fc32 qubes-db-dom0.x86_64 4.1.13-1.fc32 qubes-db-libs.x86_64 4.1.13-1.fc32 qubes-desktop-linux-common.noarch 4.1.12-1.fc32 qubes-desktop-linux-manager.noarch 4.1.14-1.fc32 qubes-dom0-meta-packages.noarch 4.1.21-1.fc32 qubes-gpg-split-dom0.x86_64 2.0.60-1.fc32 qubes-gui-daemon.x86_64 4.1.21-1.fc32 qubes-gui-dom0.x86_64 4.1.21-1.fc32 qubes-img-converter-dom0.x86_64 1.2.11-1.fc32 qubes-input-proxy.x86_64 1.0.26-1.fc32 qubes-input-proxy-receiver.x86_64 1.0.26-1.fc32 qubes-input-proxy-sender.x86_64 1.0.26-1.fc32 qubes-libvchan-xen.x86_64 4.1.7-1.fc32 qubes-manager.noarch 4.1.23-1.fc32 qubes-menus.noarch 4.1.12-1.fc32 qubes-mgmt-salt.noarch 4.1.14-1.fc32 qubes-mgmt-salt-admin-tools.noarch 4.1.14-1.fc32 qubes-mgmt-salt-base.noarch 4.1.4-1.fc32 qubes-mgmt-salt-base-config.noarch 4.1.1-1.fc32 qubes-mgmt-salt-base-topd.noarch 4.1.3-1.fc32 qubes-mgmt-salt-config.noarch 4.1.14-1.fc32 qubes-mgmt-salt-dom0.noarch 4.1.14-1.fc32 qubes-mgmt-salt-dom0-qvm.noarch 4.1.4-1.fc32 qubes-mgmt-salt-dom0-update.noarch 4.1.9-1.fc32 qubes-mgmt-salt-dom0-virtual-machines.noarch 4.1.17-1.fc32 qubes-pdf-converter-dom0.x86_64 2.1.12-1.fc32 qubes-release.noarch 4.1-2.fc32 qubes-release-notes.noarch 4.1-2.fc32 qubes-repo-templates.noarch 4.1.2-1.fc32 qubes-rpm-oxide.x86_64 0.2.5-1.fc32 qubes-template-focal.noarch 4.0.6-202204180213 qubes-template-parrot.noarch 4.0.6-202204141236 qubes-usb-proxy-dom0.noarch 1.1.1-1.fc32 qubes-utils.x86_64 4.1.16-1.fc32 qubes-utils-libs.x86_64 4.1.16-1.fc32 xfce4-settings-qubes.x86_64 4.0.5-2.fc32
Brief summary
Trying to replicate OneRNG v3.0 and Infinite Noise TRNG on a (cloned) default debian 10 minimal template. Both hardware TRNGs are in working condition and a replicated working setup from a debian 10 non qubes template is used. Both result in same entropy_avail (256) and neither show signs of being used when generating entropy.
cat /proc/sys/kernel/random/entropy_avail 256
OneRNG
OneRNG shows detected and drivers loaded in sys-usb but attachment to Debian results in errors in
dmesg | less
. I won't paste all urb/unlinks but there are many more. I tried adding more memory to the sys-usb but that didn't fix the problem. Those urb/unlinks don't show on the sys-usb side.lsusb -v
sudo systemctl status rng-tools
stat /dev/ttyACM0
Infinite Noise
Infinite noise shows detected in sys-usb and driver loaded without errors on both the Debian Template and sys-usb. Infinite noise has a running service and is working in daemon mode. It has same entropy available as before 256.
dmesg | less
sudo systemctl status infnoise
cat /proc/sys/kernel/random/entropy_avail
256
Steps to reproduce
1.Clone Debian minimal template
Expected behavior
Entropy available increase and devices being utilised when generating entropy
Actual behavior
Entropy staying at 256 when both devices attached no signs of devices being used while generating entropy.