Hi misc@, I've spent a couple evenings working to port trezord-go, and I'm hoping someone with USB experience can give me a few pointers based on what I've found so far.
For background: Trezors are a line of hardware crypto-currency wallets. The idea behind them is to keep private keys for crypto-currencies off of your computer / phone and on a "more secure" device. Trezord-go allows the Trezor application, which runs in the browser, to talk to Trezor wallets. Basically, it is a local web server that sits between a web application (at <https://wallet.trezor.io/>) and USB devices. The project is at <https://github.com/trezor/trezord-go>. Trezord-go uses two libraries for USB communication: HIDAPI <https://github.com/signal11/hidapi> and libusb-1.0 <https://libusb.info/>. HIDAPI has no support for OpenBSD, but libusb does. Fortunately, trezord-go doesn't depend on HIDAPI and can use libusb alone, and libusb is in ports. (Great!) One wrinkle is that trezord-go uses a vendored and patched version of libusb, apparently based on 1.0.21, and the OpenBSD backend (libusb/os/openbsd_usb.c) was stripped in the process. We can tweak the build process to use the system's libusb instead and retain core functionality. This was the approach taken for the FreeBSD port (using FreeBSD's own libusb implementation). I've taken the same approach so far. Trezors are HID class devices and have uhidev and uhid drivers attached. Example: > uhidev4 at uhub0 port 2 configuration 1 interface 0 "SatoshiLabs TREZOR" rev > 2.00/1.00 addr 8 > uhidev4: iclass 3/0 > uhid3 at uhidev4: input=64, output=64, feature=0 > uhidev5 at uhub0 port 2 configuration 1 interface 1 "SatoshiLabs TREZOR" rev > 2.00/1.00 addr 8 > uhidev5: iclass 3/0 > uhid4 at uhidev5: input=64, output=64, feature=0 But libusb on OpenBSD only supports ugen devices. So I added the Trezor to usb_quirks, forcing the ugen driver and rebuilt my kernel. dev/usb/usbdevs.h: > #define USB_VENDOR_SATOSHILABS 0x534c /* SatoshiLabs */ > #define USB_PRODUCT_TREZOR 0x0001 /* TREZOR */ dev/usb/usb_quirks.c: > { USB_VENDOR_SATOSHILABS, USB_PRODUCT_TREZOR, ANY, { UQ_BAD_HID }}, And ugen attaches as expected: > ugen0 at uhub1 port 1 "SatoshiLabs TREZOR" rev 2.00/1.00 addr 7 At this point, the Trezor application recognizes and can load some information from the wallet, but it seems to stall right before you would typically enter your PIN. I don't have any experience debugging USB devices, but (after double-checking permission issues) I jumped into the libusb codebase. Trezord-go uses libusb_interrupt_transfer() to read and write from the device. My first concern is that the ugen man page states: "The interrupt transfer mode can only be in." Using lsusb from the usbutils port, it looks like the Trezor endpoints only support interrupt transfers (two interfaces, four endpoints): > Endpoint Descriptor: > [...] > bEndpointAddress 0x81 EP 1 IN > bmAttributes 3 > Transfer Type Interrupt > [...] > Endpoint Descriptor: > [...] > bEndpointAddress 0x01 EP 1 OUT > bmAttributes 3 > Transfer Type Interrupt > [...] > Endpoint Descriptor: > [...] > bEndpointAddress 0x83 EP 3 IN > bmAttributes 3 > Transfer Type Interrupt > [...] > Endpoint Descriptor: > [...] > bEndpointAddress 0x03 EP 3 OUT > bmAttributes 3 > Transfer Type Interrupt However, my read of OpenBSD backend for libusb is that interrupt transfers out are ok / anticipated (they only aren't supported in conjunction with the LIBUSB_ADD_ZERO_FLAG_PACKET flag, which isn't set in this case). After enabling debug output on libusb (rebuilding the port), it further looks like the calls to write from the backend are succeeding. So at this point I either don't understand the man page or the libusb codebase. :) > [...] > [12.554965] [00082c1d] libusb: debug [libusb_alloc_transfer] transfer > 0x249353f50 > [12.554976] [00082c1d] libusb: debug [libusb_submit_transfer] transfer > 0x249353f50 > [12.554980] [00082c1d] libusb: debug [obsd_submit_transfer] > [12.554984] [00082c1d] libusb: debug [obsd_submit_transfer] CHB: type > interrupt > [12.554991] [00082c1d] libusb: debug [_sync_gen_transfer] > [12.554994] [00082c1d] libusb: debug [_access_endpoint] endpoint 1 mode 1 > [12.555020] [00082c1d] libusb: debug [_sync_gen_transfer] CHB: we're writing > [12.556469] [00082c1d] libusb: debug [_sync_gen_transfer] CHB: return = 64 > [12.556793] [00082c1d] libusb: debug [libusb_get_next_timeout] no URB with > timeout or all handled by OS; no timeout! > [12.556801] [00082c1d] libusb: debug [libusb_handle_events_timeout_completed] > doing our own event handling > [12.556806] [00082c1d] libusb: debug [handle_events] poll() 1 fds with > timeout in 60000ms > [12.556811] [00082c1d] libusb: debug [handle_events] poll() returned 1 > [12.556814] [00082c1d] libusb: debug [handle_events] caught a fish on the > event pipe > [12.556818] [00082c1d] libusb: debug [usbi_handle_transfer_completion] > transfer 0x249353f50 has callback 0x28c49c190 > [12.556822] [00082c1d] libusb: debug [sync_transfer_cb] actual_length=64 > [12.556828] [00082c1d] libusb: debug [libusb_free_transfer] transfer > 0x249353f50 > [...] The "CHB" debug lines are my additions to libusb's debugging output. The call to write happens between the two _sync_gen_transfer lines, and it returns 64 (bytes written). My second concern is that it appears a call to _sync_gen_transfer() doesn't return, which happens when the application stalls (apparently for input from the device). > [...] > [12.583495] [00082c1d] libusb: debug [libusb_free_transfer] transfer > 0x249353a50 > [12.583531] [00082c1d] libusb: debug [libusb_alloc_transfer] transfer > 0x24f60e050 > [12.583535] [00082c1d] libusb: debug [libusb_submit_transfer] transfer > 0x24f60e050 > [12.583539] [00082c1d] libusb: debug [obsd_submit_transfer] > [12.583542] [00082c1d] libusb: debug [obsd_submit_transfer] CHB: type > interrupt > [12.583549] [00082c1d] libusb: debug [_sync_gen_transfer] > [12.583552] [00082c1d] libusb: debug [_access_endpoint] endpoint 1 mode 0 > [12.583557] [00082c1d] libusb: debug [_sync_gen_transfer] CHB: we're reading > [...] We don't get any more debug output from libusb after this point. Trezord-go does it's own logging, and it looks like again there is a read call that doesn't return: > [...] > [15.529413 : 16:10:44] core - enumerate release disconnected > [15.529407 : 16:10:44] core - enumerate callInProgress true > [15.529403 : 16:10:44] core - enumerate locking callMutex > [15.529399 : 16:10:44] core - enumerate locking sessionsMutex > [15.529387 : 16:10:44] core - listen before enumerating > [Note: would expect the read call to return here.] > [15.491020 : 16:10:44] libusb - rw - actual interrupt transport > [15.491017 : 16:10:44] libusb - rw - lock transfer mutex > [15.491014 : 16:10:44] libusb - rw - checking closed > [15.491011 : 16:10:44] libusb - rw - start > [15.491009 : 16:10:44] libusb - rw - read start > [...] (The Trezord-go log is read from bottom to top.) I've included lsusb and dmesg output below. I've also captured USB traffic ('tcpdump -s 512 -w trezord-go.pcap -i usb0') and filtered for the device using Wireshark ('usb.addr matches "0.7"'). The capture file is at <www.colinhb.com/tmp/trezord-go.pcap>. A trezord-go log is at <www.colinhb.com/tmp/trezord-go-log.gz>. As I mentioned, I'm looking for any pointers from people with more experience with USB and the USB subsystem - I only have the barest understanding of their implementation. Hopefully there are some signs of common or known OpenBSD issues. Finally, my working trezord-go repo is on gitlab at <https://gitlab.com/colinhb/trezord-go/tree/openbsd> if anyone wants to take a look. Thanks in advance for any help. Also if any developers are interested in these devices, I'd be happy to buy one or two of them and have them shipped. Just email me off list with your name and address. Colin # # Output from lsusb -v -s 007 (the Trezor device) # Bus 000 Device 007: ID 534c:0001 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x534c idProduct 0x0001 bcdDevice 1.00 iManufacturer 1 SatoshiLabs iProduct 2 TREZOR iSerial 3 D0C998299E7C4AD267C782F9 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 73 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 4 TREZOR Interface HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.11 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 34 Report Descriptor: (length is 34) Item(Global): Usage Page, data= [ 0x00 0xff ] 65280 (null) Item(Local ): Usage, data= [ 0x01 ] 1 (null) Item(Main ): Collection, data= [ 0x01 ] 1 Application Item(Local ): Usage, data= [ 0x20 ] 32 (null) Item(Global): Logical Minimum, data= [ 0x00 ] 0 Item(Global): Logical Maximum, data= [ 0xff 0x00 ] 255 Item(Global): Report Size, data= [ 0x08 ] 8 Item(Global): Report Count, data= [ 0x40 ] 64 Item(Main ): Input, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Local ): Usage, data= [ 0x21 ] 33 (null) Item(Global): Logical Minimum, data= [ 0x00 ] 0 Item(Global): Logical Maximum, data= [ 0xff 0x00 ] 255 Item(Global): Report Size, data= [ 0x08 ] 8 Item(Global): Report Count, data= [ 0x40 ] 64 Item(Main ): Input, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Local ): Usage, data= [ 0x21 ] 33 (null) Item(Global): Logical Minimum, data= [ 0x00 ] 0 Item(Global): Logical Maximum, data= [ 0xff 0x00 ] 255 Item(Global): Report Size, data= [ 0x08 ] 8 Item(Global): Report Count, data= [ 0x40 ] 64 Item(Main ): Output, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Main ): End Collection, data=none Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 6 U2F Interface HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.11 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 34 Report Descriptor: (length is 34) Item(Global): Usage Page, data= [ 0xd0 0xf1 ] 61904 (null) Item(Local ): Usage, data= [ 0x01 ] 1 (null) Item(Main ): Collection, data= [ 0x01 ] 1 Application Item(Local ): Usage, data= [ 0x20 ] 32 (null) Item(Global): Logical Minimum, data= [ 0x00 ] 0 Item(Global): Logical Maximum, data= [ 0xff 0x00 ] 255 Item(Global): Report Size, data= [ 0x08 ] 8 Item(Global): Report Count, data= [ 0x40 ] 64 Item(Main ): Input, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Local ): Usage, data= [ 0x21 ] 33 (null) Item(Global): Logical Minimum, data= [ 0x00 ] 0 Item(Global): Logical Maximum, data= [ 0xff 0x00 ] 255 Item(Global): Report Size, data= [ 0x08 ] 8 Item(Global): Report Count, data= [ 0x40 ] 64 Item(Main ): Output, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Main ): End Collection, data=none Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 2 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x03 EP 3 OUT bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 2 Device Status: 0x0000 (Bus Powered) # # dmesg # OpenBSD 6.4 (TEST1) #2: Tue Oct 23 19:13:46 CEST 2018 coli...@nuc.colinhb.com:/usr/src/sys/arch/amd64/compile/TEST1 real mem = 17043320832 (16253MB) avail mem = 16517615616 (15752MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xa2ee3000 (53 entries) bios0: vendor Intel Corporation version "RYBDWi35.86A.0358.2016.0606.1423" date 06/06/2016 bios0: Intel Corporation NUC5i5RYB acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT UEFI LPIT SSDT ASF! SSDT SSDT SSDT DMAR BGRT acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-5250U CPU @ 1.60GHz, 2494.55 MHz, 06-3d-04 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 2 pa 0xfec00000, version 20, 40 pins acpimadt0: bogus nmi for apid 0 acpimadt0: bogus nmi for apid 2 acpimadt0: bogus nmi for apid 1 acpimadt0: bogus nmi for apid 3 acpimcfg0 at acpi0 acpimcfg0: addr 0xf8000000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG0) acpiprt2 at acpi0: bus -1 (PEG1) acpiprt3 at acpi0: bus -1 (PEG2) acpiprt4 at acpi0: bus 1 (RP01) acpiprt5 at acpi0: bus -1 (RP02) acpiprt6 at acpi0: bus -1 (RP03) acpiprt7 at acpi0: bus 2 (RP04) acpiprt8 at acpi0: bus -1 (RP05) acpiprt9 at acpi0: bus -1 (RP06) acpiprt10 at acpi0: bus -1 (RP07) acpiprt11 at acpi0: bus -1 (RP08) acpiec0 at acpi0: not present acpicpu0 at acpi0: C3(200@506 mwait.1@0x60), C2(200@117 mwait.1@0x30), C1(1000@1 mwait.1), PSS acpipwrres0 at acpi0: PG00, resource for PEG0 acpipwrres1 at acpi0: PG01, resource for PEG1 acpipwrres2 at acpi0: PG02, resource for PEG2 acpipwrres3 at acpi0: WRST acpipwrres4 at acpi0: WRST acpipwrres5 at acpi0: WRST acpipwrres6 at acpi0: WRST acpipwrres7 at acpi0: WRST acpipwrres8 at acpi0: WRST acpipwrres9 at acpi0: WRST acpipwrres10 at acpi0: WRST acpipwrres11 at acpi0: FN00, resource for FAN0 acpipwrres12 at acpi0: FN01, resource for FAN1 acpipwrres13 at acpi0: FN02, resource for FAN2 acpipwrres14 at acpi0: FN03, resource for FAN3 acpipwrres15 at acpi0: FN04, resource for FAN4 acpitz0 at acpi0: critical temperature is 110 degC acpitz1 at acpi0: critical temperature is 110 degC "NTN0530" at acpi0 not configured acpicmos0 at acpi0 acpibtn0 at acpi0: SLPB "INT33A1" at acpi0 not configured acpibtn1 at acpi0: PWRB "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured acpivideo0 at acpi0: GFX0 cpu0: Enhanced SpeedStep 2494 MHz: speeds: 1601, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800, 700, 600, 500 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 5G Host" rev 0x09 inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 6000" rev 0x09 drm0 at inteldrm0 inteldrm0: msi inteldrm0: 2560x1440, 32bpp wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) azalia0 at pci0 dev 3 function 0 "Intel Core 5G HD Audio" rev 0x09: msi azalia0: No codecs found "Intel 9 Series MEI" rev 0x03 at pci0 dev 22 function 0 not configured em0 at pci0 dev 25 function 0 "Intel I218-V" rev 0x03: msi, address f4:4d:30:63:b2:45 azalia1 at pci0 dev 27 function 0 "Intel 9 Series HD Audio" rev 0x03: msi azalia1: codecs: Realtek/0x0283 audio0 at azalia1 ppb0 at pci0 dev 28 function 0 "Intel 9 Series PCIE" rev 0xe3 pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 3 "Intel 9 Series PCIE" rev 0xe3: msi pci2 at ppb1 bus 2 iwm0 at pci2 dev 0 function 0 "Intel Dual Band Wireless AC 7265" rev 0x59, msi ehci0 at pci0 dev 29 function 0 "Intel 9 Series USB" rev 0x03: apic 2 int 23 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 pcib0 at pci0 dev 31 function 0 "Intel 9 Series LPC" rev 0x03 ahci0 at pci0 dev 31 function 2 "Intel 9 Series AHCI" rev 0x03: msi, AHCI 1.3 ahci0: port 0: 6.0Gb/s ahci0: port 3: 6.0Gb/s scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: <ATA, Samsung SSD 850, EXM0> SCSI3 0/direct fixed naa.5002538870190742 sd0: 976762MB, 512 bytes/sector, 2000409264 sectors, thin sd1 at scsibus1 targ 3 lun 0: <ATA, Samsung SSD 850, EMT2> SCSI3 0/direct fixed naa.5002538d419c68ee sd1: 238475MB, 512 bytes/sector, 488397168 sectors, thin ichiic0 at pci0 dev 31 function 3 "Intel 9 Series SMBus" rev 0x03: apic 2 int 18 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 8GB DDR3 SDRAM PC3-12800 SO-DIMM spdmem1 at iic0 addr 0x52: 8GB DDR3 SDRAM PC3-12800 SO-DIMM isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 wbsio0 at isa0 port 0x4e/2: NCT6776F rev 0x33 lm1 at wbsio0 port 0xa00/8: NCT6776F vmm0 at mainbus0: VMX/EPT (using slow L1TF mitigation) efifb at mainbus0 not configured uhub1 at uhub0 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" rev 2.00/0.03 addr 2 uhidev0 at uhub1 port 3 configuration 1 interface 0 "Yoyodyne Consulting ODAC-revB" rev 1.10/0.01 addr 3 uhidev0: iclass 3/0 uhid0 at uhidev0: input=19, output=28, feature=0 uaudio0 at uhub1 port 3 configuration 1 interface 1 "Yoyodyne Consulting ODAC-revB" rev 1.10/0.01 addr 3 uaudio0: audio rev 1.00, 2 mixer controls audio1 at uaudio0 uhub2 at uhub1 port 4 configuration 1 interface 0 "Genesys Logic USB2.0 Hub Charger" rev 2.00/1.97 addr 4 uhidev1 at uhub2 port 1 configuration 1 interface 0 "MOSART Semi. 2.4G Wireless Mouse" rev 1.10/3.21 addr 5 uhidev1: iclass 3/1, 5 report ids ums0 at uhidev1 reportid 3: 5 buttons, Z and W dir wsmouse0 at ums0 mux 0 uhid1 at uhidev1 reportid 5: input=5, output=6, feature=0 uhidev2 at uhub2 port 3 configuration 1 interface 0 "Matias Ergo Pro Keyboard" rev 2.00/2.20 addr 6 uhidev2: iclass 3/1 ukbd0 at uhidev2: 8 variable keys, 6 key codes wskbd1 at ukbd0 mux 1 wskbd1: connecting to wsdisplay0 uhidev3 at uhub2 port 3 configuration 1 interface 1 "Matias Ergo Pro Keyboard" rev 2.00/2.20 addr 6 uhidev3: iclass 3/1, 2 report ids uhid2 at uhidev3 reportid 1: input=3, output=0, feature=0 uhid3 at uhidev3 reportid 2: input=1, output=0, feature=0 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets root on sd1a (9f593f74da1909dd.a) swap on sd1b dump on sd1b
