Re: [PATCH v5 2/3] usb: gadget: epautoconf: check feature flags

On 12/17/2013 02:23 AM, Felipe Balbi wrote: > Start matching endpoints against feature flags, > this will help us dropping the naming conventions > currently used by the Gadget Framework. > > Signed-off-by: Felipe Balbi > --- > drivers/usb/gadget/epautoconf.c | 30 --

Re: [PATCH 1/2] dma: cppi41: start tear down only if channel is busy

On 2/27/2014 2:17 PM, Shevchenko, Andriy wrote: On Thu, 2014-02-27 at 10:44 +0530, George Cherian wrote: Start the channel tear down only if the channel is busy, else just bail out. In some cases its seen that by the time the tear down is initiated the cppi completes the DMA, especially in ISOCH

[PATCH] usb: phy: move phy driver up for early initialization

This patch moves initialization order of the phy driver ahead of the dwc3 driver. The dwc3 driver needs phy driver when probing. Of cource, the driver can be initialized later after the phy driver is initialized. For efficiency, however, it would be better to change the initialization order. Cc: F

Re: [PATCH] usb: phy: am335x: Use SIMPLE_DEV_PM_OPS macro

On Thursday, February 27, 2014 11:41 PM, Roger Quadros wrote: > On 02/27/2014 01:47 PM, Jingoo Han wrote: > > Use SIMPLE_DEV_PM_OPS macro in order to make the code simpler. > > > > Signed-off-by: Jingoo Han > > --- > > drivers/usb/phy/phy-am335x.c |4 +--- > > 1 file changed, 1 insertion(+),

Re: [PATCH] ARM: i.MX6: clk: Remove usbphy clock hacks

On Thu, Feb 27, 2014 at 03:47:45PM +0100, Sascha Hauer wrote: > On Thu, Feb 27, 2014 at 08:06:18PM +0800, Peter Chen wrote: > > On Thu, Feb 27, 2014 at 09:18:58AM +0100, Sascha Hauer wrote: > > > Recently the chipidea got broken on i.MX6 when the phy_mode property > > > is given in the devicetree.

[PATCH 2/3] staging/usbip: change usbip to include new uapi usbip.h

usbip userspace has duplicated enum definition to report usbip device status maintained by the kernel. A new uapi usbip.h now defines the usbip device status for kernel and userspace to use. Change usbip kernel space to include uapi usbip.h for usbip device status. Signed-off-by: Shuah Khan ---

[PATCH 0/3] staging/usbip: add new uapi header usbip.h

usbip userspace has duplicated enum definition to report usbip device status maintained by the kernel. Adding an usbip uapi header file will define the kernel - userspace interface for this device status. Shuah Khan (3): staging/usbip: add uapi header to export usbip kernel interfaces staging/

[PATCH 1/3] staging/usbip: add uapi header to export usbip kernel interfaces

usbip userspace has duplicated enum definition to report usbip device status maintained by the kernel. Adding an usbip uapi header file will define the kernel - userspace interface for this device status. Signed-off-by: Shuah Khan --- include/uapi/linux/Kbuild |1 + include/uapi/linux/usbip

[PATCH 3/3] staging/usbip: change usbip userspace to include new uapi usbip.h

usbip userspace has duplicated enum definition to report usbip device status maintained by the kernel. A new uapi usbip.h now defines the usbip device status for kernel and userspace to use. Change usbip userspace to include uapi usbip.h for usbip device status. Signed-off-by: Shuah Khan --- ...

Re: [PATCH v5 04/16] usb: find internal hub tier mismatch via acpi

On Thu, Feb 27, 2014 at 10:48 AM, Alan Stern wrote: > On Thu, 27 Feb 2014, Dan Williams wrote: > >> > If the port's ACPI data agrees with the default matching, there's no >> > issue. But if they disagree, don't accept the default match. That way >> > you never have to correct a mistaken match. >

Re: [PATCH 3/3] usb: phy: msm: use ASSIGN_*_PM_OPS variants

On Thu, Feb 27, 2014 at 03:44:25PM -0800, Greg Kroah-Hartman wrote: > On Thu, Feb 27, 2014 at 03:41:31PM -0800, David Cohen wrote: > > On Thu, Feb 27, 2014 at 11:03:24AM -0800, Greg Kroah-Hartman wrote: > > > On Tue, Feb 25, 2014 at 12:33:36PM -0600, Felipe Balbi wrote: > > > > Hi, > > > > > > > >

