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

Reply via email to