On 2019/01/28 16:59, James Hebden wrote: > Hello, > > I have reworked this patch and tested on 6.4. It's now working properly. > I was able to clean up and streamline some of the logic too. I have > checked and it applies cleanly against -current as well. > > This patch makes handling of E-Series or "new mode" Huawei devices a bit > more generic, as well as adding support for the E8372 specifically. This > code should work with other HiLink devices which require the new mode > switching to enter cdce. > > It would be great if anyone with Huawei devices, especially ones which > previously worked fine with OpenBSD 6.4, could test this patch. > > The patch should allow the device to register a cdce interface, rather > than USB serial devices, allowing the device to be used at full > capacity. > > Interestingly, I found that I had to modify the logic in cdce to return > UMATCH_VENDOR_IFACESUBCLASS for the interface to be claimed as a cdce > device, UMATCH_IFACECLASS_GENERIC or UMATCH_IFACECLASS did not work. I'm > curious to understand the precedence of these return codes, but in the > end I suppose if UMATCH_VENDOR_IFACESUBCLASS is the correct return then > I am happy with that. > > Patch follows.
Does this remove the AT command interface, or supplement it? If it removes, then it's difficult to know how best to proceed with a kernel diff for this. Some people use these devices for SMS rather than internet access. Sometimes they're used for providing access to a machine that is somewhere inaccessible and a change in mode will either mean they need to arrange access, or just stick with an old OS version..
