Re: [PATCH v4] usb: dwc2: dwc2_vbus_supply_init: fix error check

gt;> >>> On 4/10/2018 4:28 PM, Heiko Stuebner wrote: >>>> Am Montag, 26. März 2018, 11:00:01 CEST schrieb Tomeu Vizoso: >>>>> devm_regulator_get_optional returns -ENODEV if the regulator isn't >>>>> there, so if that's the case we have to make sure no

Re: [PATCH v4] usb: dwc2: dwc2_vbus_supply_init: fix error check

Hi Minas, On 04/05/2018 09:54 AM, Minas Harutyunyan wrote: Hi Tomeu, On 3/26/2018 1:01 PM, Tomeu Vizoso wrote: devm_regulator_get_optional returns -ENODEV if the regulator isn't there, so if that's the case we have to make sure not to leave -ENODEV in the regulator pointer. Also, make sure

Re: [PATCH v4] usb: dwc2: dwc2_vbus_supply_init: fix error check

Could this patch be picked up, please? Thanks, Tomeu On 26 March 2018 at 13:51, Heiko Stübner <he...@sntech.de> wrote: > Am Montag, 26. März 2018, 11:00:01 CEST schrieb Tomeu Vizoso: >> devm_regulator_get_optional returns -ENODEV if the regulator isn't >> there, so if th

[PATCH v4] usb: dwc2: dwc2_vbus_supply_init: fix error check

