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
b/a
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...
>
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, 2019-
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
thereo
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 ensur
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 do
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 do
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:
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
> >>> b/board/renesas/
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 a
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 fa
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 th
(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 d
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,
>> where
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 be
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 un
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
> >>
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
configs/socfpga_vining_fpg
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 thing
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(-)
diff
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 |
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 fi
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 0c07a9b
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 for:
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.
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
include/configs/socfpga_c
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
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 th
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 socfpga-
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 logo
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 'fastboot.plat
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
Da
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) patch
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 patc
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 n
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 va
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
>
> include/configs
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 board
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 avai
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
> Chang
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 by
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, USE_TI
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
---
Change
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: "U.
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 o
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.
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]
TestFsExt.test_fs_
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
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/ >
>>> Signed-off-by
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 .confi
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 i
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 siz
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 or
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
>
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 high
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 req
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: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 t
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
> seq
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 head
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
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 fault.
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 Prod
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 u-boot-video/ma
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?
$ l
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
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 b/lib/efi_loader/efi_
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:
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 == compress_fr
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 bu
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 f
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: S
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 t
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 f
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 cod
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 25
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 writes,file
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 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, Jean-Jacq
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 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 02:10:12A
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 le
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 Stor
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 based
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 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 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, Mana
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 Soft
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:
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 Gm
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,
Heiko
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 e
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 arch/arm/dts/imx53-kp
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 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 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 f
> -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 CONFIG_PREB
> -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 SZ_6
Two subsets of the UEFI specifications have been defined. The one for
servers is "Server Base Boot Requirements System Software on ARM
Platforms" (SBBR), the one for embedded systems is the "Embedded Base Boot
Requirements (EBBR) Specification". Reaching compliance with thei EBBR is a
more realisti
101 - 200 of 205 matches
Mail list logo
