Re: [U-Boot] [PATCH 0/2] rockchip: Initial RK3368 and GeekBox support

Hi Andreas, On 17 July 2016 at 19:06, Andreas Färber wrote: > Hi, > > This series adds initial support for RK3368 SoC and GeekBox. > For more details see the commit message. > > Will need to be rebased onto Heiko's cleanups and Kever's RK3399 series. > > Regards, > Andreas > >

[U-Boot] [PATCH 1/2] bdinfo: Don't print out empty DRAM banks

There is no sense in printing out DRAM banks of size 0 since this means they are empty. Skip them. Signed-off-by: Simon Glass --- cmd/bdinfo.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c index 637463e..696c67a

[U-Boot] [PATCH 2/2] x86: bdinfo: Drop meaningless values

These are not useful on x86 so do not print them. Signed-off-by: Simon Glass --- cmd/bdinfo.c | 10 -- 1 file changed, 10 deletions(-) diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c index 696c67a..1be1cac 100644 --- a/cmd/bdinfo.c +++ b/cmd/bdinfo.c @@ -446,16 +446,6 @@

Re: [U-Boot] [PATCH 1/2 RESEND] fdt_support: fdt_translate_address() blob const correctness

Hi Stephen, On 5 August 2016 at 19:41, Simon Glass wrote: > > On 5 August 2016 at 09:47, Stephen Warren wrote: > > From: Stephen Warren > > > > The next patch will call fdt_translate_address() from somewhere with a > > "const void

Re: [U-Boot] [PATCH] i2c: intel_i2c: SMBus driver PCI addition (e.g. BayTrail)

Hi Stefan, On 5 August 2016 at 01:18, Stefan Roese wrote: > On 05.08.2016 09:10, Heiko Schocher wrote: >> >> Hello Bin, >> >> Am 05.08.2016 um 07:46 schrieb Bin Meng: >>> >>> Simon, Stefan, >>> >>> On Tue, Jul 26, 2016 at 8:13 PM, Stefan Roese wrote: Hi

[U-Boot] Please pull u-boot-rockchip

Hi Tom, There are still a few patches waiting for revision, but this is most of them. It includes additional rk3399 support, a new miniarm board and some refactoring. The following changes since commit e1efe43c710bec8d951c25f163cc8b0c5eb92294: powerpc/86xx: Increase boot map size to 256 MiB

[U-Boot] [PATCH 2/2] x86: i2c: Avoid using BSS before it is available

If intel_i2c_bind() is called before relocation there is no BSS section available. Use the data section instead, which is always available. A better fix might be to use global_data, perhaps a new member in x86's struct arch_global_data. Comments welcome. Signed-off-by: Simon Glass

[U-Boot] [PATCH 1/2] i2c: Drop redundant platform data setting in drivers

The i2c uclass has a default setting for per_child_platdata_auto_alloc_size so drivers do not need to set it. Remove this from drivers to avoid confusion. Signed-off-by: Simon Glass --- drivers/i2c/cros_ec_ldo.c | 1 - drivers/i2c/cros_ec_tunnel.c | 1 -

Re: [U-Boot] Please pull ARC changes

On Fri, Aug 05, 2016 at 10:09:58AM +, Alexey Brodkin wrote: > Hi Tom, > > Please pull latest ARC changes. > > These changes are mostly maintenance and minor cleanup. > In particular: >  * ARCangel4 boards renamed to nSIM since AA4 is long gone >    and only simulation platform exists now. >

Re: [U-Boot] [PATCH v3 4/6] xtensa: add core information for the dc233c processor

On 5 August 2016 at 17:00, Max Filippov wrote: > DC233C is an xtensa processor with full MMUv3 capable of running Linux. > Core information files are autogenerated from the processor description > and are not meant to be edited. > > Signed-off-by: Max Filippov

Re: [U-Boot] [PATCH v3 5/6] xtensa: add core information for the de212 processor

On 5 August 2016 at 17:00, Max Filippov wrote: > DE212 is a general purpose xtensa processor without full MMU. > Core information files are autogenerated from the processor description > and are not meant to be edited. > > Signed-off-by: Max Filippov > ---

Re: [U-Boot] [PATCH v3 2/6] xtensa: add support for the xtensa processor architecture [2/2]

On 5 August 2016 at 17:00, Max Filippov wrote: > From: Chris Zankel > > The Xtensa processor architecture is a configurable, extensible, > and synthesizable 32-bit RISC processor core provided by Tensilica, inc. > > This is the second part of the basic

Re: [U-Boot] [PATCH v3 6/6] xtensa: add support for the 'xtfpga' evaluation board

On 5 August 2016 at 17:00, Max Filippov wrote: > From: Chris Zankel > > The 'xtfpga' board is actually a set of FPGA evaluation boards that > can be configured to run an Xtensa processor. > > - Avnet Xilinx LX60 > - Avnet Xilinx LX110 > - Avnet Xilinx