. Fixes: 531ef5ebea96 ("usb: dwc2: add support for host mode external vbus supply") Cc: Amelie Delaunay <amelie.delau...@st.com> Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> --- v2: Only overwrite the error in the pointer after checking it (Heiko Stübner <he.

[PATCH] usb: hub: Reduce warning to notice on power loss

Currently we warn the user when the root hub lost power after resume, but the user cannot do anything about it so it should probably be a notice. This will reduce the noise in the console during suspend and resume, which is already quite significant in many systems. Signed-off-by: Tomeu Vizoso

Re: [PATCH v3] usb: dwc2: dwc2_vbus_supply_init: fix error check

On 03/22/2018 02:26 PM, Heiko Stübner wrote: Am Donnerstag, 22. März 2018, 14:14:51 CET schrieb Tomeu Vizoso: devm_regulator_get_optional returns -ENODEV if the regulator isn't there, so if that's the case we have to make sure not to leave -ENODEV in the regulator pointer. Also, make sure we

[PATCH v3] usb: dwc2: dwc2_vbus_supply_init: fix error check

. Fixes: 531ef5ebea96 ("usb: dwc2: add support for host mode external vbus supply") Cc: Amelie Delaunay <amelie.delau...@st.com> Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> --- v2: Only overwrite the error in the pointer after checking it (Heiko Stübner <he.

[PATCH v2] usb: dwc2: dwc2_vbus_supply_init: fix error check

. Fixes: 531ef5ebea96 ("usb: dwc2: add support for host mode external vbus supply") Cc: Amelie Delaunay <amelie.delau...@st.com> Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> --- v2: Only overwrite the error in the pointer after checking it (Heiko Stübner <he

[PATCH] usb: dwc2: dwc2_vbus_supply_init: fix error check

. Fixes: 531ef5ebea96 ("usb: dwc2: add support for host mode external vbus supply") Cc: Amelie Delaunay <amelie.delau...@st.com> Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> --- drivers/usb/dwc2/hcd.c | 13 - 1 file changed, 8 insertions(+), 5 de

[PATCH v12 0/4] Allow USB devices to remain runtime-suspended when sleeping

acks flag at the times when that could change. Tomeu Vizoso (4): device core: add device_is_bound() PM / Domains: add setter for dev.pm_domain PM / sleep: Go direct_complete if driver has no callbacks USB / PM: Allow USB devices to remain runtime-suspended when sleeping arch/arm/mach-omap2/omap

[PATCH v12 4/4] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup state is correct and they have runtime PM enabled. Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> Reviewed-by: Ulf H

[PATCH v11 4/4] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup state is correct and they have runtime PM enabled. Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> Reviewed-by: Ulf H

[PATCH v11 0/4] Allow USB devices to remain runtime-suspended when sleeping

power/main.c as it doesn't belong to CONFIG_PM_SLEEP. - Take dev->power.lock before modifying flag. Changes in v5: - Check for all dev_pm_ops instances associated to a device, updating a no_pm_callbacks flag at the times when that could change. Tomeu Vizoso (4): device core: add device_is_bou

Re: [GIT PULL] On-demand device probing

On 26 October 2015 at 11:51, Michael Turquette wrote: > Quoting Rafael J. Wysocki (2015-10-25 06:54:39) >> On Sun, Oct 25, 2015 at 12:06 AM, Mark Brown wrote: >> > On Sat, Oct 24, 2015 at 04:17:12PM +0200, Rafael J. Wysocki wrote: >> > >> >> Well, I'm

Re: [GIT PULL] On-demand device probing

On 10/22/2015 09:26 PM, Greg Kroah-Hartman wrote: > On Thu, Oct 22, 2015 at 11:53:31AM -0700, Frank Rowand wrote: >> On 10/22/2015 7:44 AM, Greg Kroah-Hartman wrote: >>> <oops, sent too early...> >>> >>> On Thu, Oct 22, 2015 at 11:05:11AM +0200, Tomeu Vi

Re: [GIT PULL] On-demand device probing

On 22 October 2015 at 02:54, Rafael J. Wysocki <r...@rjwysocki.net> wrote: > On Tuesday, October 20, 2015 06:21:55 PM Tomeu Vizoso wrote: >> On 20 October 2015 at 18:04, Alan Stern <st...@rowland.harvard.edu> wrote: >> > On Tue, 20 Oct 2015, Mark Brown wrote: >>

Re: [GIT PULL] On-demand device probing

d, Oct 21, 2015 at 08:59:51AM -0700, Frank Rowand wrote: >>>>> On 10/19/2015 5:34 AM, Tomeu Vizoso wrote: >>>> >>>>>> To be clear, I was saying that this series should NOT affect total >>>>>> boot times much. >>>> >>>

[PATCH v10 4/4] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup state is correct and they have runtime PM enabled. Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> Reviewed-by: Ulf H

[PATCH v10 0/4] Allow USB devices to remain runtime-suspended when sleeping

eck for all dev_pm_ops instances associated to a device, updating a no_pm_callbacks flag at the times when that could change. Tomeu Vizoso (4): device core: add device_is_bound() PM / Domains: add setter for dev.pm_domain PM / sleep: Go direct_complete if driver has no callbacks USB / PM: Al

Re: [GIT PULL] On-demand device probing

On 20 October 2015 at 18:04, Alan Stern wrote: > On Tue, 20 Oct 2015, Mark Brown wrote: > >> On Tue, Oct 20, 2015 at 10:40:03AM -0400, Alan Stern wrote: >> >> > Furthermore, that applies only to devices that use synchronous suspend. >> > Async suspend is becoming

Re: [GIT PULL] On-demand device probing

On 18 October 2015 at 21:53, Mark Brown wrote: > On Sun, Oct 18, 2015 at 12:37:57PM -0700, Greg Kroah-Hartman wrote: >> On Sun, Oct 18, 2015 at 08:29:31PM +0100, Mark Brown wrote: >> > On Fri, Oct 16, 2015 at 11:57:50PM -0700, Greg Kroah-Hartman wrote: > >> > > I can't see

Re: [GIT PULL] On-demand device probing

On 19 October 2015 at 15:18, Russell King - ARM Linux <li...@arm.linux.org.uk> wrote: > On Mon, Oct 19, 2015 at 02:34:22PM +0200, Tomeu Vizoso wrote: >> ... If a device is available and has >> a compatible driver, but it cannot be probed because a dependency >> isn't go

Re: [GIT PULL] On-demand device probing

On 19 October 2015 at 16:30, Russell King - ARM Linux <li...@arm.linux.org.uk> wrote: > On Mon, Oct 19, 2015 at 04:10:56PM +0200, Tomeu Vizoso wrote: >> On 19 October 2015 at 15:18, Russell King - ARM Linux >> <li...@arm.linux.org.uk> wrote: >> > On Mon, Oct

[GIT PULL] On-demand device probing

(2015-10-15 13:25:47 +0200) Tomeu Vizoso (20): driver core: handle -EPROBE_DEFER from bus_type.match() ARM: amba: Move reading of periphid to amba_match() of/platform: Point to struct device from device node

[GIT PULL] On-demand device probing

://git.collabora.co.uk/git/user/tomeu/linux.git on-demand-probes-for-next for you to fetch changes up to 587402133fe433759d2d535e5d92ead87fd7f615: of/platform: Defer probes of registered devices (2015-10-14 10:08:23 +0200) Tomeu Vizoso (20

[PATCH v9 4/4] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup state is correct and they have runtime PM enabled. Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> --- drivers/us

[PATCH v9 0/4] Allow USB devices to remain runtime-suspended when sleeping

lag at the times when that could change. Tomeu Vizoso (4): device core: add device_is_bound() PM / Domains: add setter for dev.pm_domain PM / sleep: Go direct_complete if driver has no callbacks USB / PM: Allow USB devices to remain runtime-suspended when sleeping arch/arm/mach-om

[PATCH v8 4/4] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup state is correct and they have runtime PM enabled. Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> --- drivers/us

[PATCH v8 0/4] Allow USB devices to remain runtime-suspended when sleeping

v5: - Check for all dev_pm_ops instances associated to a device, updating a no_pm_callbacks flag at the times when that could change. Tomeu Vizoso (4): device core: add device_is_bound() PM / Domains: add setter for dev.pm_domain PM / sleep: Go direct_complete if driver has no callbacks USB /

[PATCH v7 0/2] Allow USB devices to remain runtime-suspended when sleeping

to CONFIG_PM_SLEEP. - Take dev->power.lock before modifying flag. Changes in v5: - Check for all dev_pm_ops instances associated to a device, updating a no_pm_callbacks flag at the times when that could change. Tomeu Vizoso (2): PM / sleep: Go direct_complete if driver has no callbacks

[PATCH v7 2/2] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup state is correct and they have runtime PM enabled. Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> --- drivers/us

[PATCH v5 0/2]

and is left in that state when the system resumes, not delaying it unnecessarily. Thanks, Tomeu Changes in v5: - Check for all dev_pm_ops instances associated to a device, updating a no_pm_callbacks flag at the times when that could change. Tomeu Vizoso (2): PM / sleep: Go direct_complete if driver

[PATCH v5 2/2] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup state is correct and they have runtime PM enabled. Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> --- drivers/us

[PATCH v6 2/2] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup state is correct and they have runtime PM enabled. Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> --- drivers/us

[PATCH v6 0/2] Allow USB devices to remain runtime-suspended when sleeping

ges in v5: - Check for all dev_pm_ops instances associated to a device, updating a no_pm_callbacks flag at the times when that could change. Tomeu Vizoso (2): PM / sleep: Go direct_complete if driver has no callbacks USB / PM: Allow USB devices to remain runtime-suspended when sleeping driv

Re: [PATCH v4 0/22] On-demand device probing

On 9 September 2015 at 03:33, Rob Herring <r...@kernel.org> wrote: > On 09/08/2015 02:30 AM, Tomeu Vizoso wrote: >> On 7 September 2015 at 22:50, Rob Herring <robherri...@gmail.com> wrote: >>> On Mon, Sep 7, 2015 at 7:23 AM, Tomeu Vizoso <tomeu.viz...@coll

Re: [PATCH v4 0/22] On-demand device probing

On 7 September 2015 at 22:50, Rob Herring <robherri...@gmail.com> wrote: > On Mon, Sep 7, 2015 at 7:23 AM, Tomeu Vizoso <tomeu.viz...@collabora.com> > wrote: >> Hello, >> >> I have a problem with the panel on my Tegra Chromebook taking longer >> than

[PATCH v4 0/22] On-demand device probing

ld be used for machines with ACPI, but I haven't been able to find one that had to defer its probes because of the device probe order. - Avoid unlocking the regulator device's mutex if we don't have a device Changes in v2: - Acquire regulator device lock before returning from regulator_dev_looku

[PATCH v2 0/22] On-demand device probing

of the firmware format. - Acquire regulator device lock before returning from regulator_dev_lookup() Tomeu Vizoso (22): platform: delay device-driver matches until late_initcall of/platform: Set fwnode field for new devices device property: add fwnode_get_name() of/platform: add

[PATCH v2 16/22] usb: phy: Probe phy devices on demand

When looking up a phy through its firmware node, probe it if it hasn't already. The goal is to reduce deferred probes to a minimum, as it makes it very cumbersome to find out why a device failed to probe, and can introduce very big delays in when a critical device is probed. Signed-off-by: Tomeu

Re: [PATCH v4 3/3] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

On 16 July 2015 at 02:42, Rafael J. Wysocki r...@rjwysocki.net wrote: On Wednesday, July 15, 2015 02:40:08 PM Tomeu Vizoso wrote: Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup

[PATCH v4 3/3] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup state is correct and they have runtime PM enabled. Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com --- drivers/usb/core

[PATCH v4 0/3]

resumes, not delaying it unnecessarily. Thanks, Tomeu Alan Stern (1): PM / sleep: Allow devices without runtime PM to do direct-complete Tomeu Vizoso (2): PM / sleep: Go direct_complete if driver has no callbacks USB / PM: Allow USB devices to remain runtime-suspended when sleeping

[PATCH v2 0/12] Discover and probe dependencies

a phandle to the backlight device. - Allocate the list of dependencies and pass it to the function that fills it. Tomeu Vizoso (12): device: property: delay device-driver matches device: property: find dependencies of a firmware node string: Introduce strends() gpio: register dependency parser

[PATCH v2 08/12] USB: EHCI: register dependency parser for firmware nodes

So others can find out whether a firmware node depends on a phy as specified in bindings/usb/nvidia,tegra20-ehci.txt. Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com --- Changes in v2: None drivers/usb/host/ehci-tegra.c | 16 1 file changed, 16 insertions(+) diff --git

Re: [PATCH 00/21] On-demand device registration

On 28 May 2015 at 06:33, Rob Herring robherri...@gmail.com wrote: On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso tomeu.viz...@collabora.com wrote: Hello, I have a problem with the panel on my Tegra Chromebook taking longer than expected to be ready during boot (Stéphane Marchesin reported

Re: [PATCH 00/21] On-demand device registration

On 10 June 2015 at 09:30, Linus Walleij linus.wall...@linaro.org wrote: On Tue, Jun 2, 2015 at 12:14 PM, Tomeu Vizoso tomeu.viz...@collabora.com wrote: On 2 June 2015 at 10:48, Linus Walleij linus.wall...@linaro.org wrote: This is what systemd is doing in userspace for starting services: ask

Re: [PATCH 00/21] On-demand device registration

On 3 June 2015 at 21:57, grygorii.stras...@linaro.org grygorii.stras...@linaro.org wrote: Hi Tomeu, On 05/28/2015 07:33 AM, Rob Herring wrote: On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso tomeu.viz...@collabora.com wrote: I have a problem with the panel on my Tegra Chromebook taking longer

Re: [PATCH 00/21] On-demand device registration

On 2 June 2015 at 10:48, Linus Walleij linus.wall...@linaro.org wrote: On Mon, May 25, 2015 at 4:53 PM, Tomeu Vizoso tomeu.viz...@collabora.com wrote: have looked into ordered probing as a better way of solving this than moving nodes around in the DT or playing with initcall levels. While

[PATCH 16/21] usb: phy: Probe phy devices on demand

When looking up a phy through its DT node, ensure that the corresponding device has been registered. Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com --- drivers/usb/phy/phy.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/usb/phy/phy.c b/drivers/usb/phy/phy.c index d1cd6b5

[PATCH 00/21] On-demand device registration

/dri-devel/2014-August/066527.html [1] https://lkml.org/lkml/2014/5/12/452 Tomeu Vizoso (21): regulator: core: Reduce critical area in _regulator_get ARM: tegra: Add gpio-ranges property ARM: tegra: Register drivers before devices ARM: EXYNOS: Register drivers before devices ARM i.MX6q

[PATCH v2 7/7] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

. Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com --- drivers/usb/core/endpoint.c | 17 + drivers/usb/core/message.c | 16 drivers/usb/core/port.c | 6 ++ drivers/usb/core/usb.c | 8 +++- 4 files changed, 46 insertions(+), 1 deletion(-) diff

Re: [PATCH 6/6] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

On 31 March 2015 at 19:09, Alan Stern st...@rowland.harvard.edu wrote: On Tue, 31 Mar 2015, Tomeu Vizoso wrote: Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state. Also

[PATCH v2 0/7] Allow UVC devices to remain runtime-suspended when sleeping

), which requires that a device and all its descendants opt-in by having their dev_pm_ops.prepare callback return 1, to have runtime PM enabled, and to be runtime suspended when the system goes to a sleep state. Thanks, Tomeu Tomeu Vizoso (7): Input: Implement dev_pm_ops.prepare in input_class

[PATCH 0/6] Allow UVC devices to remain runtime-suspended when sleeping

-suspended devices unnecessarily), which requires that a devices and all its descendants opt-in by having their dev_pm_ops.prepare callback return 1, to have runtime PM enabled, and to be runtime suspended when the system goes to a sleep state. Thanks, Tomeu Tomeu Vizoso (6): [media] uvcvideo

[PATCH 6/6] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state. Also enable runtime PM for endpoints, which is another requirement for the above to work. Signed-off-by: Tomeu Vizoso

Re: [PATCH] usb: host: ehci-tegra: request deferred probe when failing to get phy

the phy device later when booting. Now we have to do that explicitly. With this patch, USB works again on this nyan-blaze board. Tested-by: Tomeu Vizoso tomeu.viz...@collabora.com Thanks, Tomeu Signed-off-by: Vince Hsu vin...@nvidia.com --- Hi, This fixes a regression found on 3.19-rc1

Re: [PATCH v3 0/9] Tegra xHCI support

On 15 September 2014 19:06, Andrew Bresticker abres...@chromium.org wrote: On Mon, Sep 15, 2014 at 12:00 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote: On 12 September 2014 18:37, Andrew Bresticker abres...@chromium.org wrote: On Tue, Sep 9, 2014 at 1:21 AM, Tomeu Vizoso to...@tomeuvizoso.net

Re: [PATCH v3 0/9] Tegra xHCI support

On 12 September 2014 18:37, Andrew Bresticker abres...@chromium.org wrote: On Tue, Sep 9, 2014 at 1:21 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote: On 8 September 2014 18:22, Andrew Bresticker abres...@chromium.org wrote: On Mon, Sep 8, 2014 at 8:34 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote

Re: [PATCH v3 0/9] Tegra xHCI support

On 09/09/2014 07:09 PM, Andrew Bresticker wrote: On Tue, Sep 9, 2014 at 1:21 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote: On 8 September 2014 18:22, Andrew Bresticker abres...@chromium.org wrote: On Mon, Sep 8, 2014 at 8:34 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote: On 2 September 2014 23

Re: [PATCH v3 0/9] Tegra xHCI support

On 8 September 2014 18:22, Andrew Bresticker abres...@chromium.org wrote: On Mon, Sep 8, 2014 at 8:34 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote: On 2 September 2014 23:34, Andrew Bresticker abres...@chromium.org wrote: Tested on Venice2, Jetson TK1, and Big with a variety of USB2.0

Re: [PATCH v3 0/9] Tegra xHCI support

On 2 September 2014 23:34, Andrew Bresticker abres...@chromium.org wrote: Tested on Venice2, Jetson TK1, and Big with a variety of USB2.0 and USB3.0 memory sticks and ethernet dongles using controller firmware recently posted by Andrew Chew [2]. I have had mixed results when testing this on a

Re: [PATCH v2 0/9] Tegra xHCI support

On 18 August 2014 19:08, Andrew Bresticker abres...@chromium.org wrote: Tested on Venice2, Jetson TK1, and Big with a variety of USB2.0 and USB3.0 memory sticks and ethernet dongles using controller firmware from the ChromiumOS tree [2]. Hi Andrew, do you have any information regarding the