On Thu, Oct 18, 2012 at 07:20:05PM -0700, Tony Lindgren wrote:
> Let's move what we can from plat/usb.h to the local usb.h
> for ARM common zImage support.
>
> This is needed so we can remove plat/usb.h for ARM common
> zImage support.
>
> Cc: Felipe Balbi
Acked-by: Felipe Balbi
> Cc: Samuel
that check will have to be done by all users
of xhci_suspend() so it sounds a lot better to
move the check to xhci_suspend() in order to
avoid code duplication.
Signed-off-by: Felipe Balbi
---
drivers/usb/host/xhci-pci.c | 9 +
drivers/usb/host/xhci.c | 4
2 files changed, 5 ins
On Thu, Oct 18, 2012 at 10:37 PM, Alan Stern wrote:
> On Thu, 18 Oct 2012, Pavan Kondeti wrote:
>
>> Hi Alan,
>>
>> I have a theoretical question in EHCI driver. We ensure that there is
>> 5 msec window between suspend and next resume by keeping time_before()
>> check in ehci_bus_resume function.
commit 93abe8e (clk: add non CONFIG_HAVE_CLK routines)
added clk API stubs when !defined(CONFIG_HAVE_CLK).
This allows us to remove the HAVE_CLK dependency from
Exynos' glue layer and let it compile always.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/Makefile | 14 +-
1 file ch
Hi Venu,
> NVIDIA produces several Tegra SoCs viz Tegra20, Tegra30 etc.
> In order to support USB PHY drivers on these SoCs, existing
> PHY driver is split into SoC agnostic common USB PHY driver
> and Tegra20-specific USB phy driver. This will facilitate
> easy addition and deletion of phy driver
Hi,
On Fri, Oct 19, 2012 at 11:36:19AM +0300, Felipe Balbi wrote:
> Hi Venu,
>
> > NVIDIA produces several Tegra SoCs viz Tegra20, Tegra30 etc.
> > In order to support USB PHY drivers on these SoCs, existing
> > PHY driver is split into SoC agnostic common USB PHY driver
> > and Tegra20-specific
Bjørn Mork writes:
> Alexey Orishko writes:
>
>> Vendor has to fix firmware.
>
> I agree in principle, and I'll report the problem to them. But as usual
> I believe we have to support any weird firmware we encounter, if at all
> possible.
OK, I did some more experiments, and I am wondering if t
On Thu, Oct 18, 2012 at 9:54 PM, Alan Stern wrote:
> On Thu, 18 Oct 2012, Felipe Contreras wrote:
>
>> On Thu, Oct 18, 2012 at 8:03 PM, Felipe Contreras
>> wrote:
>> > On Thu, Oct 18, 2012 at 7:26 PM, Alan Stern
>> > wrote:
>> >> On Thu, 18 Oct 2012, Felipe Contreras wrote:
>> >>
>> >>> Nope, s
> So I tried everything, eventually updated the firmware, but in the end
> it turns out it was the cable. With the bad cable it seems when
> operating in USB2 mode it tends to work fine, which explains a lot.
>
> Anyway, I went back to 3.6.2 without the lpm patches and it still works fine
> :)
>
>
On Fri, Oct 19, 2012 at 11:30 AM, Bjørn Mork wrote:
> Bjørn Mork writes:
>> Alexey Orishko writes:
>>
> OK, I did some more experiments, and I am wondering if the real firmware
> problem is in the MBIM descriptor. It is
>
> CDC MBIM:
> bcdMBIMVersion 1.00
> wMaxContr
On Fri, Oct 19, 2012 at 11:53 AM, Adrian Sandu wrote:
>> So I tried everything, eventually updated the firmware, but in the end
>> it turns out it was the cable. With the bad cable it seems when
>> operating in USB2 mode it tends to work fine, which explains a lot.
>>
>> Anyway, I went back to 3.6
>> Doesn't this look alot like the problems I had ? :|
>> Altough I still find weird the fact that the connection to my laptop
>> worked just fine, but not in the asrock ! :|
>
> The same happened to me in another laptop, which only has USB2 ports.
> I still see problems on this laptop on the USB2
This series updates USB gadget driver fsl-usb2-udc.
Christoph Fritz (7):
usb: gadget: fsl_udc: simplify driver init
usb: gadget: fsl_udc: protect fsl_pullup() with spin_lock
usb: gadget: fsl_udc: convert to new ulc style
usb: gadget: fsl_udc: drop ARCH dependency
usb: gadget: fsl_udc: po
To initialize this driver use 'module_platform_driver' instead
of '__init' and '__exit'.
Signed-off-by: Christoph Fritz
---
drivers/usb/gadget/fsl_udc_core.c | 37 +++--
1 files changed, 11 insertions(+), 26 deletions(-)
diff --git a/drivers/usb/gadget/fsl_udc_
This patch reworks fsl_pullup() against the background of switching over
to udc_start()/udc_stop() style:
Protect function fsl_pullup() with a spin_lock. Also set vbus_active as
default to true. This prevents disabling USB controller if there is no
driver support for an external transceiver (or GP
Convert to new UDC style registration and remove
global 'udc_controller' pointer.
Signed-off-by: Christoph Fritz
---
drivers/usb/gadget/fsl_udc_core.c | 289 +
1 files changed, 131 insertions(+), 158 deletions(-)
diff --git a/drivers/usb/gadget/fsl_udc_core.
Drop the big-/little-endian helpers and make use of generic
writel()/readl() routines.
Signed-off-by: Christoph Fritz
---
drivers/usb/gadget/fsl_udc_core.c | 331 +
1 files changed, 118 insertions(+), 213 deletions(-)
diff --git a/drivers/usb/gadget/fsl_udc_
USB controller may access a wrong address for the dTD (endpoint transfer
descriptor) and then hang. This happens a lot when doing tests with
g_ether module and iperf, a tool for measuring maximum TCP and UDP
bandwidth.
This hardware bug is explained in detail by errata number 2858 for i.MX23:
http
Move global driver pointer usb_sys_regs to private struct fsl_udc.
Signed-off-by: Christoph Fritz
Reviewed-by: Teresa Gamez
---
drivers/usb/gadget/fsl_udc_core.c | 26 --
drivers/usb/gadget/fsl_usb2_udc.h |1 +
2 files changed, 13 insertions(+), 14 deletions(-)
di
Move global driver pointer dr_regs to private struct fsl_udc.
Signed-off-by: Christoph Fritz
---
drivers/usb/gadget/fsl_udc_core.c | 252 +++--
drivers/usb/gadget/fsl_usb2_udc.h |1 +
2 files changed, 130 insertions(+), 123 deletions(-)
diff --git a/drivers/
Hi,
On Fri, Oct 19, 2012 at 12:24:39PM +0200, Christoph Fritz wrote:
> To initialize this driver use 'module_platform_driver' instead
> of '__init' and '__exit'.
>
> Signed-off-by: Christoph Fritz
> ---
> drivers/usb/gadget/fsl_udc_core.c | 37
> +++--
> 1 fil
Alexey Orishko writes:
> On Fri, Oct 19, 2012 at 11:30 AM, Bjørn Mork wrote:
>> Bjørn Mork writes:
>>> Alexey Orishko writes:
>>>
>> OK, I did some more experiments, and I am wondering if the real firmware
>> problem is in the MBIM descriptor. It is
>>
>> CDC MBIM:
>> bcdMBIMVers
Hi,
On Fri, Oct 19, 2012 at 12:24:40PM +0200, Christoph Fritz wrote:
> This patch reworks fsl_pullup() against the background of switching over
> to udc_start()/udc_stop() style:
>
> Protect function fsl_pullup() with a spin_lock. Also set vbus_active as
> default to true. This prevents disabling
Hi,
typo on Subject. Should be udc, not ulc.
On Fri, Oct 19, 2012 at 12:24:41PM +0200, Christoph Fritz wrote:
> Convert to new UDC style registration and remove
> global 'udc_controller' pointer.
>
> Signed-off-by: Christoph Fritz
> ---
> drivers/usb/gadget/fsl_udc_core.c | 289
> +++
NVIDIA produces several Tegra SoCs viz Tegra20, Tegra30 etc.
In order to support USB PHY drivers on these SoCs, existing
PHY driver is split into SoC agnostic common USB PHY driver
and Tegra20-specific USB phy driver. This will facilitate
easy addition and deletion of phy drivers for Tegra SoCs.
S
On Fri, Oct 19, 2012 at 12:24:42PM +0200, Christoph Fritz wrote:
> Drop the big-/little-endian helpers and make use of generic
> writel()/readl() routines.
>
> Signed-off-by: Christoph Fritz
> ---
> drivers/usb/gadget/fsl_udc_core.c | 331
> +
> 1 files chan
On Fri, Oct 19, 2012 at 12:24:43PM +0200, Christoph Fritz wrote:
> USB controller may access a wrong address for the dTD (endpoint transfer
> descriptor) and then hang. This happens a lot when doing tests with
> g_ether module and iperf, a tool for measuring maximum TCP and UDP
> bandwidth.
>
> Th
Hi,
On Fri, Oct 19, 2012 at 04:03:26PM +0530, Venu Byravarasu wrote:
> NVIDIA produces several Tegra SoCs viz Tegra20, Tegra30 etc.
> In order to support USB PHY drivers on these SoCs, existing
> PHY driver is split into SoC agnostic common USB PHY driver
> and Tegra20-specific USB phy driver. Thi
NVIDIA produces several Tegra SoCs viz Tegra20, Tegra30 etc.
In order to support USB PHY drivers on these SoCs, existing
PHY driver is split into SoC agnostic common USB PHY driver
and Tegra20-specific USB phy driver. This will facilitate
easy addition and deletion of phy drivers for Tegra SoCs.
S
On Fri, 2012-10-19 at 13:30 +0300, Felipe Balbi wrote:
> On Fri, Oct 19, 2012 at 12:24:43PM +0200, Christoph Fritz wrote:
> > USB controller may access a wrong address for the dTD (endpoint transfer
> > descriptor) and then hang. This happens a lot when doing tests with
> > g_ether module and iperf
Hi,
On Fri, Oct 19, 2012 at 12:46:48PM +0200, Christoph Fritz wrote:
> On Fri, 2012-10-19 at 13:30 +0300, Felipe Balbi wrote:
> > On Fri, Oct 19, 2012 at 12:24:43PM +0200, Christoph Fritz wrote:
> > > USB controller may access a wrong address for the dTD (endpoint transfer
> > > descriptor) and th
Some devices do not support the 8 byte variants of
the NTB input size control messages despite announcing
such support in the functional descriptor. This can be
detected by reading the current input size, looking
at how many bytes the device returns.
Signed-off-by: Bjørn Mork
---
Bjørn Mork writ
Alexey Orishko writes:
> Based on NCM errata, NCM functional descriptor: if Bit 5 is set, then
> device can (must) handle 8-byte form of Set/GetNtbInputSize.
> If they set a flag, but don't support the feature, hm.. is it a
> prototype device or
> commercially available one?
>
> At least device m
Make sure command buffer is deallocated in case of errors during attach.
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/whiteheat.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/whiteheat.c b/drivers/usb/serial/whiteheat.c
index 346c7ef..cfd155e 100644
--- a/dri
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that the call
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that the fifth
Make sure no control urb is submitted during close after a disconnect by
checking the disconnected flag.
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/metro-usb.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/usb/serial/metro-usb.c b/driver
On Fri, Oct 19, 2012 at 2:18 PM, Bjørn Mork wrote:
>
> OK, I may have misunderstood you here. Quoting the errata text:
>
>
> If bit D5 is set in the bmNetworkCapabilities field of function’s NCM
> Functional Descriptor, the host may set wLength either to 4 or to
> 8. If wLength is 4, the f
Alexey Orishko writes:
> On Fri, Oct 19, 2012 at 2:18 PM, Bjørn Mork wrote:
>>
>> OK, I may have misunderstood you here. Quoting the errata text:
>>
>>
>> If bit D5 is set in the bmNetworkCapabilities field of function’s NCM
>> Functional Descriptor, the host may set wLength either to 4 or
On Fri, 19 Oct 2012, Pavan Kondeti wrote:
> Why are we having this check in ehci_suspend()? By the time
> ehci_suspend() is called, ehci_bus_suspend() is already called in
> which next_statechange is updated. we might end up giving 10msec delay
> in ehci_suspend().
Yes. I don't know the reason f
On Fri, 19 Oct 2012, Venu Byravarasu wrote:
> NVIDIA produces several Tegra SoCs viz Tegra20, Tegra30 etc.
> In order to support USB PHY drivers on these SoCs, existing
> PHY driver is split into SoC agnostic common USB PHY driver
> and Tegra20-specific USB phy driver. This will facilitate
> easy
Fix port-data memory leak by moving port data deallocation to
port_remove for regular ports.
Since commit 0998d0631001288 (device-core: Ensure drvdata = NULL when no
driver is bound) the port private data is no longer freed at release as
it is no longer accessible.
Note that the oob port is never
Fix port-data memory leak by moving port data allocation to port_probe
and actually implementing deallocation.
Note that this driver has never even bothered to try to deallocate it's
port data...
Compile-only tested.
Cc:
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ch341.c | 23
This patch (as1619) improves the interface to the "hub_for_each_child"
macro. The name clearly suggests that the macro iterates over child
devices; it does not suggest that the loop will also iterate over
unnconnected ports.
The patch changes the macro so that it will skip over unconnected
ports
This patch (as1620) speeds up USB root-hub resumes in the common case
where every enabled port has its suspend feature set (which currently
will be true for every runtime resume of the root hub). If all the
enabled ports are suspended then resuming the root hub won't resume
any of the downstream d
Hi,
On Thu, Oct 18, 2012 at 05:12:48PM +0200, Andrzej Pietrasiewicz wrote:
> Hello Felipe,
>
> On Wednesday, October 17, 2012 3:56 PM Felipe Balbi wrote:
>
>
>
> > On Wed, Oct 17, 2012 at 11:43:11AM +0200, Andrzej Pietrasiewicz wrote:
> > > Demonstrate a USB gadget configured entirely through
Hi Christoph,
What system are you working on? If it's i.MX you should use/work on the
chipidea driver instead.
Sascha
On Fri, Oct 19, 2012 at 12:22:36PM +0200, Christoph Fritz wrote:
> This series updates USB gadget driver fsl-usb2-udc.
>
> Christoph Fritz (7):
> usb: gadget: fsl_udc: simplif
Hi,
On Fri, Oct 19, 2012 at 04:08:05PM +0530, Venu Byravarasu wrote:
> NVIDIA produces several Tegra SoCs viz Tegra20, Tegra30 etc.
> In order to support USB PHY drivers on these SoCs, existing
> PHY driver is split into SoC agnostic common USB PHY driver
> and Tegra20-specific USB phy driver. Thi
Hi,
On Mon, Oct 08, 2012 at 03:47:35PM -0700, Sarah Sharp wrote:
> On Mon, Oct 08, 2012 at 04:05:00PM -0400, Alan Stern wrote:
> > On Mon, 8 Oct 2012, Sarah Sharp wrote:
> >
> > > The Set SEL control transfer tells a device the exit latencies
> > > associated with a device-initated U1 or U2 exit.
Hi,
On Tue, Oct 16, 2012 at 09:36:46AM +0800, Peter Chen wrote:
> The patch includes both API change and caller change.
> The main changes like below:
>
> - add notify_suspend/notify_resume callback
>
> This let usb phy driver has the chance to change hw settings during
> the controller suspend/
On 10/19/2012 09:35 AM, Felipe Balbi wrote:
> Hi,
>
> On Fri, Oct 19, 2012 at 04:08:05PM +0530, Venu Byravarasu wrote:
>> NVIDIA produces several Tegra SoCs viz Tegra20, Tegra30 etc. In
>> order to support USB PHY drivers on these SoCs, existing PHY
>> driver is split into SoC agnostic common USB
Hi,
On Fri, Oct 19, 2012 at 06:19:26PM +0100, Simon Haggett wrote:
> Some gadget drivers may attempt to dequeue requests for an endpoint that has
> already been disabled. For example, in the UVC gadget driver,
> uvc_function_set_alt()
> will call usb_ep_disable() when alt setting 0 is selected. W
Some gadget drivers may attempt to dequeue requests for an endpoint that has
already been disabled. For example, in the UVC gadget driver,
uvc_function_set_alt()
will call usb_ep_disable() when alt setting 0 is selected. When the userspace
application subsequently issues the VIDIOC_STREAMOFF ioctl
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-3.7-rc1
for you to fetch changes up to 4b35f1c52943851b310afb
At Thu, 18 Oct 2012 17:39:05 +0200,
Matthieu CASTET wrote:
>
> Takashi Iwai a écrit :
> > At Tue, 16 Oct 2012 18:01:13 +0200,
> > Matthieu CASTET wrote:
> >> Takashi Iwai a écrit :
> >>> At Mon, 15 Oct 2012 19:41:40 +0200,
> >>> Matthieu CASTET wrote:
> Hi Takashi,
>
> But I believe
Hi,
these two patches are applied on the top of previous four patches for
fixing races at disconnection of USB-audio devices. These rather
cover the core codes than USB-specific.
The whole six patches are found in topic/usb-disconnect-fix branch of
sound-unstable git tree, too.
git://git.kerne
For more strict protection for wild disconnections, a refcount is
introduced to the card instance, and let it up/down when an object is
referred via snd_lookup_*() in the open ops.
The free-after-last-close check is also changed to check this refcount
instead of the empty list, too.
Signed-off-by
When disconnect callback is called, each component should wake up
sleepers and check card->shutdown flag for avoiding the endless sleep
blocking the proper resource release.
Signed-off-by: Takashi Iwai
---
sound/core/control.c | 2 ++
sound/core/hwdep.c | 7 +++
sound/core/oss/pc
This patchset updates the ehci-platform.c driver to allow device tree probing.
I have dropped support for the three function pointers (power_on, power_off
and power_suspend). If someone has knowledge of the power sequence functions
that are being implemented, these functions could be replaced (Sorr
This patch adds devicetree support to the EHCI-platform driver,
and removes the now unneeded ehci-vt8500.c
Existing platform properties are maintained, with the exception
the power_(on/off) and suspend function pointers.
Signed-off-by: Tony Prisk
---
drivers/usb/host/ehci-hcd.c |5 --
Add a binding document for ehci-platform driver.
Signed-off-by: Tony Prisk
---
.../devicetree/bindings/usb/ehci-platform.txt | 22
1 file changed, 22 insertions(+)
create mode 100644 Documentation/devicetree/bindings/usb/ehci-platform.txt
diff --git a/Documentation/
61 matches
Mail list logo
