Re: [U-Boot] [PATCH 3/9] zymqmp: Replace home grown mmu code with generic table approach

On 26.2.2016 01:49, Alexander Graf wrote: > > > On 23.02.16 14:07, Michal Simek wrote: >> Hi, >> >> before I comment the rest. You need to also fix gem driver because it is >> using 1MB mapping. >> >> diff --git a/drivers/net/zynq_gem.c b/drivers/net/zynq_gem.c >> index b3821c31a91d..cf1376ce1bd7

Re: [U-Boot] [PATCH 3/9] zymqmp: Replace home grown mmu code with generic table approach

> Am 26.02.2016 um 09:29 schrieb Michal Simek : > >> On 26.2.2016 01:49, Alexander Graf wrote: >> >> >>> On 23.02.16 14:07, Michal Simek wrote: >>> Hi, >>> >>> before I comment the rest. You need to also fix gem driver because it is >>> using 1MB mapping. >>> >>> diff --git a/drivers/net/zyn

Re: [U-Boot] [PATCH v4 01/11] thunderx: Calculate TCR dynamically

> Am 26.02.2016 um 03:51 schrieb Simon Glass : > > Hi, > >> On 25 February 2016 at 17:49, Alexander Graf wrote: >> Based on the memory map we can determine a lot of hard coded fields of >> TCR, like the maximum VA and max PA we want to support. Calculate those >> dynamically to reduce the chan

[U-Boot] [PATCH 0/2] board: atmel: add SAMA5D2 PTC Engineering board

This board supports booting from NAND Flash and spi Flash. Wenyou Yang (2): ARM: at91: sama5d2: add macro & field definitions board: atmel: add SAMA5D2 PTC Engineering board arch/arm/mach-at91/Kconfig |6 + arch/arm/mach-at91/include/mach/sama5_sfr.h | 24 +++ arch/ar

[U-Boot] [PATCH 1/2] ARM: at91: sama5d2: add macro & field definitions

They will be used on SAMA5D2 PTC board. Signed-off-by: Wenyou Yang --- arch/arm/mach-at91/include/mach/sama5_sfr.h | 24 arch/arm/mach-at91/include/mach/sama5d2.h |5 + 2 files changed, 29 insertions(+) diff --git a/arch/arm/mach-at91/include/mach/sama5_sfr

[U-Boot] [PATCH 2/2] board: atmel: add SAMA5D2 PTC Engineering board

The board supports following features: - Boot media support: NAND Flash/SPI Flash - Support ethernet - Support USB mass storage Signed-off-by: Wenyou Yang --- arch/arm/mach-at91/Kconfig |6 + board/atmel/sama5d2_ptc/Kconfig | 15 ++ board/atmel/sama5d2_ptc/MAINTAIN

Re: [U-Boot] [PATCH] serial: Move carriage return before line feed for some serial drivers

On 02/26/2016 02:56 AM, Simon Glass wrote: > Hi Marek, > > On 25 February 2016 at 10:55, Marek Vasut > wrote: >> On 02/25/2016 03:41 AM, Alison Wang wrote: >>> In general, a carriage return needs to execute before a line feed. >>> The patch is to change some serial drivers b

[U-Boot] [PATCH 0/5] ARM: uniphier: prepare for ARMv8 SoC support

Masahiro Yamada (5): ARM: uniphier: merge two defconfig files ARM: uniphier: rework UniPhier SoC select in Kconfig ARM: uniphier: rename PH1-LD10/PH1-sLD11 to PH1-LD20/PH1-LD11 ARM: uniphier: prepare directory structure for ARMv8 SoC support ARM: uniphier: fix warnings reported by aarc

[U-Boot] [PATCH 1/5] ARM: uniphier: merge two defconfig files

PH1-Pro5 support and ProXstream2/PH1-LD6b support can coexist in one image and there is bit more room in SPL to accommodate all of them. Merge uniphier_pro5_defconfig into uniphier_pxs2_defconfig. Signed-off-by: Masahiro Yamada --- configs/uniphier_pro5_defconfig | 33 -

[U-Boot] [PATCH 5/5] ARM: uniphier: fix warnings reported by aarch64 compiler

The UniPhier SoC family has not supported ARMv8 yet, but these would cause warnings if they were compiled with a 64bit compiler. Before adding the ARMv8 support really, fix them now. Because UniPhier SoCs do not support Large Physical Address Extension, casting "phys_addr_t" into "unsigned long"

[U-Boot] [PATCH 2/5] ARM: uniphier: rework UniPhier SoC select in Kconfig

The chains of "depends on " in the current Kconfig is clumsy. The idea here is to allow users to choose a SoC group first (SoC group consists of some SoCs that can coexist in one binary). Then, allow to enable/disable each SoC support in the selected SoC group. This makes the Kconfig menu clearer

[U-Boot] [PATCH 4/5] ARM: uniphier: prepare directory structure for ARMv8 SoC support

Before adding ARMv8 support, this commit refactors the directory structure. Move ARMv7 specific files to arch/arm/mach-uniphier/arm32 to avoid a mess by mixture of ARMv7 and ARMv8 code. Also move the "select CPU_V7" to the lower-level menu because we will have to select ARM64 instead of CPU_V7 fo