Re: [U-Boot] [PATCH v3 3/6] xtensa: add core information for the dc232b processor

On 5 August 2016 at 17:00, Max Filippov wrote: > From: Chris Zankel > > DC232B is an xtensa processor with full MMUv2 capable of running Linux. > Core information files are autogenerated from the processor description > and are not meant to be edited. > >

Re: [U-Boot] [PATCH 2/2 RESEND] fdt: allow fdtdec_get_addr_size_*() to translate addresses

On 5 August 2016 at 09:47, Stephen Warren wrote: > From: Stephen Warren > > Some code may want to read reg values from DT, but from nodes that aren't > associated with DM devices, so using dev_get_addr_index() isn't > appropriate. In this case,

Re: [U-Boot] [PATCH v3 1/6] xtensa: add support for the xtensa processor architecture [1/2]

On 5 August 2016 at 17:00, Max Filippov wrote: > From: Chris Zankel > > The Xtensa processor architecture is a configurable, extensible, > and synthesizable 32-bit RISC processor core provided by Cadence. > > This is the first part of the basic architecture

Re: [U-Boot] [PATCH V3 4/6] reset: add Tegra186 reset driver

On 5 August 2016 at 11:03, Stephen Warren wrote: > From: Stephen Warren > > In Tegra186, on-SoC reset signals are manipulated using IPC requests to > the BPMP (Boot and Power Management Processor). This change implements a > driver that does that. It is

Re: [U-Boot] [PATCH V2 2/3] pci: tegra: port to standard clock/reset/pwr domain APIs

On 5 August 2016 at 16:10, Stephen Warren wrote: > From: Stephen Warren > > Tegra186 supports the new standard clock, reset, and power domain APIs. > Older Tegra SoCs still use custom APIs. Enhance the Tegra PCIe driver so > that it can operate with

Re: [U-Boot] [PATCH 1/2 RESEND] fdt_support: fdt_translate_address() blob const correctness

On 5 August 2016 at 09:47, Stephen Warren wrote: > From: Stephen Warren > > The next patch will call fdt_translate_address() from somewhere with a > "const void *blob" rather than a "void *blob", so fdt_translate_address() > must accept a const pointer

Re: [U-Boot] [PATCH V2 3/3] i2c: tegra: add standardized clk/reset API support

