Hi,
>> I modified the UDC driver to send out zero length data packet. Now the
>> linux host is able to see the USB gadget as a mass storage device and
>> read from USB gadget. However, writing to USB gadget fails. The
>> SCSI_WRITE_10 command often receives (-104). The usbmon trace showing
>> this
From: Wei Yongjun
The dereference to 'instance' in the debug code should be moved
below the NULL test.
Signed-off-by: Wei Yongjun
---
drivers/usb/atm/usbatm.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/atm/usbatm.c b/drivers/usb/atm/usbatm.c
index 35f
On Fri, Apr 19, 2013 at 02:50:05AM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 04/18/2013 06:05 PM, Simon Horman wrote:
>
> >
> >>Enable USB platform EHCI/OHCI and common PHY drivers in 'bockw_defconfig'.
> >>Enable USB storage driver and SCSI disk driver that it needs as well...
> >>
> >>Signe
On Thu, Apr 18, 2013 at 02:17:14PM -0700, Joe Perches wrote:
> Fix allmodconfig link error introduced by commit 75b9130e8a
> ("usb: storage: Add usb_stor_dbg, reduce object size")
>
> Export the symbol usb_stor_dbg.
> Add export.h
>
> Signed-off-by: Joe Perches
> ---
> drivers/usb/storage/debug
Hi Sergei
> > >>> I'm going to post R8A7778/BOCK-W series following this one, and
> > >>> all the
> > >>> patches in 1st series should additionally be tested on BOCK-W. Well, I
> > >>> probably can hold up posting version 3 until I have the second
> > >>> series verified.
> > >>> BTW,
A number of LTE devices from different vendors all suffer from the
same firmware bug: Most of the packets received from the device while
it is attached to a LTE network will not have an ethernet header. The
devices work as expected when attached to 2G or 3G networks, sending
an ethernet header with
This series adds workarounds for 3 different firmware bugs, each
preventing the affected devices from working at all. I therefore
humbly request that these fixes go to stable-3.8 (if still
maintained) and 3.9 (either via net if still possible, or via
stable if not).
All 3 workarounds are applied t
Received packets are sometimes addressed to 00:a0:c6:00:00:00
instead of the address the device firmware should have learned
from the host:
321.224126 77.16.85.204 -> 148.122.171.134 ICMP 98 Echo (ping) request
id=0x4025, seq=64/16384, ttl=64
82 c0 82 c9 f1 67 82 c0 82 c9 f1 67 08 00 45 0
We normally trust and use the CDC functional descriptors provided by a
number of devices. But some of these will erroneously list the address
reserved for the device end of the link. Attempting to use this on
both the device and host side will naturally not work.
Work around this bug by ignoring
Hello.
On 04/18/2013 06:05 PM, Simon Horman wrote:
Enable USB platform EHCI/OHCI and common PHY drivers in 'bockw_defconfig'.
Enable USB storage driver and SCSI disk driver that it needs as well...
Signed-off-by: Sergei Shtylyov
I realise that this is not going to be useful until the rest
Hi Aaro,
On Tue, Apr 09, 2013 at 10:51:25PM +0300, Aaro Koskinen wrote:
> Tahvo is a multi-function device on Nokia 770, implementing USB
> transceiver and charge/battery control.
>
> It's so close to Retu that a single driver can support both.
>
> Signed-off-by: Aaro Koskinen
> Cc: Samuel Orti
On Thu, Apr 18, 2013 at 12:42:00PM -0400, Alan Stern wrote:
> On Wed, 17 Apr 2013, Joe Rayhawk wrote:
> > Small buffer/period sizes on usb audio playback though UHCI works fine on
> > v3.7 but causes audio discontinuities/delays on v3.8 and v3.9-rc7.
>
> Can you provide a usbmon trace showing the
Fix allmodconfig link error introduced by commit 75b9130e8a
("usb: storage: Add usb_stor_dbg, reduce object size")
Export the symbol usb_stor_dbg.
Add export.h
Signed-off-by: Joe Perches
---
drivers/usb/storage/debug.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/storage/de
On Thu, Apr 18, 2013 at 02:45:40PM -0400, Tony Camuso wrote:
> On 04/17/2013 08:27 PM, Sarah Sharp wrote:
> >
> >[Sarah reworked this patch to cover the case where the xHCI restore
> >register operation fails, and (temp & STS_SRE) is true (and we re-init
> >the host, including re-init for the compl
Hi, I'm using this phone as modem (it works great) and after modprobe
(and checked with dmesg) I was told to tell linux-usb@vger.kernel.org
to add my device to a proper driver.
So here's my dmesg:
usb 1-1: new full-speed USB device number 4 using ohci_hcd
usb 1-1: New USB device found, idVendor=1
On Tue, 16 Apr 2013 manjunath.gou...@linaro.org wrote:
> From: Manjunath Goudar
>
> This patch prepares ohci-hcd for being split up into a core
> library and separate platform driver modules. A generic
> ohci_hc_driver structure is created, containing all the "standard"
> values, and a new mech
On 04/17/2013 08:27 PM, Sarah Sharp wrote:
[Sarah reworked this patch to cover the case where the xHCI restore
register operation fails, and (temp & STS_SRE) is true (and we re-init
the host, including re-init for the compliance mode), but hibernate is
false. The original patch would have cause
On Wed, 17 Apr 2013, Joe Rayhawk wrote:
> Small buffer/period sizes on usb audio playback though UHCI works fine on
> v3.7 but causes audio discontinuities/delays on v3.8 and v3.9-rc7.
>
> I've bisected the behavior down to
>
> c44b225077bb1fb25ed5cd5c4f226897b91bedd4
> 'UHCI: implement
On Thu, 2013-04-18 at 10:57 -0400, Alan Stern wrote:
> On Wed, 17 Apr 2013, Joe Perches wrote:
>
> > On Wed, 2013-04-17 at 14:47 -0400, Alan Stern wrote:
> > > On Wed, 17 Apr 2013, Joe Perches wrote:
> > []
> > > > +int usb_stor_dbg(const struct us_data *us, const char *fmt, ...)
> > > > +{
> > >
Separate the Samsung OHCI EXYNOS host controller driver from ohci-hcd
host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
however, note that other changes are still needed before EXYNOS can
be booted with a multi-platform kern
This patch adds an ohci->priv field for private use by OHCI
platform drivers.
Until now none of the platform drivers has used this private space,
but that's about to change in the next patch of this series.
Signed-off-by: Manjunath Goudar
Cc: Arnd Bergmann
Cc: Greg KH
Cc: Alan Stern
Cc: linux
On Thu, Apr 18, 2013 at 05:33:17PM +0200, Johan Hovold wrote:
> Fix regression introduced by commit f40d78155 ("USB: io_ti: kill custom
> closing_wait implementation") which made TIOCGSERIAL return the wrong
> value for closing_wait.
>
> Cc: stable
Oops, managed to use the old address there. Can
Kill custom closing_wait implementation and let the tty-layer handle it
instead.
Note that the port drain-delay is set to three characters to keep the
20ms delay after wait_until_sent at low baudrates (1200 baud) during close.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ti_usb_3410_5052.
Fix regression introduced by commit f40d78155 ("USB: io_ti: kill custom
closing_wait implementation") which made TIOCGSERIAL return the wrong
value for closing_wait.
Cc: stable
Signed-off-by: Johan Hovold
---
drivers/usb/serial/io_ti.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Move write-fifo flushing from ti_drain to close where it belongs.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ti_usb_3410_5052.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/drivers/usb/serial/ti_usb_3410_50
Query hardware-buffer status in chars_in_buffer should the write fifo be
empty.
This is needed to make the tty layer wait for hardware buffers to drain
on close.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ti_usb_3410_5052.c | 8
1 file changed, 8 insertions(+)
diff --git a/dri
Remove redundant wait_until_sent, which has already been handled by the
tty-layer, from break_ctl.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/io_ti.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/usb/serial/io_ti.c b/drivers/usb/serial/io_ti.c
index ab979a2..158bf4b 100644
Remove redundant drain, which has already been handled by the tty-layer,
from break_ctl.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ti_usb_3410_5052.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/drivers/usb/serial/ti_usb_3410_5052.c
index
The line status register is only polled so let's not keep a possibly
outdated value in the port data.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ti_usb_3410_5052.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/
These patches fix a regression in io_ti and removes the ti_usb_3410_5052
custom closing-wait implementation and some other redundant code.
All patches have been compile-only tested.
Johan
Johan Hovold (7):
USB: io_ti: fix TIOCGSERIAL
USB: io_ti: remove redundant wait_until_sent
USB: ti_us
Hi,
thanks for the quick reply.
Please review the patch http://patchwork.ozlabs.org/patch/237201/
I applied it, but it does not make any difference on my platform.
Regards,
M. Braun
Am 17.04.2013 12:53, schrieb Liu Shengzhou-B36685:
Hi Braun,
It seems the duplicated tdi_reset caused the P
On Thu, 18 Apr 2013, victor yeo wrote:
> I modified the UDC driver to send out zero length data packet. Now the
> linux host is able to see the USB gadget as a mass storage device and
> read from USB gadget. However, writing to USB gadget fails. The
> SCSI_WRITE_10 command often receives (-104). T
On Thu, 18 Apr 2013, Andrzej Pietrasiewicz wrote:
> On Wednesday, April 17, 2013 6:46 PM Alan Stern wrote:
> > On Wed, 17 Apr 2013, Andrzej Pietrasiewicz wrote:
> >
> > > The procedure of setting a gadget up with configfs is like this:
> > >
> > > 1) create the gadget directory
> > > 2) create fu
On Wed, 17 Apr 2013, Joe Perches wrote:
> On Wed, 2013-04-17 at 14:47 -0400, Alan Stern wrote:
> > On Wed, 17 Apr 2013, Joe Perches wrote:
> []
> > > +int usb_stor_dbg(const struct us_data *us, const char *fmt, ...)
> > > +{
> > > + struct va_format vaf;
> > > + va_list args;
> > > + i
On Wed, Apr 17, 2013 at 01:35:09AM +0400, Sergei Shtylyov wrote:
> Enable USB platform EHCI/OHCI and common PHY drivers in 'bockw_defconfig'.
> Enable USB storage driver and SCSI disk driver that it needs as well...
>
> Signed-off-by: Sergei Shtylyov
I realise that this is not going to be useful
On Thursday 18 April 2013 15:05:39 Filippo Turato wrote:
> Hello!
> Sorry, but i'm not sure i'm writing in the right place.
> I own an usb GSM modem named Olivetti Olicard 145, and with my kernel
> version (3.7.10-gentoo) it doesn't work just pluggin it in, but
> loading the usbserial generic modul
The symbol usb_bind_phy is exported and annotated __init.
It looks like section mismatch. Fix by removing
the __init annotation of usb_bind_phy.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Denis Efremov
---
drivers/usb/otg/otg.c | 2 +-
1 file changed, 1 insert
Hello!
Sorry, but i'm not sure i'm writing in the right place.
I own an usb GSM modem named Olivetti Olicard 145, and with my kernel
version (3.7.10-gentoo) it doesn't work just pluggin it in, but
loading the usbserial generic module and passing by hand product and
vendor id.
Taking a look on the k
If function instances are not put on gadget's unbind, their implementation
module's refcount is nonzero and it is impossible to unload it.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/zero.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
acm was the first function to be converted and it seems that its
code served as a base for converting f_sourcesink to the new function
interface. source_sink has nothing to do with acm, though.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/f_sourcesink
Dear All,
The first patch contains a trivial fix of a name which doesn't fit its purpose.
The second patch fixes a bug which prevents the usb_f_ss_lb.ko from unloading
when it is not actually used.
Andrzej Pietrasiewicz (2):
usb/gadget: f_sourcesink.c: correct a copy-paste misnomer
usb/gadge
On Tuesday 02 April 2013 06:10 PM, Vivek Gautam wrote:
Hi,
On Tue, Apr 2, 2013 at 5:40 PM, Felipe Balbi wrote:
Hi,
On Tue, Apr 02, 2013 at 04:04:01PM +0530, Vivek Gautam wrote:
On Mon, Apr 01, 2013 at 07:24:00PM +0530, Vivek Gautam wrote:
Adding APIs to handle runtime power management on
On Thu, Apr 18, 2013 at 12:36:17PM +0200, Karsten Malcher wrote:
> Am 17.04.2013 15:13, schrieb Johan Hovold:
> > Can you try to reproduce this on a later kernel (e.g. 3.8) which uses
> > dynamic debugging?
>
> I have compiled a 3.8.5 kernel now on Debian testing (wheezy).
> The result is the same
Am 17.04.2013 15:13, schrieb Johan Hovold:
Can you try to reproduce this on a later kernel (e.g. 3.8) which uses
dynamic debugging?
I have compiled a 3.8.5 kernel now on Debian testing (wheezy).
The result is the same as in 3.2.0 !
I could receive only some of the first bytes after opening the
Hi,
>> >> g_file_storage gadget: SCSI command: Unknown xa1; Dc=12, Du=0; Hc=12,
>> >> Hi=512
>> >> g_file_storage gadget: bulk-in, length 0:
>> >> [start_transfer] 43425355 12
>> >> ept1 in queue len 0x0, buffer 0xc12ac000
>> >> g_file_storage gadget: bulk-in set halt
>>
>> I think here is the
On Wed, Apr 17, 2013 at 07:43:11PM +0200, Karsten Malcher wrote:
> Am 17.04.2013 15:13, schrieb Johan Hovold:
> > Can you minimise your test setup using a custom program which only opens
> > the device, initialises it, writes the four characters (e.g. "test")
> > and reads them back (over you hardw
On Thu, Apr 18, 2013 at 8:18 AM, Sarah Sharp
wrote:
> All right, I've finally come back to this long thread. To sum up:
>
> xHCI hosts that have the effected TI redriver may lose device connect
> events when in D3hot or D3cold, if the port goes into Compliance Mode.
>
> Effected xHCI hosts may lo
On Wednesday, April 17, 2013 6:46 PM Alan Stern wrote:
> On Wed, 17 Apr 2013, Andrzej Pietrasiewicz wrote:
>
> > The procedure of setting a gadget up with configfs is like this:
> >
> > 1) create the gadget directory
> > 2) create functions directories corresponding to functions to be used
> > by
48 matches
Mail list logo