Hi,
On Fri, Jul 13, 2018 at 11:45 AM Luis Araneda wrote:
> This series adds support for the Digilent Zybo Z7 board
>
> The only think, that I tested, and is not working yet, is reading the
> MAC address from the OTP region of the SPI flash memory, but I pretend
> to work on that
> [...]
Ping. I'
On 19.7.2018 17:50, Maxime Ripard wrote:
> On Thu, Jul 19, 2018 at 10:53:44AM -0400, Tom Rini wrote:
>> On Thu, Jul 19, 2018 at 03:45:11PM +0200, Michal Simek wrote:
>>> On 19.7.2018 13:13, Maxime Ripard wrote:
Hi,
On Thu, Jul 19, 2018 at 08:45:45AM +0200, Michal Simek wrote:
> T
Hi Michal,
On Thu, Jul 19, 2018 at 3:28 AM Michal Simek wrote:
> Please take a look at
> https://lists.denx.de/pipermail/u-boot/2016-November/274068.html which
> was the series which should replace all these boards setting in a
> generic way. Unfortunately I don't know why it didn't go through.
Hi Tom,
The following changes since commit f7e48c54b246c460503e90315d0cd50ccbd586c6:
Merge tag 'xilinx-for-v2018.09' of
git://git.denx.de/u-boot-microblaze (2018-07-19 11:48:33 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-x86.git
for you to fetch changes up to 05
On 07/19/2018 08:17 PM, Simon Glass wrote:
> Hi Stephen,
>
> On 19 July 2018 at 15:14, Stephen Warren wrote:
>> On 07/18/2018 07:32 PM, Simon Glass wrote:
>>> Hi Stephen,
>>>
>>> On 16 July 2018 at 16:51, Stephen Warren wrote:
From: Stephen Warren
The U-Boot Makefile can invoke b
"mkdir" interface is added to file operations.
This is a preparatory change as mkdir support for FAT file system
will be added in next patch.
Signed-off-by: AKASHI Takahiro
---
fs/fs.c | 45 +
include/fs.h | 10 ++
2 files changed, 55 inse
This patch is necessary to run SCT.efi (UEFI Self-Certification Test).
Returning EFI_SUCCESS can cheat SCT execution.
Signed-off-by: AKASHI Takahiro
---
lib/efi_loader/efi_file.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi_file.c b/lib/efi_loa
In this patch, fatwrite command is extended so as to accept an additional
parameter of file offset.
Signed-off-by: AKASHI Takahiro
---
cmd/fat.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/cmd/fat.c b/cmd/fat.c
index 03de5d11af..2a5f7bfc26 100644
--- a/cmd/fat.c
In this patch, write implementation is overhauled and rewritten by
making full use of directory iterator. The ovbious bonus is that we are
now able to write to a file with a directory path, like /A/B/C/FILE.
Please note that, as there is no notion of "current directory" on u-boot,
a file name spec
In this patch, mkdir support is added to FAT file system.
A newly created directory contains only "." and ".." entries.
Signed-off-by: AKASHI Takahiro
---
fs/fat/fat_write.c | 138 +
fs/fs.c| 3 +-
include/fat.h | 1 +
3 files chan
In efi world, there is no obvious "mkdir" interface, instead, Open()
with EFI_FILE_MODE_CREATE in mode parameter and EFI_FILE_DIRECTORY
in attributes parameter creates a directory.
In this patch, efi_file_open() is extended so as to accept such
a combination of parameters and call u-boot's mkdir i
In this patch, all the necessary code for allowing for a file offset
at write is implemented. What plays a major roll here is get_set_cluster(),
which, in contrast to its counterpart, set_cluster(), only operates on
already-allocated clusters, overwriting with data.
So, with a file offset specifie
In this patch, a new command, fatmkdir, is added.
Please note that, as there is no notion of "current directory" on u-boot,
a directory name specified must contains an absolute directory path as
a parent directory. Otherwise, "/" (root directory) is assumed.
Signed-off-by: AKASHI Takahiro
---
c
The starting cluster number of directory is needed to initialize ".."
(parent directory) entry when creating a new directory.
Signed-off-by: AKASHI Takahiro
---
fs/fat/fat.c | 2 ++
include/fat.h | 1 +
2 files changed, 3 insertions(+)
diff --git a/fs/fat/fat.c b/fs/fat/fat.c
index 9bafc3a40c.
The error message to be matched is wrong. Fix it.
Signed-off-by: AKASHI Takahiro
---
test/fs/fs-test.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/test/fs/fs-test.sh b/test/fs/fs-test.sh
index 2e8d5ee4df..7b0c5ea56f 100755
--- a/test/fs/fs-test.sh
+++ b/test/fs/fs-test.s
The current write implementation is quite simple: remove existing clusters
and then allocating new ones and filling them with data. This, inevitably,
enforces always writing from the beginning of a file.
As the first step to lift this restriction, fat_file_write() and
set_contents() are modified t
It would be good that FAT write function return error code instead of
just returning -1 as fat_read_file() does.
This patch attempts to address this issue although it is 'best effort
(or estimate)' for now.
Signed-off-by: AKASHI Takahiro
---
fs/fat/fat_write.c | 19 +++
1 file ch
Directory iterator was introduced in major re-work of read operation by
Rob. We want to use it for write operation extensively as well.
This patch makes relevant functions, as well as iterator defition, visible
outside of fat.c.
Signed-off-by: AKASHI Takahiro
---
fs/fat/fat.c | 39 ++---
FAT file system's long file name support is a bit complicated and has some
restrictions on its naming. We should be careful about it especially for
write as it may easily end up with wrong file system.
normalize_longname() check for the rules and normalize a file name
if necessary. Please note, ho
In my attempt to re-work write operation, it was revealed that iterator's
"clust" does not always point to a cluster to which a current directory
entry ("dent") belongs.
This patch assures that it is always true by adding "next_clust" which is
used solely for dereferencing a cluster chain.
Signed-
FAT's root directory does not have "." nor ".."
So care must be taken when scanning root directory with fat_itr_resolve().
Without this patch, any file path starting with "." or ".." will not be
resolved at all.
Signed-off-by: AKASHI Takahiro
---
fs/fat/fat.c | 21 +
1 file c
get_fs_info() was introduced in major re-work of read operation by Rob.
We want to reuse this function in write operation by extending it with
additional members in fsdata structure.
Signed-off-by: AKASHI Takahiro
---
fs/fat/fat.c | 3 +++
include/fat.h | 2 ++
2 files changed, 5 insertions(+)
This patch series is an attempt to address FAT write related issues
in an effort of running UEFI SCT (Self-Certification Test) to verify
UEFI support on u-boot.
SCT is a test platform as well as an extentisive collection of test
cases for UEFI specification. It can run all the tests automatically
Hi all,
I am sometimes seeing issues when using ext4write where fsck later complains
that the group descriptor has an invalid number of unused inodes. Is this a
known problem?
Also, I think the assert(offset == sizeof(*desc)); in ext4fs_checksum_update()
is invalid since with ext4 the descript
Hi Jens,
On 19 July 2018 at 09:49, Jens Wiklander wrote:
> On Thu, Jul 19, 2018 at 3:32 AM, Simon Glass wrote:
>> Hi Jens,
>>
>> On 17 July 2018 at 09:42, Jens Wiklander wrote:
>>> On Sun, Jul 15, 2018 at 11:20:39PM -0600, Simon Glass wrote:
On 13 July 2018 at 04:12, Jens Wiklander wrote:
On 19 July 2018 at 14:35, Miquel Raynal wrote:
> While there is probably no reason to do so in a real life situation, it
> will allow to compile test both stacks with the same sandbox defconfig.
>
> As we cannot define two 'tpm' commands at the same time, the command for
> TPM v1 is still called '
Hi Stephen,
On 19 July 2018 at 15:14, Stephen Warren wrote:
> On 07/18/2018 07:32 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On 16 July 2018 at 16:51, Stephen Warren wrote:
>>> From: Stephen Warren
>>>
>>> The U-Boot Makefile can invoke binman multiple times in parallel. This
>>> is problemati
On 19 July 2018 at 14:35, Miquel Raynal wrote:
> The TPM_DRIVER_SELECTED symbol was used in one of the initial series
> about TPMv2 but its use has been dropped, making these selects
> useless, remove them.
>
> Signed-off-by: Miquel Raynal
> ---
> drivers/tpm/Kconfig | 3 ---
> 1 file changed, 3
Hi,
On 19 July 2018 at 09:47, Tom Rini wrote:
> On Thu, Jul 19, 2018 at 09:21:39AM -0600, Simon Glass wrote:
>> +Tom
>>
>> Hi Michal,
>>
>> On 19 July 2018 at 00:52, Michal Simek wrote:
>> > Hi Simon,
>> >
>> > On 19.7.2018 03:31, Simon Glass wrote:
>> >> Hi Michal,
>> >>
>> >> On 15 July 2018 a
fdt_fixup_mtdparts() calls mtdparts_init() and device_find(),
which are defined in cmd/mtdparts.c
The combination of FDT_FIXUP_PARTITIONS=y and CMD_MTDPARTS=n
emits the following link error:
common/fdt_support.c:903: undefined reference to `mtdparts_init'
common/fdt_support.c:914: undefined r
On Fri, 20 Jul 2018 04:13:24 +0300
Siarhei Siamashka wrote:
> On Wed, 18 Jul 2018 23:42:07 +0200
> michael vogt wrote:
>
> > Hi
> >
> > I would like to support 4 memory chips for a sunxi board (a20).
> >
> > the current configuration in the sunxi-common.h looks like this:
> >
> > #define CO
On Thu, Jul 19, 2018 at 11:21 PM, Simon Glass wrote:
> On 19 July 2018 at 04:07, Bin Meng wrote:
>> This adds the DM sysreset driver for EFI application support.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v2:
>> - drop patches already applied
>> - new patch to add a sysreset driver
On Thu, Jul 19, 2018 at 11:21 PM, Simon Glass wrote:
> On 19 July 2018 at 04:07, Bin Meng wrote:
>> It's good to print a message when doing reset.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v2:
>> - new patch per Wolfgang's suggestion to add a standard message when
>> doing reset
On Thu, Jul 19, 2018 at 11:21 PM, Simon Glass wrote:
> On 19 July 2018 at 04:07, Bin Meng wrote:
>> This adds a reset driver for tangier processor.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v2:
>> - new patch to add a reset driver for tangier processor
>>
>> arch/x86/cpu/tangier/
On Thu, Jul 19, 2018 at 11:21 PM, Simon Glass wrote:
> On 19 July 2018 at 04:07, Bin Meng wrote:
>> This converts all x86 boards over to DM sysreset.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v2:
>> - remove include of "reset.dsti" in edison.dts
>> - add SYSRESET for efi-x86_app a
On Thu, Jul 19, 2018 at 11:21 PM, Simon Glass wrote:
> On 19 July 2018 at 04:07, Bin Meng wrote:
>> In preparation for the reset driver conversion, eliminate the
>> reset_cpu() call in the FSP init path as it's too early for the
>> reset driver to work.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>>
On Thu, Jul 19, 2018 at 11:21 PM, Simon Glass wrote:
> On 18 July 2018 at 22:42, Bin Meng wrote:
>> The wrapper #ifndef is currently missing in acpi_table.h. Add it to
>> prevent it from being included multiple times.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v2: None
>>
>> arch/
On Thu, Jul 19, 2018 at 11:21 PM, Simon Glass wrote:
> On 18 July 2018 at 22:42, Bin Meng wrote:
>> write_acpi_tables() currently touches ACPI hardware to switch to
>> ACPI mode at the end. Move such operation out of this function,
>> so that it only does what the function name tells us.
>>
>> Si
On Thu, Jul 19, 2018 at 11:21 PM, Simon Glass wrote:
> On 18 July 2018 at 22:42, Bin Meng wrote:
>> acpi_find_fadt(), acpi_find_wakeup_vector() and enter_acpi_mode()
>> are something unrelated to ACPI tables generation. Move these to
>> a separate library.
>>
>> This also fixes several style issu
On Wed, 18 Jul 2018 23:42:07 +0200
michael vogt wrote:
> Hi
>
> I would like to support 4 memory chips for a sunxi board (a20).
>
> the current configuration in the sunxi-common.h looks like this:
>
> #define CONFIG_NR_DRAM_BANKS 1
> #define PHYS_SDRAM_0 CONFIG_SYS_S
Hi Michal,
On Thu, Jul 19, 2018 at 2:23 AM Michal Simek wrote:
> On 18.7.2018 20:02, Luis Araneda wrote:
> > [...]
> > I didn't send them because just changing the defconfig isn't enough,
>
> It should be enough. It is configuration option and just enabling that
> feature. You should still be abl
On Fri, Jul 20, 2018 at 01:28:43AM +0300, Sam Protsenko wrote:
> Underlying API should already print some meaningful error message, so
> this one is just brings more noise. E.g. we can see log like this:
>
> MMC: no card present
> ** Bad device mmc 0 **
>
> Obviously, second error messag
Underlying API should already print some meaningful error message, so
this one is just brings more noise. E.g. we can see log like this:
MMC: no card present
** Bad device mmc 0 **
Obviously, second error message is unwanted. Let's remove it to make log
more short and clear.
Signed-off-b
This only clutters the log with unnecessary details, as we already have
all needed warnings by the time. Example:
Loading Environment from FAT... MMC: no card present
** Bad device mmc 0 **
Failed (-5)
Remove this "Failed" message to keep log short and clear.
Signed-off-by: Sam Prots
This is another attempt to make boot log better, without hackery this
time. Basically here we just remove unwanted error messages, relying on
the message from most deep API to be printed (like mmc subsystem). This
approach *might* have its shortcomings, though:
1. With no "Failed" message, at some
Hi Tom,
On Thu, Jul 19, 2018 at 04:31:01PM -0400, Tom Rini wrote:
> On Tue, Jun 26, 2018 at 07:43:00PM +0200, Sebastian Reichel wrote:
>
> > From: Denis Zalevskiy
> >
> > Use standard configuration logic to define EEPROM constants. Names are
> > based on
> > VPD_EEPROM_ prefix because EEPROM_
On 07/18/2018 07:32 PM, Simon Glass wrote:
> Hi Stephen,
>
> On 16 July 2018 at 16:51, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> The U-Boot Makefile can invoke binman multiple times in parallel. This
>> is problematic because binman uses a static hard-coded temporary file
>> name. If t
TPM_V1 was already compiled by default. Now that both can be compiled
at the same time, compiled them both by default.
Signed-off-by: Miquel Raynal
Reviewed-by: Simon Glass
---
drivers/tpm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/tpm/Kconfig b/drivers/tpm/Kconfig
inde
While using the 'tpm' command should work on most cases, this test suite
only works with TPMv2 and since the work to make both versions build at
the same time, we might end up having both 'tpm' (TPMv1) and 'tpm2'
(TPMv2) commands available at the same time. Ensure this test suite
always use the rig
While there is probably no reason to do so in a real life situation, it
will allow to compile test both stacks with the same sandbox defconfig.
As we cannot define two 'tpm' commands at the same time, the command for
TPM v1 is still called 'tpm' and the one for TPM v2 'tpm2'. While this
is the exa
Now that TPMv1 and TPMv2 can be compiled at the same time, let's compile
them both with Sandbox as well as both drivers (and, it is already
implied in Kconfig: both commands).
Signed-off-by: Miquel Raynal
Reviewed-by: Simon Glass
---
configs/sandbox_defconfig | 3 +++
1 file changed, 3 insertio
The udevice given to the open() function of course must be opened,
not closed.
Signed-off-by: Miquel Raynal
Reviewed-by: Simon Glass
---
include/tpm-common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/tpm-common.h b/include/tpm-common.h
index 734c2c9d53..68bf8fd
The TPM_DRIVER_SELECTED symbol was used in one of the initial series
about TPMv2 but its use has been dropped, making these selects
useless, remove them.
Signed-off-by: Miquel Raynal
---
drivers/tpm/Kconfig | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/tpm/Kconfig b/drivers/tpm/K
When Sandbox and the TPM stack are both selected, compile Sandbox TPM
driver by default.
Signed-off-by: Miquel Raynal
Reviewed-by: Simon Glass
---
drivers/tpm/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/tpm/Kconfig b/drivers/tpm/Kconfig
index 93264ddd34..5e3fb3267f 100
It was first decided that the user would choose the TPM version (1.x
or 2.x) that he wants to use at compile time. After some time the
decision has been made to change this and allow both stacks (and
drivers) to be compiled at the same time. The primary benefit would be
to be able to compile the ma
Hi Simon,
Simon Glass wrote on Wed, 18 Jul 2018 19:31:41 -0600:
> Hi Miquel,
>
> On 14 July 2018 at 06:16, Miquel Raynal wrote:
> > While there is probably no reason to do so in a real life situation, it
> > will allow to compile test both stacks with the same sandbox defconfig.
> >
> > As we
On Tue, Jun 26, 2018 at 07:43:00PM +0200, Sebastian Reichel wrote:
> From: Denis Zalevskiy
>
> Use standard configuration logic to define EEPROM constants. Names are based
> on
> VPD_EEPROM_ prefix because EEPROM_ is already used by i2c_eeprom driver.
>
> Signed-off-by: Denis Zalevskiy
> Sign
On Tue, Jun 26, 2018 at 05:55:58PM +0100, Ibai Erkiaga wrote:
> Create a new KConfig entry to define FIT image position for
> SPL RAM mode.
>
> Signed-off-by: Ibai Erkiaga
> ---
>
> Changes in v2:
> -Converted zynqmp and dra7xx_evm defconfig files
The changes I request against v1 (sorry) stil
On Thu, Jul 19, 2018 at 05:11:40PM +0200, Michal Simek wrote:
> Hi Tom,
>
> please pull these changes to your tree.
> Buildman and travis looks good
> https://travis-ci.org/michalsimek/u-boot/builds/405716862
>
> My pull request contains some change out of xilinx folders because one
> function n
On Thu, Jul 19, 2018 at 10:52 PM, Wolfgang Denk wrote:
> Dear Sam,
>
> In message
> you
> wrote:
>>
>> Also, I figured how to do prefixing (to display MMC errors as nested
>> w.r.t. "Loading environment), without adding new field to gd. We can
>> just add some new GD_LG_ and print prefix when i
Dear Sam Protsenko,
In message <20180719193028.814-1-semen.protse...@linaro.org> you wrote:
> This is just a draft to discuss ideas related to "Make U-Boot log great
> again" thread.
>
> With this patch we will have something like this:
>
> Attempting to load environment from FAT:
> -> M
Dear Sam,
In message
you wrote:
>
> Also, I figured how to do prefixing (to display MMC errors as nested
> w.r.t. "Loading environment), without adding new field to gd. We can
> just add some new GD_LG_ and print prefix when it's installed. I'm
> gonna send new RFC soon. Please let me know what
Dear Tom,
In message <20180719125230.GJ4609@bill-the-cat> you wrote:
>
> > > > Loading Environment from FAT... MMC: no card present
> > > > ** Bad device mmc 0 **
> > > > Failed (-5)
> > > > Loading Environment from MMC... OK
...
> > In the non-error case, the output should be a s
Dear Sam,
In message <20180718213736.22650-1-semen.protse...@linaro.org> you wrote:
> This is just a draft to discuss ideas related to "Make U-Boot log great
> again" thread.
>
> With this patch we will have something like this:
>
> Attempting to load environment from FAT:
> MMC: no card p
This is just a draft to discuss ideas related to "Make U-Boot log great
again" thread.
With this patch we will have something like this:
Attempting to load environment from FAT:
-> MMC: no card present
-> ** Bad device mmc 0 **
-> Failed (-5)
Attempting to load environme
On Thu, Jul 19, 2018 at 2:26 PM Maxime Ripard wrote:
>
> On Wed, Jul 18, 2018 at 08:15:23PM +0100, Alex Kiernan wrote:
> > On Tue, Jul 17, 2018 at 12:57 PM Maxime Ripard
> > wrote:
> > >
> > > On Mon, Jul 16, 2018 at 12:11:59PM +0100, Alex Kiernan wrote:
> > > > On Mon, Jul 16, 2018 at 11:13 AM J
Hi Marcin,
On Thu, Jul 19, 2018 at 8:37 AM, Marcin Niestroj
wrote:
> ERR05 in IMX6UL errata says to use OCRAM memory above
> 0x908000 (instead of 0x907000) for silicon revision 1.2 shipped
> prior date code 1740.
>
> As we cannot check affected targets in runtime, apply that
> workaround by d
On Tue, Jul 17, 2018 at 5:24 PM, Maxime Ripard
wrote:
> On Mon, Jul 16, 2018 at 03:46:10PM +0530, Jagan Teki wrote:
>> On Mon, Jul 16, 2018 at 3:17 PM, Maxime Ripard
>> wrote:
>> > On Mon, Jul 16, 2018 at 01:49:53PM +0530, Jagan Teki wrote:
>> >> Usually eMMC is default env fat device for environ
On Mon, Jun 25, 2018 at 6:32 PM, Jagan Teki wrote:
> On Mon, Jun 25, 2018 at 6:19 PM, Icenowy Zheng wrote:
>>
>>
>> 于 2018年6月25日 GMT+08:00 下午8:40:21, Jagan Teki 写到:
>>>On Mon, Jun 25, 2018 at 4:07 PM, Icenowy Zheng wrote:
This patch trys to add support for Allwinner H6 SoC to U-Boot.
On Thu, Jul 19, 2018 at 6:56 PM, Maxime Ripard
wrote:
> On Wed, Jul 18, 2018 at 08:15:23PM +0100, Alex Kiernan wrote:
>> On Tue, Jul 17, 2018 at 12:57 PM Maxime Ripard
>> wrote:
>> >
>> > On Mon, Jul 16, 2018 at 12:11:59PM +0100, Alex Kiernan wrote:
>> > > On Mon, Jul 16, 2018 at 11:13 AM Jagan T
Hi Michal,
On Thu, Jul 19, 2018 at 2:16 AM Michal Simek wrote:
> Also on zc706 without FULL_FIT my path in spl_load_fit_image is not
> jumping to "if (external_data) {" branch where spl_load_fpga_image is
> which is kind of interesting because it looks like you are going there.
To enter the path
On Thu, 2018-07-19 at 09:21 -0600, Simon Glass wrote:
> On 19 July 2018 at 04:07, Bin Meng wrote:
> > It's good to print a message when doing reset.
> >
> > Signed-off-by: Bin Meng
> >
> > ---
> >
> > Changes in v2:
> > - new patch per Wolfgang's suggestion to add a standard message when
> >
On Thu, Jul 19, 2018 at 10:53:44AM -0400, Tom Rini wrote:
> On Thu, Jul 19, 2018 at 03:45:11PM +0200, Michal Simek wrote:
> > On 19.7.2018 13:13, Maxime Ripard wrote:
> > > Hi,
> > >
> > > On Thu, Jul 19, 2018 at 08:45:45AM +0200, Michal Simek wrote:
> > >> There is no reason to have the same Kcon
On Thu, Jul 19, 2018 at 3:32 AM, Simon Glass wrote:
> Hi Jens,
>
> On 17 July 2018 at 09:42, Jens Wiklander wrote:
>> On Sun, Jul 15, 2018 at 11:20:39PM -0600, Simon Glass wrote:
>>> On 13 July 2018 at 04:12, Jens Wiklander wrote:
>>> > Prior to this patch is fdtdec_setup_memory_banksize() incor
On Thu, Jul 19, 2018 at 09:21:39AM -0600, Simon Glass wrote:
> +Tom
>
> Hi Michal,
>
> On 19 July 2018 at 00:52, Michal Simek wrote:
> > Hi Simon,
> >
> > On 19.7.2018 03:31, Simon Glass wrote:
> >> Hi Michal,
> >>
> >> On 15 July 2018 at 23:34, Michal Simek wrote:
> >>> On 15.7.2018 23:21, Sim
On 19 July 2018 at 04:07, Bin Meng wrote:
> In preparation for the reset driver conversion, eliminate the
> reset_cpu() call in the FSP init path as it's too early for the
> reset driver to work.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/lib/fsp/fsp_common.c | 2 +-
>
On 19 July 2018 at 04:07, Bin Meng wrote:
> It's good to print a message when doing reset.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - new patch per Wolfgang's suggestion to add a standard message when
> doing reset
>
> drivers/sysreset/sysreset-uclass.c | 2 ++
> 1 file changed
Hi Masahiro,
On 19 July 2018 at 01:28, Masahiro Yamada wrote:
> The second argument of fdt_fixup_mtdparts() is an opaque pointer,
> 'void *node_info', hence callers can pass any pointer.
>
> Obviously, fdt_fixup_mtdparts() expects 'struct node_info *'
> otherwise, it crashes run-time.
>
> Change
On 19 July 2018 at 04:07, Bin Meng wrote:
> This converts all x86 boards over to DM sysreset.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - remove include of "reset.dsti" in edison.dts
> - add SYSRESET for efi-x86_app and edison
>
> arch/Kconfig | 2
On 19 July 2018 at 04:07, Bin Meng wrote:
> This adds the DM sysreset driver for EFI application support.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - drop patches already applied
> - new patch to add a sysreset driver for efi app
>
> lib/efi/efi_app.c | 28
Hi Michal,
On 19 July 2018 at 00:55, Michal Simek wrote:
> On 19.7.2018 03:32, Simon Glass wrote:
>> On 18 July 2018 at 09:16, Michal Simek wrote:
>>> Move fpga_get_op() to top of file to remove local function declaration
>>> and also remove useless retyping.
>>>
>>> Signed-off-by: Michal Simek
On 18 July 2018 at 22:42, Bin Meng wrote:
> acpi_find_fadt(), acpi_find_wakeup_vector() and enter_acpi_mode()
> are something unrelated to ACPI tables generation. Move these to
> a separate library.
>
> This also fixes several style issues reported by checkpatch in the
> original codes.
>
> Signed
On 19 July 2018 at 04:07, Bin Meng wrote:
> This adds a reset driver for tangier processor.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - new patch to add a reset driver for tangier processor
>
> arch/x86/cpu/tangier/Makefile | 2 +-
> arch/x86/cpu/tangier/sysreset.c | 48
>
+Tom
Hi Michal,
On 19 July 2018 at 00:52, Michal Simek wrote:
> Hi Simon,
>
> On 19.7.2018 03:31, Simon Glass wrote:
>> Hi Michal,
>>
>> On 15 July 2018 at 23:34, Michal Simek wrote:
>>> On 15.7.2018 23:21, Simon Glass wrote:
Hi Michal,
On 11 July 2018 at 23:47, Michal Simek wro
On 19 July 2018 at 01:15, Michal Simek wrote:
> From: Shreenidhi Shedi
>
> Xilinx Axi wdt driver conversion to driver model & Kconfig update
> for the same.
>
> Signed-off-by: Shreenidhi Shedi
> Signed-off-by: Michal Simek
> ---
>
> Changes in v4:
> - Fix Kconfig typo - by sjg
> - Use debug ins
On 18 July 2018 at 22:42, Bin Meng wrote:
> The wrapper #ifndef is currently missing in acpi_table.h. Add it to
> prevent it from being included multiple times.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2: None
>
> arch/x86/include/asm/acpi_table.h | 5 +
> 1 file changed, 5 insert
On 18 July 2018 at 22:42, Bin Meng wrote:
> write_acpi_tables() currently touches ACPI hardware to switch to
> ACPI mode at the end. Move such operation out of this function,
> so that it only does what the function name tells us.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - move va
Hi Tom,
please pull these changes to your tree.
Buildman and travis looks good
https://travis-ci.org/michalsimek/u-boot/builds/405716862
My pull request contains some change out of xilinx folders because one
function name has been changed. I got a confirmation from Marek to go
with this to the tr
On Thu, Jul 19, 2018 at 03:45:11PM +0200, Michal Simek wrote:
> On 19.7.2018 13:13, Maxime Ripard wrote:
> > Hi,
> >
> > On Thu, Jul 19, 2018 at 08:45:45AM +0200, Michal Simek wrote:
> >> There is no reason to have the same Kconfig options for different SoCs
> >> separately. The patch is merging t
Hi Peng,
On Thu, 19 Jul 2018 14:02:43 +
Peng Fan peng@nxp.com wrote:
...
> > Also, in order to test this series we need a README file.
> > Please prepare one so that we can test it.
>
> Currently there is no public available code for atf and scfw, so
> There will no link in the README, I
On Thu, Jul 19, 2018 at 11:02 AM, Peng Fan wrote:
> Currently there is no public available code for atf and scfw, so
> There will no link in the README, I could only add steps
> on how to build out images. Is this ok?
Yes, a REAME file with the steps for generating a bootable SD card
would be ve
Hi Philipp,
Am 18.07.2018 um 11:05 schrieb Dr. Philipp Tomsich:
> Janine,
>
>> On 18 Jul 2018, at 10:46, Janine Hagemann wrote:
>>
>> At start-up, the regulators have to be enabled. Let's use
>> regulators_enable_boot_on() to enable the regulators needed
>> for boot.
>>
>> Signed-off-by: Wadim Eg
Hi Fabio,
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: 2018年7月19日 22:01
> To: Peng Fan
> Cc: Stefano Babic ; Fabio Estevam
> ; U-Boot-Denx ; dl-linux-imx
>
> Subject: Re: [U-Boot] [PATCH V2 29/32] fsl_esdhc: Update usdhc driver to
> support i.MX8
>
> On
On Tue, Jul 17, 2018 at 10:35 PM, Peng Fan wrote:
> Add i.MX8 compatible string and cpu type support to lpuart driver,
> to use little endian 32 bits configurations.
>
> Also, accroding to RM, the Receive FIFO Enable (RXFE) field in LPUART
> FIFO register is bit 3, so the definition should change
Hi Fabio,
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: 2018年7月19日 21:42
> To: Peng Fan
> Cc: Stefano Babic ; Fabio Estevam
> ; U-Boot-Denx ; dl-linux-imx
> ; Diego Dorta
> Subject: Re: [U-Boot] [PATCH V2 00/32] i.MX: Add i.MX8QXP support
>
> Hi Peng,
>
On Tue, Jul 17, 2018 at 10:35 PM, Peng Fan wrote:
> From: Ye Li
>
> Add CONFIG_ARCH_IMX8 to use the 64bits support in usdhc driver.
>
> Signed-off-by: Ye Li
> Signed-off-by: Peng Fan
> Cc: Jaehoon Chung
> ---
> drivers/mmc/fsl_esdhc.c | 8
> 1 file changed, 4 insertions(+), 4 deletio
Hi Peng,
On Tue, Jul 17, 2018 at 10:35 PM, Peng Fan wrote:
> Add helper functions to identify different armv8 variants.
>
> Signed-off-by: Peng Fan
> ---
> arch/arm/include/asm/armv8/cpu.h | 26 ++
> 1 file changed, 26 insertions(+)
> create mode 100644 arch/arm/include
Hi Otavio
On Fri, Jun 29, 2018 at 8:19 PM, Otavio Salvador
wrote:
> From: Fabio Estevam
>
> Instead of keeping a custom environment, use a more generic approach
> by switching to disto config.
>
> Signed-off-by: Fabio Estevam
> Signed-off-by: Otavio Salvador
> ---
>
For all the series please
On 19.7.2018 13:13, Maxime Ripard wrote:
> Hi,
>
> On Thu, Jul 19, 2018 at 08:45:45AM +0200, Michal Simek wrote:
>> There is no reason to have the same Kconfig options for different SoCs
>> separately. The patch is merging them together.
>>
>> Signed-off-by: Michal Simek
>> ---
>>
>> Patch is bas
Hi Peng,
On Tue, Jul 17, 2018 at 10:35 PM, Peng Fan wrote:
> This patchset is to upstream i.MX8QXP and mek board support, with some
> drivers update to support i.MX8QXP. The information about the processor
> could be found
> https://www.nxp.com/products/processors-and-microcontrollers/application
1 - 100 of 167 matches
Mail list logo
