Gadgetfs driver called usb_gadget_unregister_driver unconditionally, even
if it didn't register it earlier due to other failures. This patch fixes
this.
Reported-by: Vegard Nossum
Signed-off-by: Marek Szyprowski
Tested-by: Vegard Nossum
---
drivers/usb/gadget/legacy/inode.c | 7 +--
1 file
Hi,
Marek Szyprowski writes:
> Since commit 855ed04a3758b205e84b269f92d26ab36ed8e2f7 ("usb: gadget:
> udc-core: independent registration of gadgets and gadget drivers") gadget
> drivers can not assume that UDC drivers are already available on their
> initialization. This broke the HACK, which wa
Hi,
Petr Kulhavy writes:
> On 17.02.2016 15:58, Felipe Balbi wrote:
>> Hi,
>>
>> Petr Kulhavy writes:
>>> This adds two functions to get DT properties "mentor,power" and "dr_mode":
>>> musb_get_power() and musb_mode musb_get_mode()
>>>
>>> Signed-off-by: Petr Kulhavy
>> seems like I don't have
Get rid of the US_DEBUG macro and use instead empty inline function definitions
when CONFIG_USB_STORAGE_DEBUG is not defined
Signed-off-by: Victor Dodon
---
drivers/usb/storage/debug.h | 18 +++---
drivers/usb/storage/ene_ub6250.c | 1 -
drivers/usb/storage/freecom.c| 12 ++
Hi Oliver,
On Wed, Feb 17, 2016 at 03:07:27PM +0100, Oliver Neukum wrote:
> On Tue, 2016-02-09 at 19:01 +0200, Heikki Krogerus wrote:
> > 1. connected - Connection status of the connector
> > 2. alternate_mode - The current Alternate Mode
> > 3. alternate_modes - Lists all Alternate Modes the conn
When the device is disconnected poll waiters were not being woken.
Changes for v2:
- add commit summary
- add Fixes and Reported-by tags
Fixes: eb6b92ecc0f9 ("Add support for receiving USBTMC USB488 SRQ notifications
via poll/select")
Reported-by: Oliver Neukum
Signed-off-by: Dave Penkle
On Wed, Feb 17, 2016 at 04:28:16PM +0200, Heikki Krogerus wrote:
> On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote:
> >
> > Hi,
> >
>
> > IIRC mode and role negotiation goes via CC pins using the power delivery
> > protocol. If I misunderstand anything, let me know.
>
> The data ro
On Thu, 2016-02-18 at 10:47 +0200, Heikki Krogerus wrote:
Hi,
> The modes that can actually be selected have to be supported by both
> the connector and the partner, and this is where I'm putting the ball
> on the userspace at the moment. I'm not offering a list of
> "possible_alternate_modes" wh
On Wed, Feb 17, 2016 at 07:53:47PM +0100, Oliver Neukum wrote:
> On Tue, 2016-02-09 at 19:01 +0200, Heikki Krogerus wrote:
> > Hi,
> >
> > The OS, or more precisely the user space, needs to be able to control
> > a few things regarding USB Type-C ports. The first thing that must be
> > allowed to
On Wed, Feb 10, 2016 at 12:30:42PM +0200, Heikki Krogerus wrote:
> On Tue, Feb 09, 2016 at 10:21:55AM -0800, Greg KH wrote:
> > On Tue, Feb 09, 2016 at 07:01:22PM +0200, Heikki Krogerus wrote:
> > > USB Type-C Connector System Software Interface (UCSI) is a
> > > specification that defines register
On Thu, 2016-02-18 at 10:47 +0200, Heikki Krogerus wrote:
Hi,
> P.S. That reminds me, here's my current draft for the
> Documentation/ABI/. Could you take a look?
And I am afraid, that I have a few remarks not bound
to a specific entry.
We have port directories for port power switching. How is
On Thu, 2016-02-18 at 17:29 +0800, Peter Chen wrote:
> Does this UCSI spec has some similar things with USB Type-C Port
> Controller Interface Spec at usb.org? If not, how to co-work
> together in future?
USB Type-C Port Controller Interface Spec:
What can a type C connector do?
UCSI spec:
How
On Thu, 2016-02-18 at 09:08 +0200, Felipe Balbi wrote:
> Oliver Neukum writes:
> >> Oliver Neukum writes:
Hi,
> > What exactly are you sure about about?
>
> heh, missed a NOT there :-)
I am still confused :-)
Do you think a sysfs interface is good, bad or good
but insufficient?
> >> that, e
Hi,
Oliver Neukum writes:
>> > What exactly are you sure about about?
>>
>> heh, missed a NOT there :-)
>
> I am still confused :-)
> Do you think a sysfs interface is good, bad or good
> but insufficient?
I'm not sure it's the best interface. My fear is that as new
requirements/features come
Since commit 855ed04a3758b205e84b269f92d26ab36ed8e2f7 ("usb: gadget:
udc-core: independent registration of gadgets and gadget drivers") gadget
drivers can not assume that UDC drivers are already available on their
initialization. This broke the HACK, which was used in gadgetfs driver,
to get UDC co
On Wed, Feb 17, 2016 at 7:58 PM, Heikki Krogerus
wrote:
> On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Heikki Krogerus writes:
>> > On Wed, Feb 17, 2016 at 11:36:52AM +0100, Oliver Neukum wrote:
>> >> On Wed, 2016-02-17 at 12:29 +0200, Felipe Balbi wrote:
>> >> >
On Thu, 2016-02-18 at 12:30 +0200, Felipe Balbi wrote:
> Hi,
>
> Oliver Neukum writes:
> >> > What exactly are you sure about about?
> >>
> >> heh, missed a NOT there :-)
> >
> > I am still confused :-)
> > Do you think a sysfs interface is good, bad or good
> > but insufficient?
>
> I'm not su
Hi Peter,
On Thu, Feb 18, 2016 at 05:07:04PM +0800, Peter Chen wrote:
> On Wed, Feb 17, 2016 at 04:28:16PM +0200, Heikki Krogerus wrote:
> > On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote:
> > > IIRC mode and role negotiation goes via CC pins using the power delivery
> > > protocol.
On Thu, Feb 18, 2016 at 04:07:54PM +0530, Rajaram R wrote:
> On Wed, Feb 17, 2016 at 7:58 PM, Heikki Krogerus
> wrote:
> > On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote:
> >>
> >> Hi,
> >>
> >> Heikki Krogerus writes:
> >> > On Wed, Feb 17, 2016 at 11:36:52AM +0100, Oliver Neukum w
Hi Rajaram,
On Thu, Feb 18, 2016 at 01:04:48AM +0530, Rajaram R wrote:
> On Tue, Feb 9, 2016 at 10:31 PM, Heikki Krogerus
> wrote:
> > Hi,
> >
> > The OS, or more precisely the user space, needs to be able to control
> > a few things regarding USB Type-C ports. The first thing that must be
> > al
On Thu, Feb 18, 2016 at 4:17 PM, Heikki Krogerus
wrote:
> On Thu, Feb 18, 2016 at 04:07:54PM +0530, Rajaram R wrote:
>> On Wed, Feb 17, 2016 at 7:58 PM, Heikki Krogerus
>> wrote:
>> > On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote:
>> >>
>> >> Hi,
>> >>
>> >> Heikki Krogerus writes
On Thu, 2016-02-18 at 13:05 +0200, Heikki Krogerus wrote:
> > Since we have capability details of ports in user space, I believe
> > cable capability is also necessary for policy decision(power, alt
> > mode). Is that something we are cautiously leaving out ? pls explain
>
> Adding the cable cont
On Wed, Feb 17, 2016 at 04:24:26PM +0200, Felipe Balbi wrote:
>
> Hi,
>
> Heikki Krogerus writes:
> > This should allow the core driver to drop handling of
> > platform data and expect the platform specific details to
> > always come from properties.
> >
> > Signed-off-by: Heikki Krogerus
> > C
Heikki Krogerus writes:
> On Wed, Feb 17, 2016 at 04:24:26PM +0200, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Heikki Krogerus writes:
>> > This should allow the core driver to drop handling of
>> > platform data and expect the platform specific details to
>> > always come from properties.
>> >
>> >
On Thu, Feb 18, 2016 at 01:27:28PM +0200, Felipe Balbi wrote:
> Heikki Krogerus writes:
>
> > On Wed, Feb 17, 2016 at 04:24:26PM +0200, Felipe Balbi wrote:
> >>
> >> Hi,
> >>
> >> Heikki Krogerus writes:
> >> > This should allow the core driver to drop handling of
> >> > platform data and expe
On 26.01.2016 14:58, Lu Baolu wrote:
"printk" is not suitable for dbc debugging especially when console
is in usage. This patch adds a debug buffer in dbc driver and puts
the debug messages in this local buffer. The debug buffer could be
dumped whenever the console is not in use. This part of cod
On Thu, Feb 18, 2016 at 01:31:33PM +0200, Heikki Krogerus wrote:
> On Thu, Feb 18, 2016 at 01:27:28PM +0200, Felipe Balbi wrote:
> > Heikki Krogerus writes:
> >
> > > On Wed, Feb 17, 2016 at 04:24:26PM +0200, Felipe Balbi wrote:
> > >>
> > >> Hi,
> > >>
> > >> Heikki Krogerus writes:
> > >> >
On Sun, Jan 31, 2016 at 09:13:19PM +0100, Johan Hovold wrote:
> On Fri, Jan 29, 2016 at 12:07:30AM +0300, Andrey Skvortsov wrote:
> > $ lsusb:
> > Bus 001 Device 101: ID 1e0e:9001 Qualcomm / Option
> >
> > $ usb-devices:
> > T: Bus=01 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#=101 Spd=480 MxCh= 0
> > D:
On Mon, Feb 01, 2016 at 02:57:25PM -0500, Akshay Bhat wrote:
> From: Ken Lin
>
> Add USB ID for cp2104/5 devices on GE B650v3 and B850v3 boards.
>
> Signed-off-by: Ken Lin
> Signed-off-by: Akshay Bhat
Now applied, thanks.
Johan
--
To unsubscribe from this list: send the line "unsubscribe lin
Hi,
Felipe Balbi writes:
> Mika Westerberg writes:
>> On Thu, Feb 18, 2016 at 01:31:33PM +0200, Heikki Krogerus wrote:
>>> On Thu, Feb 18, 2016 at 01:27:28PM +0200, Felipe Balbi wrote:
>>> > Heikki Krogerus writes:
>>> >
>>> > > On Wed, Feb 17, 2016 at 04:24:26PM +0200, Felipe Balbi wrote:
>>
[ +CC: Oliver ]
On Tue, Feb 09, 2016 at 09:27:39PM +0530, Thorsten Wilmer wrote:
> Hi,
>
> I have a Starter Kit SK-FM4-176L-S6SE2CC
> modprobe usbserial vendor=0x1a6a product=0x2000
>
> makes the USB Port appear nicely (works with gtkterm) and at the same
> time one can use the CMIS-DAP adapte
On Fri, Feb 12, 2016 at 04:40:00PM +0100, Bjørn Mork wrote:
> Thomas reports:
>
> T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=480 MxCh= 0
> D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
> P: Vendor=05c6 ProdID=6001 Rev=00.00
> S: Manufacturer=USB Modem
> S: Product=USB
Hi,
On Wed, Feb 17, 2016 at 4:21 PM, Andiry Xu wrote:
> On Tue, Feb 16, 2016 at 10:43 PM, Anil Nair wrote:
>> Hi,
>>
>> On Wed, Feb 17, 2016 at 12:00 PM, Greg KH wrote:
>>> On Wed, Feb 17, 2016 at 11:47:56AM +0530, Anil Nair wrote:
Hi All,
I would like to contribute to Linux USB
On Thu, Feb 18, 2016 at 10:21:48AM +0100, Oliver Neukum wrote:
> On Thu, 2016-02-18 at 10:47 +0200, Heikki Krogerus wrote:
>
> Hi,
>
> > The modes that can actually be selected have to be supported by both
> > the connector and the partner, and this is where I'm putting the ball
> > on the usersp
On 26.01.2016 14:58, Lu Baolu wrote:
This patch adds interfaces for bulk out and bulk in ops. These
interfaces could be used to implement early printk bootconsole
or hook to various system debuggers.
Signed-off-by: Lu Baolu
---
drivers/usb/early/xhci-dbc.c | 373 ++
Hi,
On Thu, Feb 18, 2016 at 10:35:41AM +0100, Oliver Neukum wrote:
> On Thu, 2016-02-18 at 10:47 +0200, Heikki Krogerus wrote:
>
> Hi,
>
> > P.S. That reminds me, here's my current draft for the
> > Documentation/ABI/. Could you take a look?
>
> And I am afraid, that I have a few remarks not bo
On Thu, 2016-02-18 at 15:25 +0200, Heikki Krogerus wrote:
Hi,
> > We have port directories for port power switching. How is
> > the connector directory linked to them?
>
> I'm sorry, I don't think I understand this point.
Like this:
oneukum@linux-dtbq:/sys/bus/usb/devices/3-0:1.0> ls -l
total
On Thu, 2016-02-18 at 13:05 +0100, Johan Hovold wrote:
> > I have a Starter Kit SK-FM4-176L-S6SE2CC
> > modprobe usbserial vendor=0x1a6a product=0x2000
> >
> > makes the USB Port appear nicely (works with gtkterm) and at the
> same
> > time one can use the CMIS-DAP adapter with openocd.
> >
> >
On Tue, Feb 16, 2016 at 04:42:52PM +0800, Peter Chen wrote:
> From: Peter Chen
>
> Although most of USB devices are hot-plug's, there are still some devices
> are hard wired on the board, eg, for HSIC and SSIC interface USB devices.
> If these kinds of USB devices are multiple functions, and they
On 16.02.2016 23:58, main.ha...@googlemail.com wrote:
On 2016-02-08 15:31, Mathias Nyman wrote:
Hi
On 06.02.2016 19:08, Mike Murdoch wrote:
Bug ID: 111251
Hello,
I have a NEC uPD720200 USB3.0 controller in a Thinkpad W520 laptop on
kernel 4.4.1-gentoo.
0e:00.0 USB controller: NEC Corporat
On Thu, Feb 18, 2016 at 02:44:25PM +0100, Oliver Neukum wrote:
> On Thu, 2016-02-18 at 15:25 +0200, Heikki Krogerus wrote:
>
> Hi,
>
>
> > > We have port directories for port power switching. How is
> > > the connector directory linked to them?
> >
> > I'm sorry, I don't think I understand this
An endpoint descriptor may be followed by both SuperSpeed and
SuperSpeedPlus Isoc endpoint companion descriptors.
These descriptors are all stored one after another in a buffer.
The new SuperSpeedPlus Isoc endpoint companion parsing incorrectly
decreased the the remaining buffer size before compar
From: Simon Horman
Add fallback compatibility strings for R-Car Gen2 and Gen3.
This is in keeping with the fallback scheme being adopted wherever
appropriate for drivers for Renesas SoCs.
Signed-off-by: Simon Horman
Acked-by: Geert Uytterhoeven
Acked-by: Gregory CLEMENT
Signed-off-by: Mathia
Hi Greg
A few more patches for 4.6.
At least the first one would be important to get with the rest of the
USB 3.1 SSP Isoc patches to 4.6
Without it the SSP Isoc endpoint companion descriptor parsing
may mess up the normal SS endpoint companion parsing.
Julia Lawall (1):
usb: host: xhci-plat: f
From: Julia Lawall
Make sure (of/i2c/platform)_device_id tables are NULL terminated
Generated by: scripts/coccinelle/misc/of_table.cocci
Signed-off-by: Fengguang Wu
Signed-off-by: Julia Lawall
Signed-off-by: Mathias Nyman
---
drivers/usb/host/xhci-plat.c | 1 +
1 file changed, 1 insertion(+
On Tue, 9 Feb 2016, Yaroslav Molochko wrote:
> After upgrade to 4.5.0-rc3 I've got following stack trace, never seen
> that before:
>
> Feb 08 22:58:56 x kernel: UBSAN: Undefined behaviour in
> drivers/usb/host/ehci-
On Tue, 9 Feb 2016, Antony Pavlov wrote:
> This patch retrieves and configures the vbus control gpio via
> the device tree.
>
> This patch is based on a ehci-s5p.c commit fd81d59c90d38661
> ("USB: ehci-s5p: Add vbus setup function to the s5p ehci glue layer").
>
> Signed-off-by: Antony Pavlov
>
On Tue, 9 Feb 2016, Dâniel Fraga wrote:
> I'm using Linux 4.4.1 kernel on a Dell Inspiron 15R 5537 and
> everytime I wake up from S3 sleep, the syslog is full of the following
> message:
>
> Feb 9 17:19:05 tux kernel: [19196.253206] usb 3-1.6: reset full-speed USB
> device number 6 using
On 2016-02-18 16:12, Mathias Nyman wrote:
> On 16.02.2016 23:58, main.ha...@googlemail.com wrote:
>>
>>
>> On 2016-02-08 15:31, Mathias Nyman wrote:
>>> Hi
>>>
>>> On 06.02.2016 19:08, Mike Murdoch wrote:
Bug ID: 111251
Hello,
I have a NEC uPD720200 USB3.0 controller in a
On 02/18/2016 05:12 PM, Alan Stern wrote:
> On Tue, 9 Feb 2016, Antony Pavlov wrote:
>
>> This patch retrieves and configures the vbus control gpio via
>> the device tree.
>>
>> This patch is based on a ehci-s5p.c commit fd81d59c90d38661
>> ("USB: ehci-s5p: Add vbus setup function to the s5p ehci
On Thu, 18 Feb 2016 11:12:43 -0500 (EST)
Alan Stern wrote:
> On Tue, 9 Feb 2016, Antony Pavlov wrote:
>
> > This patch retrieves and configures the vbus control gpio via
> > the device tree.
> >
> > This patch is based on a ehci-s5p.c commit fd81d59c90d38661
> > ("USB: ehci-s5p: Add vbus setup
On Thu, 18 Feb 2016 m...@superbash.de wrote:
> This happens also with older kernel versions (3.x, etc.):
>
> A small LCD display (ID 1908:0102 GEMBIRD) connected to USB is used for
> some years now. Computer (and display) runs always (24 hours/day).
> 'lcd4linux' is used to update the displays co
On Thu, 18 Feb 2016, Mathias Nyman wrote:
> An endpoint descriptor may be followed by both SuperSpeed and
> SuperSpeedPlus Isoc endpoint companion descriptors.
> These descriptors are all stored one after another in a buffer.
>
> The new SuperSpeedPlus Isoc endpoint companion parsing incorrectly
On 02/18/2016 09:06 PM, Antony Pavlov wrote:
This patch retrieves and configures the vbus control gpio via
the device tree.
This patch is based on a ehci-s5p.c commit fd81d59c90d38661
("USB: ehci-s5p: Add vbus setup function to the s5p ehci glue layer").
Signed-off-by: Antony Pavlov
Cc: Alan
On Sat, 13 Feb 2016, Robert Jarzmik wrote:
> In several drivers in the pxa architecture, it was found that the
> platform_get_irq() was not propagated. This breaks the the device-tree
> probe deferral path, if -EPROBE_DEFER is returned. Unfortunately, the
> error return in this case is transformed
On Sun, 14 Feb 2016, Emilio López wrote:
> From: Reilly Grant
>
> The new USBDEVFS_DROP_PRIVILEGES ioctl allows a process to voluntarily
> relinquish the ability to issue other ioctls that may interfere with
> other processes and drivers that have claimed an interface on the
> device.
>
> This
On Tue, 16 Feb 2016, Peter Chen wrote:
> From: Peter Chen
>
> Although most of USB devices are hot-plug's, there are still some devices
> are hard wired on the board, eg, for HSIC and SSIC interface USB devices.
> If these kinds of USB devices are multiple functions, and they can supply
> other
On Thu, 18 Feb 2016, Daniel Fraga wrote:
> On Thu, 18 Feb 2016 11:18:37 -0500 (EST)
> Alan Stern wrote:
>
> > No idea. Can you collect a usbmon trace for bus 3, starting before the
> > suspend and showing the problems?
>
> Ok Alan, I attached the requested usbmon output for bus 3 (befor
On 02/18/2016 11:18 AM, Felipe Balbi wrote:
This adds two functions to get DT properties "mentor,power" and "dr_mode":
musb_get_power() and musb_mode musb_get_mode()
Signed-off-by: Petr Kulhavy
seems like I don't have patch 1/5. After fixing Sergei's comments,
please resend with his Acked-by
On Thu, 18 Feb 2016 14:30:15 -0500 (EST)
Alan Stern wrote:
> It looks like there's some problem in the usbhid driver. Apparently
> hid_start_in() gets some sort of error when it submits the input URB,
> because that URB doesn't show up in the usbmon output.
>
> Can you add a debugging line nea
On Thu, 18 Feb 2016, Daniel Fraga wrote:
> On Thu, 18 Feb 2016 14:30:15 -0500 (EST)
> Alan Stern wrote:
>
> > It looks like there's some problem in the usbhid driver. Apparently
> > hid_start_in() gets some sort of error when it submits the input URB,
> > because that URB doesn't show up in th
From: Arnd Bergmann
Date: Wed, 17 Feb 2016 23:25:11 +0100
> This avoids a harmless randconfig warning I get when USB_NET_CDC_SUBSET
> is enabled, but all of the more specific drivers are not:
>
> drivers/net/usb/cdc_subset.c:241:2: #warning You need to configure some
> hardware for this driver
Hi,
Michal Nazarewicz writes:
> Resending my previous two sets for f_fs and f_midi. This time rebased
> on top of Felipe’s next branch.
>
> Dan Carpenter (1):
> usb: gadget: f_midi: missing unlock on error path
>
> Du, Changbin (1):
> usb: f_fs: avoid race condition with ffs_epfile_io_compl
On Thu, 18 Feb 2016 15:23:00 -0500 (EST)
Alan Stern wrote:
> Something like the patch below (untested).
> + dev_info(&intf->dev, "post reset hid_start_in -> %d\n", status);
Ok, so I got the following:
Feb 18 19:22:26 tux kernel: [ 258.693120] usb 3-1.6: reset full-speed USB
devic
Hi folks,
it looks like I've finally caught up with my patch queue. Please go
through my testing/fixes and testing/next and if you don't find your
patches in either branch, resend them as I, likely, don't have them
anymore.
cheers
--
balbi
signature.asc
Description: PGP signature
On Thu, 18 Feb 2016 21:31:20 +0300
Sergei Shtylyov wrote:
> On 02/18/2016 09:06 PM, Antony Pavlov wrote:
[...]
> > so I use regulator in the TL-MR3020 board dts file:
> >
> > reg_usb_vbus: reg_usb_vbus {
> > compatible = "regulator-fixed";
> > regulator-
> Michal Nazarewicz writes:
>> Resending my previous two sets for f_fs and f_midi. This time rebased
>> on top of Felipe’s next branch.
>>
>> Dan Carpenter (1):
>> usb: gadget: f_midi: missing unlock on error path
>>
>> Du, Changbin (1):
>> usb: f_fs: avoid race condition with ffs_epfile_io_c
On 2/17/2016 10:39 PM, Felipe Balbi wrote:
> John Youn writes:
>> On 2/17/2016 12:39 AM, Felipe Balbi wrote:
>>>
>>> Hi,
>>>
>>> John Youn writes:
Enable SuperSpeedPlus by programming the DCFG.speed and after
enumerating, set gadget->speed appropriately.
Signed-off-by: John Yo
HNP polling is a mechanism which allows the OTG device currently acting
as host to determine when the other attached OTG device wishes to take
the host role. When an OTG host, which supports HNP, is connected to an
OTG peripheral which also supports HNP it shall poll the peripheral
regularly to det
Add 2 flags for USB OTG HNP polling, hnp_polling_support is to indicate
if the gadget can support HNP polling, host_request_flag is used for
gadget to store host request information from application, which can be
used to respond to HNP polling from host.
Acked-by: Peter Chen
Signed-off-by: Li Jun
A host is required to use the GetStatus command, with wIndex set to the
OTG status selector(F000H) to request the Host request flag from the
peripheral.
Acked-by: Peter Chen
Signed-off-by: Li Jun
---
include/uapi/linux/usb/ch9.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/l
Adds HNP polling timer when transits to host state, the OTG status
request will be sent to peripheral after timeout, if host request flag
is set, it will switch to peripheral state, otherwise it will repeat HNP
polling every 1.5s and maintain the current session.
Acked-by: Peter Chen
Signed-off-b
Since gadget driver will handle this request, so controller driver bypass
it.
Acked-by: Peter Chen
Signed-off-by: Li Jun
---
drivers/usb/chipidea/udc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/chipidea/udc.c b/drivers/usb/chipidea/udc.c
index 00250ab..06
Enable HNP polling support for chipidea gadget and allocate memory
for host request flag when otg fsm init.
Acked-by: Peter Chen
Signed-off-by: Li Jun
---
drivers/usb/chipidea/otg_fsm.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/usb/chipidea/otg_fsm.c b/drivers/usb/chipidea
B-device detects that bus is idle for more than TB_AIDL_BDIS min and
begins HNP by turning off pullup on DP, this allows the bus to discharge
to the SE0 state. This timer was missed and failed with PET test:
6.8.5 B-UUT HNP of USB OTG and EH automated compliance plan v1.2,
this patch is to fix this
Add A-idle to B-disconnect timer, B-device detects that bus is idle
for more than TB_AIDL_BDIS min and begins HNP by turning off pullup
on D+. This allows the bus to discharge to the SE0 state.
Acked-by: Peter Chen
Signed-off-by: Li Jun
---
include/linux/usb/otg-fsm.h | 1 +
1 file changed, 1 i
If gadget with HNP polling support receives GetStatus request of otg
status selector, it feedback to host with host request flag to indicate
if it wants to take host role.
Acked-by: Peter Chen
Signed-off-by: Li Jun
---
drivers/usb/gadget/composite.c | 25 +
1 file change
Update HNP test procedure as HNP polling is supported.
Acked-by: Peter Chen
Signed-off-by: Li Jun
---
Documentation/usb/chipidea.txt | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/Documentation/usb/chipidea.txt b/Documentation/usb/chipidea.txt
index 05f735a..678741
Set host_request_flag if the current peripheral wants to take host role
via changing a_bus_req or b_bus_req by user application.
Acked-by: Peter Chen
Signed-off-by: Li Jun
---
drivers/usb/chipidea/otg_fsm.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/driver
Hi Felipe
I didn't get any response for this request, if you need a resend
of the whole patchset, please let me know.
Li Jun
> -Original Message-
> From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> ow...@vger.kernel.org] On Behalf Of Jun Li
> Sent: Monday, February 15, 2016 10:2
Hi,
this short series makes use of of ARCH_RENESAS in place of ARCH_SHMOBILE.
This is part of an ongoing process to migrate from ARCH_SHMOBILE to
ARCH_RENESAS the motivation for which being that RENESAS seems to be a more
appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs.
Make use of ARCH_RENESAS in place of ARCH_SHMOBILE.
This is part of an ongoing process to migrate from ARCH_SHMOBILE to
ARCH_RENESAS the motivation for which being that RENESAS seems to be a more
appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs.
Signed-off-by: Simon Horma
Make use of ARCH_RENESAS in place of ARCH_SHMOBILE.
This is part of an ongoing process to migrate from ARCH_SHMOBILE to
ARCH_RENESAS the motivation for which being that RENESAS seems to be a more
appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs.
Signed-off-by: Simon Horma
see ccMSC's CKB git project for more details (troubleshooting section)
Many of the new corsair HID devices (mice and keyboards) fail to
initialize correctly on kernel bootup. This is the workaround used to
make them work.
(Some device ID's, like for the K60 are missing)
The code I use in the ker
On Fri, Feb 19, 2016 at 03:44:29AM +, Cestarian Inhabitant wrote:
> see ccMSC's CKB git project for more details (troubleshooting section)
What is that?
> Many of the new corsair HID devices (mice and keyboards) fail to
> initialize correctly on kernel bootup. This is the workaround used to
>
On Tue, Feb 16, 2016 at 05:12:51PM +0800, Peter Chen wrote:
> On Sat, Feb 06, 2016 at 10:57:06PM +0800, weiyj...@163.com wrote:
> > From: Wei Yongjun
> >
> > In case of error, the function usb_phy_generic_register()
> > returns ERR_PTR() and never returns NULL. The NULL test in
> > the return val
The following changes since commit 18558cae0272f8fd9647e69d3fec1565a7949865:
Linux 4.5-rc4 (2016-02-14 13:05:20 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/peter.chen/usb.git/
tags/usb-ci-v4.5-rc5
for you to fetch changes up to 8c0614ca312c8
On 02/18/2016 07:43 PM, Mathias Nyman wrote:
> On 26.01.2016 14:58, Lu Baolu wrote:
>> "printk" is not suitable for dbc debugging especially when console
>> is in usage. This patch adds a debug buffer in dbc driver and puts
>> the debug messages in this local buffer. The debug buffer could be
>>
Hello
I configured and setup a more recent kernel: V4.5.0-rc4
The driver compiles and inserts. When I plugin the USB-Dongle, the machine
freezes (not sure whether it freezes during the firmware download or after
it once it has reenumerated).
I could observe a kernel oops message starting with
Hi,
John Youn writes:
diff --git a/drivers/usb/dwc3/gadget.c b/drivers/usb/dwc3/gadget.c
index 5bbdf5d9c35e..d8566ad60d9b 100644
--- a/drivers/usb/dwc3/gadget.c
+++ b/drivers/usb/dwc3/gadget.c
@@ -1633,9 +1633,14 @@ static int dwc3_gadget_start(struct usb_gadget *g,
On 02/18/2016 09:32 PM, Mathias Nyman wrote:
> On 26.01.2016 14:58, Lu Baolu wrote:
>> This patch adds interfaces for bulk out and bulk in ops. These
>> interfaces could be used to implement early printk bootconsole
>> or hook to various system debuggers.
>>
>> Signed-off-by: Lu Baolu
>> ---
>>
Hi,
Michal Nazarewicz writes:
>> Michal Nazarewicz writes:
>>> Resending my previous two sets for f_fs and f_midi. This time rebased
>>> on top of Felipe’s next branch.
>>>
>>> Dan Carpenter (1):
>>> usb: gadget: f_midi: missing unlock on error path
>>>
>>> Du, Changbin (1):
>>> usb: f_fs:
Hi,
Sergei Shtylyov writes:
> On 02/18/2016 11:18 AM, Felipe Balbi wrote:
>
> This adds two functions to get DT properties "mentor,power" and "dr_mode":
> musb_get_power() and musb_mode musb_get_mode()
>
> Signed-off-by: Petr Kulhavy
seems like I don't have patch 1/5. After
93 matches
Mail list logo