Re: [PATCH 3/3] usb: phy: msm: use ASSIGN_*_PM_OPS variants

On Thu, Feb 27, 2014 at 03:41:31PM -0800, David Cohen wrote: > On Thu, Feb 27, 2014 at 11:03:24AM -0800, Greg Kroah-Hartman wrote: > > On Tue, Feb 25, 2014 at 12:33:36PM -0600, Felipe Balbi wrote: > > > Hi, > > > > > > On Mon, Feb 24, 2014 at 11:08:27AM -0600, Josh Cartwright wrote: > > > > Use AS

Re: [PATCH] usb: gadget: return the right length in ffs_epfile_io()

On Thu, Feb 27, 2014 at 01:15:25PM +0100, Michal Nazarewicz wrote: > On Thu, Feb 27 2014, Chuansheng Liu wrote: > > When the request length is aligned to maxpacketsize, sometimes > > the return length ret > the user space requested len. > > > > At that time, we will use min_t(size_t, ret, len) to

Re: [PATCH 3/3] usb: phy: msm: use ASSIGN_*_PM_OPS variants

On Thu, Feb 27, 2014 at 11:03:24AM -0800, Greg Kroah-Hartman wrote: > On Tue, Feb 25, 2014 at 12:33:36PM -0600, Felipe Balbi wrote: > > Hi, > > > > On Mon, Feb 24, 2014 at 11:08:27AM -0600, Josh Cartwright wrote: > > > Use ASSIGN_SYSTEM_SLEEP_PM_OPS and ASSIGN_RUNTIME_PM_OPS in the > > > initializ

Outlook gebruiker waarschuwing.

Geachte Webmail Gebruiker, Uw twee inkomende mails hangende toestand geplaatst als gevolg van de recente upgrade in onze database. in volgorde te ontvangen uw berichten KLIK HIER Login met uw juiste Webmail informatie en wachten op antwoordt van onze da

Re: [PATCH v2 1/2] usb: host: xhci-plat: Use module_platform_driver()

On Wed, Feb 26, 2014 at 3:04 PM, Fabio Estevam wrote: > Hi Sarah, > > On Wed, Feb 26, 2014 at 2:39 PM, Sarah Sharp > wrote: > >> Fabio, are you going to send a new version that fixes these build >> errors? > > Could you please discard this one and just apply 2/2 instead? Nevermind, Sarah. I will

[PATCH 4/8] usb: dwc3: omap: fix pm_runtime usage

even if pm_runtime_get*() fails, it still increments pm usage counter, so we must pm_runtime_put*() in that case too. Fix that observation in dwc3-omap.c. Signed-off-by: Felipe Balbi --- drivers/usb/dwc3/dwc3-omap.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/u

[PATCH 5/8] usb: dwc3: omap: fix order of pm_runtime vs child removal

pm_runtime_put_sync() will kill dwc3's clocks and, since dwc3 core accesses registers during removal, we must make sure to unregister core before disabling clocks and pm_runtime. Signed-off-by: Felipe Balbi --- drivers/usb/dwc3/dwc3-omap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) d

[PATCH 3/8] usb: dwc3: pci: add pm_runtime support

teach the PCI glue about pm_runtime so that it's easier to teach dwc3 core about it later. No functional changes otherwise. Tested-by: David Cohen Signed-off-by: Felipe Balbi --- drivers/usb/dwc3/dwc3-pci.c | 73 - 1 file changed, 59 insertions(+), 1

[PATCH 6/8] usb: dwc3: exynos: add basic pm_runtime support

move clock calls to pm_runtime callbacks and fix ifdeffery around PM-related callbacks. Signed-off-by: Felipe Balbi --- drivers/usb/dwc3/dwc3-exynos.c | 78 ++ 1 file changed, 64 insertions(+), 14 deletions(-) diff --git a/drivers/usb/dwc3/dwc3-exynos.c b

[PATCH 1/8] usb: dwc3: keystone: add basic PM support

A bare-minimum PM implementation which will serve as building block for more complex PM implementation in the future. At the very least we will not leave clocks on unnecessarily when e.g. a user writes mem to /sys/power/state. Acked-by: Santosh Shilimkar Tested-by: WingMan Kwok Signed-off-by: F

[PATCH 8/8] usb: dwc3: gadget: always enable IOC on bulk/interrupt transfers