[U-Boot] [PATCH 3/5] ARM: uniphier: rename PH1-LD10/PH1-sLD11 to PH1-LD20/PH1-LD11

Due to the company's awful projecting, PH1-LD10 and PH1-sLD11 have been renamed to PH1-LD20 and PH1-LD11, respectively. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/cpu_info.c | 4 ++-- arch/arm/mach-uniphier/soc-info.h | 16 arch/arm/mach-uniphier/soc_info.c | 8

[U-Boot] [PATCH] sniper: Various minor cleanups, missing Kconfig configs and reorganisation

This introduces some minor cleanups, regarding aspects such as board name, code and headers organization as well as deprecated and missing config options. Signed-off-by: Paul Kocialkowski --- arch/arm/cpu/armv7/omap3/Kconfig | 2 +- board/lge/sniper/sniper.c| 24 +- board/lge/sniper/s

Re: [U-Boot] [PATCH] arm: socfpga: Enabling U-Boot environment support in QSPI

On Wed, 2016-02-24 at 18:44 +0100, Marek Vasut wrote: > On 02/24/2016 09:50 AM, Chin Liang See wrote: > > Enabling the support of storing U-Boot environment > > within serial NOR flash. By default, its still > > store into SDMMC > > > > Signed-off-by: Chin Liang See > > Cc: Dinh Nguyen > > Cc: D

Re: [U-Boot] ARM: rpi: increase CONFIG_SYS_MAXARGS

On Mon, Feb 15, 2016 at 05:38:02PM -0700, Stephen Warren wrote: > This allows all the hush tests implemented in test/py to pass, under qemu > at least. > > Signed-off-by: Stephen Warren > Reviewed-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital sign

Re: [U-Boot] [PATCH] sniper: Various minor cleanups, missing Kconfig configs and reorganisation

On Fri, Feb 26, 2016 at 01:18:47PM +0100, Paul Kocialkowski wrote: > This introduces some minor cleanups, regarding aspects such as board name, > code > and headers organization as well as deprecated and missing config options. > > Signed-off-by: Paul Kocialkowski Reviewed-by: Tom Rini -- T

Re: [U-Boot] [U-Boot, RESEND] test/py: use space to interrupt autoboot

On Mon, Feb 15, 2016 at 05:39:38PM -0700, Stephen Warren wrote: > Sending CTRL-C to QEMU's stdin aborts the process, even if stdin is being > used as a serial port (at least in the raspi2 machine with "qemu -serial > stdin"). Avoid sending CTRL-C to U-Boot to prevent it exiting. > > I'd originall

Re: [U-Boot] [U-Boot, RESEND] test/py: skip tests that require large CONFIG_SYS_MAXARGS

