Delete private selfpowered variable, and use common one.
Signed-off-by: Peter Chen
---
drivers/usb/dwc3/core.h | 2 --
drivers/usb/dwc3/ep0.c| 2 +-
drivers/usb/dwc3/gadget.c | 2 +-
3 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/c
Delete private selfpowered variable, and use common one.
Signed-off-by: Peter Chen
---
drivers/staging/emxx_udc/emxx_udc.c | 9 +++--
drivers/staging/emxx_udc/emxx_udc.h | 1 -
2 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/emxx_udc/emxx_udc.c
b/drivers/stagi
fsl udc core assumes itself always self powered, so set is_selfpowered
is 1.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/fsl_udc_core.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/udc/fsl_udc_core.c
b/drivers/usb/gadget/udc/fsl_udc_core.c
in
Set value for common is_selfpowered.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/bdc/bdc_udc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/udc/bdc/bdc_udc.c
b/drivers/usb/gadget/udc/bdc/bdc_udc.c
index 3700ce7..7f77db5 100644
--- a/drivers/usb/gadget/udc/bdc/
Delete private selfpowered variable, and use common one.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/net2272.c | 7 ++-
drivers/usb/gadget/udc/net2272.h | 1 -
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/gadget/udc/net2272.c b/drivers/usb/gadget/udc/ne
Set value for common is_selfpowered.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/r8a66597-udc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/udc/r8a66597-udc.c
b/drivers/usb/gadget/udc/r8a66597-udc.c
index 06870da..2495fe9 100644
--- a/drivers/usb/gadget/udc/r
Hi Felipe,
We can use a common is_selfpowered flag at usb_gadget to indicate
whether the gadget is self-powered or bus-powered, it can avoid
every udc driver defining a similar flag, and the user can
read it through udc core sys entry.
The changes are based on your testing/test tree, and it passe
Delete private selfpowered variable, and use common one.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/lpc32xx_udc.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/gadget/udc/lpc32xx_udc.c
b/drivers/usb/gadget/udc/lpc32xx_udc.c
index 34d9b7b.
Delete private selfpowered variable, and use common one.
Signed-off-by: Peter Chen
---
drivers/usb/musb/musb_gadget.c | 4 +---
drivers/usb/musb/musb_gadget_ep0.c | 2 +-
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/musb/musb_gadget.c b/drivers/usb/musb/musb_gad
The user can read it through sys entry.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/udc-core.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/gadget/udc/udc-core.c
b/drivers/usb/gadget/udc/udc-core.c
index 86d4d19..4f1aed4 100644
--- a/drivers/usb/gadget/udc/udc-core
On Mon, Jan 26, 2015 at 04:37:25PM +0100, Michael Zimmermann wrote:
> Hi,
>
> I want to use the usb_debug serial driver as a UART shell on my
> (embedded) device, because I just want to use it as a console(without
> a complex protocol so I can easily use putchar and getchar functions).
>
> This s
Set value for common is_selfpowered.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/pch_udc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/udc/pch_udc.c b/drivers/usb/gadget/udc/pch_udc.c
index 1c7379a..613547f 100644
--- a/drivers/usb/gadget/udc/pch_udc.c
+++ b/d
The gadget power property will be used at get_status request.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/udc.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/chipidea/udc.c b/drivers/usb/chipidea/udc.c
index 540db0e..4254792 100644
---
Set value for common is_selfpowered.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/atmel_usba_udc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/udc/atmel_usba_udc.c
b/drivers/usb/gadget/udc/atmel_usba_udc.c
index 4b5b7fa..c041086 100644
--- a/drivers/usb/gadget
Hi,
On Wed, Jan 28, 2015 at 02:48:54PM +0200, Mathias Nyman wrote:
> On 27.01.2015 20:27, Felipe Balbi wrote:
> > Hi Mathias,
> >
> > I managed to reliably reproduce a NULL pointer deref by issues a series
> > of Device Resets and killing off my application (using libusb) midway
> > through the t
On Wed, Jan 28, 2015 at 01:40:59PM -0200, Fabio Estevam wrote:
> On Wed, Jan 28, 2015 at 12:04 PM, Felipe Balbi wrote:
>
> > I don't want to change direction all the time, some controllers might
> > not be glitch free, but I agree that direction has to be set. It looks
> > like we're missing a gp
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Tuesday, January 27, 2015 4:31 PM
> To: John Youn
> Cc: Kaukab, Yousaf; linux-usb@vger.kernel.org; ba...@ti.com; Herrero,
> Gregory; r.bald...@samsung.com; dingu...@opensource.altera.com;
> sergei.shtyl...@cogentembedde
The patch joins the string literals for happy debugging. There is no functional
change.
Signed-off-by: Andy Shevchenko
---
drivers/usb/host/pci-quirks.c | 55 ++-
1 file changed, 28 insertions(+), 27 deletions(-)
diff --git a/drivers/usb/host/pci-quirks.c
Felipe Balbi writes:
>> nop->gpiod_reset = devm_gpiod_get_optional(dev, "reset");
>> if (gpiod_is_active_low(nop->gpiod_reset))
>> gpiod_direction_output(nop->gpiod_reset, GPIOD_OUT_LOW);
>> else
>> gpiod_direction_output(nop->gpiod_reset, GPIOD_OUT
Set value for common is_selfpowered.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/s3c2410_udc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/udc/s3c2410_udc.c
b/drivers/usb/gadget/udc/s3c2410_udc.c
index 256a67b..b808951 100644
--- a/drivers/usb/gadget/udc/s3c2
Peter Chen writes:
> During this API, the deactivation count will be update, and it
> will try to connect or disconnect gadget. It can be used to
> enable functions for gadget.
It's up to Felipe, but I'd like to see answers to the following
questions in this commit message:
* what is a deacti
On Wed, Jan 28, 2015 at 10:43:11AM -0200, Fabio Estevam wrote:
> On Wed, Jan 28, 2015 at 10:21 AM, Fabio Estevam wrote:
> > Hi Felipe,
> >
> > On Tue, Jan 27, 2015 at 7:35 PM, Felipe Balbi wrote:
> >
> >> sounds like a bug in chipidea now. There are no errors from the PHY,
> >> which means that t
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Tuesday, January 27, 2015 8:38 PM
> To: Krzysztof Opasiak
> Cc: ba...@ti.com; linux-usb@vger.kernel.org;
> gre...@linuxfoundation.org; bige...@breakpoint.cc;
> s.wa...@samsung.com; k.lewando...@samsung.com;
> m.szyprow
Hi Felipe,
On Tue, Jan 27, 2015 at 7:35 PM, Felipe Balbi wrote:
> sounds like a bug in chipidea now. There are no errors from the PHY,
> which means that the PHY is code is behaving.
Not sure it is a bug in the chipidea driver.
The phy-generic driver is not putting the reset gpio back to 1 as
Set value for common is_selfpowered.
Signed-off-by: Peter Chen
---
drivers/usb/renesas_usbhs/mod_gadget.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/renesas_usbhs/mod_gadget.c
b/drivers/usb/renesas_usbhs/mod_gadget.c
index 8697e6e..e0384af 100644
--- a/drivers/usb/renesas
Delete private selfpowered variable, and use common one.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/at91_udc.c | 8
drivers/usb/gadget/udc/at91_udc.h | 1 -
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/gadget/udc/at91_udc.c
b/drivers/usb/gadget/u
On Tue, 27 Jan 2015, Julius Werner wrote:
> The EHCI controller on the RK3288 SoC is violating basic parts of the
> USB spec and thereby unable to properly resume a suspended port. It does
> not start SOF generation within 3ms of finishing resume signaling, so
> the attached device will drop of th
Set value for common is_selfpowered.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/omap_udc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/udc/omap_udc.c
b/drivers/usb/gadget/udc/omap_udc.c
index 288c087..e2fcdb8 100644
--- a/drivers/usb/gadget/udc/omap_udc.c
++
On Wed, 2015-01-28 at 09:29AM +0100, Robert Jarzmik wrote:
> All the gpios, ie. reset-gpios and vbus-detect-gpio, should be optional
> and not prevent the driver from working. Fix the regression in the
> behavior introduced by commit "usb: phy: generic: migrate to gpio_desc".
>
> At the same time,
Chanwoo,
On 28/01/15 04:19, Chanwoo Choi wrote:
> Hi Roger,
>
> On 01/28/2015 12:38 AM, Roger Quadros wrote:
>> Chanwoo,
>>
>> On 27/01/15 03:54, Chanwoo Choi wrote:
>>> Hi Roger,
>>>
>>> On 01/27/2015 01:27 AM, Roger Quadros wrote:
Hi Chanwoo,
All your comments are valid. Need som
On Wed, Jan 28, 2015 at 08:18:30AM +0100, Robert Baldyga wrote:
> On 01/27/2015 04:42 PM, Felipe Balbi wrote:
> > On Mon, Jan 05, 2015 at 10:31:35AM +0100, Robert Baldyga wrote:
> >> This patch fixes in simpler way the bug described in [1] and [2]. It
> >> looks like DWC2 is the only UDC driver tha
Hi,
> > > Can you share how tusb1210 is connected on the platform you're using as
> > > test for this patch? I don't think this driver would work reliably with
> > > this device:
> > > http://liliputing.com/2014/11/trekstor-launches-first-android-tablet-based-intels-irda-reference-design.html
> >
Felipe Balbi writes:
>> > At the same time, declare the interrupt as "one shot" so that it is
>> > masked until the end of the threaded handler. This prevents the irq core
>> > from spitting out an error :
>> > "Threaded irq requested with handler=NULL and !ONESHOT for irq 63"
>>
>> Shouldn't
On Wed, Jan 28, 2015 at 04:20:25PM +0200, Heikki Krogerus wrote:
> Hi,
>
> > > > Can you share how tusb1210 is connected on the platform you're using as
> > > > test for this patch? I don't think this driver would work reliably with
> > > > this device:
> > > > http://liliputing.com/2014/11/trekst
On Wed, Jan 28, 2015 at 01:57:56PM +0800, Peter Hung wrote:
> Add register map for F81232. and add some function to operating this device.
> etc. f81232_get_register()/f81232_set_register() to work with USB control
> point. and worker f81232_int_work_wq() to read MSR when IIR acquired.
>
> Signed-
This driver observes the USB ID pin connected over a GPIO and
updates the USB cable extcon states accordingly.
The existing GPIO extcon driver is not suitable for this purpose
as it needs to be taught to understand USB cable states and it
can't handle more than one cable per instance.
For the USB
Memory allocation failures are reported by a central facility.
No need to repeat the job.
Signed-off-by: Oliver Neukum
---
drivers/usb/class/cdc-acm.c | 33 +
1 file changed, 9 insertions(+), 24 deletions(-)
diff --git a/drivers/usb/class/cdc-acm.c b/drivers/usb/
On some Intel MID platforms the ChipIdea USB controller is used. The EHCI PCI
is in conflict with the proper driver. The patch makes ehci-pci to be ignored
in favour of ChipIdea controller.
Signed-off-by: Andy Shevchenko
---
drivers/usb/host/ehci-pci.c | 23 ++-
1 file change
On Wed, Jan 28, 2015 at 6:29 AM, Robert Jarzmik wrote:
> All the gpios, ie. reset-gpios and vbus-detect-gpio, should be optional
> and not prevent the driver from working. Fix the regression in the
> behavior introduced by commit "usb: phy: generic: migrate to gpio_desc".
>
> At the same time, dec
Set value for common is_selfpowered.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/dummy_hcd.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/udc/dummy_hcd.c
b/drivers/usb/gadget/udc/dummy_hcd.c
index 270c1ec..8dda484 100644
--- a/drivers/usb/gadget/udc/dummy_hcd.
Delete private selfpowered variable, and use common one.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/net2280.c | 6 +++---
drivers/usb/gadget/udc/net2280.h | 1 -
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/gadget/udc/net2280.c b/drivers/usb/gadget/udc/net
On Wed, Jan 28, 2015 at 10:21:11AM -0800, Sören Brinkmann wrote:
> On Wed, 2015-01-28 at 09:29AM +0100, Robert Jarzmik wrote:
> > All the gpios, ie. reset-gpios and vbus-detect-gpio, should be optional
> > and not prevent the driver from working. Fix the regression in the
> > behavior introduced by
On Wed, 28 Jan 2015, Andy Shevchenko wrote:
> On some Intel MID platforms the ChipIdea USB controller is used. The EHCI PCI
> is in conflict with the proper driver. The patch makes ehci-pci to be ignored
> in favour of ChipIdea controller.
>
> Signed-off-by: Andy Shevchenko
Acked-by: Alan Stern
Whether the gadget is selfpowerwed or not can be determined by composite
core, so we can use a common entry to indicate if the self-powered
is supported by gadget, and the related private variable at individual
udc driver can be deleted.
Signed-off-by: Peter Chen
---
include/linux/usb/gadget.h |
On Wed, Jan 28, 2015 at 08:04:20PM +0100, Robert Jarzmik wrote:
> Felipe Balbi writes:
>
> >> > At the same time, declare the interrupt as "one shot" so that it is
> >> > masked until the end of the threaded handler. This prevents the irq core
> >> > from spitting out an error :
> >> > "Threade
Peter Chen writes:
> On Tue, Jan 27, 2015 at 11:21:56AM -0500, Alan Stern wrote:
>> On Tue, 27 Jan 2015, Peter Chen wrote:
>>
>> > > > > Please fix this properly.
>> > > >
>> > > > I don't know the right way to fix this. Alan, has you any suggestion?
>> > >
>> > > It depends. How did the code
On 27.01.2015 20:27, Felipe Balbi wrote:
> Hi Mathias,
>
> I managed to reliably reproduce a NULL pointer deref by issues a series
> of Device Resets and killing off my application (using libusb) midway
> through the test.
>
> Attached you can find a tarball with serial console capture. Note that
>
> On Tue, Jan 27, 2015 at 03:50:18PM +0200, Andy Shevchenko wrote:
> > Since PHY for ChipIdea is optional (not all SoCs having PHY for
> > ChipIdea should be programmed), we register 'nop' PHY for platforms
> > that do not have programmable PHY.
> >
> > Signed-off-by: Andy Shevchenko
>
> loo
On Wed, Jan 28, 2015 at 07:03:17PM +0200, Andy Shevchenko wrote:
> The patch joins the string literals for happy debugging. There is no
> functional
> change.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/usb/host/pci-quirks.c | 55
> ++-
> 1 file c
On Wed, Jan 28, 2015 at 10:25:16PM +0100, Peter Stuge wrote:
> Greg KH wrote:
> > > Is that some kind of initialization protocol I have to handle? If yes,
> > > where do I find information about it?
> >
> > The protocol should be part of the USB specification.
>
> USB debug class devices use no p
Hello.
On 1/28/2015 8:58 AM, Peter Hung wrote:
This patch implement CMSPAR in set_termios,
and fix some warnning from checkpatch.pl
Please don't try to do 2 unrelated things in one patch.
Signed-off-by: Peter Hung
---
drivers/usb/serial/f81232.c | 21 +++--
1 file ch
* Roger Quadros [150128 04:15]:
> On 28/01/15 04:19, Chanwoo Choi wrote:
> >>
> >> I still fail to understand that we need to call disable_irq() in
> >> .suspend() and
> >> enable_irq() in .resume()
> >>
> >> can you point me to any other drivers doing so?
> >
> > You can refer the suspend funct
All the gpios, ie. reset-gpios and vbus-detect-gpio, should be optional
and not prevent the driver from working. Fix the regression in the
behavior introduced by commit "usb: phy: generic: migrate to gpio_desc".
At the same time, declare the interrupt as "one shot" so that it is
masked until the e
On 01/27/2015 04:42 PM, Felipe Balbi wrote:
> On Mon, Jan 05, 2015 at 10:31:35AM +0100, Robert Baldyga wrote:
>> This patch fixes in simpler way the bug described in [1] and [2]. It
>> looks like DWC2 is the only UDC driver that doesn't force usb requests
>> to complete in ep_disable() function. Th
On Wed, Jan 28, 2015 at 10:42:53AM -0500, Alan Stern wrote:
> On Wed, 28 Jan 2015, Peter Chen wrote:
>
> > > > Hi Andy, Would you define pci_id at ci_hdrc_pci.c (instead of
> > > > ehci-pci.c)
> > > > at your platform code/table to fix this problem?
> > > > I am not familiar with pci, but it work
Since commit e9f2cefb0cdc2ae ("usb: phy: generic: migrate to gpio_desc") a
kernel hang is observed on imx51-babbage board:
[1.392824] ci_hdrc ci_hdrc.1: doesn't support gadget
[1.397975] ci_hdrc ci_hdrc.1: EHCI Host Controller
[1.403205] ci_hdrc ci_hdrc.1: new USB bus registered, assi
Andy Shevchenko writes:
> On some Intel MID platforms the ChipIdea USB controller is used. The EHCI PCI
> is in conflict with the proper driver. The patch makes ehci-pci to be ignored
> in favour of ChipIdea controller.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/usb/host/ehci-pci.c | 23
Hello.
I had using "scripts/checkpatch.pl -f" to scan original f81232.c.
It reported with "quoted string split across lines", so I merge these
2 strings into 1 in patch 1/5. But it still warning with "line over 80
character", so I had shorted string with this line.
I will refine my patch set a
It is currently possible to configure the dwc2 driver as built-in
when host mode or dual-role is enabled, but the USB core is
a loadable module. This leads to a link failure:
drivers/built-in.o: In function `_dwc2_hcd_start':
:(.text+0x84538): undefined reference to `usb_hcd_resume_root_hub'
drive
The renesas usbhs driver calls extcon_get_edev_by_phandle(), which
is defined in drivers/extcon/extcon-class.c, and that can be a
loadable module. If the extcon-class support is disabled, usbhs
will work correctly for all devices that do not need extcon.
However, if extcon-class is a loadable modu
The omap musb front-end calls into the phy driver directly
instead of using a generic phy interface, which causes a link
error when the specific driver is not built-in:
drivers/built-in.o: In function `omap2430_musb_disable':
usb/musb/omap2430.c:480: undefined reference to `omap_control_usb_set_mo
Since commit e9f2cefb0cdc2ae ("usb: phy: generic: migrate to gpio_desc") a
kernel hang is observed on imx51-babbage board:
[1.392824] ci_hdrc ci_hdrc.1: doesn't support gadget
[1.397975] ci_hdrc ci_hdrc.1: EHCI Host Controller
[1.403205] ci_hdrc ci_hdrc.1: new USB bus registered, assi
Multiple musb glue drivers depend on the generic usb phy support,
but fail to list it as a dependency in Kconfig. This results
in build erros like:
drivers/built-in.o: In function `am35x_remove':
:(.text+0xadacc): undefined reference to `usb_phy_generic_unregister'
drivers/built-in.o: In function
On 27 January 2015 at 04:18, John Youn wrote:
>> From: Vincent Pelletier [mailto:plr.vinc...@gmail.com]
>> Sent: Friday, January 23, 2015 12:19 AM
>>
>> On Fri, 23 Jan 2015 02:38:37 +, John Youn
>> wrote:
>> > Having the __raw functions everywhere is not pretty and probably not a
>> > good id
Hello.
1. For retry Issue:
These patches is referenced from our other usb serial product. That
product maybe not ack the control ep command when It's in very heavily
loading. Our workaround is to modify driver to retry more times if it
timeout because it's f/w can't upgrade with usb protocol.
On Wed, Jan 28, 2015 at 10:21 AM, Fabio Estevam wrote:
> Hi Felipe,
>
> On Tue, Jan 27, 2015 at 7:35 PM, Felipe Balbi wrote:
>
>> sounds like a bug in chipidea now. There are no errors from the PHY,
>> which means that the PHY is code is behaving.
>
> Not sure it is a bug in the chipidea driver.
> From: Mian Yousaf Kaukab [mailto:yousaf.kau...@intel.com]
> Sent: Wednesday, January 21, 2015 6:37 AM
>
> From: Gregory Herrero
>
> If phy driver is present, register hcd handle to it and let it take
> care of calling usb_add_hcd. Otherwise, add hcd here.
>
> Moreover, save irq number so that
Hi Roger,
We need to discuss one point about 'id_irqwake'.
I don't recommend to use 'id_irqwake' field.
And I catch build warning by using "select" keywork in Kconfig.
It is my wrong guide of "select" keyword. So, I'll change it
as 'depends on' keyword.
Looks good to me except for 'id_irqwake'.
On Wed, Jan 28, 2015 at 12:04 PM, Felipe Balbi wrote:
> I don't want to change direction all the time, some controllers might
> not be glitch free, but I agree that direction has to be set. It looks
> like we're missing a gpiod_direction_output() call from probe() so that
> this gpiod_set_value()
On Wed, 28 Jan 2015, Peter Chen wrote:
> > > Hi Andy, Would you define pci_id at ci_hdrc_pci.c (instead of ehci-pci.c)
> > > at your platform code/table to fix this problem?
> > > I am not familiar with pci, but it works at other platforms, like ARM.
> >
> > You can't remove the definition of pci
Since it's possible now to do independent gadget and
gadget driver registration in udc-core, some of the
functions can't have __init/__exit attributes (almost
bind/unbind callbacks are affected)
Signed-off-by: Ruslan Bilovol
---
drivers/usb/gadget/legacy/acm_ms.c | 6 +++---
drivers/usb/g
Greg KH wrote:
> > > I've found that screen can leave usb serial ports in an "odd" state,
> > > it's not unique to this specific device, I blame the screen command :)
> >
> > I think that's a lame excuse to not investigate a potential bug. It
> > would obviously be helpful if someone who experienc
Change behavior during registration of gadgets and
gadget drivers in udc-core. Instead of previous
approach when for successful probe of usb gadget driver
at least one usb gadget should be already registered
use another one where gadget drivers and gadgets
can be registered in udc-core independentl
This patchset adds independent registration of gadgets
and gadget drivers to udc-core. This is very useful for
built-in modules into kernel case since it's possible
situation that gadget driver is probing at a time
when no gadgets are registered in udc-core.
In this case instead of silently failing
* Krzysztof Opasiak | 2015-01-28 13:38:33 [+0100]:
>> the first thing a user of usb-gadget has to do, is create a
>> directory, not a file.
>
>This:
>
>$ modprobe libcomposite
>$ mount none -t configfs /sys/kernel/config/usb-gadget
don't you mount it at config and cd to usb-gadget then?
>$ mkdir
Greg KH wrote:
> > Is that some kind of initialization protocol I have to handle? If yes,
> > where do I find information about it?
>
> The protocol should be part of the USB specification.
USB debug class devices use no protocol, just transfers of 1-8 bytes,
used in arbitrary ways by the various
This one should have gone over to linux-usb.
-- Joe
On 01/28/2015 05:04 PM, Joe Lawrence wrote:
> Hello linux-usb,
>
> We've hit a USB use-after-free on Stratus HW during device removal tests.
> We're running fio disk I/O to a scsi disk hanging off USB when the USB
> controller is hotplug remove
On Wed, Jan 28, 2015 at 09:08:56AM +0200, Alexander Shishkin wrote:
> Peter Chen writes:
>
> > During this API, the deactivation count will be update, and it
> > will try to connect or disconnect gadget. It can be used to
> > enable functions for gadget.
>
> It's up to Felipe, but I'd like to se
Hi,
On Fri, Jan 23, 2015 at 05:12:51PM +0200, Heikki Krogerus wrote:
> @@ -6,4 +6,5 @@ obj-$(CONFIG_USB_COMMON)+= usb-common.o
> usb-common-y += common.o
> usb-common-$(CONFIG_USB_LED_TRIG) += led.o
>
> -obj-$(CONFIG_USB_OTG_FSM) += usb-otg-fsm.o
> +obj-$(CONFIG_USB_O
On Fri, Jan 23, 2015 at 05:12:57PM +0200, Heikki Krogerus wrote:
> ULPI PHYs need to be bound to their controllers with a
> lookup. This adds helpers that the ULPI drivers can use to
> do both, the registration of the PHY and the lookup, at the
> same time.
>
> Signed-off-by: Heikki Krogerus
> Cc
On Fri, Jan 23, 2015 at 05:12:58PM +0200, Heikki Krogerus wrote:
> TUSB1210 ULPI PHY has vendor specific register for eye
> diagram tuning. On some platforms the system firmware has
> set optimized value to it. In order to not loose the
> optimized value, the driver stores it during probe and
> res
From: Paul Burton
Add the binding documentation for the JZ4740 OHCI controller.
Signed-off-by: Paul Burton
Signed-off-by: Zubair Lutfullah Kakakhel
---
The jz4740 is platform only at the moment.
But DT support is being added
See http://patchwork.linux-mips.org/bundle/paulburton/ci20-v3.20/
From: Paul Burton
The clock must have been prepared before enabling it.
Signed-off-by: Paul Burton
Signed-off-by: Zubair Lutfullah Kakakhel
Acked-by: Alan Stern
--
V2 changes. Add disable_unprepare as well
---
drivers/usb/host/ohci-jz4740.c | 6 +++---
1 file changed, 3 insertions(+), 3 del
Hi,
Here are a few simple patches for the jz4740.
First adds a simple DT binding.
Seconds adds DT support.
Third is a minor fix in clock enabling.
Patches are based on 3.19-rc6. Quite disjoint and stay within jz4740
so should apply easily on other trees.
If you would like to have them rebased
From: Paul Burton
This is a simple matter of providing a match table, the probe code needs
no modification.
Signed-off-by: Paul Burton
Signed-off-by: Zubair Lutfullah Kakakhel
Acked-by: Alan Stern
---
drivers/usb/host/ohci-jz4740.c | 9 +
1 file changed, 9 insertions(+)
diff --git a
Hi Felipe,
This is the follow-up: http://marc.info/?l=linux-usb&m=140979297227434&w=2.
Sorry for late.
In the first patch, we introduce an internal APIs which are used to
find corresponding udc according to usb_gadget, it can simplify the code
structure.
In the 2nd patch, it maintains flag 'vbu
This is an internal API, and is used to find corresponding udc according
to gadget.
Signed-off-by: Peter Chen
---
drivers/usb/gadget/udc/udc-core.c | 51 ---
1 file changed, 26 insertions(+), 25 deletions(-)
diff --git a/drivers/usb/gadget/udc/udc-core.c
b/d
Currently, connect gadget is unconditional after binding,
but some function drivers may want to connect gadget on the fly.
With this API, the function driver can disconnect gadget during
the initialization, and connect gadget when it wants.
During this API, the deactivation count will be update, a
This commit updates udc core vbus status, and try to connect
or disconnect gadget.
Signed-off-by: Peter Chen
Acked-by: Alan Stern
---
drivers/usb/gadget/udc/udc-core.c | 34 +-
include/linux/usb/gadget.h| 4
2 files changed, 37 insertions(+), 1 dele
> -Original Message-
> From: John Youn [mailto:john.y...@synopsys.com]
> Sent: Thursday, January 29, 2015 3:25 AM
> To: Kaukab, Yousaf; linux-usb@vger.kernel.org; ba...@ti.com;
> john.y...@synopsys.com
> Cc: Herrero, Gregory; r.bald...@samsung.com;
> dingu...@opensource.altera.com; sergei.
90 matches
Mail list logo