[PACTH v1 2/2] usb: xhci: plat: Enable async suspend/resume

it to suspend and resume asynchronously. Signed-off-by: Andrew Bresticker Tested-by: Andrew Bresticker Tested-by: Robert Foss Signed-off-by: Robert Foss --- drivers/usb/host/xhci-plat.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/host/xhci-plat.c b/drivers/usb/host/xhci-plat.c

[PACTH v1 1/2] usb: xhci: plat: Enable runtime PM

From: Andrew Bresticker Enable runtime PM for the xhci-plat device so that the parent device may implement runtime PM. Signed-off-by: Andrew Bresticker Tested-by: Robert Foss Signed-off-by: Robert Foss --- drivers/usb/host/xhci-plat.c | 19 +-- 1 file changed, 17 insertions

[PACTH v1 0/2] usb: xhci: plat: Enable PM, async resume/suspend

From: Robert Foss <robert.f...@collabora.com> This series enables runtime PM and asynchronous resume/suspend support for xhci-plat devices. Andrew Bresticker (2): usb: xhci: plat: Enable runtime PM usb: xhci: plat: Enable async suspend/resume drivers/usb/host/xhci-plat.

[PACTH v1 0/2] usb: xhci: plat: Enable PM, async resume/suspend

From: Robert Foss This series enables runtime PM and asynchronous resume/suspend support for xhci-plat devices. Andrew Bresticker (2): usb: xhci: plat: Enable runtime PM usb: xhci: plat: Enable async suspend/resume drivers/usb/host/xhci-plat.c | 20 ++-- 1 file changed, 18

[PACTH v1] cdc-wdm: Clear read pipeline in case of error

(or go through the same logic again, if another read error occurs). If there was no outstanding response, this will bring the queue size back to 0, unblocking a future response from the underlying device. Signed-off-by: Prathmesh Prabhu <ppra...@chromium.org> Tested-by: Robert Foss <robert.f..

[PACTH v1] cdc-wdm: Clear read pipeline in case of error

again, if another read error occurs). If there was no outstanding response, this will bring the queue size back to 0, unblocking a future response from the underlying device. Signed-off-by: Prathmesh Prabhu Tested-by: Robert Foss Signed-off-by: Robert Foss --- drivers/usb/class/cdc-wdm.c | 34

[PACTH v2] mmc: sdhci: Do not allow tuning procedure to be interrupted

mplete quickly (<50ms) and we've set a timeout, use wait_event_timeout() instead. Signed-off-by: Christopher Freeman <cfree...@nvidia.com> Tested-by: Robert Foss <robert.f...@collabora.com> Signed-off-by: Robert Foss <robert.f...@collabora.com> --- drivers/mmc/host/sdhci.

[PACTH v2] mmc: sdhci: Do not allow tuning procedure to be interrupted

0ms) and we've set a timeout, use wait_event_timeout() instead. Signed-off-by: Christopher Freeman Tested-by: Robert Foss Signed-off-by: Robert Foss --- drivers/mmc/host/sdhci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c in

Re: [PATCH 1/3] net: asix: Add in_pm parameter

From: Grant Grundler For the record, I believe I am not the author of these patches. I believe the original author is Signed-off-by: Freddy Xin as recorded in the following code reviews (and testing) that I was responsible for:

Re: [PATCH 1/3] net: asix: Add in_pm parameter

From: Grant Grundler For the record, I believe I am not the author of these patches. I believe the original author is Signed-off-by: Freddy Xin as recorded in the following code reviews (and testing) that I was responsible for:

[PATCH 2/2] usb: xhci: plat: Enable async suspend/resume

