aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/usb/gadget/legacy/webcam.c
diff options
context:
space:
mode:
authorDan Ehrenberg <dehrenberg@chromium.org>2014-12-19 14:27:18 -0500
committerRichard Weinberger <richard@nod.at>2015-02-12 17:29:25 -0500
commit1440061be128180a3846480d8b8bd24233edcd2f (patch)
tree11eb08dcccd6ac008c935568bf6d32827c3b5122 /drivers/usb/gadget/legacy/webcam.c
parent88cff0f0fbcf64cb6c2fbad6cf57e2725475d0ee (diff)
UBI: block: Continue creating ubiblocks after an initialization error
If one ubi volume is corrupted but another is not, it should be possible to initialize that ubiblock from a kernel commandline which includes both of them. This patch changes the error handling behavior in initializing ubiblock to ensure that all parameters are attempted even if one fails. If there is a failure, it is logged on dmesg. It also makes error messages more descriptive by including the name of the UBI volume that failed. Tested: Formatted ubi volume /dev/ubi5_0 in a corrupt way and dev/ubi3_0 properly and included "ubi.block=5,0 ubi.block=3,0" on the kernel command line. At boot, I see the following in the console: [ 21.082420] UBI error: ubiblock_create_from_param: block: can't open volume on ubi5_0, err=-19 [ 21.084268] UBI: ubiblock3_0 created from ubi3:0(rootfs) Signed-off-by: Dan Ehrenberg <dehrenberg@chromium.org> Reviewed-by: Ezequiel Garcia <ezequiel@vanguardiasur.com.ar> Signed-off-by: Richard Weinberger <richard@nod.at>
Diffstat (limited to 'drivers/usb/gadget/legacy/webcam.c')
0 files changed, 0 insertions, 0 deletions