- Nov 08, 2014
-
-
Varka Bhadram authored
Sanity check on resource happening with devm_ioremap_resource(). Signed-off-by:
Varka Bhadram <varkab@cdac.in> 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:
Alan Stern <stern@rowland.harvard.edu> Acked-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:
-
- Nov 04, 2014
-
-
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:
-
Sudip Mukherjee authored
the integer variable 'feature' was not being used anywhere in the function. so it is safe to remove the variable. Signed-off-by:
Sudip Mukherjee <sudip@vectorindia.org> Signed-off-by:
-
Joe Perches authored
No caller or macro uses the return value so make it void. Signed-off-by:
Joe Perches <joe@perches.com> Signed-off-by:
-
Alexandre Belloni authored
Remove unnecessary mach/* headers to be able to converge to a multiplatform kernel. Signed-off-by:
Alexandre Belloni <alexandre.belloni@free-electrons.com> Reviewed-by:
-
