headers
Olivier DOLE | 9 Feb 21:15
Picon
Gravatar

USB 3.0 : host-to-host communication

Hello,

I have a question about USB 3.0 and host to host communication through a
"standard A" to "standard A" cable.
As it is defined in the norm (section 5.5.2), I thought that it would be
directly supported by Linux. Nonetheless when I plug the cable between 2
USB-3.0 ports (2 servers), nothing is seen (from lsusb point of view and
also from kernel messages point of view).
So my questions:
- Is it supported by the linux kernel or is there something missing (like
OTG/RSP implementation...) ?
- If the problem is not the kernel, any advice to make it work ?

Thanks

Olivier
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 2 comments |
headers
pierigno | 9 Feb 20:03
Picon
Gravatar

Re: Pl2303 usb-serial adapter receives but does not transmit

googling a bit more about the problem, I've found that this is a common
misbehaviour of some faulty hardware. In an "ancient" mail dated 2005
greg asked for the output of /proc/bus/usb/devices/ , so here is mine:

T:  Bus=02 Lev=02 Prnt=02 Port=01 Cnt=01 Dev#= 10 Spd=12   MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=067b ProdID=2303 Rev= 3.00
S:  Manufacturer=Prolific Technology Inc.
S:  Product=USB-Serial Controller
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA
I:* If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=pl2303
E:  Ad=81(I) Atr=03(Int.) MxPS=  10 Ivl=1ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=83(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms

2012/2/8 pierigno <pierigno@...>:
> hello,
>
> following mr Greg's bot advice, I'm sending this email tore you,
> hoping to get more insight on this matter.
>
>
> I'm having some problems trying to communicate with a home router
> device using a PL2303 based usb-to-serial converter.
>
> My linux-based router exposes a UART interface (with TTL levels,
> 155200 baud rate, 8N1, no hardware flow control) trough which is
> possible to visualize its initialization output and possibly interact
> with the built-in boot manager (yamon). So far,sadly, I was only able
> to receive the output sent by the device, but nothing more: any attept
(Continue reading)

Permalink | Reply | 1 comment |
headers
Greg KH | 9 Feb 17:26
Favicon
Gravatar

Outstanding cdc-wdm patches

Hi Bjørn,

You've been sending a lot of cdc-wdm patches, and I am totally confused
as to what has been agreed apon, and what has not.

So, can you send me a series of what you want to see applied, that I
have not already applied?

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 2 comments |
headers
Chris Kelly | 9 Feb 12:58
Gravatar

Maximum patch size

Hi,
I am a completely new to this newsgroup and have a rather basic question.
I wish to submit a new driver to the staging area and the patch file is rather 
large (>200K). Is the correct way to submit this to break it down into a 
number of patches with a few files in each rather than a single large patch. 
If so what is the recommended maximum size for each patch file.

Kind regards
Chris

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 1 comment |
headers
Ido Shayevitz | 9 Feb 13:04

[PATCH 0/2] Use usb_endpoint_descriptor inside the struct usb_ep

Hi Felipe,

Here is the cleanup for using the desc pointer in the usb_ep struct.
I have tested ci13xxx_udc and dwc3 on my platform.

Ido Shayevitz (2):
  usb: gadget: Update ci13xxx_udc to use usb_endpoint_descriptor inside
    the struct usb_ep
  usb: dwc3: Update dwc3 udc to use usb_endpoint_descriptor inside the
    struct usb_ep

 drivers/usb/dwc3/core.h          |    1 -
 drivers/usb/dwc3/ep0.c           |    2 +-
 drivers/usb/dwc3/gadget.c        |   31 +++++++++++++++----------------
 drivers/usb/gadget/ci13xxx_udc.c |   15 +++++++--------
 drivers/usb/gadget/ci13xxx_udc.h |    1 -
 5 files changed, 23 insertions(+), 27 deletions(-)

--

-- 
1.7.6

--
Consultant for Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 5 comments |
headers
Pratyush Anand | 9 Feb 09:36
Picon

USB Gudget: How to alloc memory from customized area

Hi All,

I have a scenario where my usb device can access only a particular area of DDR.

So  it is something like that CPU is able to access all DDR but USB
device only to
a particular are.

Normally we allocate memory for buffer using kmalloc. Is it possible
to allocate memory
using some other API, which can provide memory from desired location.

One way could be to associate custom memory with the struct device and then
use dma_alloc_coherent to allocate it.

Any other way which might be more suitable?

Regards
Pratyush
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 2 comments |
headers
Shoichi Ogawa | 8 Feb 06:18
Picon
Favicon

BUSINESS PROPOSAL

Hello Friend 

I am sorry to encroach on your privacy. I have a business proposal foryou. Please contact me if you are
interested to know more.

Best Regards 

Shoichi Ogawa
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
PRIVATE MAIL | 8 Feb 20:55
Picon
Gravatar

Greetings


Good-day.

This is a personal email directed to you for your consideration alone, I request that it remain and be
treated as such only. Please bear with me for now and do not ask my name. I am a banker with HSBC in the Malta. I
have an interesting business proposal for you that will be of immense benefit to both of us. Although this
may be hard for you to believe, we stand to gain 7.2 million USD between us in a matter of days. Please grant me
the benefit of doubt and hear me out. I need you to signify your interest by replying to this email.

Most importantly, I will need you to promise to keep whatever you learn from me between us even if you decide
not to go along with me. I will make more details available to you on receipt of a positive response from you.
Do contact me only at my private emailaddress:privatepot5@...

Warm regard from Malta.

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Paul Zimmerman | 8 Feb 20:37

Hang with DWC3 driver

Hi Felipe,

I'm running into a hang with the mass-storage gadget with later
versions of the dwc3 driver. I see this with the version from your
master branch from Feb 1, and also with the latest version from
today.

I see it with both Linux and Windows hosts, while doing my simple
file corruption test. It goes like this:

- Connect the device at SuperSpeed.
- Copy a large (~750MB) file from the host to the device.
- "Safely remove" the device and disconnect it.
- Reconnect the device.
- Rename the file on the device.
- Copy the file back to the host.
- "Safely remove" the device and disconnect it.
- Compare the two files (this step is not important, you can skip it).
- Reconnect the device.
- Delete the file from the device.
- Copy the original file from the host to the device again.

Here, the file transfer hangs. Using a USB analyzer, I see that after
the first few packets of a 16KB transfer, the device has sent an NRDY,
and it never sends an ERDY, so the transfer hangs.

The last few lines of the dmesg look like this:

dwc3 dwc3.0: request ffff8801361cf5c0 from ep1out-bulk completed 16384/16384 ===> 0
dwc3 dwc3.0: ep1in-bulk: Transfer Not Ready
(Continue reading)

Permalink | Reply | 2 comments |
headers
Ido Shayevitz | 8 Feb 12:56

[PATCH 0/1] usb: gadget: Clear usb_endpoint_descriptor inside the struct usb_ep on disable

It appear that some function drivers check if ep.desc is NULL,
as happen in f_serial before calling to config_ep_by_speed.
Therefor a bug exists when disconnecting and reconnecting the
usb cable, since on disconnect the udc does not set the ep.desc to NULL.

Ido Shayevitz (1):
  usb: gadget: Clear usb_endpoint_descriptor inside the struct usb_ep
	on disable

 drivers/usb/dwc3/gadget.c           |    1 +
 drivers/usb/gadget/amd5536udc.c     |    1 +
 drivers/usb/gadget/at91_udc.c       |    1 +
 drivers/usb/gadget/atmel_usba_udc.c |    1 +
 drivers/usb/gadget/ci13xxx_udc.c    |    1 +
 drivers/usb/gadget/fsl_qe_udc.c     |    1 +
 drivers/usb/gadget/fsl_udc_core.c   |    1 +
 drivers/usb/gadget/goku_udc.c       |    1 +
 drivers/usb/gadget/langwell_udc.c   |    1 +
 drivers/usb/gadget/mv_udc_core.c    |    1 +
 drivers/usb/gadget/omap_udc.c       |    1 +
 drivers/usb/gadget/pch_udc.c        |    1 +
 drivers/usb/gadget/pxa25x_udc.c     |    2 ++
 drivers/usb/gadget/s3c-hsudc.c      |    2 ++
 drivers/usb/gadget/s3c2410_udc.c    |    2 ++
 15 files changed, 18 insertions(+), 0 deletions(-)

--

-- 
1.7.6

--
(Continue reading)

Permalink | Reply | 2 comments |
headers
Ajay Kumar Gupta | 8 Feb 08:41
Picon
Favicon

[PATCH 1/3 v5] usb: musb: Add support for ti81xx platform

TI81XX platform has two musb interfaces and uses CPPI4.1 DMA engine.
It has builtin USB PHYs as AM35x. The current set of patches adds support
for one instance and only in PIO mode.

Signed-off-by: Ajay Kumar Gupta <ajay.gupta@...>
Signed-off-by: Ravi Babu <ravibabu@...>
---
These three patches are refreshed version of patches submitted at [1]
[1] http://marc.info/?l=linux-usb&m=131833237711364&w=2

Among 8 patches at [1] three got already merged [1/8,2/8,3/8] and two of
them have been dropped [4/8 and 6/8].

I am resubmitting the rest three patches [5/8, 7/8, 8/8] after refreshing
them against today's linus's tree with below monor change in 5/8.

Changes fron v4:
	- Added DT match device as Felipe suggested.

 drivers/usb/musb/Kconfig     |    8 +-
 drivers/usb/musb/Makefile    |    1 +
 drivers/usb/musb/musb_core.c |    4 +-
 drivers/usb/musb/musb_dsps.c |  707 ++++++++++++++++++++++++++++++++++++++++++
 4 files changed, 718 insertions(+), 2 deletions(-)
 create mode 100644 drivers/usb/musb/musb_dsps.c

diff --git a/drivers/usb/musb/Kconfig b/drivers/usb/musb/Kconfig
index f70cab3..126c220 100644
--- a/drivers/usb/musb/Kconfig
+++ b/drivers/usb/musb/Kconfig
(Continue reading)

Permalink | Reply | 2 comments |

Gmane