On 5 August 2016 at 16:10, Stephen Warren wrote: > From: Bryan Wu > > clk/reset API was tested on T186 platform and previous chip like > T210/T124 will still use the old APIs. > > Signed-off-by: Bryan Wu > (swarren, simplified some

Re: [U-Boot] [PATCH V2 1/3] mmc: tegra: port to standard clock/reset APIs

On 5 August 2016 at 16:10, Stephen Warren wrote: > From: Stephen Warren > > Tegra186 supports the new standard clock and reset APIs. Older Tegra SoCs > still use custom APIs. Enhance the Tegra MMC driver so that it can operate > with either set of APIs.

Re: [U-Boot] [PATCH V3 2/6] misc: add Tegra BPMP driver

On 5 August 2016 at 11:03, Stephen Warren wrote: > From: Stephen Warren > > The Tegra BPMP (Boot and Power Management Processor) is a separate > auxiliary CPU embedded into Tegra to perform power management work, and > controls related features such as

Re: [U-Boot] [PATCH V3 5/6] power domain: add Tegra186 driver

On 5 August 2016 at 11:03, Stephen Warren wrote: > From: Stephen Warren > > In Tegra186, SoC power domains are manipulated using IPC requests to > the BPMP (Boot and Power Management Processor). This change implements a > driver that does that. > >

Re: [U-Boot] [PATCH V3 3/6] clock: add Tegra186 clock driver

On 5 August 2016 at 11:03, Stephen Warren wrote: > From: Stephen Warren > > In Tegra186, on-SoC clocks are manipulated using IPC requests to the BPMP > (Boot and Power Management Processor). This change implements a driver > that does that. A tegra/

Re: [U-Boot] [PATCH V3 1/6] misc: add "call" uclass op

Hi Stephen, On 5 August 2016 at 11:03, Stephen Warren wrote: > From: Stephen Warren > > The call op requests that the callee pass a message to the underlying HW > or device, wait for a response, and then pass back the response error code > and message

Re: [U-Boot] [PATCH v2 3/3] config: rk3399: enable dwmmc controller

On 3 August 2016 at 21:45, Kever Yang wrote: > Enable the rockchip dwmmc driver for rk3399 and its evb. > > Signed-off-by: Kever Yang > Acked-by: Simon Glass > --- > > Changes in v2: > - add commit message > >

Re: [U-Boot] [PATCH] ARM: tegra: add IVC protocol implementation

Hi Stephen, On 5 August 2016 at 10:04, Stephen Warren wrote: > On 08/04/2016 07:36 PM, Simon Glass wrote: >> >> Hi Stephen, >> >> On 25 July 2016 at 13:57, Stephen Warren wrote: >>> >>> On 07/22/2016 08:08 PM, Simon Glass wrote: Hi

Re: [U-Boot] [PATCH v2 2/3] dts: rk3399: enable dwmmc for sdcard

On 3 August 2016 at 21:44, Kever Yang wrote: > rk3399 sdcard is using dwmmc controller, enable it for sdcard. > SCLK_SDMMC is the clock for controller operation clock, move it > to the first place. > > Signed-off-by: Kever Yang > Acked-by:

Re: [U-Boot] [PATCH v2 1/3] clock: rk3399: add support for dwmmc 400K

On 3 August 2016 at 21:44, Kever Yang wrote: > MMC core will use 400KHz for card initialize first and then switch to > higher frequency like 50MHz, we need to support both 400KHz and about > 50MHz for dwmmc controller. > > Signed-off-by: Kever Yang

Re: [U-Boot] [PATCH v2] configs: rk3399: add gpt and fs support

On 4 August 2016 at 19:36, Simon Glass wrote: > On 3 August 2016 at 21:40, Kever Yang wrote: >> To compatible with distro boot, we need to add gpt and fs support, >> including gpt table and vfat, ext2, ext4 support. >> >> Signed-off-by: Kever Yang

Re: [U-Boot] [U-Boot, v2] mkimage: Fix argument parsing with signature comment

On Tue, Aug 02, 2016 at 06:57:14PM +, Karl Beldan wrote: > Inform getopt that '-c' requires a parameter. > > Fixes: a02221f29deb ("mkimage: Convert to use getopt()") > Signed-off-by: Karl Beldan > Reviewed-by: Tom Rini Applied to u-boot/master,

Re: [U-Boot] [U-Boot, 9/9] test: Adjust run_command_list() to return a list of strings

On Sun, Jul 31, 2016 at 05:35:09PM -0600, Simon Glass wrote: > Return one string for each command that was executed. This seems cleaner. > > Suggested-by: Teddy Reed > Signed-off-by: Simon Glass > Reviewed-by: Stephen Warren

Re: [U-Boot] configs: Fix mmc rescan misuses

On Tue, Aug 02, 2016 at 10:36:17AM +, Karl Beldan wrote: > This follows 9fd383724cf4 ("mmc: don't allow extra cmdline arguments"), > and affects omapl138_lcdk and omap3_evm_quick_mmc. > > Signed-off-by: Karl Beldan > Reviewed-by: Tom Rini Applied

Re: [U-Boot] [U-Boot,8/9] test: Add a function to restart U-Boot

On Sun, Jul 31, 2016 at 05:35:08PM -0600, Simon Glass wrote: > Add a proper function for this rather than using internal functions. Use it > in the single call site. > > Also, do a restart at the end of the vboot test to reset to the normal > device tree. > > Signed-off-by: Simon Glass

[U-Boot] [PATCH] mx6ul_14x14_evk: don't use array for SD2 card detect pad

Only a single pad is changed to change sdhc2_dat3 from an SDIO pin to and from GPIO4:5, so remove the array and use the imx_iomux_v3_setup_pad() routine. Signed-off-by: Eric Nelson --- board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c | 24 ++- 1 file

Re: [U-Boot] [U-Boot,5/9] test: Drop the cmd() function

On Sun, Jul 31, 2016 at 05:35:05PM -0600, Simon Glass wrote: > Instead of this, use the existing run_and_log() function, enhanced to > support a command string as well as a list of arguments. > > Suggested-by: Stephen Warren > > Signed-off-by: Simon Glass

Re: [U-Boot] [U-Boot, 7/9] test: vboot: Put each test variant in its own section

On Sun, Jul 31, 2016 at 05:35:07PM -0600, Simon Glass wrote: > Use 'cons.log.section' feature to split up the test output. This makes it > easier to read. > > Suggested-by: Stephen Warren > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks!

Re: [U-Boot] [U-Boot, 6/9] test: Rename sha to sha_algo and pass it around

On Sun, Jul 31, 2016 at 05:35:06PM -0600, Simon Glass wrote: > Rename this argument and pass it to each function that needs it, instead of > making it global. > > Suggested-by: Stephen Warren > Suggested-by: Teddy Reed > > Signed-off-by: Simon Glass

Re: [U-Boot] [U-Boot,4/9] test: Fix typos in comments

On Sun, Jul 31, 2016 at 05:35:04PM -0600, Simon Glass wrote: > Fix some typos in various files introduced with the vboot test conversion. > > Reported-by: Teddy Reed > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom

Re: [U-Boot] [U-Boot, 1/9] Makefile: Allow 'make tests' to run tests

On Sun, Jul 31, 2016 at 05:35:01PM -0600, Simon Glass wrote: > Add this shortcut for running tests. Unfortunately 'make test' cannot be > used as it is an existing directory. > > Signed-off-by: Simon Glass > Suggested-by: Teddy Reed Applied to

Re: [U-Boot] [U-Boot, 3/9] test: Check exit status in run_and_log_expect_exception()

On Sun, Jul 31, 2016 at 05:35:03PM -0600, Simon Glass wrote: > This check was missed. Add it and make the message more verbose. > > Signed-off-by: Simon Glass > Reported-by: Tom Rini > Fixes: 9e17b034 (test/py: Provide a way to check that a command fails)

Re: [U-Boot] [U-Boot,2/9] test: Fix typos and tidy up

On Sun, Jul 31, 2016 at 05:35:02PM -0600, Simon Glass wrote: > Fix review comments that were missed at the time. Also explain why we need > to regenerate the device tree for each test. > > Reported-by: Teddy Reed > Suggested-by: Stephen Warren >

Re: [U-Boot] [U-Boot, v2] armv8: mmu: Detect page table overflow in emergency pt creation

On Sat, Jul 30, 2016 at 11:13:03PM +0200, Alexander Graf wrote: > We create 2 sets of page tables: One for normal operation, one for > emergency (used while modifying the former). > > Because the page tables grow dynamically, we have code that checks > for overflow. Unfortunately we didn't

Re: [U-Boot] [U-Boot, v2] cmd: gpt: fix the wrong size parse for the last partition

On Fri, Jul 29, 2016 at 11:12:18AM +0800, Kever Yang wrote: > The calculation of "dev_desc->lba - 34 - 1 - offset" is not correct for > size '-', because both fist_usable_lba and last_usable_lba will remain > 34 sectors. > > We can simply use 0 for size '-' because the part_efi module will

Re: [U-Boot] [U-Boot,3/3] omap3: Drop omap3_evm_quick_* targets

On Wed, Jul 27, 2016 at 10:29:42PM -0400, Tom Rini wrote: > These config targets were added well before the Kconfig migration began > as a way to demonstrate how to make these platforms work with cut down > features. At this point in time they no longer serve a good purpose so > remove them. >

Re: [U-Boot] [U-Boot, 2/3] omap3, omap4: Enable USE_TINY_PRINTF for all

On Wed, Jul 27, 2016 at 10:29:41PM -0400, Tom Rini wrote: > In the case of omap3 we have a number of platforms that are close to > exceeding SRAM limits, depending on compiler. Move to USE_TINY_PRINTF > to give them more room. OMAP4 will soon enough be in a similar place, > so enable that now.

Re: [U-Boot] [U-Boot, 1/3] omap3: Move to select SUPPORT_SPL for all

On Wed, Jul 27, 2016 at 10:29:40PM -0400, Tom Rini wrote: > In reality all omap3 platforms support SPL so move the select for this > up a level. > > Signed-off-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [U-Boot,v2,7/7] cmd/bdinfo: extract print_std_bdinfo

On Thu, Jul 28, 2016 at 03:57:24AM +0300, Max Filippov wrote: > print_std_bdinfo outputs typical set of board information entries: > boot params location, memory and flash addresses and sizes, network > interfaces information and configured serial baud rate. > > Signed-off-by: Max Filippov

Re: [U-Boot] [U-Boot,v2,3/7] cmd/bdinfo: extract print_bi_dram

On Thu, Jul 28, 2016 at 03:57:20AM +0300, Max Filippov wrote: > print_bi_dram outputs start address and size for each DRAM bank. > > Signed-off-by: Max Filippov > Reviewed-by: Tom Rini > Reviewed-by: Simon Glass Applied to

Re: [U-Boot] [U-Boot,v2,4/7] cmd/bdinfo: extract print_bi_flash

On Thu, Jul 28, 2016 at 03:57:21AM +0300, Max Filippov wrote: > print_bi_flash outputs flashstart, flashsize and flashoffset lines. > > Signed-off-by: Max Filippov > Reviewed-by: Tom Rini > Reviewed-by: Simon Glass Applied to

Re: [U-Boot] [U-Boot,v2,5/7] cmd/bdinfo: extract print_eth_ip_addr

On Thu, Jul 28, 2016 at 03:57:22AM +0300, Max Filippov wrote: > print_eth_ip_addr outputs eth configurations for up to 6 interfaces and > configured IP address. > > Signed-off-by: Max Filippov > Reviewed-by: Tom Rini > Reviewed-by: Simon Glass

Re: [U-Boot] [U-Boot,v2,6/7] cmd/bdinfo: extract print_baudrate

On Thu, Jul 28, 2016 at 03:57:23AM +0300, Max Filippov wrote: > print_baudrate outputs serial baud rate. > > Signed-off-by: Max Filippov > Reviewed-by: Tom Rini > Reviewed-by: Simon Glass Applied to u-boot/master, thanks! -- Tom

Re: [U-Boot] [U-Boot,v2,2/7] cmd/bdinfo: extract print_bi_mem

On Thu, Jul 28, 2016 at 03:57:19AM +0300, Max Filippov wrote: > print_bi_mem outputs memstart and memsize lines. > > Signed-off-by: Max Filippov > Reviewed-by: Tom Rini > Reviewed-by: Simon Glass Applied to u-boot/master, thanks! --

Re: [U-Boot] [U-Boot, v2, 1/7] cmd/bdinfo: extract print_bi_boot_params

On Thu, Jul 28, 2016 at 03:57:18AM +0300, Max Filippov wrote: > print_bi_boot_params outputs boot parameters structure location. > > Signed-off-by: Max Filippov > Reviewed-by: Tom Rini > Reviewed-by: Simon Glass Applied to

Re: [U-Boot] [U-Boot, v2] treewide: move CONFIG_PHYS_64BIT to Kconfig

On Mon, Jul 25, 2016 at 07:56:03PM +0900, Masahiro Yamada wrote: > We need to ensure that CONFIG_PHYS_64BIT is configured via Kconfig so > that it is always available to the build system. Otherwise we can run > into cases where we have inconsistent sizes of certain attributes. > > Ravi Babu

Re: [U-Boot] [U-Boot, v2, 7/8] tools: moveconfig: make getting all defconfigs into helper function

On Mon, Jul 25, 2016 at 07:15:28PM +0900, Masahiro Yamada wrote: > I want to reuse this routine in the next commit. > > Signed-off-by: Masahiro Yamada > Reviewed-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc

Re: [U-Boot] [U-Boot, v2, 8/8] tools: moveconfig: support CONFIG_SYS_EXTRA_OPTIONS cleaning

On Mon, Jul 25, 2016 at 07:15:29PM +0900, Masahiro Yamada wrote: > We mostly move config options from board header files to Kconfig, > but sometimes config defines come from CONFIG_SYS_EXTRA_OPTIONS. > > Historically, CONFIG_SYS_EXTRA_OPTIONS originates in boards.cfg, > which was used as a

Re: [U-Boot] [U-Boot, v2, 6/8] tools: moveconfig: fix cleanup of defines across multiple lines

On Mon, Jul 25, 2016 at 07:15:27PM +0900, Masahiro Yamada wrote: > Correct the clean-up of such defines that continue across multiple > lines, like follows: > > #define CONFIG_FOO "this continues to the next line " \ > "this line should be removed too" \ > "this line should

Re: [U-Boot] [U-Boot, v2, 5/8] tools: moveconfig: show diffs of cleaned headers in color

On Mon, Jul 25, 2016 at 07:15:26PM +0900, Masahiro Yamada wrote: > Show code diff in color if --color option is given. > > Signed-off-by: Masahiro Yamada > Reviewed-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc

Re: [U-Boot] [U-Boot, v2, 4/8] tools: moveconfig: show result of header cleaning in unified diff

On Mon, Jul 25, 2016 at 07:15:25PM +0900, Masahiro Yamada wrote: > The header cleanup feature of this tool now removes empty ifdef's, > successive blank lines as well as moved option defines. So, we > want to see a little more context to check which lines were deleted. > > It is true that we

Re: [U-Boot] [U-Boot, v2, 2/8] tools: moveconfig: do not check clean tree and compilers for -H option

On Mon, Jul 25, 2016 at 07:15:23PM +0900, Masahiro Yamada wrote: > The clean tree (make mrproper) and compilers are required when moving > config options, but not needed when we only cleanup headers. > > Signed-off-by: Masahiro Yamada > Reviewed-by: Tom Rini

Re: [U-Boot] [U-Boot, 1/1] ext4: Refuse to mount filesystems with 64bit feature set

On Fri, Jul 22, 2016 at 05:59:11PM -0400, Tom Rini wrote: > With e2fsprogs after 1.43 the 64bit and metadata_csum features are > enabled by default. The metadata_csum feature changes how > ext4_group_desc->bg_checksum is calculated, which would break write > support. The 64bit feature however

Re: [U-Boot] [U-Boot, v2, 3/8] tools: moveconfig: trim garbage lines after header cleanups

On Mon, Jul 25, 2016 at 07:15:24PM +0900, Masahiro Yamada wrote: > The tools/moveconfig.py has a feature to cleanup #define/#undef's > of moved config options, but I want this tool to do a better job. > > For example, when we are moving CONFIG_FOO and its define is > surrounded by #ifdef ...

Re: [U-Boot] [U-Boot, v2, 1/8] tools: moveconfig: do not cleanup headers in include/generated

On Mon, Jul 25, 2016 at 07:15:22PM +0900, Masahiro Yamada wrote: > The files in include/generated are generated during build and removed > by "make mrproper", so it has no point to touch them by this tool. > > Signed-off-by: Masahiro Yamada > Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH] ARM: Rework and correct barrier definitions

