The card is listed via lsusb:
[pr@dom0 ~]$ lsusb
Bus 003 Device 002: ID 8087:8000 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 0765:5010 X-Rite, Inc.
Bus 001 Device 004: ID 04f2:b39a Chicony Electronics Co., Ltd
Bus 001 Device 003: ID 8087:07dc Intel Corp.
Bus 001 Device 015: ID 1199:a001 Sierra Wireless, Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
and I have also found information via dmesg:
[pr@dom0 ~]$ dmesg | grep -i cdc
[ 23.447323] cdc_acm 1-10:1.2: ttyACM0: USB ACM device
[ 23.448273] usbcore: registered new interface driver cdc_acm
[ 23.448278] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[ 23.449052] usbcore: registered new interface driver cdc_ncm
[ 23.450577] usbcore: registered new interface driver cdc_wdm
[ 23.474909] cdc_mbim 1-10:1.0: setting rx_max = 16384
[ 23.475375] cdc_mbim 1-10:1.0: cdc-wdm0: USB WDM device
[ 23.475538] cdc_mbim 1-10:1.0 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-10, CDC MBIM, 0a:5f:ca:8d:ff:6d
[ 23.475568] usbcore: registered new interface driver cdc_mbim
[ 23.493585] cdc_mbim 1-10:1.0 wwp0s20u10: renamed from wwan0
[ 1633.400218] cdc_mbim 1-10:1.0 wwp0s20u10: unregister 'cdc_mbim' usb-0000:00:14.0-10, CDC MBIM
[ 1649.140234] cdc_mbim 1-10:1.0: setting rx_max = 16384
[ 1649.140848] cdc_mbim 1-10:1.0: cdc-wdm0: USB WDM device
[ 1649.141460] cdc_mbim 1-10:1.0 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-10, CDC MBIM, 0a:5f:ca:8d:ff:6d
[ 1649.142892] cdc_acm 1-10:1.2: ttyACM0: USB ACM device
[ 1649.245869] cdc_mbim 1-10:1.0 wwp0s20u10: renamed from wwan0
[ 2201.130848] cdc_mbim 1-10:1.0 wwp0s20u10: unregister 'cdc_mbim' usb-0000:00:14.0-10, CDC MBIM
[ 2201.605340] cdc_mbim 1-10:1.0: setting rx_max = 16384
[ 2201.605794] cdc_mbim 1-10:1.0: cdc-wdm0: USB WDM device
[ 2201.605969] cdc_mbim 1-10:1.0 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-10, CDC MBIM, 0a:5f:ca:8d:ff:6d
[ 2201.606986] cdc_acm 1-10:1.2: ttyACM0: USB ACM device
[ 2201.637417] cdc_mbim 1-10:1.0 wwp0s20u10: renamed from wwan0
[ 3652.810576] cdc_mbim 1-10:1.0 wwp0s20u10: unregister 'cdc_mbim' usb-0000:00:14.0-10, CDC MBIM
[ 3665.214809] cdc_mbim 1-10:1.0: setting rx_max = 16384
[ 3665.215297] cdc_mbim 1-10:1.0: cdc-wdm0: USB WDM device
[ 3665.215450] cdc_mbim 1-10:1.0 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-10, CDC MBIM, 0a:5f:ca:8d:ff:6d
[ 3665.216253] cdc_acm 1-10:1.2: ttyACM0: USB ACM device
[ 3665.256472] cdc_mbim 1-10:1.0 wwp0s20u10: renamed from wwan0
[47563.959697] cdc_mbim 1-10:1.0 wwp0s20u10: unregister 'cdc_mbim' usb-0000:00:14.0-10, CDC MBIM
[47564.427561] cdc_mbim 1-10:1.0: setting rx_max = 16384
[47564.428016] cdc_mbim 1-10:1.0: cdc-wdm0: USB WDM device
[47564.428191] cdc_mbim 1-10:1.0 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-10, CDC MBIM, 0a:5f:ca:8d:ff:6d
[47564.429156] cdc_acm 1-10:1.2: ttyACM0: USB ACM device
[47564.463699] cdc_mbim 1-10:1.0 wwp0s20u10: renamed from wwan0
[48323.840902] cdc_mbim 1-10:1.0 wwp0s20u10: unregister 'cdc_mbim' usb-0000:00:14.0-10, CDC MBIM
[48324.307287] cdc_mbim 1-10:1.0: setting rx_max = 16384
[48324.307934] cdc_mbim 1-10:1.0: cdc-wdm0: USB WDM device
[48324.308397] cdc_mbim 1-10:1.0 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-10, CDC MBIM, 0a:5f:ca:8d:ff:6d
[48324.309851] cdc_acm 1-10:1.2: ttyACM0: USB ACM device
[48324.408488] cdc_mbim 1-10:1.0 wwp0s20u10: renamed from wwan0
[51616.379179] usbcore: deregistering interface driver cdc_mbim
[51616.379227] cdc_mbim 1-10:1.0 wwp0s20u10: unregister 'cdc_mbim' usb-0000:00:14.0-10, CDC MBIM
[51616.414567] usbcore: deregistering interface driver cdc_ncm
[51616.453756] usbcore: deregistering interface driver cdc_wdm
[51629.929470] usbcore: registered new interface driver cdc_wdm
[51634.310225] usbcore: registered new interface driver cdc_ncm
[51641.176562] cdc_mbim 1-10:1.0: setting rx_max = 16384
[51641.177544] cdc_mbim 1-10:1.0: cdc-wdm0: USB WDM device
[51641.177749] cdc_mbim 1-10:1.0 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-10, CDC MBIM, 36:1c:08:a6:52:81
[51641.177773] usbcore: registered new interface driver cdc_mbim
[51641.190233] cdc_mbim 1-10:1.0 wwp0s20u10: renamed from wwan0
[52690.171631] cdc_mbim 1-10:1.0 wwp0s20u10: unregister 'cdc_mbim' usb-0000:00:14.0-10, CDC MBIM
[52690.647032] cdc_mbim 1-10:1.0: setting rx_max = 16384
[52690.647652] cdc_mbim 1-10:1.0: cdc-wdm0: USB WDM device
[52690.648124] cdc_mbim 1-10:1.0 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-10, CDC MBIM, 36:1c:08:a6:52:81
[52690.649630] cdc_acm 1-10:1.2: ttyACM0: USB ACM device
[52690.715952] cdc_mbim 1-10:1.0 wwp0s20u10: renamed from wwan0
From what I understood so far it seems that the WWAN card is recognized from the system
[pr@dom0 ~]$ lsmod | grep cdc
cdc_mbim 16384 0
cdc_ncm 32768 1 cdc_mbim
usbnet 45056 2 cdc_mbim,cdc_ncm
cdc_wdm 20480 1 cdc_mbim
cdc_acm 36864 0
From the above links it seems that enabling ModemManager could do the trick.
While there is a package available for Fedora 23, my question is how and where do I need to install it?
ModemManager-1.4.10-2.fc23 RPM for i686
"The ModemManager service manages WWAN modems and provides a consistent API for interacting with these devices to client applications."
https://www.rpmfind.net/linux/RPM/fedora/23/x86_64/m/ModemManager-1.4.10-2.fc23.i686.html
(...)
It looks to me that the problem is that your WWAN card is connected to
your computer via a USB controller, and that USB controller is
connected to dom0 (because you don't have a USB VM), while
NetworkManager is running in your Net VM. As a result, NetworkManager
doesn't see the WWAN card.
(...)
You have two options that I can think of.
One is to assign the PCI device that is your USB controller, to your
Net VM. (I'm pretty sure the Qubes documentation explains how to
assign PCI devices.) The benefit of this approach is that you can use
the same NetworkManager instance to manage your WWAN card as you use
to manage Ethernet and WiFi. The downside is that it means that any
adversary who compromises your NetVM (e.g. by attacking a WiFi driver)
will have access to your USB controller (and whatever devices are
inserted into it). It also means that any other USB devices that
you've inserted into that USB controller will only be accessible from
the Net VM.
Another option is to create a USB VM, and then enable NetworkManager
in it. I'm 90% certain that either Marek or Joanna said this is
possible as of 3.1, but I can't remember where I read that, so
hopefully I'm not misremembering. Assuming that I'm remembering
correctly, this will give you somewhat better isolation (someone who
compromises your WiFi won't be able to attack your USB devices), and
also you'll be able to use USB devices as you would with a standard
USB VM. The downside is that this effectively means you would have to
switch your Firewall VM's upstream VM between your regular Net VM and
your USB VM when you want to switch between Ethernet/WiFi and WWAN,
which might be a bother depending on how often you do this.
[user@dom0 ~] lsusb
Bus 003 Device 002: ID 8087:8000 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 001 Device 005: ID 0765:5010 X-Rite, Inc.
Bus 001 Device 004: ID 04f2:b39a Chicony Electronics Co., Ltd
Bus 001 Device 003: ID 8087:07dc Intel Corp.
Bus 001 Device 008: ID 1199:a001 Sierra Wireless, Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[user@dom0 ~] lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04)
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-LM (rev 04)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d4)
00:1c.1 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #2 (rev d4)
00:1c.4 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #5 (rev d4)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation QM87 Express LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation GK106GLM [Quadro K2100M] (rev a1)
03:00.0 Network controller: Intel Corporation Wireless 7260 (rev 83)
[user@dom0 ~] lspci -v
[...]
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04) (prog-if 30 [XHCI])
Subsystem: Lenovo Device 2211
Flags: bus master, medium devsel, latency 0, IRQ 86
Memory at b3920000 (64-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci
[...]
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04) (prog-if 20 [EHCI])
Subsystem: Lenovo Device 2211
Flags: bus master, medium devsel, latency 0, IRQ 23
Memory at b393d000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
[...]
Unfortunately I lost 2h because I didn't enable "Automatically connect this network when it is available" and tried to work on my mobile connection from the konsole window.
Strangely i was able to see that the WWAN Card was working but I couldn't connect via terminal and get an IP address.
Some helpfull commands:
mmcli:
nmcli (yes this a N in the beginning)
A strange thing is that the WWAN card is named cdc-wdm0 in network manager.
When looking at the IP configuration from the terminal (ifconfig or ip a) the WAN-connection is named wwp0s2u1u6.
I'll am willing to add a more detailed description (if requested) at a later point.
@Jeremy:
Thank you for the inital idea. I didn't expect to get things working so fast :-)
- Piit
[user@sys-net ~]$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 004: ID 0765:5010 X-Rite, Inc.
Bus 002 Device 003: ID 1199:a001 Sierra Wireless, Inc.
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
I got WWAN working and as such Qubes OS has been qualified to be "ready for business" :-)
[...]
I'll am willing to add a more detailed description (if requested) at a later point.
[pr@dom0 ~]$ lsusb
Bus 002 Device 005: ID 0765:5010 X-Rite, Inc.
Bus 002 Device 004: ID 1199:a001 Sierra Wireless, Inc.
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 005: ID 04f2:b39a Chicony Electronics Co., Ltd
Bus 001 Device 004: ID 8087:07dc Intel Corp.
Bus 001 Device 003: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[pr@dom0 ~]$ readlink /sys/bus/usb/devices/usb?
../../../devices/pci0000:00/0000:00:1a.0/usb1
../../../devices/pci0000:00/0000:00:1d.0/usb2
[pr@dom0 ~]$ lspci | grep USB
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 04)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04)
[pr@dom0 ~]$ lsusb
Bus 001 Device 005: ID 04f2:b39a Chicony Electronics Co., Ltd
Bus 001 Device 004: ID 8087:07dc Intel Corp.
Bus 001 Device 003: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[pr@sys-net ~]$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 004: ID 0765:5010 X-Rite, Inc.
Bus 002 Device 003: ID 1199:a001 Sierra Wireless, Inc.
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
I am trying to get the build-in LTE card running on my ThinkPad T540p. Its a Sierra Wireless USB connected card. I can identify the USB bus, it's the first USB bus (Intel family xHCI rev 04), where the fingerprint reader and some other internal stuff also is located.
When I attach this USB device to sys-net VM, this VM does not start any more, however, but throws the error: "qubes sys-net modem VM: internal error: unable to reset PCI device : no FLR, PM reset or bus reset available"
Rebooting the whole Qubes (3.2) doesn't help either.
Any ideas?
> have you tried this:
> qvm-prefs usbVM -s pci_strictreset false
> See also:
> https://www.qubes-os.org/doc/assigning-devices/
no, I didn't, and yes, that did the trick. Thanks!
Best,
Akira
On a T540p, I loose all USB ports to sys-net, making the whole notebook quite unusable, since you cannot connect mice or disks any more.
Everything seems to be on one bus (003):
[user@dom0 ~]$ lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 17ef:1010 Lenovo
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 008: ID 046d:c526 Logitech, Inc. Nano Receiver
Bus 003 Device 006: ID 17ef:100f Lenovo
Bus 003 Device 004: ID 17ef:1010 Lenovo
Bus 003 Device 003: ID 138a:0017 Validity Sensors, Inc. Fingerprint Reader
Bus 003 Device 002: ID 058f:9540 Alcor Micro Corp. AU9540 Smartcard Reader
Bus 003 Device 009: ID 5986:026a Acer, Inc
Bus 003 Device 007: ID 8087:07da Intel Corp.
Bus 003 Device 005: ID 1199:a001 Sierra Wireless, Inc.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[user@dom0 ~]$ readlink /sys/bus/usb/devices/usb?
../../../devices/pci0000:00/0000:00:1a.0/usb1
../../../devices/pci0000:00/0000:00:1d.0/usb2
../../../devices/pci0000:00/0000:00:14.0/usb3
../../../devices/pci0000:00/0000:00:14.0/usb4
[user@dom0 ~]$ lspci | grep USB
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 04)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04)
Why do you have to disable USB3 in BIOS?
And what about bus 001 and 002, where may they be connected to?
If I delegate device 00:14.0 to sys-net, I cannot use any physical USB port in dom0 any more.
Seems to work well.
If so, have you done the same to make it work correctly as mentioned in this thread or have you done something else and if so what ?