On Mon, Oct 07, 2019 at 09:47:46AM +0900, AKASHI Takahiro wrote:
> On Sat, Oct 05, 2019 at 08:53:39AM +0200, Heinrich Schuchardt wrote:
> > On 10/4/19 3:20 AM, AKASHI Takahiro wrote:
> > >With this patch, when setting UEFI variable with "env set -e" command,
> > >we will be able to
> > >- specify v
On Sun, Oct 6, 2019 at 7:19 PM Bin Meng wrote:
>
> On Sat, Oct 5, 2019 at 9:12 PM Bin Meng wrote:
> >
> > On Wed, Sep 25, 2019 at 10:58 PM Simon Glass wrote:
> > >
> > > If PCI auto-config runs out of memory, show a few more details to help
> > > diagnose the problem.
> > >
> > > Signed-off-by:
On Sun, Oct 6, 2019 at 6:04 PM Bin Meng wrote:
>
> On Sat, Oct 5, 2019 at 11:30 AM Bin Meng wrote:
> >
> > On Wed, Sep 25, 2019 at 10:58 PM Simon Glass wrote:
> > >
> > > At present these functions are stubbed out. For more comprehensive testing
> > > with PCI devices it is useful to be able to
On Fri, Oct 04, 2019 at 08:09:57AM +0200, Heinrich Schuchardt wrote:
> On 10/4/19 6:45 AM, AKASHI Takahiro wrote:
> >This patch will lift the upper limit of maximum path length.
> >
> >Signed-off-by: AKASHI Takahiro
>
> Thanks for addressing this issue.
>
> Please, have a look at the side effect
On Sat, Oct 5, 2019 at 11:30 PM Bin Meng wrote:
>
> On Wed, Sep 25, 2019 at 10:58 PM Simon Glass wrote:
> >
> > U-Boot has two distinct phases: before and after relocation. These are
> > commonly referred to as F (running from Flash) and R (Relocated and
> > running from RAM). Some drivers want t
On Sat, Oct 5, 2019 at 11:30 PM Bin Meng wrote:
>
> On Wed, Sep 25, 2019 at 10:58 PM Simon Glass wrote:
> >
> > At present libfdt is included in SPL/TPL if SPL/TPL_OF_CONTROL is enabled.
> > But if of-platdata is in use this is not required. Update the condition to
> > avoid building this extra c
On Sat, Oct 5, 2019 at 11:33 PM Bin Meng wrote:
>
> On Wed, Sep 25, 2019 at 10:58 PM Simon Glass wrote:
> >
> > At present this hedaer is only available on x86. To allow sandbox to use
> > it for testing, move it to a common location.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > arch/x86/
On Fri, Oct 04, 2019 at 08:53:00PM +0200, Heinrich Schuchardt wrote:
> On 10/4/19 5:05 AM, AKASHI Takahiro wrote:
> > This function is always paired with either fs_set_blk_desc() or
> > fs_set_blk_desc_with_part(). So just export it.
> >
> > Signed-off-by: AKASHI Takahiro
> > ---
> > fs/fs.c
On Fri, Oct 04, 2019 at 09:04:59PM +0200, Heinrich Schuchardt wrote:
> On 10/4/19 5:05 AM, AKASHI Takahiro wrote:
> > This function is a variant of fs_get_type_name() and returns a filesystem
> > type with which the current device is associated.
> > We don't want to export fs_type variable directly
On Fri, Oct 04, 2019 at 09:13:08PM +0200, Heinrich Schuchardt wrote:
> On 10/4/19 5:05 AM, AKASHI Takahiro wrote:
> > In the current implementation, EFI_SIMPLEFILE_SYSTEM_PROTOCOL is always
> > installed to all the partitions even if some of them may house no file
> > system.
> >
> > With this patc
On Fri, Oct 04, 2019 at 09:15:19PM +0200, Heinrich Schuchardt wrote:
> On 10/4/19 5:05 AM, AKASHI Takahiro wrote:
> > Currently, a whole disk without any partitions is not associated
> > with EFI_SIMPLE_FILE_SYSTEM_PROTOCOL. So even if it houses some
> > file system, there is a chance that we may n
On Sun, 2019-10-06 at 12:28 -0400, Simon South wrote:
> These two patches fix small issues with the Rockchip RK3328 SDRAM
> driver that prevented my PINE64 ROCK64 from booting and running
> normally using U-Boot's TPL [1].
>
> The first patch updates the phy_dll_bypass_set() function to use the
>
On Sun, Oct 06, 2019 at 09:42:30PM -0400, Tom Rini wrote:
> On Mon, Oct 07, 2019 at 09:47:46AM +0900, AKASHI Takahiro wrote:
> > On Sat, Oct 05, 2019 at 08:53:39AM +0200, Heinrich Schuchardt wrote:
> > > On 10/4/19 3:20 AM, AKASHI Takahiro wrote:
> > > >With this patch, when setting UEFI variable w
With this patch, when setting UEFI variable with "env set -e" command,
we will be able to
- specify vendor guid with "-guid guid",
- specify variable attributes, BOOTSERVICE_ACCESS, RUNTIME_ACCESS,
respectively with "-bs" and "-rt",
- append a value instead of overwriting with "-a",
- use memory
Changes in v4 (Oct 7, 2019)
* modify commit message of patch#1 after Heinrich's suggestion
* add patch#2 after Heinrich's suggestion
* add a function description to efi_fs_exists() after Heinrich's
suggestion (patch#4)
Changes in v3 (Oct 4, 2019)
* add patch#1
* use newly-added fs_get_type() ins
fs_ls(), fs_mkdir() and fs_unlink() sets fs_type to FS_TYPE_ANY
explicitly, but it is redundant as they call fs_close().
So just remove those lines.
Signed-off-by: AKASHI Takahiro
---
fs/fs.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/fs/fs.c b/fs/fs.c
index 64ba25fea8bf..b17b76a46ae0
This function is a variant of fs_get_type_name() and returns a filesystem
type with which the current device is associated.
We don't want to export fs_type variable directly because we have to take
care of it consistently within fs.c.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Heinrich Schuchard
fs_close() closes the connection to a file system which opened with
either fs_set_blk_dev() or fs_set_dev_with_part(). Many file system
functions implicitly call fs_close(), e.g. fs_closedir(), fs_exist(),
fs_ln(), fs_ls(), fs_mkdir(), fs_read(), fs_size(), fs_write()
and fs_unlink().
So just expor
In the current implementation, EFI_SIMPLEFILE_SYSTEM_PROTOCOL is always
installed to all the partitions even if some of them may house no file
system.
With this patch, that protocol will be installed only if any file system
exists.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Heinrich Schuchardt
Currently, a whole disk without any partitions is not associated
with EFI_SIMPLE_FILE_SYSTEM_PROTOCOL. So even if it houses some
file system, there is a chance that we may not be able to access
it, particularly, when accesses are to be attempted after searching
that protocol against a device handle
On 01.10.2019 11:59, Tudor Ambarus - M18064 wrote:
> From: Tudor Ambarus
>
> JESD216 allow vendors to define their own SFDP tables.
>
> Add Microchip SFDP parser. The vendor table is allocated using
> resource-managed kmalloc - the table will be freed on driver detach.
> It will be accessible
Applied this series to u-boot-atmel/next, thanks !
On 27.09.2019 16:08, Tudor Ambarus - M18064 wrote:
> From: Tudor Ambarus
>
> Add support for sam9x60 SOC, sam9x60ek board, dts, NAND and QSPI.
> Add defconfigs for MMC, NAND and QSPI.
>
> v3:
> - Enable MII utility commands and phy in qspi & na
On 30.09.2019 10:28, Eugen Hristev - M18282 wrote:
> From: Eugen Hristev
>
> Add onewire node for w1 support.
>
> Signed-off-by: Eugen Hristev
> ---
Applied this series to u-boot-atmel/next
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists
101 - 123 of 123 matches
Mail list logo
