Using pdata to pass clock name is not correct.
Directly get clock from usb drivers.
Signed-off-by: Chao Xie chao@marvell.com
---
include/linux/platform_data/mv_usb.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/include/linux/platform_data/mv_usb.h
The origianl understanding of clock is wrong. The EHCI controller
only have one clock input.
Passing clock name by pdata is wrong. The clock is defined by device
iteself.
Signed-off-by: Chao Xie chao@marvell.com
---
drivers/usb/host/ehci-mv.c | 35 ++-
1
The clock name will directly get by driver. Removing
the name from pdata.
Signed-off-by: Chao Xie chao@marvell.com
---
arch/arm/mach-mmp/aspenite.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-mmp/aspenite.c b/arch/arm/mach-mmp/aspenite.c
index
The clock is defined by device, so the driver knows how many
clocks needed by the device.
The orignal way that passing the clock name by pdata is not correct.
The following patches fix it.
V2-V1:
typo fix
rebased on latest usb-next
Chao Xie (6):
usb: gadget: mv_udc_core: remove unused
The clock name will directly get by driver. Removing
the name from pdata.
Signed-off-by: Chao Xie chao@marvell.com
---
arch/arm/mach-mmp/ttc_dkb.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-mmp/ttc_dkb.c b/arch/arm/mach-mmp/ttc_dkb.c
index
Add CONFIG_PM_SLEEP to suspend/resume functions to fix the following
build warning when CONFIG_PM_SLEEP is not selected. This is because
sleep PM callbacks defined by SET_SYSTEM_SLEEP_PM_OPS are only used
when the CONFIG_PM_SLEEP is enabled.
drivers/usb/dwc3/core.c:682:12: warning: 'dwc3_suspend'
Hi,
On Mon, Mar 25, 2013 at 07:48:25AM +, Jingoo Han wrote:
Add CONFIG_PM_SLEEP to suspend/resume functions to fix the following
build warning when CONFIG_PM_SLEEP is not selected. This is because
sleep PM callbacks defined by SET_SYSTEM_SLEEP_PM_OPS are only used
when the CONFIG_PM_SLEEP
This is a follow-up to this thread:
http://www.spinics.net/lists/linux-usb/msg82418.html
which is a prerequisite for applying the patches being sent here.
I am creating a separate series because the above mentioned thread
becomes very long.
The prerequisite for providing the configfs interface
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_phonet.c | 20 +++-
drivers/usb/gadget/nokia.c| 14 +-
drivers/usb/gadget/u_phonet.h |6 +++---
3 files changed, 23
Converting f_phonet to the new function interface requires converting
the f_phonet's function code and its users.
This patch converts the f_phonet.c to the new function interface.
The file is now compiled into a separate usb_f_phonet.ko module.
The old function interface is provided by means of
There are no old function interface users left, so the old interface
can be removed.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_phonet.c | 63 ++--
1 files
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/Kconfig |1 +
drivers/usb/gadget/nokia.c | 51 +--
2 files changed, 35 insertions(+), 17 deletions(-)
diff --git
Doug Anderson wrote:
The ehci_vbus_gpio is requested but never freed. This can cause
problems with deferred probes and would cause problems if
s5p_ehci_remove was ever called. Use devm to fix this.
Signed-off-by: Doug Anderson diand...@chromium.org
Acked-by: Kukjin Kim
From: Graeme Gregory g...@slimlogic.co.uk
This is the driver for the OTG transceiver built into the Palmas chip. It
handles the various USB OTG events that can be generated by cable
insertion/removal.
Signed-off-by: Graeme Gregory g...@slimlogic.co.uk
Signed-off-by: Moiz Sonasath
Felipe Balbi wrote:
Fix the following sparse warning:
drivers/usb/phy/phy-samsung-usb2.c:50:26: sparse: incorrect type in
argument 1 (different address spaces)
drivers/usb/phy/phy-samsung-usb2.c:50:26:expected void const volatile
[noderef] asn:2*addr
On Monday 25 March 2013 03:02 PM, Kishon Vijay Abraham I wrote:
From: Graeme Gregory g...@slimlogic.co.uk
This is the driver for the OTG transceiver built into the Palmas chip. It
handles the various USB OTG events that can be generated by cable
insertion/removal.
Signed-off-by: Graeme Gregory
On Mon, Mar 25, 2013 at 08:53:39AM +, Jingoo Han wrote:
Add CONFIG_PM_SLEEP to suspend/resume functions to fix the following
build warning when CONFIG_PM_SLEEP is not selected. This is because
sleep PM callbacks defined by SET_SYSTEM_SLEEP_PM_OPS are only used
when the CONFIG_PM_SLEEP is
Hi,
On Mon, Mar 25, 2013 at 06:41:25PM +0900, Kukjin Kim wrote:
Felipe Balbi wrote:
Fix the following sparse warning:
drivers/usb/phy/phy-samsung-usb2.c:50:26: sparse: incorrect type in
argument 1 (different address spaces)
drivers/usb/phy/phy-samsung-usb2.c:50:26:expected void
Hi Samuel,
I've rebased this now on top of 3.9-rc4. Please pull this into your
next branch when appropriate. Thanks.
The following changes since commit 8bb9660418e05bb1845ac1a2428444d78e322cc7:
Linux 3.9-rc4 (2013-03-23 16:52:44 -0700)
are available in the git repository at:
Return an error if hub-descriptor-bNbrPorts==0. Without this additional
check, we can end up doing a hub-ports = kzalloc(0, GFP_KERNEL).
This hub-ports pointer will therefore be non-NULL and will be used.
Example of dmesg:
INIT: usb 1-1: New USB device found, idVendor=0424, idProduct=2512
Hi Alexander,
On Thu, Jan 24, 2013 at 7:42 AM, Alexander Shishkin
alexander.shish...@linux.intel.com wrote:
Peter Chen peter.c...@freescale.com writes:
On Tue, Nov 27, 2012 at 05:16:55PM +0100, Michael Grzeschik wrote:
Nearly every SoC from Freescale has this non-core usb registers. This
On Sun, 24 Mar 2013, Jenya Y wrote:
Alan, thank you very much for your effort! The updated second patch did
resolve all the remaining errors.
In case you have any questions or need assistance or anything of this
sort, feel free to contact me, I'll be happy to help.
Remember I mentioned
Hi all,
I am currently working on an open-source project using linux 3.5.4 on
an i.MX25 board manufactured by Voipac.
I have been experiencing all sorts of USB issues that I have logged here:
http://pastebin.com/Ry6fdne5
As you will see, it varies from detecting a hub with 0 ports,
On Mon, 25 Mar 2013, Huang Rui wrote:
Hi Alan,
Thank you to take a look at this issue. Sorry to disturb you again.
The PORT ENABLE(PORT_PE) bit in PORTSC register is not set when the
port reset, in other words, host controller and device might not do
alternating sequence of Chirp Ks and
On Sat, 23 Mar 2013, Lan, Tianyu wrote:
On 2013/3/23 1:35, Alan Stern wrote: Tianyu:
Did you ever test the port power-off mechanism with system suspend?
Right now it doesn't seem like it would work, because it relies on
runtime PM to turn off the port power, and runtime PM doesn't
On Mon, 25 Mar 2013, David Linares wrote:
Hi all,
I am currently working on an open-source project using linux 3.5.4 on
an i.MX25 board manufactured by Voipac.
I have been experiencing all sorts of USB issues that I have logged here:
http://pastebin.com/Ry6fdne5
As you will see,
This lets us use the ehci-generic driver on platforms without special
requirements for their ehci controllers. In particular, this is true
for the vt8500/wm8x50 platforms, which currently have a separate
driver that causes problems with multiplatform configurations.
Cc: Tony Prisk
Hi,
On Mon, Mar 25, 2013 at 04:20:42PM +, Arnd Bergmann wrote:
This lets us use the ehci-generic driver on platforms without special
requirements for their ehci controllers. In particular, this is true
for the vt8500/wm8x50 platforms, which currently have a separate
driver that causes
On 25 March 2013 14:44, Alan Stern st...@rowland.harvard.edu wrote:
On Mon, 25 Mar 2013, David Linares wrote:
Hi all,
I am currently working on an open-source project using linux 3.5.4 on
an i.MX25 board manufactured by Voipac.
I have been experiencing all sorts of USB issues that I have
On Mon, Mar 25, 2013 at 05:29:31PM +0100, Michael Grzeschik wrote:
Hi Alexander, Fabio, Greg,
On Mon, Mar 25, 2013 at 10:11:15AM -0300, Fabio Estevam wrote:
Hi Alexander,
On Thu, Jan 24, 2013 at 7:42 AM, Alexander Shishkin
alexander.shish...@linux.intel.com wrote:
Peter Chen
On Mon, Mar 25, 2013 at 10:50:27AM +, David Linares wrote:
Return an error if hub-descriptor-bNbrPorts==0. Without this additional
check, we can end up doing a hub-ports = kzalloc(0, GFP_KERNEL).
This hub-ports pointer will therefore be non-NULL and will be used.
Example of dmesg:
On 25 March 2013 17:31, Greg Kroah-Hartman gre...@linuxfoundation.org wrote:
On Mon, Mar 25, 2013 at 10:50:27AM +, David Linares wrote:
Return an error if hub-descriptor-bNbrPorts==0. Without this additional
check, we can end up doing a hub-ports = kzalloc(0, GFP_KERNEL).
This hub-ports
On Mon, 25 Mar 2013, Felipe Balbi wrote:
@@ -62,22 +64,26 @@ static const struct ehci_driver_overrides
platform_overrides __initdata = {
.reset =ehci_platform_reset,
};
+static struct usb_ehci_pdata ehci_platform_defaults;
this ehci_platform_defaults is quite a
You forgot to Cc the linux-usb mailing list.
On Mon, Mar 25, 2013 at 04:21:42PM +0800, Lan Tianyu wrote:
This patch is to add usb port system pm support. Add
usb port's system suspend/resume callbacks and call
usb_port_runtime_resume/suspend() to power off these
ports whose pm qos
On Tue, 26 Mar 2013, victor yeo wrote:
I thought Halt feature is optional. I will add code to instruct
hardware to set the halt feature. I suppose the driver needs to handle
usb_ep_clear_halt() too. Thanks.
g_file_storage gadget: SCSI command: READ(10); Dc=10, Di=4096; Hc=10,
Hi=4096
On Mon, 25 Mar 2013, David Linares wrote:
Start with usbmon (see Documentation/usb/usbmon.txt).
Thanks Alan. I have just compiled my kernel with debugfs and usbmon.
I can now easily capture raw text traces after boot-up. But I am interested
in capturing these traces at boot time because
On Mon, Mar 25, 2013 at 05:43:40PM +0100, Yann Sionneau wrote:
Hello Sarah,
Hi Yann!
I am a friend of Florian Fainelli, we met at 2010 RMLL at Bordeaux
(France) :)
I hope you are doing well and are still enjoying working on the Linux
kernel USB 3.0 stack at Intel!
Yep, I'm still plugging
On Sat, Mar 23, 2013 at 08:35:40PM +0200, Felipe Balbi wrote:
On Fri, Mar 22, 2013 at 05:47:53PM -0700, Paul Zimmerman wrote:
Previously, when an active urb was dequeued, its host channel would
not always be released. There is some special handling for this in
dwc2_hc_chhltd_intr_dma, but
On Mon, 2013-03-25 at 16:20 +, Arnd Bergmann wrote:
This lets us use the ehci-generic driver on platforms without special
requirements for their ehci controllers. In particular, this is true
for the vt8500/wm8x50 platforms, which currently have a separate
driver that causes problems with
From: Matthijs Kooijman matth...@stdin.nl
Previously, when an active urb was dequeued, its host channel would
not always be released. There is some special handling for this in
dwc2_hc_chhltd_intr_dma, but when it was the last urb/qtd in its qh, a
safeguard in dwc2_hc_n_intr would short-circuit
On Monday 25 March 2013, Tony Prisk wrote:
I'll take a look at this and get back to you before Easter.
Great, thanks a lot!
Arnd
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Mon, Mar 25, 2013 at 01:47:19PM -0400, Alan Stern wrote:
On Mon, 25 Mar 2013, Felipe Balbi wrote:
@@ -62,22 +64,26 @@ static const struct ehci_driver_overrides
platform_overrides __initdata = {
.reset =ehci_platform_reset,
};
+static struct usb_ehci_pdata
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Monday, March 25, 2013 11:14 AM
On Sat, Mar 23, 2013 at 08:35:40PM +0200, Felipe Balbi wrote:
On Fri, Mar 22, 2013 at 05:47:53PM -0700, Paul Zimmerman wrote:
Previously, when an active urb was dequeued, its host channel would
not
On Monday 25 March 2013, Alan Stern wrote:
On Mon, 25 Mar 2013, Felipe Balbi wrote:
this ehci_platform_defaults is quite a hack. Would be much better to see
a proper re-factoring of the code so that it actually learns about DT
and platform_data.
So, if dev-dev.platform_data is NULL,
On Thu, Mar 21, 2013 at 12:36:17PM +0100, Johan Hovold wrote:
This is v3 of the USB-disconnect series rebased on Linus tree of last
week (c41b3810c09) and the recently submitted fixes-series:
USB: fixes for 3.9-final
I retained Alan's ACK on the urb-poison patch.
This series
On Mon, 25 Mar 2013, Arnd Bergmann wrote:
This lets us use the ehci-generic driver on platforms without special
requirements for their ehci controllers. In particular, this is true
for the vt8500/wm8x50 platforms, which currently have a separate
driver that causes problems with multiplatform
Alan,
Is there a way to disable runtime PM for a PCI host controller, but
still allow the system to suspend/hibernate?
Sarah Sharp
On Fri, Mar 22, 2013 at 06:33:26PM +, Cortes, Alexis wrote:
Hi Tony,
Well, considering the circumstances, the only issue I see here is that the
system
On Monday, March 25, 2013 02:35:37 PM Sarah Sharp wrote:
Alan,
Is there a way to disable runtime PM for a PCI host controller, but
still allow the system to suspend/hibernate?
It should be. Just write on to the controller's power/control file in sysfs.
Thanks,
Rafael
On Fri, Mar 22,
On Monday 25 March 2013, Alan Stern wrote:
+ if (!dev-dev.platform_data) {
+ dev-dev.platform_data = ehci_platform_defaults;
+ dev-dev.dma_mask = dev-dev.coherent_dma_mask;
+ dev-dev.coherent_dma_mask = DMA_BIT_MASK(32);
In view of Felipe's
On Mon, Mar 25, 2013 at 11:14:15PM +0100, Rafael J. Wysocki wrote:
On Monday, March 25, 2013 02:35:37 PM Sarah Sharp wrote:
Alan,
Is there a way to disable runtime PM for a PCI host controller, but
still allow the system to suspend/hibernate?
It should be. Just write on to the
Remove the unneeded struct device *dev argument from dwc2_hcd_init()
and dwc2_hcd_remove(), and pass in the value through the hsotg-dev
member instead
Signed-off-by: Paul Zimmerman pa...@synopsys.com
---
drivers/staging/dwc2/hcd.c | 19 +--
drivers/staging/dwc2/hcd.h | 6 +++---
We were setting the DMA masks in dwc2_driver_probe(), but that is
before the driver parameters have been set to their default values.
That meant the DMA masks could be set wrong. Fix it by moving the
DMA mask setting into dwc2_hcd_init(), after the driver parameters
have been set.
Reported-by:
Add CONFIG_PM_SLEEP to suspend/resume functions to fix the following
build warning when CONFIG_PM_SLEEP is not selected. This is because
sleep PM callbacks defined by SET_SYSTEM_SLEEP_PM_OPS are only used
when the CONFIG_PM_SLEEP is enabled. Unnecessary CONFIG_PM ifdefs
are removed.
Johan's 'fix use-after-free in TIOCMIWAIT' patchset[1] introduces
one bug which can cause kernel hang when opening port.
This patch initialized the 'port-delta_msr_wait' waitqueue head
to fix the bug which is introduced in 3.9-rc4.
[1], http://marc.info/?l=linux-usbm=136368139627876w=2
Cc:
On Fri, Mar 22, 2013 at 02:20:23PM +0100, Michael Grzeschik wrote:
The udc uses an shared dma memory space between hard and software. This
memory layout is described in ci13xxx_qh and ci13xxx_td which are marked
with the attribute ((packed)).
The packed attribute leads the compiler to
On Mon, 2013-03-25 at 22:23 +, Arnd Bergmann wrote:
On Monday 25 March 2013, Alan Stern wrote:
+ if (!dev-dev.platform_data) {
+ dev-dev.platform_data = ehci_platform_defaults;
+ dev-dev.dma_mask = dev-dev.coherent_dma_mask;
+
Hi Alan,
On Mon, Mar 25, 2013 at 10:28:04PM +0800, Alan Stern wrote:
On Mon, 25 Mar 2013, Huang Rui wrote:
Hi Alan,
Thank you to take a look at this issue. Sorry to disturb you again.
The PORT ENABLE(PORT_PE) bit in PORTSC register is not set when the
port reset, in other words,
On Fri, Mar 22, 2013 at 02:20:24PM +0100, Michael Grzeschik wrote:
The datasheet of the synopsys core describes only to overwrite the
active and halted bits in the qhead before priming any endpoint.
Signed-off-by: Michael Grzeschik m.grzesc...@pengutronix.de
---
drivers/usb/chipidea/udc.c
58 matches
Mail list logo