by setting IOC always, we can recycle TRBs a lot sooner at the expense of some increased CPU load. The extra load seems to be quite minimal on OMAP5 devices (instead of 1 IRQ for one MSC transfer, we get CONFIG_USB_GADGET_STORAGE_NUM_BUFFERS). Signed-off-by: Felipe Balbi --- drivers/usb/dwc3/ga

[PATCH 7/8] usb: dwc3: core: remove DWC3_PM_OPS

fix ifdefs around pm callbacks and remove unnecessary DWC3_PM_OPS macro. Signed-off-by: Felipe Balbi --- drivers/usb/dwc3/core.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c index a49217a..eca1868 100644 --- a/dr

[PATCH 2/8] usb: dwc3: omap: add basic pm_runtime support

If we want to suspend/runtime in runtime, we can do so, in OMAP's case at least, with the same implementation we use for system pm. This patch adds basic pm_runtime support with that in mind. While at that, also fix ifdeferry up. Signed-off-by: Felipe Balbi --- drivers/usb/dwc3/dwc3-omap.c | 5

Re: [PATCH 2/6] usb: gadget: mv_udc: disable HW zlt for ep0

On Thu, Feb 27, 2014 at 03:05:14PM -0300, Fabio Estevam wrote: > On Thu, Feb 27, 2014 at 12:30 AM, Peter Chen wrote: > > >> btw, when can I remove fsl_udc_core.c from the tree ? > >> > > > > Freescale has other processor group (PowerPC, etc) has used this code now. > > Not only PowerPC, but also

Re: [PATCH 3/3] usb: phy: msm: use ASSIGN_*_PM_OPS variants

On Tue, Feb 25, 2014 at 12:33:36PM -0600, Felipe Balbi wrote: > Hi, > > On Mon, Feb 24, 2014 at 11:08:27AM -0600, Josh Cartwright wrote: > > Use ASSIGN_SYSTEM_SLEEP_PM_OPS and ASSIGN_RUNTIME_PM_OPS in the > > initializer for msm_otg_dev_pm_ops. Doing so allows us to eliminate > > preprocessor con

Re: [PATCH 1/3] hub: debug message for failing to enable device

On Thu, Feb 27, 2014 at 10:57:10AM +0100, oli...@neukum.org wrote: > From: Oliver Neukum > > This error case isn't reported during enumeration. > > Signed-off-by: Oliver Neukum > --- > drivers/usb/core/hub.c | 6 +- > 1 file changed, 5 insertions(+), 1 deletion(-) What happened to patch 3

Re: [PATCH v5 04/16] usb: find internal hub tier mismatch via acpi

On Thu, 27 Feb 2014, Dan Williams wrote: > > If the port's ACPI data agrees with the default matching, there's no > > issue. But if they disagree, don't accept the default match. That way > > you never have to correct a mistaken match. > > So it turns out this simplifies the patch a bit, by get

Re: [PATCH 2/6] usb: gadget: mv_udc: disable HW zlt for ep0

On Thu, Feb 27, 2014 at 12:30 AM, Peter Chen wrote: >> btw, when can I remove fsl_udc_core.c from the tree ? >> > > Freescale has other processor group (PowerPC, etc) has used this code now. Not only PowerPC, but also the imx platforms that have not been converted to device tree yet. -- To unsub

Re: request for pointer to documentation on WUSB

On Thu, 27 Feb 2014, Oliver Neukum wrote: > On Thu, 2014-02-27 at 10:46 -0600, Thomas Pugliese wrote: > > > I could be wrong about the chipset. If I recall correctly, IOGear has > > used multiple chipset vendors across different products. Do you have a > > link to the product page for the d

Re: [PATCH v5 04/16] usb: find internal hub tier mismatch via acpi

On Wed, Feb 26, 2014 at 2:07 PM, Alan Stern wrote: > On Wed, 26 Feb 2014, Dan Williams wrote: > >> > I've been thinking about this. Maybe it isn't a problem, because now >> > you don't set up the peer matching until after the port has been >> > registered. All you have to do is allow the ACPI da

Re: request for pointer to documentation on WUSB

On Thu, 2014-02-27 at 10:46 -0600, Thomas Pugliese wrote: > I could be wrong about the chipset. If I recall correctly, IOGear has > used multiple chipset vendors across different products. Do you have a > link to the product page for the device? For what it is worth: https://www.olidata.com/p

Re: request for pointer to documentation on WUSB

