<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 9, 2017 at 7:43 PM, Bjørn Mork <span dir="ltr"><<a href="mailto:bjorn@mork.no" target="_blank">bjorn@mork.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">Lars Knudsen <<a href="mailto:larsgk@gmail.com">larsgk@gmail.com</a>> writes:<br>
<br>
> configured with [0]CDC INT, [1]CDC BULK and [2]WebUSB CDC/BULK) would:<br>
><br>
> 1) not be considered a modem (it would not make sense to do a modem<br>
> including webusb headers - in the same device mode at least)<br>
> 2) provide standard /dev/ttyUSBx serial functionality on the standard CDC<br>
> endpoints (e.g. interface 1 above)<br>
> 3) provide full user access to the WebUSB CDC/BULK interface (2 above)<br>
><br>
> What I was asking before is for an example header/configuration descriptors<br>
> where MM would *not* pick up the CDC interface but the system still<br>
> creating a /dev/ttyUSBx device (or ttyACMx - which it's called when MM is<br>
> installed) - without creating blacklisting rules specifically for e.g.<br>
> *that* VID/PID combo.<br>
> When I was experimenting the last few days - this did not seem possible.  I<br>
> had to completely wipe any indication of this device being CDC before MM<br>
> stopped claiming it.  Surely, MM should not pick it up if the device<br>
> indicates it doesn't have call functionality?<br>
<br>
</span>This is hard to decipher.<br>
<br>
I tend to interprete "a CDC interface" as a "Communications Class<br>
Interface" as defined by "Universal Serial Bus Class Definitions for<br>
Communications Devices".  But this makes no sense in the context you are<br>
using it, so I guess I am misunderstanding?<br>
<br>
I don't think any current kernel driver will create /dev/ttyUSBx devices<br>
for any type of CDC function, so that makes no sense either.<br>
<br>
/dev/ttyACMx devices are created by the CDC ACM driver, and has nothing<br>
to do with MM being installed or not.<br></blockquote><div>Thanks for clearing that upi - I was wondering why on some devices we have without MM, the USB serial devices are called /dev/ttyUSBx until MM is installed (but maybe it pulls cdc_acm?) </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
In short: I don't understand anything of the above. I believe the<br>
requested descriptor samples would clear up some of this.  As would some<br>
references to the CDC spec if you are going to continue using parts of<br>
if to describe the device.<br></blockquote><div><br></div><div>Ok - one example would be taking e.g. the USBCDC descriptors from mbed:</div><div><br></div><div><a href="https://developer.mbed.org/users/mbed_official/code/USBDevice/file/4f589e246b9e/USBSerial/USBCDC.cpp">https://developer.mbed.org/users/mbed_official/code/USBDevice/file/4f589e246b9e/USBSerial/USBCDC.cpp</a><br></div><div><br></div><div>and adding a bulk WebUSB interface or the ones from Zephyr/Intel: </div><div><br></div><div><a href="https://github.com/nagineni/zephyr-webusb/blob/master/samples/usb/webusb/src/webusb_serial.c">https://github.com/nagineni/zephyr-webusb/blob/master/samples/usb/webusb/src/webusb_serial.c</a><br></div><div><br></div><div>(where the webusb interface is added)</div><div><br></div><div>I'd like if we by default:</div><div><br></div><div>1. assume it's not a modem (I still can't think of any practical examples where WebUSB descriptors [that requires online] would be added in a modem [to get online?]) - this would be </div><div>2. could have user space access to the endpoints (at least the WebUSB endpoints - the desired behavior could probably be to have the system create a serial device on the CDC port andlet the firmware tie the two up functionality wise, Reilly?) - this is probably udev/systemd</div><div><br></div><div>does this make more sense?</div><div><br></div><div>br</div><div>Lars</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-HOEnZb"><font color="#888888"><br>
<br>
Bjørn<br>
</font></span></blockquote></div><br></div></div>