From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lothar =?UTF-8?B?V2HDn21hbm4=?= Date: Wed, 6 Dec 2017 12:00:21 +0100 Subject: [U-Boot] [PATCH v5 07/20] common: Generic firmware loader for file system In-Reply-To: <1512554780.2376.6.camel@intel.com> References: <1512460690-3454-1-git-send-email-tien.fong.chee@intel.com> <1512460690-3454-8-git-send-email-tien.fong.chee@intel.com> <20171205095301.025ad551@karo-electronics.de> <1512554780.2376.6.camel@intel.com> Message-ID: <20171206120021.05526326@karo-electronics.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit To: u-boot@lists.denx.de Hi, On Wed, 6 Dec 2017 10:06:21 +0000 Chee, Tien Fong wrote: > On Sel, 2017-12-05 at 09:53 +0100, Lothar Waßmann wrote: > > Hi, > > > > On Tue,  5 Dec 2017 15:57:57 +0800 tien.fong.chee at intel.com wrote: > > > > > > From: Tien Fong Chee > > > > > > This is file system generic loader which can be used to load > > > the file image from the storage into target such as memory. > > > The consumer driver would then use this loader to program whatever, > > > ie. the FPGA device. > > > > > > Signed-off-by: Tien Fong Chee > > > --- > > >  common/Makefile     |   1 + > > >  common/fs_loader.c  | 304 > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > > >  include/fs_loader.h |  30 ++++++ > > >  3 files changed, 335 insertions(+) > > >  create mode 100644 common/fs_loader.c > > >  create mode 100644 include/fs_loader.h > > > > > > diff --git a/common/Makefile b/common/Makefile > > > index 801ea31..419e915 100644 > > > --- a/common/Makefile > > > +++ b/common/Makefile > > > @@ -130,3 +130,4 @@ obj-$(CONFIG_CMD_DFU) += dfu.o > > >  obj-y += command.o > > >  obj-y += s_record.o > > >  obj-y += xyzModem.o > > > +obj-y += fs_loader.o > > > diff --git a/common/fs_loader.c b/common/fs_loader.c > > > new file mode 100644 > > > index 0000000..04f682b > > > --- /dev/null > > > +++ b/common/fs_loader.c > > > @@ -0,0 +1,304 @@ > > > +/* > > > + * Copyright (C) 2017 Intel Corporation > > > + * > > > + * SPDX-License-Identifier:    GPL-2.0 > > > + */ > > > + > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > + > > > +static struct device_location default_locations[] = { > > > + { > > > + .name = "mmc", > > > + .devpart = "0:1", > > > + }, > > > + { > > > + .name = "usb", > > > + .devpart = "0:1", > > > + }, > > > + { > > > + .name = "sata", > > > + .devpart = "0:1", > > > + }, > > > +}; > > > + > > > +/* USB build is not supported yet in SPL */ > > > +#ifndef CONFIG_SPL_BUILD > > > +#ifdef CONFIG_USB_STORAGE > > > +static int init_usb(void) > > > +{ > > > + int err = 0; > > > > > Useless initialization. > > > noted. > > > > > > + err = usb_init(); > > > + > > > + if (err) > > > > > Unnecessary blank line. > > > Sorry, i'm not catching you because there is no blank line between "if" > and "return" > I meant the blank line between 'err = ...' and 'if (err)' > > > > > > + if (!strcmp(default_locations[i].name, name)) > > > + default_locations[i].devpart = devpart; > > > + } > > > + > > > + return; > > > +} > > > + > > > +/* > > > + * Prepare firmware struct; > > > + * return -ve if fail. > > > + */ > > > +static int _request_firmware_prepare(struct firmware **firmware_p, > > > +      const char *name, void *dbuf, > > > +      size_t size, u32 offset) > > > +{ > > > + struct firmware *firmware = NULL; > > > + int ret = 0; > > > + > > > + if (!name || name[0] == '\0') > > > + ret = -EINVAL; > > > + > > Is it really useful to continue here initializing the 'firmware' > > struct and returning an error at the end? > > > I try to keep it very close to Linux firmware loader. When more API > ported in from Linux in future, this can be helper function. Anyway, i > have no strong opinion, i can move to caller if you guys think that is > better. The Linux firmware loader has this: | if (!name || name[0] == '\0') { | ret = -EINVAL; | goto out; | } Note the 'goto out' which is missing in your code. If following the Linux code closely, you would have to set *firmware_p to NULL and exit in this case. Lothar Waßmann