On Mon, Feb 15, 2016 at 05:40:34PM -0700, Stephen Warren wrote: > test_hush_if_test.py executes commands that require large values of > CONFIG_SYS_MAXARGS. Detect cases where the configured value is too low > and skip those tests. > > Ideally, this would be implemented inside console.run_command(

Re: [U-Boot] [PATCH 2/3] arm: dra7xx: Define Android partition table

On Fri, Feb 19, 2016 at 09:25:32PM +0200, Semen Protsenko wrote: > From: Sam Protsenko > > "fastboot oem format" command reuses "gpt write" command, which in turn > requires correct partitions defined in $partitions variable. This patch > adds such definition of Android partitions for DRA7XX EVM

Re: [U-Boot] [PATCH] ARM: dts: uniphier: rework System Bus nodes

2016-02-16 17:00 GMT+09:00 Masahiro Yamada : > Follow the changes of DTS in Linux. > > Signed-off-by: Masahiro Yamada > --- Applied to u-boot-uniphier. -- Best Regards Masahiro Yamada ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/

Re: [U-Boot] [PATCH v4 01/11] thunderx: Calculate TCR dynamically

Hi Alexander, On 26 February 2016 at 01:58, Alexander Graf wrote: > > >> Am 26.02.2016 um 03:51 schrieb Simon Glass : >> >> Hi, >> >>> On 25 February 2016 at 17:49, Alexander Graf wrote: >>> Based on the memory map we can determine a lot of hard coded fields of >>> TCR, like the maximum VA and m

Re: [U-Boot] [PATCH v4 0/4] UniPhier: add GPIO support

2016-02-16 17:03 GMT+09:00 Masahiro Yamada : > > > Changes in v4: > - set uc_priv->bank_name > > Changes in v3: > - one gpio bank per register > > Changes in v2: > - Do not use "ngpio" property to specify the number of GPIO pins. > Instead, use .data field of OF match table. > > Masahiro

Re: [U-Boot] [PATCH v4 0/3] UniPhier SD/eMMC controller driver

2016-02-18 19:52 GMT+09:00 Masahiro Yamada : > > > Changes in v4: > - Add some comments about HOST_MODE register > - Rename uniphier_sd_wait_irq() to uniphier_sd_wait_for_irq() > > Changes in v3: > - Use dev_err/dev_dbg instead of pr_err/pr_debug > - Tidy up uniphier_sd_set_ios() > - Allo

Re: [U-Boot] [PATCH 0/4] ARM: uniphier: eMMC boot support

2016-02-16 17:08 GMT+09:00 Masahiro Yamada : > > > Masahiro Yamada (4): > ARM: uniphier: add eMMC boot support > ARM: uniphier: add a command to find the first MMC (non-SD) device > ARM: uniphier: add emmcupdate command > ARM: uniphier: default to environment in eMMC > > arch/arm/dts/uniph

Re: [U-Boot] [PATCH 7/7 v2] pci/layerscape: set LUT and msi-map for discovered PCI devices

> -Original Message- > From: Minghuan Lian > Sent: Thursday, February 25, 2016 11:55 PM > To: Stuart Yoder ; u-boot@lists.denx.de > Cc: york sun ; Prabhakar Kushwaha > ; > Mingkai Hu ; Yang-Leo Li ; > marc.zyng...@arm.com; > Stuart Yoder > Subject: RE: [PATCH 7/7 v2] pci/layerscape: se

Re: [U-Boot] [PATCH v4 01/11] thunderx: Calculate TCR dynamically

On 02/26/2016 04:39 PM, Simon Glass wrote: Hi Alexander, On 26 February 2016 at 01:58, Alexander Graf wrote: Am 26.02.2016 um 03:51 schrieb Simon Glass : Hi, On 25 February 2016 at 17:49, Alexander Graf wrote: Based on the memory map we can determine a lot of hard coded fields of TCR, li

Re: [U-Boot] [PATCH 4/7 v2] pci/layerscape: add support for LUT

> -Original Message- > From: Minghuan Lian > Sent: Thursday, February 25, 2016 11:56 PM > To: Stuart Yoder ; u-boot@lists.denx.de > Cc: york sun ; Prabhakar Kushwaha > ; > Mingkai Hu ; Yang-Leo Li ; > marc.zyng...@arm.com; > Stuart Yoder > Subject: RE: [PATCH 4/7 v2] pci/layerscape: ad

Re: [U-Boot] [PATCH v4 01/11] thunderx: Calculate TCR dynamically

Hi Alex, On 26 February 2016 at 08:44, Alexander Graf wrote: > On 02/26/2016 04:39 PM, Simon Glass wrote: >> >> Hi Alexander, >> >> On 26 February 2016 at 01:58, Alexander Graf wrote: >>> >>> Am 26.02.2016 um 03:51 schrieb Simon Glass : Hi, > On 25 February 2016 at 17:49,

Re: [U-Boot] [PATCH v2 1/2] board:freescale:common: Move device-tree fixup framework to common file

On 02/26/2016 05:07 PM, Sriram Dash wrote: > Please find my reply inline Please stop top-posting. Also please fix your mailer so it quotes correctly with '>' > -Original Message- From: Marek Vasut [mailto:ma...@denx.de] > Sent: Thursday, February 25, 2016 11:28 PM To: Sriram Dash > ; u-

Re: [U-Boot] [PATCH 3/5] usb: ehci: Implement V2P mapping

On 01/26/2016 07:14 PM, Marek Vasut wrote: Certain processor architectures, like MIPS, require that the USB structures and transfer buffers are passed with their PA to the USB controller. If VA is passed, the USB will not work. Add the necessary virt_to_phys() calls into the USB EHCI code to make

[U-Boot] [PATCH 3/7 v3] pci: make pci_get_hose_head() available to external users

From: Stuart Yoder put pci_get_hose_head() prototype in header so it is available to external users-- allowing them to find and iterate over all pci controllers Signed-off-by: Stuart Yoder --- -v3 -no changes include/pci.h |1 + 1 file changed, 1 insertion(+) diff --git a/include/pci.h

[U-Boot] [PATCH 7/7 v3] pci/layerscape: set LUT and msi-map for discovered PCI devices

From: Stuart Yoder for all PCI devices discovered in a system: -allocate a LUT (look-up-table) entry in that PCI controller -allocate a stream ID for the device -program and enable a LUT entry (maps PCI requester id to stream ID) -set the msi-map property on the controller reflecting the

[U-Boot] [PATCH 0/7 v3] support mapping PCI device ids to stream ids for MSIs

From: Stuart Yoder A binding for PCI nodes has been finalized specifying how PCI device IDs can be mapped to MSI specifiers. See Documentation/devicetree/bindings/pci/pci-msi.txt in the kernel. For ls2080a and similar Layerscape SoCs, the MSI specifier is the stream id. A programmable table (L

[U-Boot] [PATCH 2/7 v3] armv8: ls2080a: update stream ID partitioning info

From: Stuart Yoder -update comments around how stream IDs are partitioned -stream IDs allocated to PCI are no longer divided up by controller, but are instead a contiguous range Signed-off-by: Stuart Yoder --- -v3 -no changes .../asm/arch-fsl-layerscape/ls2080a_stream_id.h| 55 +

[U-Boot] [PATCH 5/7 v3] pci/layerscape: add stream ID allocator

From: Stuart Yoder add a function to return the next available stream ID for PCI Signed-off-by: Stuart Yoder --- -v3 -return 0x on error drivers/pci/pcie_layerscape.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/pci/pcie_layerscape.c b/drivers/pci/pcie

[U-Boot] [PATCH 1/7 v3] armv8: ls2080a: remove obsolete stream ID partitioning support

From: Stuart Yoder Remove stream ID partitioning support that has been made obsolete by upstream device tree bindings that specify how representing how PCI requester IDs are mapped to MSI specifiers and SMMU stream IDs. Signed-off-by: Stuart Yoder --- -v3 -no changes arch/arm/cpu/armv8/fsl-

[U-Boot] [PATCH 6/7 v3] pci/layerscape: fdt: function to set msi-map entries

From: Stuart Yoder msi-map properties are used to tell an OS how PCI requester IDs are mapped to ARM SMMU stream IDs. This patch defines a function to append a single msi-map entry to a given PCI controller device tree node. Signed-off-by: Stuart Yoder --- -v3 -no changes drivers/pci/pcie

[U-Boot] [PATCH 4/7 v3] pci/layerscape: add support for LUT

From: Stuart Yoder The per-PCI controller LUT (Look-Up-Table) is a 32-entry table that maps PCI requester IDs (bus/dev/fun) to a stream ID. This patch implements infrastructure to enable LUT initialization: -define registers offsets -add an index to 'struct ls_pcie' to track next available s

Re: [U-Boot] [PATCH 3/5] usb: ehci: Implement V2P mapping

On 02/26/2016 05:48 PM, Stephen Warren wrote: > On 01/26/2016 07:14 PM, Marek Vasut wrote: >> Certain processor architectures, like MIPS, require that the USB >> structures and transfer buffers are passed with their PA to the >> USB controller. If VA is passed, the USB will not work. Add the >> nec

[U-Boot] [PATCH] arm: Add support for LEGO MINDSTORMS EV3

This is based on the davinci da850evm. It can boot from either the on-board 16MB flash or from a microSD card. It also reads board information from an I2C EEPROM. The EV3 itself initally boots from write-protected EEPROM, so no u-boot SPL is needed. Signed-off-by: David Lechner --- arch/arm/mac

Re: [U-Boot] [PATCH v2 1/2] board:freescale:common: Move device-tree fixup framework to common file

Please find my reply inline -Original Message- From: Marek Vasut [mailto:ma...@denx.de] Sent: Thursday, February 25, 2016 11:28 PM To: Sriram Dash ; u-boot@lists.denx.de Cc: york sun ; Ramneek Mehresh ; Rajesh Bhagat Subject: Re: [PATCH v2 1/2] board:freescale:common: Move device-tree f

Re: [U-Boot] [PATCH v2 2/2] board:freescale:usb: Add device-tree fixup support for xhci controller

Please find my reply inline -Original Message- From: Marek Vasut [mailto:ma...@denx.de] Sent: Thursday, February 25, 2016 11:31 PM To: Sriram Dash ; u-boot@lists.denx.de Cc: york sun ; Ramneek Mehresh ; Rajesh Bhagat Subject: Re: [PATCH v2 2/2] board:freescale:usb: Add device-tree fixup

Re: [U-Boot] [PATCH v2 03/16] image: Fix FIT and vboot tests to exit sandbox correctly

On 24 February 2016 at 09:14, Simon Glass wrote: > When used with a device tree, sandbox now requires a 'reset' controller. Add > this to the device trees so that reset works and the tests can complete. > > Signed-off-by: Simon Glass > Fixes: 5010d98f (sandbox: Use the reset driver to handle rese

Re: [U-Boot] [PATCH v2 02/16] Revert "image-fit: Fix signature checking"

On 24 February 2016 at 09:14, Simon Glass wrote: > This reverts commit 84ca65aa4bd0d03867e9e49805201d0564d3ffb0. > > On signature verification failures fit_image_verify() should NOT exit with > error. Only keys marked 'required' can cause image verification failure. > This logic is already there a

Re: [U-Boot] [PATCH] pci: Fix compiler warnings in dm_pciauto_setup_device()

On 19 February 2016 at 13:55, Simon Glass wrote: > On 18 February 2016 at 00:14, Bin Meng wrote: >> Fix the following compiler warnings when DEBUG is on. >> >> warning: 'bar_res' may be used uninitialized in this function. >> drivers/pci/pci_auto.c:101:21: >>if (!enum_only && pciauto_region_a

Re: [U-Boot] [PATCH v2 01/16] image: Correct the OS location code to work on sandbox

On 24 February 2016 at 09:14, Simon Glass wrote: > A recent change broke the 'bootm' command on sandbox. The root cause is > using a pointer as an address. Conversion from pointer to address needs to > use map_to_sysmem() so that sandbox can do the right thing. The problem was > pre-existing but u

Re: [U-Boot] [PATCH v2 04/16] trace: Fix compiler warnings in trace

On 24 February 2016 at 09:14, Simon Glass wrote: > With min() we must use the same type for each parameter. Fix two problems > in trace.c which produce compiler warnings. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > > cmd/trace.c | 4 ++-- > 1 file chan

Re: [U-Boot] [PATCH v2 05/16] lib: Don't instrument the div64 function

On 24 February 2016 at 09:14, Simon Glass wrote: > This function can be called from the timer code on instrumented functions. > Mark it as 'notrace' so that it doesn't cause infinite recursion. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > > lib/div64.c

Re: [U-Boot] [PATCH v2 06/16] trace: Improve the trace test number recognition

On 24 February 2016 at 09:14, Simon Glass wrote: > The awk tool can be confused by return character (ASCII 13) in its input > since it thinks there is a separate field. These can appear if the terminal > is in raw mode, perhaps due to a previous U-Boot crash with sandbox. This > is very confusing.

Re: [U-Boot] [PATCH v2 07/16] timer: Support tracing fully

On 24 February 2016 at 09:14, Simon Glass wrote: > A few of the functions in the timer uclass are not marked with 'notrace'. Fix > this so that tracing can be used with CONFIG_TRACE. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > drivers/timer/timer-uclass.c | 6 +++--- > 1 fil

Re: [U-Boot] [PATCH v2 08/16] timer: Provide an early timer

On 24 February 2016 at 09:14, Simon Glass wrote: > In some cases the timer must be accessible before driver model is active. > Examples include when using CONFIG_TRACE to trace U-Boot's execution before > driver model is set up. Enable this option to use an early timer. These > functions must be s

Re: [U-Boot] [PATCH v2 10/16] sandbox: timer: Support the early timer

On 24 February 2016 at 09:14, Simon Glass wrote: > Add support for the early timer so we can use tracing with sandbox again. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Use SANDBOX_TIMER_RATE instead of an open-coded value > > drivers/timer/sandbox_timer.c | 18 +++---

Re: [U-Boot] [PATCH v2 09/16] timer: Set up the real timer after driver model is available

On 24 February 2016 at 09:14, Simon Glass wrote: > When using the early timer, we need to manually trigger setting up the > real timer. This will not happen automatically. Do this immediately after > starting driver model. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes

Re: [U-Boot] [PATCH v2 11/16] sandbox: Correct ordering of defconfig

On 24 February 2016 at 09:14, Simon Glass wrote: > This has got out of order: fix it. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > configs/sandbox_defconfig | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) Applied to u-boot-dm. _

Re: [U-Boot] [PATCH v2 12/16] sandbox: Enable the early timer

On 24 February 2016 at 09:14, Simon Glass wrote: > Enable this so that tracing works with sandbox. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > > configs/sandbox_defconfig | 1 + > 1 file changed, 1 insertion(+) Applied to u-boot-dm. __

Re: [U-Boot] [PATCH v2 13/16] sandbox: spi: Add more debugging to SPI emulation

On 24 February 2016 at 09:14, Simon Glass wrote: > Add a little more debugging to help when things go wrong. > > Signed-off-by: Simon Glass > Reviewed-by: Jagan Teki > Tested-by: Jagan Teki > --- > > Changes in v2: None > > drivers/mtd/spi/sandbox.c | 13 ++--- > 1 file changed, 10 ins

Re: [U-Boot] [PATCH v2 15/16] spi: Correct two error return values

On 24 February 2016 at 09:14, Simon Glass wrote: > When an error number is provided we should use it, not change it. This fixes > the SPI and SPI flash tests. > > One of these is long-standing. The other seems to have been introduced by > commit 1e90d9fd (sf: Move read_id code to sf_ops). > > Sign

Re: [U-Boot] [PATCH v2 14/16] sandbox: spi: Remove an incorrect free()

On 24 February 2016 at 09:14, Simon Glass wrote: > We must not free data that is managed by driver mode. Remove this line, > which is a hangover from the pre-driver-model code. > > This fixes a problem where 'sf probe' crashes U-Boot if the backing file > for the SPI flash cannot be found. > > Sig

Re: [U-Boot] [PATCH v2 16/16] spi: Re-enable the SPI flash tests

On 24 February 2016 at 09:14, Simon Glass wrote: > These are working correctly again, so re-enable them. > > Signed-off-by: Simon Glass > Reviewed-by: Jagan Teki > Tested-by: Jagan Teki > --- > > Changes in v2: None > > test/dm/Makefile | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(

Re: [U-Boot] [PATCH 3/9] arm: x86: Drop command-line code when CONFIG_CMDLINE is disabled

On Thu, Feb 25, 2016 at 09:00:50PM -0700, Simon Glass wrote: > Update the link script to drop this code when not needed. This is only done > for two architectures at present. > > Signed-off-by: Simon Glass Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature __

Re: [U-Boot] [PATCH 1/9] cbfs: Update a function to be static

On Thu, Feb 25, 2016 at 09:00:48PM -0700, Simon Glass wrote: > All command functions should be static. Update the CBFS functions to follow > this rule. > > Signed-off-by: Simon Glass Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature _

Re: [U-Boot] [PATCH 2/9] Add an option to enable the command line

On Thu, Feb 25, 2016 at 09:00:49PM -0700, Simon Glass wrote: > Add a new Kconfig option for the command line. This is enabled by default, > but when disabled it will remove the command line. > > Signed-off-by: Simon Glass Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital sign

Re: [U-Boot] [PATCH 4/9] sandbox: Avoid calling commands when not available

On Thu, Feb 25, 2016 at 09:00:51PM -0700, Simon Glass wrote: > Don't try to run commands when not supported. > > Signed-off-by: Simon Glass Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@l

Re: [U-Boot] [PATCH 6/9] Hang when no command line processing can be performed

On Thu, Feb 25, 2016 at 09:00:53PM -0700, Simon Glass wrote: > Normally board_run_command() will handle command processed. But if for some > reason it returns then we should hang to avoid further processing. > > Signed-off-by: Simon Glass Reviewed-by: Tom Rini ... but can we maybe try and for

Re: [U-Boot] [PATCH 7/9] Allow command code to compile to nothing

On Thu, Feb 25, 2016 at 09:00:54PM -0700, Simon Glass wrote: > When CONFIG_CMDLINE is disabled we need to remove all the command-line > code. Most can be removed by dropping the appropriate linker lists from the > images, but sub-commands must be dealt with specially. > > A simple mechanism is us

Re: [U-Boot] [PATCH 8/9] Allow command-line files to be dropped

On Thu, Feb 25, 2016 at 09:00:55PM -0700, Simon Glass wrote: > These files do not need to be compiled when CONFIG_CMDLINE is disabled. > Update the Makefile to reflect this. > > Signed-off-by: Simon Glass Reviewed-by: Tom Rini ... but did you buildman the world here? iirc, we have some cases

Re: [U-Boot] [PATCH 9/9] Drop various features when the command line is not available

On Thu, Feb 25, 2016 at 09:00:56PM -0700, Simon Glass wrote: > Some features are only useful or meaningful when the command line is > present. Ensure that these features are not compiled in when CONFIG_CMDLINE > is not enabled. > > Signed-off-by: Simon Glass Reviewed-by: Tom Rini -- Tom si

Re: [U-Boot] [PATCH 5/9] Drop command-processing code when CONFIG_CMDLINE is disabled

On Thu, Feb 25, 2016 at 09:00:52PM -0700, Simon Glass wrote: > Command parsing and processing code is not needed when the command line is > disabled. Remove this code in that case. > > Signed-off-by: Simon Glass Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH 6/9] Hang when no command line processing can be performed

Hi Tom, On 26 February 2016 at 10:17, Tom Rini wrote: > On Thu, Feb 25, 2016 at 09:00:53PM -0700, Simon Glass wrote: > >> Normally board_run_command() will handle command processed. But if for some >> reason it returns then we should hang to avoid further processing. >> >> Signed-off-by: Simon Gl

Re: [U-Boot] [PATCH 8/9] Allow command-line files to be dropped

Hi Tom, On 26 February 2016 at 10:17, Tom Rini wrote: > On Thu, Feb 25, 2016 at 09:00:55PM -0700, Simon Glass wrote: > >> These files do not need to be compiled when CONFIG_CMDLINE is disabled. >> Update the Makefile to reflect this. >> >> Signed-off-by: Simon Glass > > Reviewed-by: Tom Rini >

Re: [U-Boot] [RFC PATCH v5 1/4] common: Convert ulong to phys_addr_t for image addresses

On 02/25/2016 03:05 PM, Wolfgang Denk wrote: > Dear York Sun, > > In message <1456439779-4792-2-git-send-email-york@nxp.com> you wrote: >> When dealing with image addresses, ulong has been used. Some files >> are used by both host and target. It is OK for the target, but not >> always enough f

Re: [U-Boot] [RFC PATCH v5 1/4] common: Convert ulong to phys_addr_t for image addresses

Hi York, On 26 February 2016 at 10:22, york sun wrote: > On 02/25/2016 03:05 PM, Wolfgang Denk wrote: >> Dear York Sun, >> >> In message <1456439779-4792-2-git-send-email-york@nxp.com> you wrote: >>> When dealing with image addresses, ulong has been used. Some files >>> are used by both host

Re: [U-Boot] [PATCH 6/9] Hang when no command line processing can be performed

On Fri, Feb 26, 2016 at 10:31:36AM -0700, Simon Glass wrote: > Hi Tom, > > On 26 February 2016 at 10:17, Tom Rini wrote: > > On Thu, Feb 25, 2016 at 09:00:53PM -0700, Simon Glass wrote: > > > >> Normally board_run_command() will handle command processed. But if for some > >> reason it returns the

Re: [U-Boot] [RFC PATCH v5 1/4] common: Convert ulong to phys_addr_t for image addresses

On 02/26/2016 09:31 AM, Simon Glass wrote: > Hi York, > > On 26 February 2016 at 10:22, york sun wrote: >> On 02/25/2016 03:05 PM, Wolfgang Denk wrote: >>> Dear York Sun, >>> >>> In message <1456439779-4792-2-git-send-email-york@nxp.com> you wrote: When dealing with image addresses, ulon

Re: [U-Boot] [PATCH] arm: socfpga: Enabling U-Boot environment support in QSPI

On 02/26/2016 02:06 PM, Chin Liang See wrote: > On Wed, 2016-02-24 at 18:44 +0100, Marek Vasut wrote: >> On 02/24/2016 09:50 AM, Chin Liang See wrote: >>> Enabling the support of storing U-Boot environment >>> within serial NOR flash. By default, its still >>> store into SDMMC >>> >>> Signed-off-by

Re: [U-Boot] [RFC PATCH v5 1/4] common: Convert ulong to phys_addr_t for image addresses

Hi York, On 26 February 2016 at 10:47, york sun wrote: > On 02/26/2016 09:31 AM, Simon Glass wrote: >> Hi York, >> >> On 26 February 2016 at 10:22, york sun wrote: >>> On 02/25/2016 03:05 PM, Wolfgang Denk wrote: Dear York Sun, In message <1456439779-4792-2-git-send-email-york

Re: [U-Boot] [RFC PATCH v5 1/4] common: Convert ulong to phys_addr_t for image addresses

On 02/26/2016 10:05 AM, Simon Glass wrote: > > All these double casts look somewhat wrong to me. Why are they > needed? Dear Wolfgang, I can use some serious help here. What I am really trying to achieve is the last two patches in this set. I didn't wa

Re: [U-Boot] [PATCH 1/6] ARM: keystone2: Use macro for DSP GEM power domain

On Thu, Feb 25, 2016 at 09:52:10AM -0600, Nishanth Menon wrote: > From: Suman Anna > > Define a macro for the DSP GEM power domain id number and > use it instead of a hard-coded number in the code that > disables all the DSPs on various Keystone2 SoCs. > > Signed-off-by: Suman Anna > Signed-of

Re: [U-Boot] [PATCH 4/6] ARM: keystone2: K2G: Add support for different arm/device speeds

On Thu, Feb 25, 2016 at 09:52:13AM -0600, Nishanth Menon wrote: > From: Lokesh Vutla > > The maximum device and arm speeds can be determined by reading > EFUSE_BOOTROM register. As there is already a framework for reading this > register, adding support for all possible speeds on k2g devices. >

Re: [U-Boot] [PATCH 3/6] ARM: keystone2: Allow for board specific speed definitions

On Thu, Feb 25, 2016 at 09:52:12AM -0600, Nishanth Menon wrote: > From: Lokesh Vutla > > Its not compulsory that speed definition should be same on EFUSE_BOOTROM > register for all keystone 2 devices. So, allow for board specific > speed definitions. > > Signed-off-by: Lokesh Vutla > Signed-of

Re: [U-Boot] [PATCH 2/6] ARM: keystone2: K2G: power-off DSP during boot

On Thu, Feb 25, 2016 at 09:52:11AM -0600, Nishanth Menon wrote: > From: Suman Anna > > The DSPs are powered on by default upon a Power ON reset, and > they are powered off on current Keystone 2 SoCs - K2HK, K2L, K2E > during the boot in u-boot. This is not functional on K2G though. > Extend the

Re: [U-Boot] [PATCH 5/6] ARM: keystone2: use SPD info to configure K2HK and K2E DDR3

On Thu, Feb 25, 2016 at 09:52:14AM -0600, Nishanth Menon wrote: > From: Vitaly Andrianov > > This commit replaces hard-coded EMIF and PHY DDR3 configurations for > predefined SODIMMs to a calculated configuration. The SODIMM parameters > are read from SODIMM's SPD and used to calculated the conf

Re: [U-Boot] [PATCH V5 1/7] ARM: OMAP4/5: Centralize early clock initialization

On Wed, Feb 24, 2016 at 12:30:52PM -0600, Steve Kipisz wrote: > Early clock initialization is currently done in two stages for OMAP4/5 > SoCs. The first stage is the initialization of console clocks and > then we initialize basic clocks for functionality necessary for SoC > initialization and basi

Re: [U-Boot] [PATCH 6/6] ARM: keystone2: use detected ddr3a size

On Thu, Feb 25, 2016 at 09:52:15AM -0600, Nishanth Menon wrote: > From: Vitaly Andrianov > > Because KS2 u-boot works in 32 bit address space the existing ram_size > global data field cannot be used. The maximum, which the get_ram_size() > can detect is 2GB only. The ft_board_setup() needs the a

Re: [U-Boot] [PATCH V5 2/7] ARM: OMAP4/5: Centralize gpi2c_init

On Wed, Feb 24, 2016 at 12:30:53PM -0600, Steve Kipisz wrote: > Centralize gpi2c_init into omap_common from the sys_proto header so > that the information can be reused across SoCs. > > Signed-off-by: Steve Kipisz > Reviewed-by: Tom Rini > Reviewed-by: Lokesh Vutla Reviewed-by: Tom Rini --

Re: [U-Boot] [PATCH V5 3/7] ARM: omap-common: Add standard access for board description EEPROM

On Wed, Feb 24, 2016 at 12:30:54PM -0600, Steve Kipisz wrote: > From: Lokesh Vutla > > Several TI EVMs have EEPROM that can contain board description information > such as revision, DDR definition, serial number, etc. In just about all > cases, these EEPROM are on the I2C bus and provides us the

Re: [U-Boot] [PATCH V5 4/7] ti: AM335x: Use generic EEPROM detection logic

On Wed, Feb 24, 2016 at 12:30:55PM -0600, Steve Kipisz wrote: > From: Nishanth Menon > > Use the generic EEPROM detection logic instead of duplicating the AM > eeprom logic. > > Signed-off-by: Nishanth Menon > Signed-off-by: Steven Kipisz > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH V5 5/7] ti: AM437x: Use generic EEPROM detection logic

On Wed, Feb 24, 2016 at 12:30:56PM -0600, Steve Kipisz wrote: > From: Nishanth Menon > > Now that we have a generic TI eeprom logic which can be reused across > platforms, reuse the same. > > This revision also includes fixes identified by Dave Gerlach > > > Cc: Dave Gerlach > Signed-off-by:

Re: [U-Boot] [PATCH 3/5] usb: ehci: Implement V2P mapping

On 02/26/2016 09:55 AM, Marek Vasut wrote: On 02/26/2016 05:48 PM, Stephen Warren wrote: On 01/26/2016 07:14 PM, Marek Vasut wrote: Certain processor architectures, like MIPS, require that the USB structures and transfer buffers are passed with their PA to the USB controller. If VA is passed, t

[U-Boot] [PATCH 1/2] mx7_common: Put early/late init configs into board file

From: Fabio Estevam CONFIG_BOARD_EARLY_INIT_F and CONFIG_BOARD_LATE_INIT should not be placed into mx7_common because not all boards need these options. Move them to the board file instead. Signed-off-by: Fabio Estevam --- include/configs/mx7_common.h | 3 --- include/configs/mx7dsabresd.h |

[U-Boot] [PATCH 2/2] warp7: Add initial support

From: Fabio Estevam Add the basic support for Warp7 board. For more information about this reference design, please visit: https://www.element14.com/community/docs/DOC-79058/l/warp-7-the-next-generation-wearable-reference-platform Signed-off-by: Fabio Estevam --- arch/arm/cpu/armv7/mx7/Kconf

Re: [U-Boot] [PATCH V5 6/7] ARM: OMAP4/5: Add generic board detection hook

On Wed, Feb 24, 2016 at 12:30:57PM -0600, Steve Kipisz wrote: > Many TI EVMs have capability to store relevant board information > such as DDR description in EEPROM. Further many pad configuration > variations can occur as part of revision changes in the platform. > In-order to support these at ru

Re: [U-Boot] [PATCH V2 1/6] ARM: keystone2: psc: redo doc in kernel-doc format

On Thu, Feb 25, 2016 at 12:53:42PM -0600, Nishanth Menon wrote: > u-boot coding style guidance in > http://www.denx.de/wiki/U-Boot/CodingStyle clearly mentions that the > kernel doc style shall be followed for documentation in u-boot. > > Current PSC documentation standard does not, so fix that.

Re: [U-Boot] [PATCH V5 0/7] ARM: omap-common: Add board detection support for TI EVMs

On Wed, Feb 24, 2016 at 12:30:51PM -0600, Steve Kipisz wrote: > Several TI EVMs have onboard EEPROM that contain board description > information. The onboard EEPROM on Beaglebone, Beaglebone Black, AM335x > EVM, AM43x EVM, AM57xx EVM, Beagleboard-x15 all share the same format. > > This series of

Re: [U-Boot] [PATCH V2 2/6] ARM: keystone2: psc-defs: use adequate () for macros

On Thu, Feb 25, 2016 at 12:53:43PM -0600, Nishanth Menon wrote: > '#define X a | b' is better defined as '#define X (a | b)' for obvious > reasons. > > Signed-off-by: Nishanth Menon Reviewed-by: Tom Rini But this makes my head hurt. Can we somehow do any of that with less parenthesis? Like,

Re: [U-Boot] [PATCH V2 5/6] ARM: dts: k2g: Add support for PMMC

On Thu, Feb 25, 2016 at 12:53:46PM -0600, Nishanth Menon wrote: > Enable support for PMMC the TI power processor on K2G. This processor > manages all power management related activities on the SoC and and > allows the Operating Systems on compute processors such as ARM, DSP to > offload the power

Re: [U-Boot] [PATCH V2 3/6] ARM: keystone2: psc: introduce function to hold and release module in reset.

On Thu, Feb 25, 2016 at 12:53:44PM -0600, Nishanth Menon wrote: > These are useful for modules that need to be held in reset and are > enabled for data to be loaded on to them. Typically these are > microcontrollers or other processing entities in the system. > > Signed-off-by: Nishanth Menon R

Re: [U-Boot] [PATCH V5 7/7] board: ti: AM57xx: Add detection logic for AM57xx-evm

On Wed, Feb 24, 2016 at 12:30:58PM -0600, Steve Kipisz wrote: > Current AM57xx evm supports both BeagleBoard-X15 > (http://beagleboard.org/x15) and AM57xx EVM > (http://www.ti.com/tool/tmdxevm5728). > > The AM572x EValuation Module(EVM) provides an affordable platform to > quickly start evaluatio

[U-Boot] [PATCH] arm: socfpga: Fix SR1500 env position

Move the inclusion of the common socfpga configuration file further down in the sr1500 configuration, so that the socfpga_common.h can check if environment is in SPI NOR and it's location is defined and if it is not, define default location. This fixes "arm: socfpga: Enabling U-Boot environment su

  1   2   >