On Thu, Apr 21, 2016 at 7:15 AM, mirkt wrote:
> Bus 001 Device 007: ID 03f0:521d Hewlett-Packard
> Device Descriptor:
> bLength18
> bDescriptorType 1
> bcdUSB 2.00
> bDeviceClass 255 Vendor Specific Class
> bDeviceSubClass 2
> bDev
The Dell DW5570 is a re-branded Sierra Wireless MC8805 which will by
default boot with vid 0x413c and pid 0x81a3. When triggered QDL download
mode, the device switches to pid 0x81a6 and provides the standard TTY
used for firmware upgrade.
Cc:
Signed-off-by: Aleksander Morgado
---
drivers/usb
Foxconn-branded Novatel E396, Gobi3k modem.
Cc: Dan Williams
Cc: Bjørn Mork
Cc: Ben Chan
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/qmi_wwan.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/usb/qmi_wwan.c b/drivers/net/usb/qmi_wwan.c
index 328397c..189e52d 100644
CC: Christian Schmiedl
CC: Nicolaus Colberg
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/qmi_wwan.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/usb/qmi_wwan.c b/drivers/net/usb/qmi_wwan.c
index 6312332..3d6aaf7 100644
--- a/drivers/net/usb/qmi_wwan.
r usb_wwan.c.
>
> Signed-off-by: Dan Williams Cc:
> sta...@vger.kernel.org
Works pretty well for me.
Tested-by: Aleksander Morgado
> --- drivers/usb/class/cdc-acm.c | 38
> ++ 1 file changed, 38
> insertions(+)
>
> diff --git a/drivers/u
On Fri, Oct 3, 2014 at 10:01 AM, Erik Alapää wrote:
> Problem: When connecting to a Huawei E3276 LTE modem using
> 'AT+CGACT=1,1' in minicom over /dev/cdc-wdm1, the cdc-wdm device
> freezes for 3-5 minutes until accepting AT commands again.
>
> Keywords: huawei_cdc_ncm, LTE, AT commands, cdc-wdm
>
>
> NetworkManager uses ModemManager for all WWAN control, NM only handles
> the configuration storage and IP addressing parts of the setup.
> ModemManager handles modem hardware detection, capability detection,
> WWAN registration and setup, signal strength reporting, network
> connection initiati
When the PXS8 and PHS8 devices show up with PID 0x0053 they will expose both a
QMI port and a WWAN interface.
CC: Hans-Christoph Schemmel
CC: Christian Schmiedl
CC: Nicolaus Colberg
CC: David McCullough
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/qmi_wwan.c | 1 +
1 file changed
This interface is to be handled by the qmi_wwan driver.
CC: Hans-Christoph Schemmel
CC: Christian Schmiedl
CC: Nicolaus Colberg
CC: David McCullough
Signed-off-by: Aleksander Morgado
---
drivers/usb/serial/option.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a
On Sun, Apr 27, 2014 at 4:47 PM, Bjørn Mork wrote:
> From: Bjørn Mork
>
> All the "non Gobi" Qualcomm based devices handled by this
> driver share a common standard Sierra Wireless specific
> layout. Adding code specifically for this layout allow
> us to reduce the number of match entries per dev
On Wed, May 28, 2014 at 2:54 PM, Bjørn Mork wrote:
> Aleksander Morgado writes:
>> On Sun, Apr 27, 2014 at 4:47 PM, Bjørn Mork wrote:
>>> From: Bjørn Mork
>>>
>>> All the "non Gobi" Qualcomm based devices handled by this
>>> driver shar
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/qmi_wwan.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/usb/qmi_wwan.c b/drivers/net/usb/qmi_wwan.c
index 83208d4..c0b611f 100644
--- a/drivers/net/usb/qmi_wwan.c
+++ b/drivers/net/usb/qmi_wwan.c
@@ -753,6 +753,7 @@ static
Signed-off-by: Aleksander Morgado
---
drivers/usb/serial/qcserial.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/qcserial.c b/drivers/usb/serial/qcserial.c
index ca7b430..9c8b6ee 100644
--- a/drivers/usb/serial/qcserial.c
+++ b/drivers/usb/serial/qcserial.c
@@ -144,6
Signed-off-by: Aleksander Morgado
---
drivers/usb/serial/qcserial.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/serial/qcserial.c b/drivers/usb/serial/qcserial.c
index 6c0a542..781e4db 100644
--- a/drivers/usb/serial/qcserial.c
+++ b/drivers/usb/serial/qcserial.c
@@ -151,6
On Thu, May 29, 2014 at 10:20 AM, Johan Hovold wrote:
> From: Aleksander Morgado
>
> Add Netgear AirCard 341U PID.
>
> Signed-off-by: Aleksander Morgado
> Link: http://marc.info/?l=linux-usb&m=140130486111309&w=2
> Cc: # backport in link above
A set of new VID/PIDs retrieved from the out-of-tree GobiNet/GobiSerial
Sierra Wireless drivers.
Signed-off-by: Aleksander Morgado
---
Hey,
This patch is for stable branches only, and should be applied after the
following one:
[PATCH usb,stable] usb: qcserial: add Netgear AirCard 341U
http
A set of new VID/PIDs retrieved from the out-of-tree GobiNet/GobiSerial
Sierra Wireless drivers.
Signed-off-by: Aleksander Morgado
Link: http://marc.info/?l=linux-usb&m=140136310027293&w=2
Cc: # backport in link above
---
drivers/usb/serial/qcserial.c | 6 ++
1 file ch
A set of new VID/PIDs retrieved from the out-of-tree GobiNet/GobiSerial
Sierra Wireless drivers.
Signed-off-by: Aleksander Morgado
---
Hey,
The patch should be applied after the following one:
[PATCH] net: qmi_wwan: add Netgear AirCard 341U
http://marc.info/?l=linux-netdev&a
This interface is unusable, as the cdc-wdm character device doesn't reply to
any QMI command. Also, the out-of-tree Sierra Wireless GobiNet driver fully
skips it.
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/qmi_wwan.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/ne
ntegration guide).
Signed-off-by: Aleksander Morgado
---
drivers/usb/serial/option.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index 685fef7..2ab2a33 100644
--- a/drivers/usb/serial/option.c
+++ b/drivers/usb/serial/option.c
@@ -16
On Thu, Dec 3, 2015 at 7:24 PM, Bjørn Mork wrote:
> We add new device IDs all the time, often without any testing on
> actual hardware. This is usually OK as long as the device is similar
> to already supported devices, using the same chipset and firmware
> basis. But the Sierra Wireless MC7455 i
Hey,
I'm trying to understand why this Option Globetrotter modem
(net/usb/hso driver, 0af0:6971) ends up returning NUL bytes read
continuously in the TTY when plugged in a USB3 port but not in a USB2
one.
I'm testing this with a 3.18.6 kernel plus a self-compiled hso driver
from net-next; but I h
e and re-initializing
rx_buf_missing).
So, just let the while loop continue so that in the next iteration the WAIT_SYNC
state cleanly stops the loop. The WAIT_SYNC processing will be done just after
that, only if the end of packet is flagged.
Signed-off-by: Aleksander Morgado
---
drivers/ne
Hey,
I've been trying to debug the issue I have with my Option Globetrotter
modem, handled by the 'hso' driver.
One thing the driver does is to re-submit the RX urb in the control
endpoint if the urb->actual_length is > 0:
put_rxbuf_data_and_resubmit_ctrl_urb ()
{
...
/* Re issue
Always read bInterfaceNumber from the current altsetting, not from the first one
available in the altsetting array. This is coming from code review, not related
to any specific bug.
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/hso.c | 13 +
1 file changed, 9 insertions
On Tue, Feb 17, 2015 at 4:32 PM, Sami Farin wrote:
> I have this USB ID 12d1:157d, Sonera Opengate LTE.
> It says all is okay but no packets are moving.
> With the SIM card in Lumia I get 50/25 Mbit/s.
>
> linux 3.19, Fedora 21, usb-modeswitch-2.2.1, usb_modeswitch-data 20150115,
> Asus P8Z68-V P
On Tue, Feb 17, 2015 at 5:50 PM, Sami Farin wrote:
> On Tue, Feb 17, 2015 at 17:32:40 +0100, Aleksander Morgado wrote:
>> On Tue, Feb 17, 2015 at 4:32 PM, Sami Farin
>> wrote:
>> > I have this USB ID 12d1:157d, Sonera Opengate LTE.
>> > It says all is okay but
= 1024
[ +0,04] [2035:put_rxbuf_data]: data to push to tty
.
Signed-off-by: Aleksander Morgado
---
drivers/usb/host/xhci-ring.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index 88da8d6..6b
On Sat, Feb 21, 2015 at 1:18 AM, Aleksander Morgado
wrote:
> The current logic, though, doesn't seem to contemplate the case where a TD
> has a
> TDR in the data stage which actually reports 0 bytes (i.e. transfer event len
> equal to transfer buffer len). The logic is curren
Hey Alan,
On Sat, Feb 21, 2015 at 3:47 AM, Alan Stern wrote:
> On Sat, 21 Feb 2015, Aleksander Morgado wrote:
>
>> When the control TD doesn't have TRBs in the data stage, the URB actual
>> length
>> is set equal to the transfer buffer length. E.g. with a 64 byte
On Sat, Feb 21, 2015 at 4:34 PM, Alan Stern wrote:
> On Sat, 21 Feb 2015, Aleksander Morgado wrote:
>
>> Probably didn't explain well, sorry, likely mixing terms. What I mean
>> is that when the data length received is equal to the transfer buffer
>> length, we
ugin, which relies on URBs with
urb->actual_length == 0 to halt re-submitting the RX URB in the control
endpoint.
Signed-off-by: Aleksander Morgado
---
drivers/usb/host/xhci-ring.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c
t;> urb->actual_length,
>> but also on the ep_ring->last_td_was_short flag, which is set to true when
>> a
>> COMP_SHORT_TX event is received.
>
>
>> This fixes a bug which affected the HSO plugin, which relies on URBs with
>> urb->actual_length == 0 to hal
ugin, which relies on URBs with
urb->actual_length == 0 to halt re-submitting the RX URB in the control
endpoint.
Signed-off-by: Aleksander Morgado
---
Hey,
This is the third update of the patch:
* v2 modified the commit message to make it shorter and clearer.
* v3 updated the format of th
On Mon, Feb 23, 2015 at 4:23 PM, Mathias Nyman
wrote:
> Hi
>
> On 23.02.2015 13:52, Aleksander Morgado wrote:
>> When a control transfer has a short data stage, the xHCI controller generates
>> two transfer events: a COMP_SHORT_TX event that specifies the untransfe
his fixes a bug which affected the HSO plugin, which relies on URBs with
urb->actual_length == 0 to halt re-submitting the RX URB in the control
endpoint.
Signed-off-by: Aleksander Morgado
---
Hey Mathias,
I have now updated the patch to avoid re-using the 'last_td_was_short' flag, and
to suggest any other approach, let me know and I'll spend
time with it.
>
>>
>>>
>>>> The driver checks this by seeing whether urb->actual_length == 0, but this
>>>> alone
>>>> is the wrong test, as it is entirely possible for a short transf
On Thu, Feb 26, 2015 at 5:12 PM, Mathias Nyman
wrote:
> When a control transfer has a short data stage, the xHCI controller generates
> two transfer events: a COMP_SHORT_TX event that specifies the untransferred
> amount, and a COMP_SUCCESS event. But when the data stage is not short, only
> the C
URB in the control
> endpoint.
>
> Signed-off-by: Mathias Nyman
Tested this patch (with the extra "else if" suggested in the follow up
commit) and it seems to work correctly with the HSO plugin. Not sure
if it'll end up being the last version or not, but anyway:
Tested-by:
Access to the 'serial_table' array needs to be protected by the spinlock.
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/hso.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/net/usb/hso.c b/drivers/net/usb/hso.c
index 3c8dfe5..4f6deff 10
On Fri, Feb 27, 2015 at 7:44 PM, Aleksander Morgado
wrote:
> Access to the 'serial_table' array needs to be protected by the spinlock.
>
> Signed-off-by: Aleksander Morgado
> ---
> drivers/net/usb/hso.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions
On Mon, Mar 2, 2015 at 12:57 PM, Mathias Nyman
wrote:
> On 26.02.2015 23:59, Aleksander Morgado wrote:
>> On Thu, Feb 26, 2015 at 5:12 PM, Mathias Nyman
>> wrote:
>>> When a control transfer has a short data stage, the xHCI controller
>>> generates
>>>
elies on URBs with
urb->actual_length == 0 to halt re-submitting the RX URB in the control
endpoint.
Signed-off-by: Aleksander Morgado
---
Hey Mathias,
This v5 of the patch takes into account the possibility of needing to return
-EREMOTEIO if URB_SHORT_NOT_OK was requested in the transfer fla
On Mon, Mar 2, 2015 at 4:02 PM, Alan Stern wrote:
> On Mon, 2 Mar 2015, Aleksander Morgado wrote:
>
>> I think my patch also lacks the -EREMOTEIO return for the case when 0
>> bytes are transferred. I'll try to update it today.
>
> It's not necessary. The USB
On Mon, Mar 2, 2015 at 6:10 PM, Alan Stern wrote:
>> On Mon, Mar 2, 2015 at 4:02 PM, Alan Stern wrote:
>> > On Mon, 2 Mar 2015, Aleksander Morgado wrote:
>> >
>> >> I think my patch also lacks the -EREMOTEIO return for the case when 0
>> >> by
status is always
set to 0.
Signed-off-by: Aleksander Morgado
---
drivers/usb/host/xhci-ring.c | 51 +++-
1 file changed, 8 insertions(+), 43 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index 73485fa..7b87ffe 100644
On Fri, Mar 6, 2015 at 7:08 PM, Sergei Shtylyov
wrote:
> Hello.
>
> On 03/06/2015 06:14 PM, Mathias Nyman wrote:
>
>> From: Aleksander Morgado
>
>
>> When a control transfer has a short data stage, the xHCI controller
>> generates
>> two transfer events
the ECM interface.
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/cdc_ether.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/net/usb/cdc_ether.c b/drivers/net/usb/cdc_ether.c
index 29c7e2ec0dcb..52ea80bcd639 100644
--- a/drivers/net/usb/cdc_ether.c
+++ b/drivers
The Huawei ME906 (12d1:15c1) comes with a standard ECM interface that
requires management via AT commands sent over one of the control TTYs
(e.g. connected with AT^NDISDUP).
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/cdc_ether.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
On Wed, Apr 19, 2017 at 7:28 PM, Bjørn Mork wrote:
>> as a side note in latest kernels I had troubles with qmi devices
>> (e.g. I/O error when using qmicli).
>>
>> I found your suggestion in libqmi mailing list to revert commit
>>
>> 833415a3e781a26fe480a34d45086bdb4fe1e4c0
>> cdc-wdm: fix "out-of
Hey Bjørn,
On Thu, Apr 20, 2017 at 10:32 AM, Bjørn Mork wrote:
> Sorry for being much too late here, but during recent attemts to debug
> issues caused by my commit 833415a3e781 ("cdc-wdm: fix "out-of-sync" due
> to missing notifications") I believe I found a couple of issues with
> commit c1da59
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/cdc_ncm.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/net/usb/cdc_ncm.c b/drivers/net/usb/cdc_ncm.c
index 811b18215cae..47cab1bde065 100644
--- a/drivers/net/usb/cdc_ncm.c
+++ b/drivers/net/usb/cdc_ncm.c
@@ -1758,6
On Fri, Aug 25, 2017 at 3:22 PM, Greg KH wrote:
> On Fri, Aug 25, 2017 at 02:59:46PM +0200, Aleksander Morgado wrote:
>> Signed-off-by: Aleksander Morgado
>> ---
>> drivers/net/usb/cdc_ncm.c | 7 +++
>> 1 file changed, 7 insertions(+)
>
> Personally, I
CGACT=1,' and then running DHCP on the NCM interface.
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/cdc_ncm.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/net/usb/cdc_ncm.c b/drivers/net/usb/cdc_ncm.c
index 811b18215cae..47cab1bde065 100644
--- a/drivers/net/usb
ECM interface which doesn't require
any other kernel update to make it work.
Signed-off-by: Aleksander Morgado
---
Hey,
I'm not sure if binding this logic to a specific vid:pid (1410:9030) would be
more appropriate here, or if it's ok to just bind class/subclass/protocol (as
in t
secondary configuration.
Signed-off-by: Aleksander Morgado
---
drivers/usb/serial/qcserial.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/qcserial.c b/drivers/usb/serial/qcserial.c
index 613f91add03d..ed109c86e747 100644
--- a/drivers/usb/serial/qcserial.c
+++ b/drivers/usb
On Tue, Jun 26, 2018 at 8:09 AM, Johan Hovold wrote:
> On Sat, Jun 23, 2018 at 11:24:08PM +0200, Aleksander Morgado wrote:
>> This module exposes two USB configurations: a QMI+AT capable setup on
>> USB config #1 and a MBIM capable setup on USB config #2.
>>
>> By def
>>
>> This would be when running on configuration #1:
>>
>> T: Bus=04 Lev=03 Prnt=04 Port=02 Cnt=01 Dev#= 7 Spd=5000 MxCh= 0
>> D: Ver= 3.10 Cls=ef(misc ) Sub=02 Prot=01 MxPS= 9 #Cfgs= 2
>> P: Vendor=413c ProdID=81d7 Rev=03.18
>> S: Manufacturer=DELL
>> S: Product=DW5821e Snapdragon X20 LTE
>> I believe Aleksander might be referring to usb_choose_configuration() in
>> drivers/usb/core/generic.c? It does some confusing things with
>> multi-function/multi-configuration devices, explained by this comment:
>>
>> /* From the remaining configs, choose the first one whose
>>
= 2 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option
I: If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option
I: If#= 4 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option
I: If#= 5 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
Signed-off-by: Aleksander M
60 matches
Mail list logo