On Mon, Aug 01, 2016 at 06:54:53PM -0400, Tom Rini wrote: > As part of testing booting Linux kernels on Rockchip devices, it was > discovered by Ziyuan Xu and Sandy Patterson that we had multiple and for > some cases incomplete isb definitions. This was causing a failure to > boot of the Linux

Re: [U-Boot] [PATCH] Please pull u-boot-mmc

On Fri, Aug 05, 2016 at 09:00:17PM +0900, Jaehoon Chung wrote: > Hi Tom, > > Here is the mmc updates. There are patches relevant to DM and pending patches. > Could you pull these patch to u-boot/master? > > Best Regards > Jaehoon Chung > > The following changes since commit

Re: [U-Boot] Pull request, u-boot-tegra/master

On Fri, Aug 05, 2016 at 10:26:44AM -0700, Tom Warren wrote: > Tom, > > Please pull u-boot-tegra/master into U-Boot/master. Thanks! > > All Tegra builds are OK, and Stephen's automated test system reports that > all tests pass. > > The following changes since commit

Re: [U-Boot] [PATCH] zynq_sdhci.c: Fix warning in arasan_sdhci_probe

On Fri, Aug 05, 2016 at 05:43:03PM -0400, Tom Rini wrote: > We no longer need to set 'caps' as it's not passed to sdhci_setup_cfg > anymore. > > Fixes: 14bed52d276a ("mmc: sdhci: remove the unnecessary arguments for > sdhci_setup_cfg") > Signed-off-by: Tom Rini

