Hi Kishon,
Could you please pick the first 2 patches in this series for phy-next?
They are independent of the rest. Thanks.
cheers,
-roger
On 05/05/2014 12:54 PM, Roger Quadros wrote:
> Hi,
>
> This series enables the 2 USB ports on the DRA7-evm.
>
> NOTE: USB1 port is hard coded to work in pe
On Tuesday 06 May 2014 12:49 PM, Roger Quadros wrote:
> Hi Kishon,
>
> Could you please pick the first 2 patches in this series for phy-next?
> They are independent of the rest. Thanks.
sure.. will be queuing it shortly.
Thanks
Kishon
>
> cheers,
> -roger
>
> On 05/05/2014 12:54 PM, Roger Q
On Mon, May 5, 2014 at 8:38 PM, Dan Williams wrote:
> On Mon, 2014-05-05 at 11:07 +0530, Suresh Kumar N. wrote:
>> Hi,
>>
>> I am new to udev and device enumeration.
>>
>> I am interested to know how USB Data Card would get enumerated.
>>
>> Based on my understanding Data Card can get enumerated b
Hello Michal,
W dniu 05.05.2014 20:41, Michal Nazarewicz pisze:
On Mon, May 05 2014, Andrzej Pietrasiewicz wrote:
When a gadget is composed with configfs the usb_add_config() is invoked
each time a configuration's directory is created, so this way configurations'
indices are determined. If we w
On 05/05/2014 12:54 PM, Roger Quadros wrote:
This clock gate description is missing in the older Reference manuals.
It is present on the SoC to provide 960MHz reference clock to the
internal USB PHYs.
Reference: DRA75x_DRA74x_ES1.1_NDA_TRM_vO.pdf, pg. 900,
Table 3-812. CM_COREAON_L3INIT_60M_GFCL
From: Bjørn Mork
> I have got quite a few reports from frustrated users of OpenWRT
> hosts trying to use some powerful LTE modem, but not achieving
> full speed. This is typically caused by a combination of
> big buffers and little memory, giving in allocation errors and
> bad performance as a res
Hi,
On Tuesday, May 06, 2014 02:14:01 AM Gregory CLEMENT wrote:
> For the Armada 38x SoCs which come with an xhci controller, specific
> initialization must be done during probe related to the MBus windows
> configuration. This patch adds the support of this quirk.
>
> Signed-off-by: Gregory CLE
Hi,
On Tuesday, May 06, 2014 02:14:12 AM Gregory CLEMENT wrote:
> The Armada 375 SoC comes with an USB2 host and device controller and
> an USB3 controller. The USB cluster control register allows to manage
> common features of both USB controllers. It uses the generic PHY
> framework
>
> Signed
On Mon, May 05, 2014 at 12:32:22PM -0700, Julius Werner wrote:
> Hmmm... very odd. I unfortunately don't have a machine that can easily
> do S4 at hand, but I did test this on an IVB with XHCI_RESET_ON_RESUME
> in S3 (essentially the same code path), and I didn't run into any
> problems.
>
> How e
On Tuesday 06 May 2014 13:34:46 Bartlomiej Zolnierkiewicz wrote:
> On Tuesday, May 06, 2014 02:14:01 AM Gregory CLEMENT wrote:
> > For the Armada 38x SoCs which come with an xhci controller, specific
> > initialization must be done during probe related to the MBus windows
> > configuration. This pa
Dear Arnd Bergmann,
On Tue, 06 May 2014 13:57:44 +0200, Arnd Bergmann wrote:
> > Please limit this driver to mvebu arch and compile testing, i.e.
> >
> > depends on ARCH_MVEBU || COMPILE_TEST
>
> I think it actually needs a dependency on MVEBU_MBUS.
That's not what we do for any of the
On Tuesday 06 May 2014 14:10:23 Thomas Petazzoni wrote:
> On Tue, 06 May 2014 13:57:44 +0200, Arnd Bergmann wrote:
>
> > > Please limit this driver to mvebu arch and compile testing, i.e.
> > >
> > > depends on ARCH_MVEBU || COMPILE_TEST
> >
> > I think it actually needs a dependency on
Add handling of OS Extended Properties descriptors from configfs interface.
One kind of "OS Descriptors" are "Extended Properties" descriptors, which
need to be specified per interface or per group of interfaces described
by an IAD. This patch adds support for creating subdirectories
in interface.
Variable Length Array macros allow portable (compilable with both gcc
and clang) way of allocating a number of structures using a single
memory chunk. They can be useful for files other than f_fs.c,
so move them to a header file.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Michal Nazarewicz
-
There is a custom (non-USB IF) extension to the USB standard:
http://msdn.microsoft.com/library/windows/hardware/gg463182
They grant permission to use the specification - there is
"Microsoft OS Descriptor Specification License Agreement"
under the link mentioned above, and its Section 2 "Grant
of
Added handling of OS Descriptors support for f_rndis.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/usb/gadget/f_rndis.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/usb/gadget/f_rndis.c b/drivers/usb/gadget/f_rndis.c
index a7633d6..eed3ad8 100644
--- a/drivers/usb/gadge
In order for usb functions to expose OS descriptors they
need to be made aware of OS descriptors. This involves
extending the "options" structure and setting up
appropriate associations.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/usb/gadget/f_rndis.c | 24 +---
drivers/
There is a custom (non-USB IF) extension to the USB standard:
http://msdn.microsoft.com/library/windows/hardware/gg463182
They grant permission to use the specification - there is
"Microsoft OS Descriptor Specification License Agreement"
under the link mentioned above, and its Section 2 "Grant
of
Add handling of OS String extension from the configfs interface.
A directory "os_desc" is added at the top level of a gadget's
directories hierarchy. In the "os_desc" directory there are
three attributes: "use", "b_vendor_code" and "qw_sign".
If "use" contains "0" the OS string is not reported to t
Add handling of OS Extended Compatibility descriptors from configfs interface.
Hosts which expect the "OS Descriptors" ask only for configurations @ index 0,
but linux-based USB devices can provide more than one configuration.
This patch adds marking one of gadget's configurations the configuration
There is a custom (non-USB IF) extension to the USB standard:
http://msdn.microsoft.com/library/windows/hardware/gg463182
They grant permission to use the specification - there is
"Microsoft OS Descriptor Specification License Agreement"
under the link mentioned above, and its Section 2 "Grant
of
Example of using OS Descriptors in a legacy gadget.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/usb/gadget/ether.c | 61 +-
1 file changed, 55 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
inde
Dear Arnd Bergmann,
On Tue, 06 May 2014 14:21:55 +0200, Arnd Bergmann wrote:
> > That's not what we do for any of the other drivers that use the
> > MVEBU_MBUS functions.
>
> Fair enough. I guess using ARCH_MVEBU as the dependency works as well
> because it implies MVEBU_MBUS. However, you can't
If NO_DMA=y:
drivers/built-in.o: In function `s3c_hsotg_map_dma':
s3c-hsotg.c:(.text+0x375b2c): undefined reference to `usb_gadget_map_request'
drivers/built-in.o: In function `s3c_hsotg_unmap_dma':
s3c-hsotg.c:(.text+0x376a32): undefined reference to `usb_gadget_unmap_request'
make[3]: *** [vmlin
From: Geert Uytterhoeven
> If NO_DMA=y:
>
> drivers/built-in.o: In function `s3c_hsotg_map_dma':
> s3c-hsotg.c:(.text+0x375b2c): undefined reference to `usb_gadget_map_request'
> drivers/built-in.o: In function `s3c_hsotg_unmap_dma':
> s3c-hsotg.c:(.text+0x376a32): undefined reference to
> `usb_g
On Tue, May 06, 2014 at 02:14:00AM +0200, Gregory CLEMENT wrote:
> Some platform (such as the Armada 38x ones) can gate the clock of
> their USB controller. This patch add the support for the clock, by
> enabling them during probe and disabling them on remove.
>
> As not all platforms have clock s
On Mon, 5 May 2014, Russel Hughes wrote:
> >
> > Can you put the entire file some place where I can download it?
> >
> Hi,
>
> You should have a link now to the file.
I got it. There doesn't seem to be anything wrong with the data in the
file. This means whatever the problem is, there's a goo
On Tue, May 06, 2014 at 02:13:57AM +0200, Gregory CLEMENT wrote:
> This commit allows to use the PHY provided through the device tree. It
> will be useful for the Armada 375 SoCs. if no PHY is provided then the
> behavior of the driver is unchanged.
>
> Signed-off-by: Gregory CLEMENT
> ---
> dri
On Tue, May 06, 2014 at 02:14:03AM +0200, Gregory CLEMENT wrote:
> The Marvell Armada 38x SoCs contains two xHCI host. This commit adds
> the Device Tree description of those interfaces at the SoC level, and
> also enables the two USB3 ports on the Armada 385 DB platform and one
> USB3 port on the
If you need to do another respin of this series, please add Olof, Arnd
and Kevin (and a...@kernel.org) to the To:. Otherwise, I'll take care of
it.
thx,
Jason.
On Tue, May 06, 2014 at 02:14:07AM +0200, Gregory CLEMENT wrote:
> The Marvell Armada 38x platform needs the xhci_mvebu driver enabled
On Wednesday 30 April 2014 08:54 AM, Vivek Gautam wrote:
> Hi Kishon, Tomasz,
>
>
> On Mon, Apr 28, 2014 at 11:47 AM, Vivek Gautam
> wrote:
>> Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs.
>> The new driver uses the generic PHY framework and will interact
>> with DWC3 contro
On Tue, May 06, 2014 at 02:14:12AM +0200, Gregory CLEMENT wrote:
> The Armada 375 SoC comes with an USB2 host and device controller and
> an USB3 controller. The USB cluster control register allows to manage
> common features of both USB controllers. It uses the generic PHY
> framework
>
> Signed-
On Tue, 6 May 2014, Peter Chen wrote:
> 3. Besides, I have tried two configurations, and each configuration with
> one function, I find the host PC always set configuration 1 (The first
> configuration), any ways to switch configuration at host
> side? libusb?
You can switch configu
On 28/04/14 08:17, Vivek Gautam wrote:
> Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs.
> The new driver uses the generic PHY framework and will interact
> with DWC3 controller present on Exynos5 series of SoCs.
> Thereby, removing old phy-samsung-usb3 driver and related code
> use
On Tue, 6 May 2014, Gregory CLEMENT wrote:
> In order to disable the clock while the module was removing, a call to
> devm_clk_get() was made. This was wrong and lead to a leak module
> ref-counts.
>
> In order to have a reference of the clock get, a private structure was
> added using the overri
Hi David,
On Tue, May 6, 2014 at 3:17 PM, David Laight wrote:
>> If NO_DMA=y:
>>
>> drivers/built-in.o: In function `s3c_hsotg_map_dma':
>> s3c-hsotg.c:(.text+0x375b2c): undefined reference to `usb_gadget_map_request'
>> drivers/built-in.o: In function `s3c_hsotg_unmap_dma':
>> s3c-hsotg.c:(.text
Adds product ID for the Novatel E371 PCI Express Mini Card.
$ lsusb
Bus 001 Device 024: ID 1410:9011 Novatel Wireless
$ usb-devices
T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 24 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=1410 ProdID=9011 Rev=00.0
Found using smatch: drivers/usb/gadget/atmel_usba_udc.c:1689 usba_udc_irq()
error: we previously assumed 'udc->driver' could be null (see line 1636)
Always test udc->driver before using its members.
Signed-off-by: Alexandre Belloni
---
drivers/usb/gadget/atmel_usba_udc.c | 2 +-
1 file changed,
Hello.
On 05/06/2014 02:23 AM, dingu...@altera.com wrote:
From: Dinh Nguyen
Even though the IP supports Descriptor DMA mode, it does not support SPLIT
transactions in this mode. Since the driver can get the Descriptor DMA mode
support from hardware, the driver in its currently form cannot f
Hi,
On Tue, May 06, 2014 at 02:14:01AM +0200, Gregory CLEMENT wrote:
> For the Armada 38x SoCs which come with an xhci controller, specific
> initialization must be done during probe related to the MBus windows
> configuration. This patch adds the support of this quirk.
>
> Signed-off-by: Gregory
Hi,
On Tue, May 06, 2014 at 09:24:15AM +0530, Pratyush Anand wrote:
> These patches provide support of LPM capability to the dwc3 xhci hosts.
> Patches have been tested on STih407.
I also asked for the test-results themselves. Which kernel was this
tested against ? v3.15-rc4 ? v3.14 ? Please shar
On Tue, May 06, 2014 at 02:13:59AM +0200, Gregory CLEMENT wrote:
> This patch adds an xhci->priv field for private use by xHCI platform
> drivers. This field was present for OHCI and EHCI and it was not
> needed until now for xHCI. With the introduction of the clock support,
> then a private field
On Tue, 2014-05-06 at 19:39 +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 05/06/2014 02:23 AM, dingu...@altera.com wrote:
>
> > From: Dinh Nguyen
>
> > Even though the IP supports Descriptor DMA mode, it does not support SPLIT
> > transactions in this mode. Since the driver can get the Descript
On Tue, 2014-05-06 at 14:27 +0530, Suresh Kumar N. wrote:
> On Mon, May 5, 2014 at 8:38 PM, Dan Williams wrote:
> > On Mon, 2014-05-05 at 11:07 +0530, Suresh Kumar N. wrote:
> >> Hi,
> >>
> >> I am new to udev and device enumeration.
> >>
> >> I am interested to know how USB Data Card would get en
On Tue, May 06 2014, Andrzej Pietrasiewicz wrote:
> Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Michal Nazarewicz
> ---
> drivers/usb/gadget/composite.c | 27 +++
> include/linux/usb/composite.h | 11 +++
> 2 files changed, 38 insertions(+)
>
> diff --git a/
On Tue, May 06 2014, Andrzej Pietrasiewicz wrote:
> Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Michal Nazarewicz
> diff --git a/drivers/usb/gadget/composite.c b/drivers/usb/gadget/composite.c
> index 4e8aaa6..47a6f4e 100644
> --- a/drivers/usb/gadget/composite.c
> +++ b/drivers/usb/gadget/c
On Tue, May 06 2014, Andrzej Pietrasiewicz wrote:
> In order for usb functions to expose OS descriptors they
> need to be made aware of OS descriptors. This involves
> extending the "options" structure and setting up
> appropriate associations.
>
> Signed-off-by: Andrzej Pietrasiewicz
Acked-by: M
If NO_DMA=y, depending on the gcc version:
drivers/built-in.o: In function `s3c_hsotg_map_dma':
s3c-hsotg.c:(.text+0x375b2c): undefined reference to
`usb_gadget_map_request'
drivers/built-in.o: In function `s3c_hsotg_unmap_dma':
s3c-hsotg.c:(.text+0x376a32): undefined reference to
Hi,
On Tuesday, May 06, 2014 07:37:01 PM Geert Uytterhoeven wrote:
> If NO_DMA=y, depending on the gcc version:
>
> drivers/built-in.o: In function `s3c_hsotg_map_dma':
> s3c-hsotg.c:(.text+0x375b2c): undefined reference to
> `usb_gadget_map_request'
> drivers/built-in.o: In functio
> From: dingu...@altera.com [mailto:dingu...@altera.com]
> Sent: Monday, May 05, 2014 3:23 PM
>
> Even though the IP supports Descriptor DMA mode, it does not support SPLIT
> transactions in this mode. Since the driver can get the Descriptor DMA mode
> support from hardware, the driver in its curr
On Tue, May 06, 2014 at 06:21:02PM +, Paul Zimmerman wrote:
> > From: dingu...@altera.com [mailto:dingu...@altera.com]
> > Sent: Monday, May 05, 2014 3:23 PM
> >
> > Even though the IP supports Descriptor DMA mode, it does not support SPLIT
> > transactions in this mode. Since the driver can g
On Tue, 2014-05-06 at 18:21 +, Paul Zimmerman wrote:
> > From: dingu...@altera.com [mailto:dingu...@altera.com]
> > Sent: Monday, May 05, 2014 3:23 PM
> >
> > Even though the IP supports Descriptor DMA mode, it does not support SPLIT
> > transactions in this mode. Since the driver can get the
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Tuesday, May 06, 2014 11:37 AM
>
> On Tue, May 06, 2014 at 06:21:02PM +, Paul Zimmerman wrote:
> > > From: dingu...@altera.com [mailto:dingu...@altera.com]
> > > Sent: Monday, May 05, 2014 3:23 PM
> > >
> > > Even though the IP supports Descri
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: Monday, April 28, 2014 8:50 PM
>
> %pad notation automatically prints in hexadecimal format (with '0x'), so
> remove
> the unneeded '0x' to avoid a '0x0x' string.
>
> Signed-off-by: Fabio Estevam
> ---
> drivers/usb/dwc2/gadget.c | 4 ++
Hi Mathias,
I was using (up until today) v3.13 (on my desktop PC) to test LPM
transitions against OMAP5. Since I was having some issues with U1 exit
after some 200 iterations I decided to make sure v3.15-rc4 would have
the same behavior but, to my surprise, xHCI doesn't do any LPM
transitions anym
Hi Greg,
On 06 May 02:14 AM, Gregory CLEMENT wrote:
> +
> +#define USB2_PHY_CONFIG_ENABLE BIT(0) /* active low */
> +
I still think it's more readable to use USB2_PHY_CONFIG_DISABLE.
It's just a nitpick, though.
> +static int armada375_usb_phy_probe(struct platform_device *pdev)
> +{
> + str
From: Dinh Nguyen
Even though the IP supports Descriptor DMA mode, it does not support SPLIT
transactions in this mode. So the driver, in its currently form, will not
support LS/FS devices when connected to a HS Hub if Descriptor DMA mode is
enabled.
So we disable descriptor dma mode by default
From: Dinh Nguyen
The "dma-desc-enable" property can be used to enable descriptor DMA mode
for the DWC2 USB IP.
Signed-off-by: Dinh Nguyen
---
v2: Reword property description to enable instead of disable
---
Documentation/devicetree/bindings/usb/dwc2.txt |7 +++
1 file changed, 7 inser
> From: dingu...@altera.com [mailto:dingu...@altera.com]
> Sent: Tuesday, May 06, 2014 4:01 PM
>
> Even though the IP supports Descriptor DMA mode, it does not support SPLIT
> transactions in this mode. So the driver, in its currently form, will not
> support LS/FS devices when connected to a HS H
On Tue, May 06, 2014 at 08:11:34PM +, Paul Zimmerman wrote:
> > From: Felipe Balbi [mailto:ba...@ti.com]
> > Sent: Tuesday, May 06, 2014 11:37 AM
> >
> > On Tue, May 06, 2014 at 06:21:02PM +, Paul Zimmerman wrote:
> > > > From: dingu...@altera.com [mailto:dingu...@altera.com]
> > > > Sent:
On Fri, May 2, 2014 at 12:09 PM, Alan Stern wrote:
> On Thu, 1 May 2014, Dan Williams wrote:
>
>> I've been testing this and the pm_request_resume() ends up leaving the
>> usb device enabled indefinitely. It needs to be paired with a
>> pm_runtime_autosuspend(), but at that point why not just add
The USB clocks of the A31 seems to be parented to the 24MHz oscillator, and
handle the clocks for the USB phys and OHCI devices.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun6i-a31.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/a
The A31 USB clock slightly differ from its older counterparts, mostly because
it has a different gate for each PHY, while the older one had a single gate for
all the phy.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi/clk-sunxi.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/driv
The OHCI controllers used in the Allwinner A31 are asserted in reset using a
global reset controller.
Add optional support for such a controller in the OHCI platform driver.
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/usb/usb-ohci.txt | 1 +
drivers/usb/host/ohci-platfor
The A31 has two ECHI/OHCI controllers, and one OHCI-only phy-less controller.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun6i-a31.dtsi | 77
1 file changed, 77 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6i
From: Boris BREZILLON
On the Allwinner's A31 SoC the reset line connected to the EHCI IP has to
be deasserted for the EHCI block to be usable.
Add support for an optional reset controller that will be deasserted on
power off and asserted on power on.
Signed-off-by: Boris BREZILLON
Signed-off-b
The USB phy controller in the A31 differs mostly from the older controllers
because it has a clock dedicated for each phy, while the older ones were having
a single clock for all the phys.
Signed-off-by: Maxime Ripard
---
drivers/phy/phy-sun4i-usb.c | 35 ++-
1 fi
Hi everyone,
This patchset adds support for the USB controllers found in the
Allwinner A31.
While the design is similar to the earlier Allwinner SoCs that are
already supported, a few details here and there change, like the fact
that the PHYs now have one clock per phy, while it used to be only o
From: Boris BREZILLON
The APP4 EVB1 development boards embeds an A31, together with some NAND, one SD
card slot, and one SDIO + UART WiFi and Bluetooth chip, a few I2C buses, USB,
and a LCD display.
Signed-off-by: Boris BREZILLON
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/Makefile
Op 7 mei 2014, om 05:50 heeft Maxime Ripard
het volgende geschreven:
> From: Boris BREZILLON
>
> The APP4 EVB1 development boards embeds an A31, together with some NAND, one
> SD
> card slot, and one SDIO + UART WiFi and Bluetooth chip, a few I2C buses, USB,
> and a LCD display.
>
> Signed-
Hi Paul,
On Tue, May 06, 2014 at 11:54:19AM +0800, Pratyush ANAND wrote:
> All dwc3 based xhci host controller supports USB3.0 LPM functionality.
> Therefore enable it in platform data for all dwc3 based xhci device.
>
> Signed-off-by: Pratyush Anand
> ---
> drivers/usb/dwc3/host.c | 12 +++
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message. For example,
k.alloc and v.alloc failures use dump_stack().
ngoo Han (8):
usb: gadget: f_uac2: remove unnecessary OOM messages
usb: gadget: fotg210-udc: remove unnecessary OOM m
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message.
Signed-off-by: Jingoo Han
---
drivers/usb/gadget/f_uac2.c |8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/usb/gadget/f_uac2.c b/drivers/usb/gadget/f_
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message.
Signed-off-by: Jingoo Han
---
drivers/usb/gadget/fotg210-udc.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/gadget/fotg210-udc.c b/drivers/us
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message.
Signed-off-by: Jingoo Han
---
drivers/usb/gadget/fsl_udc_core.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/gadget/fsl_udc_core.c
b/drivers
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message.
Signed-off-by: Jingoo Han
---
drivers/usb/gadget/fusb300_udc.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/gadget/fusb300_udc.c b/drivers/us
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message.
Signed-off-by: Jingoo Han
---
drivers/usb/gadget/m66592-udc.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/gadget/m66592-udc.c b/drivers/usb/gadget/m66592-udc.c
index
Hi,
On 05/07/2014 07:10 AM, Koen Kooi wrote:
>
> Op 7 mei 2014, om 05:50 heeft Maxime Ripard
> het volgende geschreven:
>
>> From: Boris BREZILLON
>>
>> The APP4 EVB1 development boards embeds an A31, together with some NAND, one
>> SD
>> card slot, and one SDIO + UART WiFi and Bluetooth chi
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message.
Signed-off-by: Jingoo Han
---
drivers/usb/gadget/mv_u3d_core.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/drivers/usb/gadget/mv_u3d_core.c b/dri
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message.
Signed-off-by: Jingoo Han
---
drivers/usb/gadget/r8a66597-udc.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/gadget/r8a66597-udc.c
b/drivers/usb/gadget/r8a66597-udc.
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message.
Signed-off-by: Jingoo Han
---
drivers/usb/gadget/tcm_usb_gadget.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/usb/gadget/tcm_usb_gadget
81 matches
Mail list logo