From: Andrew Bresticker USB host controllers can take a significant amount of time to suspend and resume, adding several hundred miliseconds to the kernel resume time. Since the XHCI controller has no outside dependencies (other than clocks, which are suspended

[PATCH 2/2] usb: xhci: plat: Enable async suspend/resume

From: Andrew Bresticker USB host controllers can take a significant amount of time to suspend and resume, adding several hundred miliseconds to the kernel resume time. Since the XHCI controller has no outside dependencies (other than clocks, which are suspended late/resumed early), allow it to

[PATCH 1/2] usb: xhci: plat: Enable runtime PM

From: Andrew Bresticker Enable runtime PM for the xhci-plat device so that the parent device may implement runtime PM. Signed-off-by: Andrew Bresticker --- drivers/usb/host/xhci-plat.c | 19 +-- 1 file changed, 17 insertions(+), 2

[PATCH 1/2] usb: xhci: plat: Enable runtime PM

From: Andrew Bresticker Enable runtime PM for the xhci-plat device so that the parent device may implement runtime PM. Signed-off-by: Andrew Bresticker --- drivers/usb/host/xhci-plat.c | 19 +-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git

[PATCH 3/3] net: asix: Fix AX88772x resume failures

From: WK Tsai The change fixes AX88772x resume failure by - Restore incorrect AX88772A PHY registers when resetting - Need to stop MAC operation when suspending - Need to restart MII when restoring PHY Signed-off-by: WK Tsai ---

[PATCH 3/3] net: asix: Fix AX88772x resume failures

From: WK Tsai The change fixes AX88772x resume failure by - Restore incorrect AX88772A PHY registers when resetting - Need to stop MAC operation when suspending - Need to restart MII when restoring PHY Signed-off-by: WK Tsai --- drivers/net/usb/asix_devices.c | 47

[PATCH 1/3] net: asix: Add in_pm parameter

From: Grant Grundler In order to R/W registers in suspend/resume functions, in_pm flags are added to some functions to determine whether the nopm version of usb functions is called. Save BMCR and ANAR PHY registers in suspend function and restore them in resume function.

[PATCH 2/3] net: asix: Avoid looping when the device is disconnected

From: Vincent Palatin Check the answers from the USB stack and avoid re-sending multiple times the request if the device has disappeared. Signed-off-by: Vincent Palatin --- drivers/net/usb/asix_common.c | 56

[PATCH 1/3] net: asix: Add in_pm parameter

From: Grant Grundler In order to R/W registers in suspend/resume functions, in_pm flags are added to some functions to determine whether the nopm version of usb functions is called. Save BMCR and ANAR PHY registers in suspend function and restore them in resume function. Reset HW in resume

[PATCH 2/3] net: asix: Avoid looping when the device is disconnected

From: Vincent Palatin Check the answers from the USB stack and avoid re-sending multiple times the request if the device has disappeared. Signed-off-by: Vincent Palatin --- drivers/net/usb/asix_common.c | 56 +- drivers/net/usb/asix_devices.c | 2 ++

[PATCH] mmc: sdhci: Do not allow tuning procedure to be interrupted

From: Christopher Freeman wait_event_interruptible_timeout() will return early if the blocked process receives a signal, causing the driver to abort the tuning procedure and possibly leaving the controller in a bad state. Since the tuning command is expected to complete

[PATCH] mmc: sdhci: Do not allow tuning procedure to be interrupted

From: Christopher Freeman wait_event_interruptible_timeout() will return early if the blocked process receives a signal, causing the driver to abort the tuning procedure and possibly leaving the controller in a bad state. Since the tuning command is expected to complete quickly (<50ms) and

Re: [PATCH v2] drm/vc4: Return -EBUSY if there's already a pending flip event.

Thanks Eric! On 2016-05-10 01:06 PM, Eric Anholt wrote: Robert Foss <robert.f...@collabora.com> writes: On 2016-05-03 03:22 PM, Eric Anholt wrote: robert.f...@collabora.com writes: From: Robert Foss <robert.f...@collabora.com> As per the documentation in drm_crtc.h, atomic_c

Re: [PATCH v2] drm/vc4: Return -EBUSY if there's already a pending flip event.

Thanks Eric! On 2016-05-10 01:06 PM, Eric Anholt wrote: Robert Foss writes: On 2016-05-03 03:22 PM, Eric Anholt wrote: robert.f...@collabora.com writes: From: Robert Foss As per the documentation in drm_crtc.h, atomic_commit should return -EBUSY if an asycnhronous update is requested

Re: [PATCH v2] drm/vc4: Return -EBUSY if there's already a pending flip event.

On 2016-05-03 03:22 PM, Eric Anholt wrote: robert.f...@collabora.com writes: From: Robert Foss <robert.f...@collabora.com> As per the documentation in drm_crtc.h, atomic_commit should return -EBUSY if an asycnhronous update is requested and there is an earlier update pending. Note

Re: [PATCH v2] drm/vc4: Return -EBUSY if there's already a pending flip event.

On 2016-05-03 03:22 PM, Eric Anholt wrote: robert.f...@collabora.com writes: From: Robert Foss As per the documentation in drm_crtc.h, atomic_commit should return -EBUSY if an asycnhronous update is requested and there is an earlier update pending. Note: docs cited here are drm_crtc.h

[PATCH v2] drm/vc4: Return -EBUSY if there's already a pending flip event.

From: Robert Foss <robert.f...@collabora.com> As per the documentation in drm_crtc.h, atomic_commit should return -EBUSY if an asycnhronous update is requested and there is an earlier update pending. Note: docs cited here are drm_crtc.h, and the whole quote is: * -

[PATCH v2] drm/vc4: Return -EBUSY if there's already a pending flip event.

From: Robert Foss As per the documentation in drm_crtc.h, atomic_commit should return -EBUSY if an asycnhronous update is requested and there is an earlier update pending. Note: docs cited here are drm_crtc.h, and the whole quote is: * - -EBUSY, if an asynchronous updated is requested

Re: [PATCH] drm/vc4: Return -EBUSY if there's already a pending flip event.

On 05/02/2016 08:57 PM, Eric Anholt wrote: robert.f...@collabora.com writes: From: Robert Foss <robert.f...@collabora.com> As per the docs, atomic_commit should return -EBUSY "if an asycnhronous update is requested and there is an earlier update pending". Note:

Re: [PATCH] drm/vc4: Return -EBUSY if there's already a pending flip event.

On 05/02/2016 08:57 PM, Eric Anholt wrote: robert.f...@collabora.com writes: From: Robert Foss As per the docs, atomic_commit should return -EBUSY "if an asycnhronous update is requested and there is an earlier update pending". Note: docs cited here are drm_crtc.h, and the w

[PATCH] drm/vc4: Return -EBUSY if there's already a pending flip event.

From: Robert Foss <robert.f...@collabora.com> As per the docs, atomic_commit should return -EBUSY "if an asycnhronous update is requested and there is an earlier update pending". This patch is based on the rockchip patch below: http://article.gmane.org/gmane.comp.video.

[PATCH] drm/vc4: Return -EBUSY if there's already a pending flip event.

From: Robert Foss As per the docs, atomic_commit should return -EBUSY "if an asycnhronous update is requested and there is an earlier update pending". This patch is based on the rockchip patch below: http://article.gmane.org/gmane.comp.video.dri.devel/151678 Note: This patch

[PATCH] drm/vc4: Return -EBUSY if there's already a pending flip event.

From: Robert Foss <robert.f...@collabora.com> As per the docs, atomic_commit should return -EBUSY "if an asycnhronous update is requested and there is an earlier update pending". Signed-off-by: Robert Foss <robert.f...@collabora.com> --- drivers/gpu/drm/vc4/vc4_crtc.c |

[PATCH] drm/vc4: Return -EBUSY if there's already a pending flip event.

From: Robert Foss As per the docs, atomic_commit should return -EBUSY "if an asycnhronous update is requested and there is an earlier update pending". Signed-off-by: Robert Foss --- drivers/gpu/drm/vc4/vc4_crtc.c | 6 ++ drivers/gpu/drm/vc4/vc4_drv.h | 1 + drivers/g

[PATCH v2] drm/docs: Move "scaling mode" property.

From: Robert Foss <robert.f...@collabora.com> The "scaling mode" property has been moved to the DRM->Generic. It has also had a list of supported drivers added to it. Reviewed-by: Alex Deucher <alexander.deuc...@amd.com> Signed-off-by: Robert Foss <robert.f...@collabo

[PATCH v2] drm/docs: Move "scaling mode" property.

From: Robert Foss The "scaling mode" property has been moved to the DRM->Generic. It has also had a list of supported drivers added to it. Reviewed-by: Alex Deucher Signed-off-by: Robert Foss --- Changes since v1: - Added Reviewed-by: Alex Deucher Documentation/DocBook/

[PATCH] drm/docs: Move "scaling mode" property.

From: Robert Foss <robert.f...@collabora.com> The "scaling mode" property has been moved to the DRM->Generic. It has also had a list of supported drivers added to it. Signed-off-by: Robert Foss <robert.f...@collabora.com> --- Documentation/DocBook/gpu.tmpl | 22 +

[PATCH] drm/docs: Move "scaling mode" property.

From: Robert Foss The "scaling mode" property has been moved to the DRM->Generic. It has also had a list of supported drivers added to it. Signed-off-by: Robert Foss --- Documentation/DocBook/gpu.tmpl | 22 ++ 1 file changed, 10 insertions(+), 12 deletions(-

[PATCH] drm/vc4: Return -EBUSY if there's already a pending flip event.

From: Robert Foss <robert.f...@collabora.com> As per the docs, atomic_commit should return -EBUSY "if an asycnhronous update is requested and there is an earlier update pending". This patch is based on the rockchip patch below: http://article.gmane.org/gmane.comp.video.

[PATCH] drm/vc4: Return -EBUSY if there's already a pending flip event.

From: Robert Foss As per the docs, atomic_commit should return -EBUSY "if an asycnhronous update is requested and there is an earlier update pending". This patch is based on the rockchip patch below: http://article.gmane.org/gmane.comp.video.dri.devel/151678 Signed-off-by: R

[PATCH] include/drm: Reword debug categories comment.

From: Robert Foss <robert.f...@collabora.com> The debug category comment mentions 4 categories, but more than 4 categories are listed. Let's change the wording to something a bit more generic. Signed-off-by: Robert Foss <robert.f...@collabora.com> --- include/drm/drmP.h | 2 +- 1

[PATCH] include/drm: Reword debug categories comment.

From: Robert Foss The debug category comment mentions 4 categories, but more than 4 categories are listed. Let's change the wording to something a bit more generic. Signed-off-by: Robert Foss --- include/drm/drmP.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include

<    3   4   5   6   7   8