Re: [U-Boot] [PATCH v2] SPL: tiny-printf: avoid any BSS usage

Hi, On 9 July 2016 at 11:27, André Przywara wrote: > On 09/07/16 15:38, Simon Glass wrote: >> On 8 July 2016 at 08:18, Andre Przywara wrote: >>> As printf calls may be executed quite early, we should avoid using any >>> BSS stored variables, since

Re: [U-Boot] [PATCH] x86: bayleybay: Add PS/2 keyboard and mouse to ASL file

On Thu, Aug 4, 2016 at 9:16 AM, Simon Glass wrote: > On 1 August 2016 at 21:53, Bin Meng wrote: >> Without PS/2 keyboard and mouse in the ASL file, Windows does not >> see them. No problem for Linux as it probes keyboard and mouse via >> the legacy 8042 I/O

Re: [U-Boot] [PATCH] Bug in cbfs

Hi Yaroslav, On Fri, Jul 22, 2016 at 6:21 PM, Yaroslav K. wrote: > cbfs: Fix incorrect CBFS file header size being used Please make this the email title of this patch. > > This fixes incorrect filenames in cbfsls output. > > Signed-off-by: Yaroslav K. > ---

[U-Boot] [PATCH v3 6/6] xtensa: add support for the 'xtfpga' evaluation board

