All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marek Vasut <marex@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v7 3/3] common: Generic firmware loader for file system
Date: Thu, 1 Feb 2018 10:16:39 +0100	[thread overview]
Message-ID: <c9cf822f-5863-ea64-6809-b9ea8ae08300@denx.de> (raw)
In-Reply-To: <1517468787.2520.2.camel@intel.com>

On 02/01/2018 08:06 AM, Chee, Tien Fong wrote:
> On Tue, 2018-01-30 at 13:12 +0100, Marek Vasut wrote:
>> On 01/30/2018 12:16 PM, tien.fong.chee at intel.com wrote:
>>>
>>> From: Tien Fong Chee <tien.fong.chee@intel.com>
>>>
>>> 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 <tien.fong.chee@intel.com>
>>> Reviewed-by: Lothar Waßmann <LW@KARO-electronics.de>
>>> ---
>>>  common/Kconfig             |   9 ++
>>>  common/Makefile            |   1 +
>>>  common/fs_loader.c         | 326
>>> +++++++++++++++++++++++++++++++++++++++++++++
>>>  doc/README.firmware_loader |  76 +++++++++++
>>>  include/fs_loader.h        |  28 ++++
>>>  5 files changed, 440 insertions(+)
>>>  create mode 100644 common/fs_loader.c
>>>  create mode 100644 doc/README.firmware_loader
>>>  create mode 100644 include/fs_loader.h
>> [...]
>>
>>>
>>> +#ifdef CONFIG_CMD_UBIFS
>>> +static int mount_ubifs(struct device_location *location)
>>> +{
>>> +	int ret;
>>> +	char cmd[32];
>>> +
>>> +	snprintf(cmd, sizeof(location->mtdpart), "ubi part %s",
>>> +		 location->mtdpart);
>>> +
>>> +	ret = run_command(cmd, 0);
>> Can you call the UBI functions directly instead of invoking the U-
>> Boot
>> command parser ?
>>
> Okay.
>>>
>>> +	if (ret)
>>> +		return ret;
>>> +
>>> +	snprintf(cmd, sizeof(location->ubivol), "ubifsmount %s",
>>> +		 location->ubivol);
>>> +
>>> +	ret = run_command(cmd, 0);
>> DTTO here ...
>>
> Okay.
> 
> Could i submit the next version immediately for this minor change?

Wait a bit for some further feedback. Also make sure to go through the
patchset one more time and see if there aren't any similar mistakes.

-- 
Best regards,
Marek Vasut

      reply	other threads:[~2018-02-01  9:16 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-30 11:16 [U-Boot] [PATCH v7 0/3] Generic firmware loader tien.fong.chee at intel.com
2018-01-30 11:16 ` [U-Boot] [PATCH v7 1/3] spl: Remove static declaration on spl_mmc_find_device function tien.fong.chee at intel.com
2018-01-30 11:16 ` [U-Boot] [PATCH v7 2/3] cmd: ubifs: Move ubifs_initialized checking into cmd_ubifs_umount() tien.fong.chee at intel.com
2018-01-30 12:09   ` Marek Vasut
2018-02-01  6:10     ` Chee, Tien Fong
2018-01-30 11:16 ` [U-Boot] [PATCH v7 3/3] common: Generic firmware loader for file system tien.fong.chee at intel.com
2018-01-30 12:12   ` Marek Vasut
2018-02-01  7:06     ` Chee, Tien Fong
2018-02-01  9:16       ` Marek Vasut [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c9cf822f-5863-ea64-6809-b9ea8ae08300@denx.de \
    --to=marex@denx.de \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.