> -Original Message-
> From: David Abdurachmanov
> Sent: Tuesday, April 9, 2019 4:13 PM
> To: r...@andestech.com; Atish Patra ; Anup Patel
> ; lukas.a...@aisec.fraunhofer.de; u-
> b...@lists.denx.de
> Cc: David Abdurachmanov
> Subject: [PATCH 2/2] riscv: qemu-riscv.h: define
> -Original Message-
> From: David Abdurachmanov
> Sent: Tuesday, April 9, 2019 4:13 PM
> To: r...@andestech.com; Atish Patra ; Anup Patel
> ; lukas.a...@aisec.fraunhofer.de; u-
> b...@lists.denx.de
> Cc: David Abdurachmanov
> Subject: [PATCH 1/2] riscv: set CONFIG_SYS_BOOTM_LEN to
Hello Luca,
Am 09.04.2019 um 08:57 schrieb Luca Ceresoli:
The PCA9543 is a 2-channel I2C switch.
Signed-off-by: Luca Ceresoli
Reviewed-by: Heiko Schocher
---
Changes v1 -> v2:
- rebase on current tree
---
drivers/i2c/muxes/Kconfig | 3 ++-
drivers/i2c/muxes/pca954x.c | 6 ++
2
Hello Luca,
Am 09.04.2019 um 08:57 schrieb Luca Ceresoli:
The chip_desc.enable field is used only for muxes, not for switches.
Document it and remove the unused values.
Signed-off-by: Luca Ceresoli
Reviewed-by: Heiko Schocher
---
Changes v1 -> v2:
- fix typo in commit message (Michal)
Hello Luca,
Am 09.04.2019 um 08:57 schrieb Luca Ceresoli:
The Kconfig help has not been updated while adding PCA9547 and PCA9646.
Signed-off-by: Luca Ceresoli
---
Changes v1 -> v2:
- add missing comma (Michal)
- reword and rewrap the sentence
---
drivers/i2c/muxes/Kconfig | 10
Hello Lukasz,
Am 04.04.2019 um 12:35 schrieb Lukasz Majewski:
This file adds the "u-boot,i2c-transaction-bytes" to mc34708 PMIC.
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/imx53-kp-u-boot.dtsi | 10 ++
1 file changed, 10 insertions(+)
create mode 100644
Hello Lukasz,
Am 04.04.2019 um 12:35 schrieb Lukasz Majewski:
The 'u-boot,i2c-transaction-bytes' device tree property provides
information regarding number of bytes transferred by a device in a
single transaction.
This change is necessary to avoid hanging devices after soft reset.
One notable
Hello Baruch,
Am 07.04.2019 um 11:38 schrieb Baruch Siach:
Write up to page size in each i2c transfer.
Signed-off-by: Baruch Siach
---
drivers/misc/i2c_eeprom.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
Applied to u-boot-i2c.git master
Thanks!
bye,
Hello Baruch,
Am 07.04.2019 um 11:38 schrieb Baruch Siach:
Read the page size from DT when available.
Signed-off-by: Baruch Siach
---
drivers/misc/i2c_eeprom.c | 6 ++
1 file changed, 6 insertions(+)
Applied to u-boot-i2c.git master
Thanks!
bye,
Heiko
--
DENX Software Engineering
Hello Baruch,
Am 07.04.2019 um 11:30 schrieb Baruch Siach:
The mvebu specific debug register is not accessible when the bind code
runs in SPL. Skip it.
Signed-off-by: Baruch Siach
---
drivers/i2c/mvtwsi.c | 4
1 file changed, 4 insertions(+)
Applied to u-boot-i2c.git master
Thanks!
Hello Baruch,
Am 07.04.2019 um 11:38 schrieb Baruch Siach:
Write up to page size in each i2c transfer.
Signed-off-by: Baruch Siach
---
drivers/misc/i2c_eeprom.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
Reviewed-by: Heiko Schocher
bye,
Heiko
--
DENX
Hello Baruch,
Am 07.04.2019 um 11:38 schrieb Baruch Siach:
Read the page size from DT when available.
Signed-off-by: Baruch Siach
---
drivers/misc/i2c_eeprom.c | 6 ++
1 file changed, 6 insertions(+)
Reviewed-by: Heiko Schocher
bye,
Heiko
--
DENX Software Engineering GmbH,
Hello Heiko,
On Wed, Apr 10, 2019 at 7:20 AM Heiko Schocher wrote:
>
> Hello Marek, Simon,
>
> Am 09.04.2019 um 21:30 schrieb Marek Vasut:
> > On 4/9/19 8:53 PM, Simon Goldschmidt wrote:
> >> Am 30.03.2019 um 22:18 schrieb Simon Glass:
> >>> On Tue, 26 Mar 2019 at 06:39, Simon Goldschmidt
> >>>
Hello Marek, Simon,
Am 09.04.2019 um 21:30 schrieb Marek Vasut:
On 4/9/19 8:53 PM, Simon Goldschmidt wrote:
Am 30.03.2019 um 22:18 schrieb Simon Glass:
On Tue, 26 Mar 2019 at 06:39, Simon Goldschmidt
wrote:
This reverts commit 65a97e7fcf54feb7c4ebe1aee8a572830af4cf51.
The 'eeprom' command
Hello Simon,
Am 26.03.2019 um 13:38 schrieb Simon Goldschmidt:
The current device model enabled eeprom code only works if
CONFIG_SYS_I2C_EEPROM_BUS is set.
This patch makes it work without that define so that the bus
number passed to 'eeprom_init' is used.
Signed-off-by: Simon Goldschmidt
Hello Simon,
Am 26.03.2019 um 13:38 schrieb Simon Goldschmidt:
This reverts commit 65a97e7fcf54feb7c4ebe1aee8a572830af4cf51.
The 'eeprom' command has been converted to work with DM_I2C in a patch
submitted around the same time as this commit:
commit 0c07a9b4078d ("eeprom: Add device model
On Tue, 9 Apr 2019 17:14:26 -0400
Tom Rini wrote:
> On Tue, Apr 09, 2019 at 05:20:45PM +0200, Marcel Ziswiler wrote:
>
> > From: Peng Fan
> >
> > For Some USB mass storage devices, such as:
> > "
> > - Kingston DataTraveler 2.0 001D7D06CF09B04199C7B3EA
> > - Class: (from Interface) Mass
On Tue, 9 Apr 2019 17:21:13 +0200
Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Re-synced the device tree with Linux 5.0.
>
> This fixes the following warnings:
>
> w+arch/arm/dts/imx6-apalis.dtb: Warning
> (reg_format): /soc/ipu@280/ port@2/endpoint@0:reg: property has
> invalid
On Wed, Apr 10, 2019 at 11:51:20AM +0900, Takahiro Akashi wrote:
> On Tue, Apr 09, 2019 at 10:25:14PM -0400, Tom Rini wrote:
> > On Wed, Apr 10, 2019 at 10:37:42AM +0900, Takahiro Akashi wrote:
> > > On Tue, Apr 09, 2019 at 08:19:40PM -0400, Tom Rini wrote:
> > > > On Wed, Apr 10, 2019 at
On Tue, Apr 09, 2019 at 10:25:14PM -0400, Tom Rini wrote:
> On Wed, Apr 10, 2019 at 10:37:42AM +0900, Takahiro Akashi wrote:
> > On Tue, Apr 09, 2019 at 08:19:40PM -0400, Tom Rini wrote:
> > > On Wed, Apr 10, 2019 at 02:10:12AM +0200, Heinrich Schuchardt wrote:
> > > > On 4/9/19 10:03 PM, Tom Rini
On Wed, Apr 10, 2019 at 10:37:42AM +0900, Takahiro Akashi wrote:
> On Tue, Apr 09, 2019 at 08:19:40PM -0400, Tom Rini wrote:
> > On Wed, Apr 10, 2019 at 02:10:12AM +0200, Heinrich Schuchardt wrote:
> > > On 4/9/19 10:03 PM, Tom Rini wrote:
> > > > On Wed, Feb 13, 2019 at 12:15:23PM +0100,
Otavio Salvador 于2019年4月4日周四 下午8:40写道:
>
> On Wed, Apr 3, 2019 at 9:00 AM Jun Nie wrote:
> > And for the file name pico-imx7d_bl33_defconfig,
> > pico-pi-imx7d_bl33_defconfig should be better in my later thought.
> > Because a concrete device tree source file should be specified in
> > defconfig
On Tue, Apr 09, 2019 at 08:19:40PM -0400, Tom Rini wrote:
> On Wed, Apr 10, 2019 at 02:10:12AM +0200, Heinrich Schuchardt wrote:
> > On 4/9/19 10:03 PM, Tom Rini wrote:
> > > On Wed, Feb 13, 2019 at 12:15:23PM +0100, Jean-Jacques Hiblot wrote:
> > >
> > >> We need to make sure that file
Hi Marcel,
> -Original Message-
> From: Marcel Ziswiler [mailto:mar...@ziswiler.com]
> Sent: 2019年2月2日 0:43
> To: u-boot@lists.denx.de
> Cc: Peng Fan ; Marcel Ziswiler
> ; Masahiro Yamada
> ; Bin Meng ;
> Sven Schwermer
> Subject: [RFC PATCH v1] MLK-12883 usb: limit USB_MAX_XFER_BLK to
On 4/9/19 10:58 PM, Patrick Wildt wrote:
> Hi,
>
> There are Cubox-i machines out there with nearly 4 GiB of RAM. The
> RAM starts at 0x1000 with a size of 0xf000. Thus the end
> of RAM is at 0x1. This overflows a 32-bit integer, which
> should be fine since in the EFI memory
On Wed, Apr 10, 2019 at 02:10:12AM +0200, Heinrich Schuchardt wrote:
> On 4/9/19 10:03 PM, Tom Rini wrote:
> > On Wed, Feb 13, 2019 at 12:15:23PM +0100, Jean-Jacques Hiblot wrote:
> >
> >> We need to make sure that file writes,file creation, etc. are properly
> >> performed and do not corrupt the
On 4/9/19 10:03 PM, Tom Rini wrote:
> On Wed, Feb 13, 2019 at 12:15:23PM +0100, Jean-Jacques Hiblot wrote:
>
>> We need to make sure that file writes,file creation, etc. are properly
>> performed and do not corrupt the filesystem.
>> To help with this, introduce the assert_fs_integrity() function
On 2/11/19 8:42 PM, Simon Goldschmidt wrote:
> Am 11.02.2019 um 18:29 schrieb Heinrich Schuchardt:
>> The unit tests in test/lib/hexdump.c are not related to the device tree.
>> So they should be executed via `ut lib` and not via `ut dm`.
>>
>> Signed-off-by: Heinrich Schuchardt
>
> Reviewed-by:
Tom Rini wrote on 04/09/2019 11:09 PM:
On Tue, Apr 09, 2019 at 10:53:36PM +0200, U.Mutlu wrote:
Frank Wunderlich wrote on 04/09/2019 09:39 PM:
this looks for me like the CONFIG_ENV_OFFSET+CONFIG_ENV_SIZE is overlapping
uboots code
can you post these values and position of uboot and its size
Sorry, seems to be a false alert.
After rebuilding u-boot it works fine again.
U.Mutlu wrote on 04/10/2019 12:37 AM:
Hi folks,
# U-Boot 2019.04 Configuration
I just updated to the latest version via git.
My previous version was the recent 2019.04-rc4.
Now in this latest version I think a
Anatolij,
The latest changes in u-boot-video.git master branch break the "ut dm
video_ansi" unit test:
=> ut dm video_ansi
Test: dm_test_video_ansi: video.c
/var/lib/jenkins/workspace/u-boot-denx_uboot_video-master-build/src/u-boot/test/dm/video.c:186,
dm_test_video_ansi(): 272 ==
Hi folks,
# U-Boot 2019.04 Configuration
I just updated to the latest version via git.
My previous version was the recent 2019.04-rc4.
Now in this latest version I think a bug shows up:
Inside Linux on the device, suddenly the following command no longer works:
# fdisk -l /dev/mmcblk0
fdisk:
The statement '#define LOG_CATEGORY LOGL_ERR' makes not sense. LOGL_ERR is
not a LOG_CATEGORY. Remove the statement.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_device_path.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/lib/efi_loader/efi_device_path.c
On 4/9/19 3:08 PM, Igor Opaniuk wrote:
> With CONFIG_CMD_BOOTEFI=y, load command causes data abort
> when path_to_uefi(fp->str, path) tries to write uefi path out of
> bounds of u16 str[] array (check efi_device_path_file_path struct for
> details). This is caused by unproper handling of void *buf
U.Mutlu wrote on 04/09/2019 11:01 PM:
U.Mutlu wrote on 04/09/2019 10:53 PM:
Frank Wunderlich wrote on 04/09/2019 09:39 PM:
this looks for me like the CONFIG_ENV_OFFSET+CONFIG_ENV_SIZE is overlapping
uboots code
can you post these values and position of uboot and its size for your device?
$
On Mon, 25 Mar 2019 09:53:48 +0200
Stefan Mavrodiev ste...@olimex.com wrote:
> This patch enables the reading of the polarity cell from a PWM
> phandle and calls pwm_set_invert().
> ---
> drivers/video/pwm_backlight.c | 10 ++
> 1 file changed, 10 insertions(+)
Applied to
On Tue, Apr 09, 2019 at 05:20:45PM +0200, Marcel Ziswiler wrote:
> From: Peng Fan
>
> For Some USB mass storage devices, such as:
> "
> - Kingston DataTraveler 2.0 001D7D06CF09B04199C7B3EA
> - Class: (from Interface) Mass Storage
> - PacketSize: 64 Configurations: 1
> - Vendor: 0x0930
Hi Andrzej,
On Mon, 1 Apr 2019 at 08:26, Witkowski, Andrzej
wrote:
>
> Hi,
>
>
>
> I’m SW Developer at Intel, Poland.
>
> I try to enable tracing in u-boot to see how it works.
>
> I follow the procedure described in “doc/README.trace” file.
>
> Unfortunately, I always receive segmentation
On Tue, Apr 09, 2019 at 10:53:36PM +0200, U.Mutlu wrote:
> Frank Wunderlich wrote on 04/09/2019 09:39 PM:
> >this looks for me like the CONFIG_ENV_OFFSET+CONFIG_ENV_SIZE is overlapping
> >uboots code
> >
> >can you post these values and position of uboot and its size for your device?
> >
> >which
On Sat, 23 Mar 2019 01:30:02 +
Andre Przywara andre.przyw...@arm.com wrote:
> In the sunxi-common.h config header we unconditionally define
> CONFIG_SYS_WHITE_ON_BLACK, although it's actually a Kconfig option which
> could be individually selected by a user.
> Remove this #define from the
On Sat, 23 Mar 2019 01:30:01 +
Andre Przywara andre.przyw...@arm.com wrote:
> So far arrows key pressed on an USB keyboard got translated to some
> low ASCII control sequences (Ctrl+N, Ctrl+P). Some programs understand
> these codes, but the standard for those keys is to use ANSI control
>
On Sat, 23 Mar 2019 01:29:58 +
Andre Przywara andre.przyw...@arm.com wrote:
> There is a standard ANSI terminal escape sequence to clear a whole line
> of text. So far the DM_VIDEO console was missing this code.
>
> Detect the sequence and use vidconsole_set_row with the background
> colour
On Sat, 23 Mar 2019 01:29:59 +
Andre Przywara andre.przyw...@arm.com wrote:
> In preparation for doing character set translations, factor out the
> actual glyph display functionality into a separate function.
> This will be used in a subsequent patch.
>
> Signed-off-by: Andre Przywara
> ---
On Sat, 23 Mar 2019 01:29:57 +
Andre Przywara andre.przyw...@arm.com wrote:
> The ANSI terminal escapce sequence standard defines relative cursor
> movement commands (ESC [ A-F). So far the DM_VIDEO console code was
> ignoring them.
>
> Interpret those sequences and move the cursor by the
On Sat, 23 Mar 2019 01:29:56 +
Andre Przywara andre.przyw...@arm.com wrote:
> The video console for DM_VIDEO compliant drivers only understands a very
> small number of ANSI sequences. First and foremost it misses the "reverse
> video" command, which is used by our own bootmenu command to
On Sat, 23 Mar 2019 01:29:55 +
Andre Przywara andre.przyw...@arm.com wrote:
> When the character to be printed on a DM_VIDEO console is from the
> "extended ASCII" range (0x80 - 0xff), it will be treated as a negative
> number, as it's declared as a signed char. This leads to negative array
>
U.Mutlu wrote on 04/09/2019 10:53 PM:
Frank Wunderlich wrote on 04/09/2019 09:39 PM:
this looks for me like the CONFIG_ENV_OFFSET+CONFIG_ENV_SIZE is overlapping
uboots code
can you post these values and position of uboot and its size for your device?
which env-storage do you use (EMV_IN_MMC
Hi,
There are Cubox-i machines out there with nearly 4 GiB of RAM. The
RAM starts at 0x1000 with a size of 0xf000. Thus the end
of RAM is at 0x1. This overflows a 32-bit integer, which
should be fine since in the EFI memory code the variables used are
all 64-bit with a fixed
On 2019-04-09, Jordan Hand wrote:
> Signed-off-by: Jordan Hand
> ---
> Image type is not supplied to `mkimage -l`. For this reason, we cannot
> use imagetool_verify_print_header_by_type. Instead, this patch uses
> imagetool_verify_print_header to look through all header types to find
> one where
Frank Wunderlich wrote on 04/09/2019 09:39 PM:
this looks for me like the CONFIG_ENV_OFFSET+CONFIG_ENV_SIZE is overlapping
uboots code
can you post these values and position of uboot and its size for your device?
which env-storage do you use (EMV_IN_MMC or ENV_FAT)?
I looked up in the
On 4/9/19 9:45 PM, Simon Goldschmidt wrote:
> Am 09.04.2019 um 21:28 schrieb Marek Vasut:
>> On 4/9/19 8:52 PM, Simon Goldschmidt wrote:
>>> Remove outdated defines (not used any more, outdated due to DM
>>> conversion) from socfpga_common.h.
>>
>> s/defines/macros and comments/ >
>>>
On 4/9/19 9:38 PM, Simon Goldschmidt wrote:
> Am 09.04.2019 um 21:27 schrieb Marek Vasut:
>> On 4/9/19 8:52 PM, Simon Goldschmidt wrote:
>>> All socfpga boards except for vining_fpga use DM_I2C. Enable
>>> DM_I2C for this board and set the EEPROM defines via Kconfig
>>> (enabling CONFIG_I2C_EEPROM
Currently enabling fsck on FAT16/FAT32 exposes that we have problems
with:
TestFsBasic.test_fs13[fat16]
TestFsBasic.test_fs11[fat32]
TestFsBasic.test_fs12[fat32]
TestFsBasic.test_fs13[fat32]
TestFsExt.test_fs_ext1[fat32]
TestFsExt.test_fs_ext2[fat32]
TestFsExt.test_fs_ext3[fat32]
On Wed, Feb 13, 2019 at 12:15:23PM +0100, Jean-Jacques Hiblot wrote:
> We need to make sure that file writes,file creation, etc. are properly
> performed and do not corrupt the filesystem.
> To help with this, introduce the assert_fs_integrity() function that
> executes the appropriate fsck tool.
Am 09.04.2019 um 21:28 schrieb Marek Vasut:
On 4/9/19 8:52 PM, Simon Goldschmidt wrote:
Remove outdated defines (not used any more, outdated due to DM
conversion) from socfpga_common.h.
s/defines/macros and comments/ >
Signed-off-by: Simon Goldschmidt
---
Changes in v2:
- remove even more
this looks for me like the CONFIG_ENV_OFFSET+CONFIG_ENV_SIZE is overlapping
uboots code
can you post these values and position of uboot and its size for your device?
which env-storage do you use (EMV_IN_MMC or ENV_FAT)?
regards Frank
> Gesendet: Dienstag, 09. April 2019 um 21:05 Uhr
> Von:
Am 09.04.2019 um 21:27 schrieb Marek Vasut:
On 4/9/19 8:52 PM, Simon Goldschmidt wrote:
All socfpga boards except for vining_fpga use DM_I2C. Enable
DM_I2C for this board and set the EEPROM defines via Kconfig
(enabling CONFIG_I2C_EEPROM from MISC).
Signed-off-by: Simon Goldschmidt
---
On 4/9/19 9:02 PM, Simon Goldschmidt wrote:
> This commit moves common config options used in all socfpga boards
> to select/imply in Kconfig. This both cleans up the defconfig files
> as well as makes future changes easier.
>
> Options implied/defaulted for all sub-arches:
> - SPL, SPL_DM,
On 4/9/19 9:02 PM, Simon Goldschmidt wrote:
> By enabling debug prints in malloc_simple, we can see that SPL for socfpga
> gen5 does by far not need the 8 KiB malloc pool currently allocated for
> SPL in pre-reloc phase.
>
> On socfpga_socrates, 1304 bytes are currently used (and this increases
On 4/9/19 9:02 PM, Simon Goldschmidt wrote:
> The comment about SPL memory layout for socfpga gen5 is outdated: the
> initial malloc memory is now at the end of the SRAM, gd is below it
> (see board_init_f_alloc_reserve).
>
> Signed-off-by: Simon Goldschmidt
> ---
>
> Changes in v4: None
>
On 4/9/19 9:02 PM, Simon Goldschmidt wrote:
> This series cleans up stack definitions in socfpga_common.h as well as
> cleans up defconfig files by implying/defaulting common things in Kconfig
> files.
>
> Finally, it reduces the malloc pool size used in first stage of gen5 SPL
> (without ddr
On 4/9/19 8:52 PM, Simon Goldschmidt wrote:
> socfpga_common.h defines CONFIG_SYS_BOOTMAPSZ to 64 MiB.
>
> Since having this define overrides the 'bootm_size' env variable for
> the whole socfpga platform, let's remove this define from socfpga_common.h
> and instead rely on the 'bootm_size' env
On 4/9/19 8:52 PM, Simon Goldschmidt wrote:
> Remove outdated defines (not used any more, outdated due to DM
> conversion) from various socfpga files in include/config.
>
> Signed-off-by: Simon Goldschmidt
> ---
>
> Changes in v2:
> - added (this) patch with further cleanups to the socfpga
On 4/9/19 8:52 PM, Simon Goldschmidt wrote:
> Remove outdated defines (not used any more, outdated due to DM
> conversion) from socfpga_common.h.
s/defines/macros and comments/
> Signed-off-by: Simon Goldschmidt
> ---
>
> Changes in v2:
> - remove even more outdated things
>
>
On 4/9/19 9:02 PM, Simon Goldschmidt wrote:
> If SPL post-reloc stage puts the stack into DDR, U-Boot should be able to
> do that, too.
>
> The reason to do so is that this way, U-Boot initial stack can be larger
> than SPL initial stack. In situations where we want to save the SPL
> in SRAM for
On 4/9/19 8:53 PM, Simon Goldschmidt wrote:
> Am 30.03.2019 um 22:18 schrieb Simon Glass:
>> On Tue, 26 Mar 2019 at 06:39, Simon Goldschmidt
>> wrote:
>>>
>>> This reverts commit 65a97e7fcf54feb7c4ebe1aee8a572830af4cf51.
>>>
>>> The 'eeprom' command has been converted to work with DM_I2C in a
On 4/9/19 8:52 PM, Simon Goldschmidt wrote:
> All socfpga boards except for vining_fpga use DM_I2C. Enable
> DM_I2C for this board and set the EEPROM defines via Kconfig
> (enabling CONFIG_I2C_EEPROM from MISC).
>
> Signed-off-by: Simon Goldschmidt
> ---
>
> Changes in v2:
> - added (this)
On Wed, Feb 13, 2019 at 12:15:21PM +0100, Jean-Jacques Hiblot wrote:
> u-boot does not supports updating the metadata chacksums
>
> Signed-off-by: Jean-Jacques Hiblot
> Reviewed-by: Tom Rini
Deferred as I picked up
commit 2e7365518acdb8fb6e9be332c8a6c57b457188d9
Author: Sébastien Szymanski
Our R-Car3 Android userspace relies on the output of 'fastboot
getvar platform' and U-Boot currently is not able to handle it:
host $> fastboot getvar platform
getvar:platform FAILED (remote: Variable not implemented)
finished. total time: 0.001s
We either have the option of adding
I just made this unpleasant observation while playing with u-boot:
On the u-boot CLI I changed an envvar and saved the env:
setenv bootdelay 5 ; saveenv
Then I issued, just for fun, the command "scsi scan", but it crashed
and rebooted the device. But this time on the display only the tuxx
By enabling debug prints in malloc_simple, we can see that SPL for socfpga
gen5 does by far not need the 8 KiB malloc pool currently allocated for
SPL in pre-reloc phase.
On socfpga_socrates, 1304 bytes are currently used (and this increases by
~200 bytes only for the sdram/reset fixes in
If SPL post-reloc stage puts the stack into DDR, U-Boot should be able to
do that, too.
The reason to do so is that this way, U-Boot initial stack can be larger
than SPL initial stack. In situations where we want to save the SPL
in SRAM for next boot without reloading, this prevents overwriting
This commit moves common config options used in all socfpga boards
to select/imply in Kconfig. This both cleans up the defconfig files
as well as makes future changes easier.
Options implied/defaulted for all sub-arches:
- SPL, SPL_DM, USE_TINY_PRINTF, NR_DRAM_BANKS
Options implied/defaulted for
The comment about SPL memory layout for socfpga gen5 is outdated: the
initial malloc memory is now at the end of the SRAM, gd is below it
(see board_init_f_alloc_reserve).
Signed-off-by: Simon Goldschmidt
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
This series cleans up stack definitions in socfpga_common.h as well as
cleans up defconfig files by implying/defaulting common things in Kconfig
files.
Finally, it reduces the malloc pool size used in first stage of gen5 SPL
(without ddr available) in order to have more space available for code.
Wolfang,
Am 21.03.2019 um 20:30 schrieb Simon Goldschmidt:
Hi Wolfgang,
Am 24.01.2019 um 13:22 schrieb Tom Rini:
On Thu, Jan 24, 2019 at 12:40:14PM +0100, Simon Goldschmidt wrote:
On Mon, Aug 13, 2018 at 12:07 PM Simon Goldschmidt
wrote:
Signed-off-by: Simon Goldschmidt
Gentle ping
Am 30.03.2019 um 22:18 schrieb Simon Glass:
On Tue, 26 Mar 2019 at 06:39, Simon Goldschmidt
wrote:
This reverts commit 65a97e7fcf54feb7c4ebe1aee8a572830af4cf51.
The 'eeprom' command has been converted to work with DM_I2C in a patch
submitted around the same time as this commit:
commit
socfpga_common.h defines CONFIG_SYS_BOOTMAPSZ to 64 MiB.
Since having this define overrides the 'bootm_size' env variable for
the whole socfpga platform, let's remove this define from socfpga_common.h
and instead rely on the 'bootm_size' env variable (which is initialized
to 160 MiB in the same
Remove outdated defines (not used any more, outdated due to DM
conversion) from various socfpga files in include/config.
Signed-off-by: Simon Goldschmidt
---
Changes in v2:
- added (this) patch with further cleanups to the socfpga board config
files
include/configs/socfpga_arria10_socdk.h
Remove outdated defines (not used any more, outdated due to DM
conversion) from socfpga_common.h.
Signed-off-by: Simon Goldschmidt
---
Changes in v2:
- remove even more outdated things
include/configs/socfpga_common.h | 40
1 file changed, 40 deletions(-)
This series cleans up the include/configs/socfpga_common.h file a bit.
It removes some defines that are used nowhere and cleans up some
leftovers after various subsystems have been converted to use DM.
Changes in v2:
- added patch to move socfpga_vining to DM_I2C
- remove even more outdated
All socfpga boards except for vining_fpga use DM_I2C. Enable
DM_I2C for this board and set the EEPROM defines via Kconfig
(enabling CONFIG_I2C_EEPROM from MISC).
Signed-off-by: Simon Goldschmidt
---
Changes in v2:
- added (this) patch to move socfpga_vining to DM_I2C
On Tue, Apr 09, 2019 at 03:54:07PM +0800, Kever Yang wrote:
> Add Tom.
>
>
> Thanks,
> - Kever
> On 04/03/2019 03:59 PM, Philipp Tomsich wrote:
> >
> >> On 03.04.2019, at 09:28, Kever Yang wrote:
> >>
> >> This updates MAINTAINERS and git-mailrc to add me as a
> >> co-custodian for rockchip
>
Running `md5sum drivers/fastboot/fb_mmc.o` before and after the change
returns the same result, so this is expectedly a non-functional
change.
In addition, `git grep -w 32 -- drivers/fastboot/` reveals no other
occurrences of the magic number, except in below line where it stands
for something
I think there is a bug in netconsole of u-boot:
about every 8 seconds it pauses for about another 8 seconds.
Ie. some of the pressed keys on the netconsole host get struck (gets lost),
after a while it continues.
Happens with "tools/netconsole" as well with "nc -u -l -p ".
This can also
FTR, using updated email addresses for agraf and sjg.
On 2019-04-09, Jordan Hand wrote:
> On Mon, Apr 8, 2019 at 9:54 PM Vagrant Cascadian wrote:
>>
>> This reverts commit d32aa3cae44e618048ff7f378577d44f9b6d6dcc.
>>
>> This breaks the "list_image" test in tests/image/test-imagetools.sh,
>>
(Forgot to reply all. Sorry for the clutter Vagrant)
See the patch I just submitted "fdt: Fix mkimage list to try every
header type" for what I believe to be the correct fix for this
problem.
Thanks,
Jordan
>
> On Mon, Apr 8, 2019 at 9:54 PM Vagrant Cascadian wrote:
> >
> > This reverts commit
Hi Stefan,
On Tue, Apr 09 2019, Stefan Roese wrote:
> On 07.04.19 11:30, Baruch Siach wrote:
>> The mvebu specific debug register is not accessible when the bind code
>> runs in SPL. Skip it.
>
> The other I2C registers can be accessed but only the debug register
> not? Do you know, why this is
Signed-off-by: Jordan Hand
---
Image type is not supplied to `mkimage -l`. For this reason, we cannot
use imagetool_verify_print_header_by_type. Instead, this patch uses
imagetool_verify_print_header to look through all header types to find
one where image validation succeeds.
This patch fixes
On 4/9/19 7:11 PM, Eugeniu Rosca wrote:
> v2018.01 commit e23eb942ad103f ("ARM: rmobile: Stop using
> rcar-common/common.c on Gen3") removed
> board/renesas/rcar-common/common.c from the build chain with the
> reasoning that calling arch_preboot_os() is no longer needed.
>
> However, it left the
On Tue, Apr 09, 2019 at 06:00:57PM +0200, Marek Vasut wrote:
> On 4/9/19 5:34 PM, Eugeniu Rosca wrote:
> > On Tue, Apr 09, 2019 at 05:23:17PM +0200, Marek Vasut wrote:
> >> On 4/9/19 5:08 PM, Eugeniu Rosca wrote:
> > [..]
> >>> diff --git a/board/renesas/rcar-common/common.c
> >>>
Hi Michal,
On Tue, Apr 9, 2019 at 5:51 AM Michal Simek wrote:
>
> On 17. 03. 19 0:06, Hannes Schmelzer wrote:
> > "U-Boot" schrieb am 16.03.2019 12:43:17:
> >
> >> Von: Michal Simek
> >> An: u-boot@lists.denx.de
> >> Kopie: Janine Hagemann , Joe Hershberger
> >> , Hannes Schmelzer
> >> Datum:
v2018.01 commit e23eb942ad103f ("ARM: rmobile: Stop using
rcar-common/common.c on Gen3") removed
board/renesas/rcar-common/common.c from the build chain with the
reasoning that calling arch_preboot_os() is no longer needed.
However, it left the arch_preboot_os() in place. Get rid of it.
This is
Hi,
I built u-boot with CONFIG_NETCONSOLE=y. It works, but how can I set up
u-boot so that after rebooting, it automatically (ie. w/o manual interaction)
goes into netconsole mode?
Ie. controlling the device remotely via netconsole by using the
tools/netconsole script on the host as shown in
On 01/04/2019 16:36, Tom Rini wrote:
> On Mon, Apr 01, 2019 at 10:19:18AM +, Ajay Kaher wrote:
>
>> Few weeks ago sent patch (as in below mail) to include in U-Boot, And
>> still waiting for response and even not present in U-Boot mailing list.
>
> Can you please re-send the patch and
Hi Marcel,
On 4/8/19 3:53 PM, Marcel Ziswiler wrote:
Hi Parthiban
On Sun, 2019-04-07 at 20:32 +0200, Parthiban Nallathambi wrote:
u-boot,dm-spl property is specific to U-Boot, so created one
for i.MX6ULL platforms.
What exactly makes you so sure others do want your exact configuration
Hello Martyn,
On 4/9/19 12:46 PM, Martyn Welch wrote:
On Tue, 2019-04-09 at 11:30 +0200, Parthiban Nallathambi wrote:
Hello Martyn,
On 4/9/19 10:49 AM, Martyn Welch wrote:
On Mon, 2019-04-08 at 20:04 +0200, Parthiban wrote:
Hello Martyn,
On 4/8/19 7:45 PM, Martyn Welch wrote:
On Sun,
On Mon, Apr 8, 2019 at 9:54 PM Vagrant Cascadian wrote:
>
> This reverts commit d32aa3cae44e618048ff7f378577d44f9b6d6dcc.
>
> This breaks the "list_image" test in tests/image/test-imagetools.sh,
> where mkimage and dumpimage are expected to have the same output:
>
> Listing image contents...
>
The E2 Alt board has two USB ports, add missing DT nodes to make the
USB available.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/dts/r8a7794-alt-u-boot.dts | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm/dts/r8a7794-alt-u-boot.dts
Synchronize R-Car Gen2 device trees with Linux 5.0,
commit 1c163f4c7b3f621efff9b28a47abb36f7378d783 .
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/dts/r8a7790-lager.dts | 2 --
arch/arm/dts/r8a7790-stout.dts | 19 ---
arch/arm/dts/r8a7790.dtsi| 6
1 - 100 of 207 matches
Mail list logo