From: Chris Zankel The 'xtfpga' board is actually a set of FPGA evaluation boards that can be configured to run an Xtensa processor. - Avnet Xilinx LX60 - Avnet Xilinx LX110 - Avnet Xilinx LX200 - Xilinx ML605 - Xilinx KC705 These boards share the same components

[U-Boot] [PATCH v3 5/6] xtensa: add core information for the de212 processor

DE212 is a general purpose xtensa processor without full MMU. Core information files are autogenerated from the processor description and are not meant to be edited. Signed-off-by: Max Filippov --- Changes v2->v3: - fix core configuration files license; - add comment that

[U-Boot] [PATCH v3 4/6] xtensa: add core information for the dc233c processor

DC233C is an xtensa processor with full MMUv3 capable of running Linux. Core information files are autogenerated from the processor description and are not meant to be edited. Signed-off-by: Max Filippov --- Changes v2->v3: - fix core configuration files license; - add

[U-Boot] [PATCH v3 3/6] xtensa: add core information for the dc232b processor

From: Chris Zankel DC232B is an xtensa processor with full MMUv2 capable of running Linux. Core information files are autogenerated from the processor description and are not meant to be edited. Signed-off-by: Chris Zankel Signed-off-by: Max Filippov

[U-Boot] [PATCH v3 2/6] xtensa: add support for the xtensa processor architecture [2/2]

