On 15/04/15 06:27, Peter Chen wrote:
> On Tue, Apr 14, 2015 at 08:29:34PM +0900, Chanwoo Choi wrote:
>> On 04/14/2015 07:38 PM, Roger Quadros wrote:
>>> On 14/04/15 13:31, Chanwoo Choi wrote:
On 04/14/2015 07:02 PM, Roger Quadros wrote:
> Fixed Kishon's id.
>
> On 14/04/15 13:01, R
Hi Gregory,
On 14/04/15 17:02, Gregory CLEMENT wrote:
> Hi Roger,
>
> On 14/04/2015 12:13, Roger Quadros wrote:
>> Hi Thomas,
>>
>> On 30/03/15 16:15, Roger Quadros wrote:
>>> Without this system suspend is broken on systems that have
>>> drivers calling enable/disable_irq_wake() for interrupts b
Without this system suspend is broken on systems that have
drivers calling enable/disable_irq_wake() for interrupts based off
the dummy irq hook.
(e.g. drivers/gpio/gpio-pcf857x.c)
http://article.gmane.org/gmane.linux.kernel/1879035
Signed-off-by: Roger Quadros
---
kernel/irq/dummychip.c | 1 +
Hi all,
One of my external hard disks does not work anymore with current
kernels, when I plug it into my USB3 port.
Steps to reproduce:
* Boot the system without the disk being connected
* Plug the disk into my Laptop's USB3 port
* Watch dmesg and my DE's removable media notification
Behavior wi
Hi Roger,
On 15/04/2015 10:07, Roger Quadros wrote:
> Hi Gregory,
>
> On 14/04/15 17:02, Gregory CLEMENT wrote:
>> Hi Roger,
>>
>> On 14/04/2015 12:13, Roger Quadros wrote:
>>> Hi Thomas,
>>>
>>> On 30/03/15 16:15, Roger Quadros wrote:
Without this system suspend is broken on systems that ha
Hi Roger and Peter,
On 04/15/2015 04:50 PM, Roger Quadros wrote:
> On 15/04/15 06:27, Peter Chen wrote:
>> On Tue, Apr 14, 2015 at 08:29:34PM +0900, Chanwoo Choi wrote:
>>> On 04/14/2015 07:38 PM, Roger Quadros wrote:
On 14/04/15 13:31, Chanwoo Choi wrote:
> On 04/14/2015 07:02 PM, Roger
(This will go into a minor detail. That's probably not what you want
when posting an RFC. But this patch got caught by an email filter I use
and a future, non-RFC, version will get caught too. So I decided to
bother you with this now.)
On Tue, 2015-04-14 at 13:41 +0300, Roger Quadros wrote:
> ---
On 15/04/2015 10:14, Roger Quadros wrote:
> Without this system suspend is broken on systems that have
> drivers calling enable/disable_irq_wake() for interrupts based off
> the dummy irq hook.
> (e.g. drivers/gpio/gpio-pcf857x.c)
>
> http://article.gmane.org/gmane.linux.kernel/1879035
>
> Signed
On Tue, Apr 14, 2015 at 3:40 AM, Arun Ramamurthy
wrote:
> Getting phys by index instead of phy names so that we do
> not have to create a naming scheme when multiple phys
> are present
>
> Signed-off-by: Arun Ramamurthy
> Reviewed-by: Ray Jui
> Reviewed-by: Scott Branden
> ---
> drivers/usb/ho
Hi,
On Tuesday 14 April 2015 03:40 AM, Arun Ramamurthy wrote:
Some generic drivers, such as ehci, may use multiple phys and for such
drivers referencing phy(s) by name(s) does not make sense. Instead of
inventing new naming schemes and using custom code to iterate through them,
such drivers are
On Mon, Apr 13, 2015 at 10:15 AM, Mathias Nyman
wrote:
>
> Does this only happend with the ASMedia ASM1042A xHCI controller?
> Can you reproduce it with a xHCI controller from another vendor?
>
I'm not sure. I will try when I came back home next week (travelling).
>
> Can you add xhci debugging
When usbhid closes a device which was awake only because remote
wakeup was required but not provided, the interface must go through
a get/put cycle or the core will never reattempt to suspend the device.
This brakes runtime PM for all joysticks.
Signed-off-by: Oliver Neukum
---
drivers/hid/usbhi
On 15/04/15 12:29, Paul Bolle wrote:
> (This will go into a minor detail. That's probably not what you want
> when posting an RFC. But this patch got caught by an email filter I use
> and a future, non-RFC, version will get caught too. So I decided to
> bother you with this now.)
>
> On Tue, 2015-
On recent Qualcomm platforms VBUS and ID lines are not routed to
USB PHY LINK controller. Use extcon framework to receive connect
and disconnect ID and VBUS notification.
Signed-off-by: Ivan T. Ivanov
---
Changes since v0 [1], as per Peter Chen suggestions:
* Moved external connector parsing co
Hi Ivan,
On 04/15/2015 03:35 PM, Ivan T. Ivanov wrote:
> On recent Qualcomm platforms VBUS and ID lines are not routed to
> USB PHY LINK controller. Use extcon framework to receive connect
> and disconnect ID and VBUS notification.
>
> Signed-off-by: Ivan T. Ivanov
> ---
>
> Changes since v0 [1
Hi,
(no top-posting, please)
On Tue, Apr 14, 2015 at 04:57:20PM -0500, Linux mail wrote:
> I'm talking about the attached patch.
if you found the patch from the mailing list, then you also found Alan
Stern's comments which have never been addressed, right ?
> BTW, I just double checked and the
On Wed, 15 Apr 2015, frederik.hofe wrote:
> > What happens if you unplug the flash drive just after the kernel and
> > initramfs image have been loaded, while the kernel is still
> > initializing? You could then plug it back in while the kernel is
> > searching for the root device.
> >
> > Alan S
Hi,
I found a problem with the close() function of usbhid.
It fails to properly suspend device that don't support
remote wake-up. The power core does not retry an autosuspend
that failed due to a lack of support for remote wake-up.
So there needs to be a _put() if the need for remote wake-up
is r
On Wed, 15 Apr 2015, Ralf Jung wrote:
> Hi all,
>
> One of my external hard disks does not work anymore with current
> kernels, when I plug it into my USB3 port.
...
> I can do a git bisect when I am back from travel (in ~1 week), but I
> would appreciate some guess of which folder I should res
On Wed, 15 Apr 2015, rajeev kumar wrote:
> > @@ -88,15 +88,13 @@ static int ehci_platform_power_on(struct
> > platform_device *dev)
> > }
> >
> > for (phy_num = 0; phy_num < priv->num_phys; phy_num++) {
> > - if (priv->phys[phy_num]) {
> > - ret
Hi Robert,
On Wed, 2015-04-15 at 16:11 +0200, Robert Baldyga wrote:
> Hi Ivan,
>
> On 04/15/2015 03:35 PM, Ivan T. Ivanov wrote:
> > On recent Qualcomm platforms VBUS and ID lines are not routed to
> > USB PHY LINK controller. Use extcon framework to receive connect
> > and disconnect ID and VBU
On Wed, 15 Apr 2015, Oliver Neukum wrote:
> When usbhid closes a device which was awake only because remote
> wakeup was required but not provided, the interface must go through
> a get/put cycle or the core will never reattempt to suspend the device.
> This brakes runtime PM for all joysticks.
>
On Wed, 15 Apr 2015, Oliver Neukum wrote:
> Hi,
>
> I found a problem with the close() function of usbhid.
> It fails to properly suspend device that don't support
> remote wake-up. The power core does not retry an autosuspend
> that failed due to a lack of support for remote wake-up.
>
> So the
On Thu, Apr 9, 2015 at 8:19 PM, Alan Stern wrote:
> On Thu, 9 Apr 2015, Ivan T. Ivanov wrote:
>
>> This allow same IO space to be shared between HCD and Device
>> controller driver. Which can be loaded simultaneously and
>> started/stopped on demand by USB OTG PHY driver.
Are you sure ?
Will ehci
/me do still wonder, if the 2nd is needed anyway even in a USB-free kernel
config or if this is just an artifact whcih should be cleaned up.
--
Toralf
pgp key: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 0076 E94E
--
"; the past is all dirty and cruel in the modern popular imagination, with the
ex
On Wed, Apr 15, 2015 at 06:10:57PM +0200, Toralf Förster wrote:
> /me do still wonder, if the 2nd is needed anyway even in a USB-free kernel
> config or if this is just an artifact whcih should be cleaned up.
Patches to clean this up if you want to, are welcome :)
--
To unsubscribe from this lis
Hi,
On Wed, Apr 15, 2015 at 10:48:05AM -0500, Linux mail wrote:
> Hi Felipe,
>
> First of all, my apologies about top-posting (though, I'm not sure what it
> means), I haven't posted to any mail-list before.
top-posting means replying on top of a previous answer :-)
Here's a link which might he
On Wed, 15 Apr 2015, Toralf Förster wrote:
> /me do still wonder, if the 2nd is needed anyway even in a USB-free
> kernel config or if this is just an artifact whcih should be cleaned
> up.
It's just an artifact; it's not needed. You can clean it up if you
want, but I doubt it would be worthwhi
Hi,
the following warning "pci :00:14.0: CONFIG_USB_XHCI_HCD is turned off,
defaulting to EHCI."
makes no sense, if USB isn't compiled into the kernel.
Looks like another cosmetic issue in the same field as already discussed
earlier this day, right?
--
Toralf
pgp key: 7B1A 07F4 EC82 0F9
I have tested the following kernel versions:
- 3.18.4, 3.18.6, 3.18.7, 3.19.4 [all affected]
- 3.17.1 [unaffected]
- 3.17.8 [probably the last unaffected version; I'm using it currently]
Also, I've been using the very same configuration (hardware) along
with 2.6.x, 3.2.x, 3.4.x, 3.10.x and have ne
On Wed, Apr 15, 2015 at 06:26:23PM +0900, Chanwoo Choi wrote:
> Hi Roger and Peter,
>
> On 04/15/2015 04:50 PM, Roger Quadros wrote:
> > On 15/04/15 06:27, Peter Chen wrote:
> >> On Tue, Apr 14, 2015 at 08:29:34PM +0900, Chanwoo Choi wrote:
> >>> On 04/14/2015 07:38 PM, Roger Quadros wrote:
>
On Wed, Apr 15, 2015 at 8:06 PM, Alan Stern wrote:
> On Wed, 15 Apr 2015, rajeev kumar wrote:
>
>> > @@ -88,15 +88,13 @@ static int ehci_platform_power_on(struct
>> > platform_device *dev)
>> > }
>> >
>> > for (phy_num = 0; phy_num < priv->num_phys; phy_num++) {
>> > -
Introduce kernel feature CONFIG_USB_OTG20 and related
gadget_is_otg20() API for supporting OTG20 compliant
drivers.
This patch also updated usb_otg_descritpor.
Signed-off-by: Macpaul Lin
changes for v2:
- Add USB_OTG_ADP definition in ch9.h.
changes for v3:
- ch9.h: replace a tab to space when
add supports OTG 2.0 for multi.c
Signed-off-by: Macpaul Lin
changes for v2:
- no change
changes for v3:
- multi.c: migrate global static const OTG descriptor with runtime retrived
capability information by calling usb_gadget_customize_otg_desc().
---
drivers/usb/gadget/legacy/multi.c |
Add independent options for identify the capabilities of
ADP/SRP/HNP feature for OTG devices.
Signed-off-by: Macpaul Lin
changes for v2:
- no change
changes for v3:
- composite.h: add usb_gadget_customize_otg_desc() declaration.
- composite.c: replace static configuration of ADP/SRP/HNP ca
Replace hardcoded gadget capability from interface setup
to gadget setup.
Signed-off-by: Macpaul Lin
---
drivers/usb/musb/musb_gadget.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/usb/musb/musb_gadget.c b/drivers/usb/musb/musb_gadget.c
index 4c481cd..3445ecc 100644
--- a/dri
Add ADP, HNP, and SRP feature options to gadget structure.
Signed-off-by: Macpaul Lin
---
include/linux/usb/gadget.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/linux/usb/gadget.h b/include/linux/usb/gadget.h
index c63a8db..6e44483 100644
--- a/include/linux/usb/gadget.h
Add independent options for identify the capabilities of
ADP/SRP/HNP feature for OTG devices.
Signed-off-by: Macpaul Lin
---
changes for v2:
- no change
changes for v3:
- composite.h: add usb_gadget_customize_otg_desc() declaration.
- composite.c: replace static configuration of ADP/SRP/HNP
Introduce kernel feature CONFIG_USB_OTG20 and related
gadget_is_otg20() API for supporting OTG20 compliant
drivers.
This patch also updated usb_otg_descritpor.
Signed-off-by: Macpaul Lin
---
changes for v2:
- Add USB_OTG_ADP definition in ch9.h.
changes for v3:
- ch9.h: replace a tab to space w
Add ADP, HNP, and SRP feature options to gadget structure.
Signed-off-by: Macpaul Lin
---
changes for v2:
- no change
changes for v3:
- no change
changes for v4:
- fix description of each git commits.
include/linux/usb/gadget.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/inc
add supports OTG 2.0 for multi.c
Signed-off-by: Macpaul Lin
---
changes for v2:
- no change
changes for v3:
- multi.c: migrate global static const OTG descriptor with runtime retrived
capability information by calling usb_gadget_customize_otg_desc().
changes for v4:
- fix description of
Replace hardcoded gadget capability from interface setup
to gadget setup.
Signed-off-by: Macpaul Lin
---
changes for v1:
- no change
changes for v2:
- no change
changes for v3:
- new commit for adapting to musb drivers
changes for v4:
- fix description of each git commits.
drivers/usb/musb/
42 matches
Mail list logo