On Thu, 27 Feb 2014, Oliver Neukum wrote: > On Thu, 2014-02-27 at 08:05 -0600, Thomas Pugliese wrote: > > > > On Thu, 27 Feb 2014, Oliver Neukum wrote: > > > > > > > > > > I believe that device is based on an older Alereon chipset which along > > with most other HWAs uses the updated WHCI p

Re: [PATCH 2/6] usb: gadget: mv_udc: disable HW zlt for ep0

On Thu, Feb 27, 2014 at 03:30:03AM +, Peter Chen wrote: > > > > > > > > > > > > > Chipidea bug too? Does it follow ch 8.5.3.2 Variable-length Data > > > > > > Stage, USB > > > > > 2.0 spec? > > > > > > > > > > wait, this is a chipidea core ? Why aren't you guys using the > > > > > chipidea dr

Re: [PATCH 04/11] usb: dwc3: gadget: implement dwc3_gadget_get_link_state

Hi, On Wed, Feb 26, 2014 at 11:00:33PM +, Paul Zimmerman wrote: > Hi Felipe, > > Can you drop the part that checks the DCNRD bit, please? I made a > mistake when I originally submitted this. It is not necessary to check > the DCNRD bit every time before reading the link state, it should only

Re: [PATCH 2/3] USB: hub: handle -ETIMEDOUT during enumeration

On Thu, 27 Feb 2014 oli...@neukum.org wrote: > From: Oliver Neukum > > I have a device that times out if enumerated after being > switched on while connected. Increasing timeouts or retries > doesn't help. The device needs an additional reset. > > Signed-off-by: Oliver Neukum > --- > drivers/

Re: [PATCH] phy-rcar-gen2-usb: add device tree support

On 27-02-2014 20:06, Ben Dooks wrote: Add support of the device tree probing for the Renesas R-Car generation 2 SoCs documenting the device tree binding as necessary. You've popped in some fixes for the driver probe in here as well. No, I didn't -- it's all the result of not using devm_c

[3.14-rc4 xHCI] Regression haswell B85 with xHCI on