From: Chris Zankel The Xtensa processor architecture is a configurable, extensible, and synthesizable 32-bit RISC processor core provided by Tensilica, inc. This is the second part of the basic architecture port, adding the 'arch/xtensa' directory and a readme file.

[U-Boot] [PATCH v3 0/6] U-Boot port to Xtensa architecture

Hello, this series adds U-Boot port to Xtensa, configurable processor architecture from Tensilica, Inc., now Cadence Design Systems Inc. Two patches add proper xtensa bits: changes to shares files and contents of arch/xtensa. Next three patches add three sample xtensa CPU configurations: one

[U-Boot] [PATCH v3 1/6] xtensa: add support for the xtensa processor architecture [1/2]

From: Chris Zankel The Xtensa processor architecture is a configurable, extensible, and synthesizable 32-bit RISC processor core provided by Cadence. This is the first part of the basic architecture port with changes to common files. The 'arch/xtensa' directory, and boards and

[U-Boot] [PATCH V2 1/3] mmc: tegra: port to standard clock/reset APIs

From: Stephen Warren Tegra186 supports the new standard clock and reset APIs. Older Tegra SoCs still use custom APIs. Enhance the Tegra MMC driver so that it can operate with either set of APIs. Signed-off-by: Stephen Warren --- v2: Add TODO comment

[U-Boot] [PATCH V2 3/3] i2c: tegra: add standardized clk/reset API support

From: Bryan Wu clk/reset API was tested on T186 platform and previous chip like T210/T124 will still use the old APIs. Signed-off-by: Bryan Wu (swarren, simplified some ifdefs, removed indent level inside an ifdef) (swarren, added comment about the ifdefs)

[U-Boot] [PATCH V2 2/3] pci: tegra: port to standard clock/reset/pwr domain APIs

From: Stephen Warren Tegra186 supports the new standard clock, reset, and power domain APIs. Older Tegra SoCs still use custom APIs. Enhance the Tegra PCIe driver so that it can operate with either set of APIs. On Tegra186, the BPMP handles all aspects of PCIe PHY (UPHY)

Re: [U-Boot] [PATCH] arm: omap5: am57/dra7: Fix SRAM_SCRATCH_SPACE_ADDR and SRAM_ROM_VECT_BASE

On Fri, Aug 05, 2016 at 12:14:23PM -0400, Andrew Bradford wrote: > From: Andrew Bradford > > Both am57xx and dra7xx have 512 kiB of SRAM and the mapping within that > SRAM is the same as omap5 (which has only 128 kiB) except for a much > larger "Download image"

[U-Boot] [PATCH] zynq_sdhci.c: Fix warning in arasan_sdhci_probe

We no longer need to set 'caps' as it's not passed to sdhci_setup_cfg anymore. Fixes: 14bed52d276a ("mmc: sdhci: remove the unnecessary arguments for sdhci_setup_cfg") Signed-off-by: Tom Rini --- drivers/mmc/zynq_sdhci.c | 2 -- 1 file changed, 2 deletions(-)

Re: [U-Boot] [PATCH][v2] board: ls1012afrdm: overwrite CONFIG_EXTRA_ENV_SETTINGS

On 08/05/2016 02:47 AM, Pratiyush Mohan Srivastava wrote: > From: Prabhakar Kushwaha > > LS1012AFRDM has 512MB of DDR. > So update Kernel load address as 0x9600 instead of default > 0xa000. > > Signed-off-by: Prabhakar Kushwaha >

[U-Boot] Pull request, u-boot-tegra/master

Tom, Please pull u-boot-tegra/master into U-Boot/master. Thanks! All Tegra builds are OK, and Stephen's automated test system reports that all tests pass. The following changes since commit e1efe43c710bec8d951c25f163cc8b0c5eb92294: powerpc/86xx: Increase boot map size to 256 MiB (2016-08-03

Re: [U-Boot] [PATCH v2 7/7] net/ethoc: implement MDIO bus and support phylib

On Fri, Aug 5, 2016 at 10:26 AM, Max Filippov wrote: > Implement MDIO bus read/write functions, initialize the bus and scan for > the PHY when phylib is enabled. Limit PHY speeds to 10/100 Mbps. > > Cc: Michal Simek > Signed-off-by: Max Filippov

Re: [U-Boot] [PATCH] armv8: ls1012a: Updating CONFIG_EXTRA_ENV_SETTINGS

From: york sun: > On 08/05/2016 02:47 AM, Pratiyush Mohan Srivastava wrote: >> Remove ramdisk_addr, ramdisk_size and update UART baud-rate. >> ... >> +++ b/include/configs/ls1012a_common.h ... >> - "ramdisk_addr=0x80\0"   \ >> - "ramdisk_size=0x200\0"  \ >>  

[U-Boot] [PATCH V3 4/6] reset: add Tegra186 reset driver

