- 07 Nov, 2014 29 commits
-
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
Varka Bhadram <varkab@cdac.in> Acked-by:
Alan Stern <stern@rowland.harvard.edu> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
Felipe Balbi <balbi@ti.com> Reviewed-by:
Gregory CLEMENT <gregory.clement@free-electrons.com> Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
-
Varka Bhadram authored
Fix on accessing NULL pointer dereference on get resource failed. Signed-off-by:
-
Varka Bhadram authored
Fix in accessing NULL if resource didn't get. Signed-off-by:
-
Mark Knibbs authored
Some mass storage devices return a bogus value in response to a Get Max LUN request. The Iomega Jaz USB Adapter responds with 0x10, hence my recent patch to use the US_FL_SINGLE_LUN quirk for it. The USB MSC Bulk Only Transport document says "The device shall return one byte of data that contains the maximum LUN supported by the device." Since the LUN field in the command block wrapper is only 4 bits wide, it might be helpful to report too-large LUN values in the kernel log, and assume max LUN is actually 0. That could get some devices which currently need the US_FL_SINGLE_LUN quirk to work. Signed-off-by:
Mark Knibbs <markk@clara.co.uk> Acked-by:
-
- 03 Nov, 2014 11 commits
-
-
Geert Uytterhoeven authored
Signed-off-by:
Geert Uytterhoeven <geert+renesas@glider.be> Signed-off-by:
-
Peter Chen authored
The memory subsystem has already had similar message for it. Signed-off-by:
Peter Chen <peter.chen@freescale.com> Signed-off-by:
-
Peter Chen authored
The memory subsystem has already had similar message for it. Signed-off-by:
-
Peter Chen authored
The memory subsystem has already had similar message for it. Signed-off-by:
-
Peter Chen authored
The memory subsystem has already had similar message for it. Signed-off-by:
-
Peter Chen authored
The memory subsystem has already had similar message for it. Signed-off-by:
-
Peter Chen authored
The memory subsystem has already had similar message for it. Signed-off-by:
-
Peter Chen authored
The memory subsystem has already had similar message for it. Signed-off-by:
-
Peter Chen authored
The memory subsystem has already had similar message for it. Signed-off-by:
-
Wonhong Kwon authored
ehci/ohci-platform just define .suspend/.resume functions for dev_pm_ops, but in order to support both STR(suspend-to-ram) and hibernation, other callbacks such as .freeze/.thaw are also required. Registering all required callbacks for both STR and hibernation can be done by SIMPLE_DEV_PM_OPS macro function. Signed-off-by:
Wonhong Kwon <wonhong.kwon@lge.com> Acked-by:
-
Jingoo Han authored
Use %pad for dma_addr_t, because a dma_addr_t type can vary based on build options. So, it prevents the following build warnings in printks. drivers/usb/host/imx21-hcd.c:1175:2: warning: format '%X' expects argument of type 'unsigned int', but argument 8 has type 'dma_addr_t' [-Wformat] drivers/usb/host/imx21-hcd.c:1175:2: warning: format '%X' expects argument of type 'unsigned int', but argument 10 has type 'dma_addr_t' [-Wformat] Signed-off-by:
Jingoo Han <jg1.han@samsung.com> Signed-off-by:
-
