On Wednesday, October 25, 2017 at 8:34:04 AM UTC-7, Foppe de Haan wrote: > On Wednesday, October 25, 2017 at 5:22:13 PM UTC+2, Sonny Horton wrote: > > Hardware: Dell Latitude E6420 - i5 > > BRCM on-board WiFi disabled in BIOS > > VT-x and VT-d properly enabled in BIOS > > Machine worked great with R3.2, including USB WiFi using Edimax/Realtek > > > > Symptoms: > > USB WiFi adapters (tried two) not properly detected during install > > > > Attempting to start sys-net qube with either PCI USB controller attached > > results in error: "Start failed: internal error: libxenlight failed to > > create new domain 'sys-net'" > > > > Actions taken: > > Removed both PCI USB controllers from sys-net and sys-net will then start. > > Tried adding them back singly (there are two) and sys-net will not start. > > > > My issue appears to be closely related to this: > > https://www.qubes-os.org/doc/user-faq/#i-created-a-usbvm-and-assigned-usb-controllers-to-it-now-the-usbvm-wont-boot > > > > The last several lines of my output of xl dmesg is identical to that noted > > on the FAQ page linked above, but adds more lines showing failure to attach > > either of the two controllers to a number of xen domains. > > > > However, the FAQ says it is likely a USB3.0 issue, but this machine does > > not have USB3.0 and note that the controllers worked fine in R3.2. > > > > I have not tried this solution: "qvm-prefs usbVM -s pci_strictreset false" > > as my error message is different and, as noted above, these USB controllers > > worked fine in R3.2. I also don't want to open up additional risks. > > > > Thanks in advance for any assistance. I am *somewhat* new to Qubes, but > > love it. > > > > Sonny Horton > > please disconnect them from the usbVM, then start the VM, and (re)attach them > using 'qvm-pci a usbVM -o no-strict-reset=true --persistent dom0:0x_yy.z'
On Wednesday, October 25, 2017 at 8:34:04 AM UTC-7, Foppe de Haan wrote: > On Wednesday, October 25, 2017 at 5:22:13 PM UTC+2, Sonny Horton wrote: > > Hardware: Dell Latitude E6420 - i5 > > BRCM on-board WiFi disabled in BIOS > > VT-x and VT-d properly enabled in BIOS > > Machine worked great with R3.2, including USB WiFi using Edimax/Realtek > > > > Symptoms: > > USB WiFi adapters (tried two) not properly detected during install > > > > Attempting to start sys-net qube with either PCI USB controller attached > > results in error: "Start failed: internal error: libxenlight failed to > > create new domain 'sys-net'" > > > > Actions taken: > > Removed both PCI USB controllers from sys-net and sys-net will then start. > > Tried adding them back singly (there are two) and sys-net will not start. > > > > My issue appears to be closely related to this: > > https://www.qubes-os.org/doc/user-faq/#i-created-a-usbvm-and-assigned-usb-controllers-to-it-now-the-usbvm-wont-boot > > > > The last several lines of my output of xl dmesg is identical to that noted > > on the FAQ page linked above, but adds more lines showing failure to attach > > either of the two controllers to a number of xen domains. > > > > However, the FAQ says it is likely a USB3.0 issue, but this machine does > > not have USB3.0 and note that the controllers worked fine in R3.2. > > > > I have not tried this solution: "qvm-prefs usbVM -s pci_strictreset false" > > as my error message is different and, as noted above, these USB controllers > > worked fine in R3.2. I also don't want to open up additional risks. > > > > Thanks in advance for any assistance. I am *somewhat* new to Qubes, but > > love it. > > > > Sonny Horton > > please disconnect them from the usbVM, then start the VM, and (re)attach them > using 'qvm-pci a usbVM -o no-strict-reset=true --persistent dom0:0x_yy.z' On Wednesday, October 25, 2017 at 8:34:04 AM UTC-7, Foppe de Haan wrote: > On Wednesday, October 25, 2017 at 5:22:13 PM UTC+2, Sonny Horton wrote: > > Hardware: Dell Latitude E6420 - i5 > > BRCM on-board WiFi disabled in BIOS > > VT-x and VT-d properly enabled in BIOS > > Machine worked great with R3.2, including USB WiFi using Edimax/Realtek > > > > Symptoms: > > USB WiFi adapters (tried two) not properly detected during install > > > > Attempting to start sys-net qube with either PCI USB controller attached > > results in error: "Start failed: internal error: libxenlight failed to > > create new domain 'sys-net'" > > > > Actions taken: > > Removed both PCI USB controllers from sys-net and sys-net will then start. > > Tried adding them back singly (there are two) and sys-net will not start. > > > > My issue appears to be closely related to this: > > https://www.qubes-os.org/doc/user-faq/#i-created-a-usbvm-and-assigned-usb-controllers-to-it-now-the-usbvm-wont-boot > > > > The last several lines of my output of xl dmesg is identical to that noted > > on the FAQ page linked above, but adds more lines showing failure to attach > > either of the two controllers to a number of xen domains. > > > > However, the FAQ says it is likely a USB3.0 issue, but this machine does > > not have USB3.0 and note that the controllers worked fine in R3.2. > > > > I have not tried this solution: "qvm-prefs usbVM -s pci_strictreset false" > > as my error message is different and, as noted above, these USB controllers > > worked fine in R3.2. I also don't want to open up additional risks. > > > > Thanks in advance for any assistance. I am *somewhat* new to Qubes, but > > love it. > > > > Sonny Horton > > please disconnect them from the usbVM, then start the VM, and (re)attach them > using 'qvm-pci a usbVM -o no-strict-reset=true --persistent dom0:0x_yy.z' Thank you for the fast response. Apologies to the list for not quoting in my original reply. I seem to need some help with the syntax of the device ID at the end of the command. lspci shows me IDs of 00:1a.0 and 00:1d.0 for the controllers, but the qvm-pci command doesn't accept that ID prefaced with dom0: (i.e.: dom0:00:1a.0)... I get the error "qvm-pci: error: backend vm 'dom0' doesn't expose device '00:1a.0'". I am sure I am misunderstanding something. Thanks again for the help! -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/b97c4186-b42b-4cc7-9c51-89700095f8a9%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
