On Fri, 2013-09-06 at 12:19 +0200, Bjørn Mork wrote:
> I assume this separate channel for device management was added to MBIM
> because it wouldn't scale to keep adding new CDC notifications and
> requests. The MBIM management protocol is easily extended by adding
> new
> commands and services, inc
Oliver Neukum writes:
> On Tue, 2013-08-20 at 12:35 +0200, Bjørn Mork wrote:
>
>> bjorn@nemi:~$ mbimcli -d /dev/cdc-wdm0 --query-packet-service-state
>
> How does that work internally?
The userspace application/library creates a MBIM message and sends it to
the firmware by writing the complete p
On Tue, 2013-08-20 at 12:35 +0200, Bjørn Mork wrote:
> bjorn@nemi:~$ mbimcli -d /dev/cdc-wdm0 --query-packet-service-state
How does that work internally?
> So I propose that we add something like this to cdc-wdm instead of
> extending the
If you think the speed will also be handled at a non-ge
Bjørn Mork writes:
> Oliver Neukum writes:
>> On Tuesday 04 September 2012 17:32:17 Bjørn Mork wrote:
>>> Oliver Neukum writes:
>>> > On Tuesday 04 September 2012 15:45:36 Bjørn Mork wrote:
>>
>>> >> USB_CDC_NOTIFY_NETWORK_CONNECTION and USB_CDC_NOTIFY_SPEED_CHANGE.
>>> >> cdc-wdm will just debu
Oliver Neukum writes:
> On Tuesday 04 September 2012 17:32:17 Bjørn Mork wrote:
>> Oliver Neukum writes:
>> > On Tuesday 04 September 2012 15:45:36 Bjørn Mork wrote:
>
>> >> USB_CDC_NOTIFY_NETWORK_CONNECTION and USB_CDC_NOTIFY_SPEED_CHANGE.
>> >> cdc-wdm will just debug print USB_CDC_NOTIFY_NETWO
On Tuesday 04 September 2012 17:32:17 Bjørn Mork wrote:
> > No, that is perfectly all right. It seems to me that the API between usbnet
> > and its subdrivers is not powerful enough to support CDC-NCM well.
>
> Maybe not. But I assume that any shortcomings found could be integrated
> in usbnet, i
On Tuesday 04 September 2012 17:32:17 Bjørn Mork wrote:
> Oliver Neukum writes:
> > On Tuesday 04 September 2012 15:45:36 Bjørn Mork wrote:
> >> USB_CDC_NOTIFY_NETWORK_CONNECTION and USB_CDC_NOTIFY_SPEED_CHANGE.
> >> cdc-wdm will just debug print USB_CDC_NOTIFY_NETWORK_CONNECTION and
> >> ignore
On Tuesday 04 September 2012 16:09:13 Alexey Orishko wrote:
> MBIM CID handling should not be done in the driver, but in the user space
> daemon
> or connection manager application. So the need is to add only support
> for encapsulated
> commands and either use a static amount of network interfac
Alexey Orishko writes:
> On Tue, Sep 4, 2012 at 3:45 PM, Bjørn Mork wrote:
>
>> Yes. But this time with some hope of multi-vendor support, given that
>> Microsoft points to it for Windows 8 Mobile Broadband device support:
>> http://msdn.microsoft.com/en-us/library/windows/hardware/mbim-based-mo
Oliver Neukum writes:
> On Tuesday 04 September 2012 15:45:36 Bjørn Mork wrote:
>
>> Yes, I expect that major changes to cdc_ncm will be necessary, and
>> pointing to it could be wrong from my side? It just seemed natural to
>> try to reuse any existing code.
>
> No, that is perfectly all right. I
On Tue, Sep 4, 2012 at 3:45 PM, Bjørn Mork wrote:
> Yes. But this time with some hope of multi-vendor support, given that
> Microsoft points to it for Windows 8 Mobile Broadband device support:
> http://msdn.microsoft.com/en-us/library/windows/hardware/mbim-based-mobile-broadband-requirements-fo
On Tuesday 04 September 2012 15:45:36 Bjørn Mork wrote:
> Oliver Neukum writes:
>
> > On Tuesday 04 September 2012 11:13:52 Bjørn Mork wrote:
> >
> > Hi,
> >
> >> there is some work going on trying to support CDC MBIM devices in
> >> Linux ( http://www.usb.org/developers/devclass_docs/MBIM10.zip
Oliver Neukum writes:
> On Tuesday 04 September 2012 11:13:52 Bjørn Mork wrote:
>
> Hi,
>
>> there is some work going on trying to support CDC MBIM devices in
>> Linux ( http://www.usb.org/developers/devclass_docs/MBIM10.zip )
>
> Yet another protocol.
Yes. But this time with some hope of multi
On Tuesday 04 September 2012 11:13:52 Bjørn Mork wrote:
Hi,
> there is some work going on trying to support CDC MBIM devices in
> Linux ( http://www.usb.org/developers/devclass_docs/MBIM10.zip )
Yet another protocol.
> The protocol is based on CDC NCM with a rather complex control protocol
> ec
00:00:00 2001
From: Greg Suarez
Date: Thu, 16 Aug 2012 10:49:03 +0200
Subject: [RFC] USB: cdc-wdm: Extend and improve subdriver interface
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
New users of the subdriver interface need to
intercept
15 matches
Mail list logo