Pawel, this is what I'm seeing in dmesg: [1281987.068423] usb 1-1-port4: unable to enumerate USB device [1281987.760149] usb 1-1.4: new full-speed USB device number 86 using ehci-pci [1281993.003844]

Pawel, I tried out the DFU sample on your branch, and I'm not seeing the device show up as a DFU capable device. If I run sudo dfu-util -l it doesn't show up in the list, and if I run sudo dfu-util --

Yes Carles, that is what we're trying to do. I've gone ahead and forked the repo so that I can change the reset function to apply the public MAC stored in the UICR.

That's correct Carles, we wanted the MCU to set the MAC instead of relying on the host, which cannot read the programmed MAC in the UICR. I was trying to avoid modifying the HCI code directly, hoping

Thanks Pawel and Carles. I'll pull that branch down and test it out!

Is it possible, using the HCI samples (hci_uart, hci_spi, etc) to set a default public MAC address from within zephyr? We have a MAC we'd like to use, and in my exploration of documentation I found th

Thanks for the update. I'm really interested to hear what your result is, Pawel. Is this the lower-level, generic USB driver that's in rework, or is it something specific to DFU? If it's the former, c

Hi all, I'm attempting to run the Zephyr USB DFU sample on an nRF52840 (pca10056 dev board) and having a bit of trouble getting it to work. I've compiled mcuboot and can load it on the board without a

Thanks for the suggestion Carles. I just tried the UART example and I was able to connect to the device and read a characteristic, so it definitely seems like it might be a transport issue. Do you hav

Hi all, I am trying to test an nRF52840 as a USB HCI using the Zephyr hci_usb sample project. I'm running into an issue in which devices I attempt to connect to will disconnect themselves after about