On Jan 10, 2017 07:51, "Greg KH" wrote:
On Mon, Jan 09, 2017 at 01:32:40PM -0800, Reilly Grant wrote:
> On 2017-01-09 9:55 am, Greg KH wrote:
> > On Mon, Jan 09, 2017 at 06:13:04PM +0100, Bjørn Mork wrote:
> > > Greg KH writes:
> > > > On Mon, Jan 09, 2017 at 09:40:59AM +, Kenneth Rohde
Chri
On Tue, Jan 10, 2017 at 12:47 AM, Lars Knudsen wrote:
> A small update: When the modemmanager finishes probing (~16 secs after
> connection) data seems to stop flowing in from the WebUSB bulk endpoint
> also. It is, however, possible to reconnect and get data again - so I need
> to see if there
A small update: When the modemmanager finishes probing (~16 secs after
connection) data seems to stop flowing in from the WebUSB bulk endpoint
also. It is, however, possible to reconnect and get data again - so I need
to see if there should be anything in the mbed firmware causing that
behavior o
I finally managed to make a configuration that *seems* to work and I
realize that I may have had something else blocking the WebUSB interface
(2) while modemmanager was communicating with the CDC_ACM interface (1).
I made a clean arbitrary VID/PID and get what seems to be a functioning
WebUSB (now
On Mon, 2017-01-09 at 20:05 +0100, Lars Knudsen wrote:
> For all practical reasons and looking ahead, I truly believe that
> there
> will be no reason to have a WebUSB header in any of the few coming
> modem
> devices (what are the stats on new USB CDC modems for these years in
> general? - still e
On Mon, Jan 9, 2017 at 7:43 PM, Bjørn Mork wrote:
> Lars Knudsen writes:
>
> > configured with [0]CDC INT, [1]CDC BULK and [2]WebUSB CDC/BULK) would:
> >
> > 1) not be considered a modem (it would not make sense to do a modem
> > including webusb headers - in the same device mode at least)
> > 2
For all practical reasons and looking ahead, I truly believe that there
will be no reason to have a WebUSB header in any of the few coming modem
devices (what are the stats on new USB CDC modems for these years in
general? - still enough to justify a "blanket claim as modem"?) as having a
functioni
Lars Knudsen writes:
> configured with [0]CDC INT, [1]CDC BULK and [2]WebUSB CDC/BULK) would:
>
> 1) not be considered a modem (it would not make sense to do a modem
> including webusb headers - in the same device mode at least)
> 2) provide standard /dev/ttyUSBx serial functionality on the stand
On Mon, 2017-01-09 at 19:22 +0100, Lars Knudsen wrote:
> On Jan 9, 2017 18:56, "Bjørn Mork" wrote:
>
> > Lars Knudsen writes:
> >
> > > It seemed like if just one interface in the description list was
> > > somehow
> > > compliant with modem manager, the full device seemed claimed.
> > >
> > >
On Jan 9, 2017 18:56, "Bjørn Mork" wrote:
> Lars Knudsen writes:
>
> > It seemed like if just one interface in the description list was somehow
> > compliant with modem manager, the full device seemed claimed.
> >
> > I may have missed something in my headers while experimenting. Can you
> give
I don't think we need to change anything in the kernel. What we need is
generic udev rule that fixes up permissions for the WebUSB Interface.
IIRC, WebUSB is implemented much like CDC ACM, however bInterfaceClass
is set to Vendor Specific. That should be enough to prevent CDC-ACM
driver from bind
+Balbi
On 1/9/17, 11:37 AM, "Kenneth Rohde Christiansen"
mailto:kenneth.christian...@gmail.com>> wrote:
Adding Sakari and Babu, who might want to add a few people from our side.
Cheers
Kenneth
On Mon, Jan 9, 2017 at 10:20 AM Lars Knudsen
mailto:lar...@gmail.com>> wrote:
Hi,
I am currently loo
On Mon, Jan 09, 2017 at 11:29:24AM +0100, Aleksander Morgado wrote:
> On Mon, Jan 9, 2017 at 11:07 AM, Greg KH wrote:
> > On Mon, Jan 09, 2017 at 09:40:59AM +, Kenneth Rohde Christiansen wrote:
> >> Web USB can only grab devices which has special Web USB headers. It can not
> >> grab any USB d
On Mon, Jan 09, 2017 at 01:12:11PM +0200, Felipe Balbi wrote:
>
> I don't think we need to change anything in the kernel. What we need is
> generic udev rule that fixes up permissions for the WebUSB Interface.
>
> IIRC, WebUSB is implemented much like CDC ACM, however bInterfaceClass
> is set to
On Mon, Jan 09, 2017 at 06:13:04PM +0100, Bjørn Mork wrote:
> Greg KH writes:
> > On Mon, Jan 09, 2017 at 09:40:59AM +, Kenneth Rohde Christiansen wrote:
> >> Web USB can only grab devices which has special Web USB headers. It can not
> >> grab any USB device.
> >>
> >> https://wicg.github.io
Lars Knudsen writes:
> It seemed like if just one interface in the description list was somehow
> compliant with modem manager, the full device seemed claimed.
>
> I may have missed something in my headers while experimenting. Can you give
> an example of a header structure that will not be assum
It seemed like if just one interface in the description list was somehow
compliant with modem manager, the full device seemed claimed.
I may have missed something in my headers while experimenting. Can you give
an example of a header structure that will not be assumed to be a modem by
MM while sti
Greg KH writes:
> On Mon, Jan 09, 2017 at 09:40:59AM +, Kenneth Rohde Christiansen wrote:
>> Web USB can only grab devices which has special Web USB headers. It can not
>> grab any USB device.
>>
>> https://wicg.github.io/webusb/#webusb-descriptors
>
> Ah, fun :(
>
> So, we can add a quirk in
On Mon, Jan 9, 2017 at 11:39 AM, Greg KH wrote:
> On Mon, Jan 09, 2017 at 11:29:24AM +0100, Aleksander Morgado wrote:
> > On Mon, Jan 9, 2017 at 11:07 AM, Greg KH wrote:
> > > On Mon, Jan 09, 2017 at 09:40:59AM +, Kenneth Rohde Christiansen
> wrote:
> > >> Web USB can only grab devices which
I have som more input - but really need Reilly's comments on this:
As hardware manufacturers most often want to make it possible for users to
use their hardware in a WebUSB setting as well as in a "normal" app mode,
we will most likely see composite devices that could have the following
interfaces
On Mon, Jan 9, 2017 at 11:07 AM, Greg KH wrote:
> On Mon, Jan 09, 2017 at 09:40:59AM +, Kenneth Rohde Christiansen wrote:
>> Web USB can only grab devices which has special Web USB headers. It can not
>> grab any USB device.
>>
>> https://wicg.github.io/webusb/#webusb-descriptors
>
> Ah, fun :
Web USB can only grab devices which has special Web USB headers. It can not
grab any USB device.
https://wicg.github.io/webusb/#webusb-descriptors
Kenneth
On Mon, Jan 9, 2017 at 10:38 AM Greg KH wrote:
> On Mon, Jan 09, 2017 at 10:20:33AM +0100, Lars Knudsen wrote:
> > Hi,
> >
> > I am current
On Mon, Jan 09, 2017 at 10:20:33AM +0100, Lars Knudsen wrote:
> Hi,
>
> I am currently looking into how we can make using WebUSB devices less painful
> for users on Linux.
>
> The main purpose of WebUSB (as far as I can see) is to enable certain CDC (in
> particular - but not limited to) devices
On Mon, Jan 09, 2017 at 09:40:59AM +, Kenneth Rohde Christiansen wrote:
> Web USB can only grab devices which has special Web USB headers. It can not
> grab any USB device.
>
> https://wicg.github.io/webusb/#webusb-descriptors
Ah, fun :(
So, we can add a quirk into the kernel cdc-acm driver
Adding Sakari and Babu, who might want to add a few people from our side.
Cheers
Kenneth
On Mon, Jan 9, 2017 at 10:20 AM Lars Knudsen wrote:
> Hi,
>
> I am currently looking into how we can make using WebUSB devices less
> painful for users on Linux.
>
> The main purpose of WebUSB (as far as I
>>
>> I have no idea how ModemManager is started in Gentoo. Does Gentoo
>> already use systemd? If running under systemd, ModemManager will have
>> its own lifecycle; e.g. "systemctl enable ModemManager" and "systemctl
>> start ModemManager". If not using systemd, it is NetworkManager the
>> one au
On Jan 9, 2017 10:53, "Mantas Mikulėnas" wrote:
On Mon, Jan 9, 2017 at 11:20 AM, Lars Knudsen wrote:
Hi,
I am currently looking into how we can make using WebUSB devices less
painful for users on Linux.
The main purpose of WebUSB (as far as I can see) is to enable certain CDC
(in particular -
Hi,
I am currently looking into how we can make using WebUSB devices less
painful for users on Linux.
The main purpose of WebUSB (as far as I can see) is to enable certain CDC
(in particular - but not limited to) devices communicate directly with
browsers visiting certain trusted sites (listed in
Hi Alexander,
thank you for your answer. It is never late. I still cannot use the device
under Linux.
Aleksander Morgado wrote:
> Hey,
>
> It's never too late for a reply :)
>
>> I am a bit lost what to do with my new device. Evidently it does not work
>> with pppd on ttySB0 and manual page
29 matches
Mail list logo