From: Stephen Warren In Tegra186, on-SoC reset signals are manipulated using IPC requests to the BPMP (Boot and Power Management Processor). This change implements a driver that does that. It is unconditionally selected by CONFIG_TEGRA186 since virtually any Tegra186 build of

[U-Boot] [PATCH V3 6/6] i2c: add Tegra186 BPMP driver

From: Stephen Warren On Tegra186, some I2C controllers are directly controlled by the main CPU, whereas others are controlled by the BPMP, and can only be accessed by the main CPU via IPC requests to the BPMP. This driver covers the latter case. Signed-off-by: Stephen Warren

[U-Boot] [PATCH V3 2/6] misc: add Tegra BPMP driver

From: Stephen Warren The Tegra BPMP (Boot and Power Management Processor) is a separate auxiliary CPU embedded into Tegra to perform power management work, and controls related features such as clocks, resets, power domains, PMIC I2C bus, etc. This driver provides the core

[U-Boot] [PATCH V3 5/6] power domain: add Tegra186 driver

From: Stephen Warren In Tegra186, SoC power domains are manipulated using IPC requests to the BPMP (Boot and Power Management Processor). This change implements a driver that does that. Signed-off-by: Stephen Warren --- v3: Use misc class call op. v2:

[U-Boot] [PATCH V3 3/6] clock: add Tegra186 clock driver

From: Stephen Warren In Tegra186, on-SoC clocks are manipulated using IPC requests to the BPMP (Boot and Power Management Processor). This change implements a driver that does that. A tegra/ sub-directory is created to follow the existing pattern. It is unconditionally

[U-Boot] [PATCH V3 1/6] misc: add "call" uclass op

From: Stephen Warren The call op requests that the callee pass a message to the underlying HW or device, wait for a response, and then pass back the response error code and message to the callee. It is useful for drivers that represent some kind of messaging or IPC channel to

[U-Boot] An anomaly in image booting code

In common/bootm.c there's a function do_bootm_states. Among other things this sets the global variable images->states to the supplied states. If those states include the flag BOOTM_START it then calls a function bootm_start, which then memset-s the whole of state to zero before setting the flag

Re: [U-Boot] [PATCH] armv8: ls1012a: Updating CONFIG_EXTRA_ENV_SETTINGS

On 08/05/2016 02:47 AM, Pratiyush Mohan Srivastava wrote: > Remove ramdisk_addr, ramdisk_size and update UART baud-rate. > > Signed-off-by: Prabhakar Kushwaha > Signed-off-by: Pratiyush Mohan Srivastava > --- >

[U-Boot] [PATCH] arm: omap5: am57/dra7: Fix SRAM_SCRATCH_SPACE_ADDR and SRAM_ROM_VECT_BASE

From: Andrew Bradford Both am57xx and dra7xx have 512 kiB of SRAM and the mapping within that SRAM is the same as omap5 (which has only 128 kiB) except for a much larger "Download image" area. So, fix am57xx and dra7xx location for SRAM_SCRATCH_SPACE_ADDR to

Re: [U-Boot] [PATCH 5/9] clock: add Tegra186 clock driver

On 08/04/2016 07:36 PM, Simon Glass wrote: Hi Stephen, On 1 August 2016 at 09:46, Stephen Warren wrote: On 07/31/2016 07:02 PM, Simon Glass wrote: Hi Stephen, On 27 July 2016 at 15:24, Stephen Warren wrote: From: Stephen Warren

Re: [U-Boot] [PATCH 2/4] ARM: AM57xx: Disable non-FIT based image loading for HS devices

On 08/03/2016 09:27 PM, Simon Glass wrote: > Hi Tom, > > On 3 August 2016 at 19:48, Tom Rini wrote: >> On Wed, Aug 03, 2016 at 07:16:12PM -0600, Simon Glass wrote: >>> Hi Andrew, >>> >>> On 1 August 2016 at 09:30, Andrew F. Davis wrote: Disable support for

Re: [U-Boot] [PATCH] i2c: intel_i2c: SMBus driver PCI addition (e.g. BayTrail)

On Tue, Jun 28, 2016 at 8:44 AM, Stefan Roese wrote: > This patch adds support for the SMBus block read/write functionality. > Other protocols like the SMBus quick command need to get added > if this is needed. > > This patch also removed the SMBus related defines from the Ivybridge

Re: [U-Boot] [PATCH] ARM: tegra: add IVC protocol implementation

On 08/04/2016 07:36 PM, Simon Glass wrote: Hi Stephen, On 25 July 2016 at 13:57, Stephen Warren wrote: On 07/22/2016 08:08 PM, Simon Glass wrote: Hi Stephen, On 18 July 2016 at 12:17, Stephen Warren wrote: From: Stephen Warren

  1   2   >