I migrated my system from H77 Ivy-bridge to a haswell Platform B85 i3-4330. The system has three dvb-c usb receivers connected. On the Ivy Platform everything runs fine with xHCI. On the haswell Platform xHCI explodes with following messages: 2014-02-27T16:45:53.518332+01:00 vnas kernel: [ 222.

Re: request for pointer to documentation on WUSB

On Thu, 2014-02-27 at 08:05 -0600, Thomas Pugliese wrote: > > On Thu, 27 Feb 2014, Oliver Neukum wrote: > > > On Tue, 2014-02-25 at 14:26 -0600, Thomas Pugliese wrote: Hi, > > > > > Hi Oliver, > > > > > 1. Start the wireless channel by storing a CHID value to the host > > > controller's wus

Re: [PATCH] phy-rcar-gen2-usb: add device tree support

On 27/02/14 00:12, Sergei Shtylyov wrote: Add support of the device tree probing for the Renesas R-Car generation 2 SoCs documenting the device tree binding as necessary. You've popped in some fixes for the driver probe in here as well. Could you do the fixes as a patch and send those before t

Re: [PATCH] phy-rcar-gen2-usb: add device tree support

On Thu, Feb 27, 2014 at 12:12:50AM +, Sergei Shtylyov wrote: > Add support of the device tree probing for the Renesas R-Car generation 2 SoCs > documenting the device tree binding as necessary. > > Signed-off-by: Sergei Shtylyov > > --- > This patch is against the 'next' branch of Felipe Bal

Re: HSIC on imx6

Hi Christian > Christian Gmeiner hat am 27. Februar 2014 um > 15:31 geschrieben: > > > Hi Rolf > > 2014-02-27 15:19 GMT+01:00 Rolf Evers-Fischer : > >> Rolf Evers-Fischer hat am 27. Februar 2014 um > >> 12:43 geschrieben: > >> > >> Well, it's not the only patch that we were using in 3.10 kernel:

Re: [PATCH] phy-rcar-gen2-usb: add device tree support

Hello. On 27-02-2014 16:57, Ben Dooks wrote: Add support of the device tree probing for the Renesas R-Car generation 2 SoCs documenting the device tree binding as necessary. So what happened w.r.t to my last set of patches for this? Hm, I forgot you've posted the OF patch already (and I

[PATCH] usb: gadget: atmel_usba: fix crash when no endpoint are specified

If no endpoints are present in the device tree, the kernel will cras hwith the following error: Unable to handle kernel paging request at virtual address 00101008 [...] [] (composite_dev_prepare) from [] (composite_bind+0x5c/0x190) [] (composite_bind) from [] (udc_bind_to_driver+0x48/0xf0) [] (ud

Re: [PATCH] usb: phy: am335x: Use SIMPLE_DEV_PM_OPS macro

Hi, On 02/27/2014 01:47 PM, Jingoo Han wrote: > Use SIMPLE_DEV_PM_OPS macro in order to make the code simpler. > > Signed-off-by: Jingoo Han > --- > drivers/usb/phy/phy-am335x.c |4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/drivers/usb/phy/phy-am335x.c b/driver

Re: HSIC on imx6

Hi Rolf 2014-02-27 15:19 GMT+01:00 Rolf Evers-Fischer : >> Rolf Evers-Fischer hat am 27. Februar 2014 um >> 12:43 geschrieben: >> >> Well, it's not the only patch that we were using in 3.10 kernel: We had 30 >> chipidea patches on the 3.10 kernel. Fortunately a lot of them have been >> integrated

[PATCH v9 9/9] usb: omap: dts: Update DT binding example usage

Remove non-compatible id from examples. CC: Alan Stern CC: Nishant Menon CC: Kevin Hilman Signed-off-by: Roger Quadros --- Documentation/devicetree/bindings/usb/ehci-omap.txt | 2 +- Documentation/devicetree/bindings/usb/ohci-omap3.txt | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)

Re: HSIC on imx6

> Rolf Evers-Fischer hat am 27. Februar 2014 um > 12:43 geschrieben: > > Well, it's not the only patch that we were using in 3.10 kernel: We had 30 > chipidea patches on the 3.10 kernel. Fortunately a lot of them have been > integrated into the mainline, but 4 of them are still remaining. Currentl

[PATCH v9 2/9] mfd: omap-usb-host: Always fail on clk_get() error

Be more strict and always fail on clk_get() error. CC: Lee Jones CC: Samuel Ortiz Signed-off-by: Roger Quadros --- drivers/mfd/omap-usb-host.c | 62 + 1 file changed, 40 insertions(+), 22 deletions(-) diff --git a/drivers/mfd/omap-usb-host.c b/drive

[PATCH v9 7/9] ARM: OMAP2+: Remove legacy_init_ehci_clk()

The necessary clock phandle for the EHCI clock is now provided via device tree so we no longer need this legacy method. Update the omap4-panda and omap5-uevm board DTS to provide the necessary EHCI PHY clock information. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap4-panda-common.dtsi

[PATCH v9 3/9] mfd: omap-usb-host: Use proper clock name instead of alias

Use the proper clock name 'usbhost_120m_fck' instead of the alias 'ehci_logic_fck' Get rid of the 'ehci_logic_fck' alias from the OMAP3 hwmod data as well. CC: Paul Walmsley CC: Lee Jones CC: Samuel Ortiz Signed-off-by: Roger Quadros --- arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 6 --

[PATCH v9 4/9] mfd: omap-usb-host: Use clock names as per function for reference clocks

Use a meaningful name for the reference clocks so that it indicates the function. Update the OMAP4+ USB Host node as well to be in sync with the changes. CC: Benoît Cousson CC: Lee Jones CC: Samuel Ortiz Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap4.dtsi | 6 ++ arch/arm/boo

[PATCH v9 6/9] mfd: omap-usb-tll: Update DT clock binding information

The omap-usb-tll driver needs one clock for each TLL channel. Add this information to the DT binding document. CC: Lee Jones CC: Samuel Ortiz Signed-off-by: Roger Quadros --- Documentation/devicetree/bindings/mfd/omap-usb-tll.txt | 10 ++ 1 file changed, 10 insertions(+) diff --git a/

[PATCH v9 8/9] ARM: dts: OMAP2+: Get rid of incompatible ids for USB host nodes

The OMAP EHCI and OHCI controllers are not compatible with drivers other than "ti,ehci-omap" and "ti,ohci-omap3" respectively, so get rid of the incompatible ids. CC: Alan Stern CC: Nishant Menon CC: Kevin Hilman Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap3.dtsi | 4 ++-- arch/arm

[PATCH v9 5/9] mfd: omap-usb-host: Update DT clock binding information

The omap-usb-host driver expects certained named clocks. Add this information to the DT binding document. CC: Lee Jones CC: Samuel Ortiz Signed-off-by: Roger Quadros --- .../devicetree/bindings/mfd/omap-usb-host.txt | 23 ++ 1 file changed, 23 insertions(+) diff --git

[PATCH v9 1/9] mfd: omap-usb-host: Get clocks based on hardware revision

Not all revisions have all the clocks so get the necessary clocks based on hardware revision. This should avoid un-necessary clk_get failure messages that were observed earlier. Also remove the dummy USB host clocks from the OMAP3 clock data. These are no longer expected by the driver. CC: Lee J

[PATCH v9 0/9] USB Host support for OMAP5 uEVM

Hi, This patchset brings up USB Host ports and Ethernet port on the OMAP5 uEVM board. It also does some cleanup with respect to DT clock binding for the mfd/omap-usb-host driver. Please queue these for -next. Lee, I've folded some platform data dependent patches with mfd patches so that they d

Re: request for pointer to documentation on WUSB

On Thu, 27 Feb 2014, Oliver Neukum wrote: > On Tue, 2014-02-25 at 14:26 -0600, Thomas Pugliese wrote: > > > Hi Oliver, > > > 1. Start the wireless channel by storing a CHID value to the host > > controller's wusb_chid sysfs attribute. > > That unfortunately fails: > [66488.705043] usb 1-1.2

[PATCH 1/1] Memory leak in usbip_exported_device_new

From: Heinrich Schuchardt Memory was leaked and a device not closed. Signed-off-by: Heinrich Schuchardt --- drivers/staging/usbip/userspace/libsrc/usbip_host_driver.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/staging/usbip/userspace/libsrc/usbip_host_driver.c b/drivers

[PATCH] usb: hub: usb_ext_cap_descriptor.bmAttributes is le32

Better check the correct bit on big endian systems too. Shuts up the following sparse __CHECK_ENDIAN__ warning: .../hub.c:3965:32: warning: restricted __le32 degrades to integer Signed-off-by: Bjørn Mork --- drivers/usb/core/hub.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

Re: request for pointer to documentation on WUSB

On Tue, 2014-02-25 at 14:26 -0600, Thomas Pugliese wrote: > Hi Oliver, > There is some documentation for WUSB scattered across the files below but > it is not very detailed. > > Documentation/usb/wusb-cbaf > Documentation/ABI/testing/sysfs-class-uwb_rc-wusbhc > Documentation/ABI/test

Re: [PATCH] phy-rcar-gen2-usb: add device tree support

On 27/02/14 00:12, Sergei Shtylyov wrote: Add support of the device tree probing for the Renesas R-Car generation 2 SoCs documenting the device tree binding as necessary. So what happened w.r.t to my last set of patches for this? -- Ben Dooks http://www.codethink.

ASSISTANCE

-- Good day, Looking for assistance!! I am Abu Bakr, a rebel leader here in Aleppo Syria, I and my second in command came across some money that was parked in a trunk box, worth over $ 15 million, In President Bashar al-Assad's allies house, we moved the trunk box out of the war zone to th

Re: [PATCH] usb: gadget: return the right length in ffs_epfile_io()

On Thu, Feb 27 2014, Chuansheng Liu wrote: > When the request length is aligned to maxpacketsize, sometimes > the return length ret > the user space requested len. > > At that time, we will use min_t(size_t, ret, len) to limit the > size in case of user data buffer overflow. > > But we need return

[PATCH] usb: phy: am335x: Use SIMPLE_DEV_PM_OPS macro

Use SIMPLE_DEV_PM_OPS macro in order to make the code simpler. Signed-off-by: Jingoo Han --- drivers/usb/phy/phy-am335x.c |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/usb/phy/phy-am335x.c b/drivers/usb/phy/phy-am335x.c index 12fc346..ebf8373 100644 --- a/driv

Re: HSIC on imx6

Hi Christian > Christian Gmeiner hat am 26. Februar 2014 um > 20:15 geschrieben: > > > Hi Rolf > > 2014-02-26 15:48 GMT+01:00 Rolf Evers-Fischer : > > Hi Christian, > > > >> Peter Chen hat am 26. Februar 2014 um 03:05 > >> geschrieben: > >> > >> > >> > >> > >> >> patches. I am working some days

[PATCH] staging: usbip: Fix format string mismatch in usbip_vhci_attach_device2

Argument type of sockfd is set as int, but format string is set as unsigned int. Fix the mismatch. Signed-off-by: Masanari Iida --- drivers/staging/usbip/userspace/libsrc/vhci_driver.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/usbip/userspace/libsrc/vhci

[PATCH 1/1] xhci: add the meaningful IRQ description if it is empty

When some xHCI host controllers fall back to use the legacy IRQ, the member irq_descr of the usb_hcd structure will be empty. This leads to the empty string of the xHCI host controller in /proc/interrupts. Here is the example (The irq 19 is the xHCI host controller): CPU0 0: 9

Re: musb - high CPU load in DMA mode and dropouts during audio playback

Hi George, On 27.2.2014 5:15, George Cherian wrote: I too see the backtraces will send a patch soon to fix the same. Thanks, i applied it and most of backtraces was suppressed. Several times i was able to invocate it again, but this time, it was before complete stuck of playback application (

Re: [Patch V1 1/2] usb: gadget: zero: Add support for interrupt EP

W dniu 25.02.2014 06:13, Amit Virdi pisze: ccing: Felipe Balbi, Alen Stern On 2/24/2014 3:55 PM, Amit VIRDI wrote: Interrupt endpoints behave quite similar to the bulk endpoints with the difference that the endpoints expect data sending/reception request at particular intervals till the whole d

Re: [PATCH v2] u_ether: move hardware transmit to RX workqueue

On Thu, Feb 27, 2014 at 5:25 PM, clanlab.proj wrote: > Hi all, > After I've replaced the WEIGHT/budget from 16 -> 32, > I've got better performance from previous NAPI version, but still > cannot beat the work queue version. Hi all, Just to remind you, I've send an another patch which replaced rx

[PATCH 2/3] USB: hub: handle -ETIMEDOUT during enumeration

From: Oliver Neukum I have a device that times out if enumerated after being switched on while connected. Increasing timeouts or retries doesn't help. The device needs an additional reset. Signed-off-by: Oliver Neukum --- drivers/usb/core/hub.c | 15 +++ 1 file changed, 15 insertio

[PATCH 1/3] hub: debug message for failing to enable device

From: Oliver Neukum This error case isn't reported during enumeration. Signed-off-by: Oliver Neukum --- drivers/usb/core/hub.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c index 726f4a1..3489bf1 100644 --- a/drivers/us

[PATCH] u_ether: move hardware transmit to RX NAPI

From: "Weinn Jheng" In order to reduce the interrupt times in the embedded system, a receiving workqueue is introduced. This modification also enhanced the overall throughput as the benefits of reducing interrupt occurrence. This work was derived from previous work: u_ether: move hardware transm

Re: [PATCH v2] u_ether: move hardware transmit to RX workqueue

On Thu, Feb 27, 2014 at 5:16 PM, Weinn wrote: > I've found that the NAPI version of my implementation was slower then > the previous work queue implementation. > I think I can post it later and let's see where the parameters codes/ > could be adjustment. > Currently the weight/budget of rx_napi is

Re: [PATCH v2] u_ether: move hardware transmit to RX workqueue

On Wed, Feb 26, 2014 at 5:13 PM, Weinn wrote: > On Mon, Feb 24, 2014 at 10:57 PM, Manu Gautam wrote: > >> On 2/22/2014 11:11 AM, Clanlab (Taiwan) Linux Project wrote: >>> In order to reduce the interrupt times in the embedded system, >>> a receiving workqueue is introduced. >>> This modification

RE: [PATCH 2/6] usb: gadget: mv_udc: disable HW zlt for ep0

> -Original Message- > From: Felipe Balbi [mailto:ba...@ti.com] > Sent: 2014年2月26日 23:19 > To: Neil Zhang > Cc: ba...@ti.com; Peter Chen; gre...@linuxfoundation.org; > linux-usb@vger.kernel.org; linux-ker...@vger.kernel.org; Alexander Shishkin > Subject: Re: [PATCH 2/6] usb: gadget: mv_udc

Re: [PATCH 1/2] dma: cppi41: start tear down only if channel is busy

On Thu, 2014-02-27 at 10:44 +0530, George Cherian wrote: > Start the channel tear down only if the channel is busy, else just > bail out. In some cases its seen that by the time the tear down is > initiated the cppi completes the DMA, especially in ISOCH transfers. > > Signed-off-by: George Cheria