On Fri, 2016-02-19 at 18:21 +0100, Bjørn Mork wrote: > Dan Williams <d...@redhat.com> writes: > > On Fri, 2016-02-19 at 21:20 +0700, Lars Melin wrote: > > > > > cfg #1 > > > MI_00 HP Mobile Connect - PC UI Interface > > > MI_01 HP Mobile Connect - Application Interface > > > MI_02 HP Mobile Connect - Modem > > > MI_03 HP Mobile Connect - Network Card (jungo ncm) > > > MI_04 HP Mobile Connect - GPS Interface > > > > > > cfg#2 > > > MI_00 HP Mobile Connect - Network Card (cdc_ether) > > > MI_02 HP Mobile Connect - Modem > > > MI_03 HP Mobile Connect - Application Interface > > > MI_04 HP Mobile Connect - PC UI Interface > > > MI_05 HP Mobile Connect - GPS Interface > > > > > > cfg#3 > > > MI_00 HP Mobile Connect - Network Card (cdc_mbim) > > > MI_02 HP Mobile Connect - GPS Interface > > > > Bjorn, with these devices that technically "support" a bunch of > > different modes, what should our advice be on mode select? > > Personally > > I'd love to switch modems that support MBIM into MBIM by default... > > Yup, me too. That is the configuration with a class driver and > standardized management, allowing it to work without any device or > vendor specific support. It is also the configuration used by > current > Windows versions and therefore most likely tested. > > I don't think such a policy is suitable for the kernel, though. In > fact, I don't think the current kernel policy is appropriate for the > kernel either :) But we'll have to leave that as it is. > > Do you think it is possible to create a catch-all udev rule > preferring > MBIM? I guess we'll need some helper for that, since it means making > a > choice based on the attributes of an inactive configuration.
usb_modeswitch would be the most logical helper. Dan -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html