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

Tom, On Fri, Feb 26, 2016 at 6:27 PM, Tom Rini wrote: > On Fri, Feb 26, 2016 at 06:18:30PM -0600, Nishanth Menon wrote: >> On Fri, Feb 26, 2016 at 12:18 PM, Tom Rini wrote: >> > On Thu, Feb 25, 2016 at 12:53:46PM -0600, Nishanth Menon wrote: [...] >> >

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

On Fri, Feb 26, 2016 at 06:18:30PM -0600, Nishanth Menon wrote: > On Fri, Feb 26, 2016 at 12:18 PM, Tom Rini wrote: > > 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

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

On Fri, Feb 26, 2016 at 12:18 PM, Tom Rini wrote: > 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

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

On Fri, Feb 26, 2016 at 12:17 PM, Tom Rini wrote: > 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

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

On Fri, Feb 26, 2016 at 12:16 PM, Tom Rini wrote: > 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

Re: [U-Boot] [PULL] u-boot-usb/master

On 02/25/2016 04:23 PM, Tom Rini wrote: > On Wed, Feb 24, 2016 at 07:13:47PM +0100, Marek Vasut wrote: > >> The following changes since commit 52dd704bf8eda7ca039cdb398ec0b6895c3ef939: >> >> Merge branch 'master' of http://git.denx.de/u-boot-sunxi (2016-02-23 >> 15:35:47 -0500) >> >> are

Re: [U-Boot] [PATCH] usb: ehci: Fix warning on aarch64

On 02/26/2016 11:17 PM, Tom Rini wrote: > On Fri, Feb 26, 2016 at 11:00:02PM +0100, Marek Vasut wrote: > >> Fix the following warning on aarch64 introduced by using p2v/v2p >> functions in the code: >> >> In file included from ./arch/arm/include/asm/byteorder.h:29:0, >> from

Re: [U-Boot] [PATCH v6 00/76] mtd: Add SPI-NOR core support

Hi Jagan, On 26 February 2016 at 13:44, york sun wrote: > On 02/22/2016 10:18 AM, Jagan Teki wrote: >> Hi York, >> >> On 15 February 2016 at 02:16, Jagan Teki wrote: >>> Compared to previous patch series this series adds spi-nor >>> core with spi-nor

Re: [U-Boot] [PATCH] usb: ehci: Fix warning on aarch64

On Fri, Feb 26, 2016 at 11:00:02PM +0100, Marek Vasut wrote: > Fix the following warning on aarch64 introduced by using p2v/v2p > functions in the code: > > In file included from ./arch/arm/include/asm/byteorder.h:29:0, > from include/compiler.h:125, > from

[U-Boot] [PATCH] usb: ehci: Fix warning on aarch64

Fix the following warning on aarch64 introduced by using p2v/v2p functions in the code: In file included from ./arch/arm/include/asm/byteorder.h:29:0, from include/compiler.h:125, from include/image.h:19, from include/common.h:88,

Re: [U-Boot] [PATCH v6 00/76] mtd: Add SPI-NOR core support

On 02/22/2016 10:18 AM, Jagan Teki wrote: > Hi York, > > On 15 February 2016 at 02:16, Jagan Teki wrote: >> Compared to previous patch series this series adds spi-nor >> core with spi-nor controller drivers are of "mtd uclass" >> >> This is whole series for all spi-nor

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

Hi Tom, Here is the series that fixes various tests. The following changes since commit 24862c640ea50ac88be343161eb681bea5dbfeef: test/py: skip tests that require large CONFIG_SYS_MAXARGS (2016-02-26 08:42:12 -0500) are available in the git repository at: git://git.denx.de/u-boot-dm.git

[U-Boot] [PATCH] ARM: DRA7xx: Enable NFS boot command

NFS loading works on DRA7 variants, remove the undefinition. Signed-off-by: Andrew F. Davis --- configs/dra72_evm_defconfig | 1 - configs/dra7xx_evm_defconfig | 1 - configs/dra7xx_evm_qspiboot_defconfig | 1 - configs/dra7xx_evm_uart3_defconfig| 1 - 4

Re: [U-Boot] [PATCH] usb: gadget: composite: Correct recovery path for register

On 02/26/2016 08:43 PM, Sam Protsenko wrote: > On Fri, Feb 19, 2016 at 9:34 PM, Sam Protsenko > wrote: >> + Praneeth Bajjuri >> + Tom Rini >> + Rob Herring >> >> On Tue, Feb 16, 2016 at 7:59 PM, Semen Protsenko >> wrote: >>> From: Sam

Re: [U-Boot] [PATCH 1/3] omap5: Kconfig: Add option to select Android boot

On Fri, Feb 19, 2016 at 9:25 PM, Semen Protsenko wrote: > From: Sam Protsenko > > We need to differentiate somehow if u-boot build is intended for Android > or regular Linux boot. Android requires some specific details from > bootloader,

Re: [U-Boot] [PATCH 3/3] defconfig: Add dra7xx_evm_android_defconfig

On Fri, Feb 19, 2016 at 9:25 PM, Semen Protsenko wrote: > From: Sam Protsenko > > Add defconfig for DRA7XX EVM board intended for Android build. > This defconfig was derived from configs/dra7xx_evm_defconfig. The only > difference for now

Re: [U-Boot] [PATCH] usb: gadget: composite: Correct recovery path for register

On Fri, Feb 19, 2016 at 9:34 PM, Sam Protsenko wrote: > + Praneeth Bajjuri > + Tom Rini > + Rob Herring > > On Tue, Feb 16, 2016 at 7:59 PM, Semen Protsenko > wrote: >> From: Sam Protsenko >> >> In case when

Re: [U-Boot] net: phy: atheros: Fix problem with phy_reset() clearing BMCR

Hi Alison, https://patchwork.ozlabs.org/patch/585059/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] net: bootp: Add environment variable for timeout period

Hi amessier.t...@gmail.com, https://patchwork.ozlabs.org/patch/576715/ was applied to u-boot-net.git. Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

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

On Fri, Feb 26, 2016 at 5:37 PM, Tom Rini wrote: > 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

[U-Boot] Pull request: u-boot-net.git master

The following changes since commit 24862c640ea50ac88be343161eb681bea5dbfeef: test/py: skip tests that require large CONFIG_SYS_MAXARGS (2016-02-26 08:42:12 -0500) are available in the git repository at: git://git.denx.de/u-boot-net.git master for you to fetch changes up to

[U-Boot] [PATCH] arm: dra7xx: Define Android partition table

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 board. By default $partitions variable

Re: [U-Boot] [PATCH 02/10] arm64: Make full va map code more dynamic

On 02/25/2016 09:36 AM, Alexander Graf wrote: On 24.02.16 19:14, Stephen Warren wrote: On 02/24/2016 05:11 AM, Alexander Graf wrote: The idea to generate our pages tables from an array of memory ranges is very sound. However, instead of hard coding the code to create up to 2 levels of 64k

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

On 02/26/2016 08:12 PM, Stephen Warren wrote: > On 02/26/2016 11:44 AM, Marek Vasut wrote: >> On 02/26/2016 07:16 PM, Stephen Warren wrote: >> >> Hi! >> >> [...] >> Tom reported this to me too, sorry :-( Do you have an idea how to fix this too? I am now installing arm64

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

On 02/26/2016 11:44 AM, Marek Vasut wrote: On 02/26/2016 07:16 PM, Stephen Warren wrote: Hi! [...] Tom reported this to me too, sorry :-( Do you have an idea how to fix this too? I am now installing arm64 toolchain. I haven't looked at it yet. I've seen similar problems in the bast

Re: [U-Boot] Please pull u-boot-mpc85xx master

On Fri, Feb 26, 2016 at 06:51:52PM +, york sun wrote: > Tom, > > The following changes since commit 24862c640ea50ac88be343161eb681bea5dbfeef: > > test/py: skip tests that require large CONFIG_SYS_MAXARGS (2016-02-26 > 08:42:12 > -0500) > > are available in the git repository at: > >

[U-Boot] Please pull u-boot-mpc85xx master

Tom, The following changes since commit 24862c640ea50ac88be343161eb681bea5dbfeef: test/py: skip tests that require large CONFIG_SYS_MAXARGS (2016-02-26 08:42:12 -0500) are available in the git repository at: git://git.denx.de/u-boot-mpc85xx.git master for you to fetch changes up to

Re: [U-Boot] [PATCH] powerpc/t208xqds: fix esdhc peripheral clock support

On 01/28/2016 12:41 AM, Yangbo Lu wrote: > The patch that enabled eSDHC peripheral clock support had an > obvious error as below. This patch is used to fix it. > > +#define define CONFIG_FSL_ESDHC_USE_PERIPHERAL_CLK > > Fixes: 3285e6cbcc1b ("powerpc/t2080qds: enable eSDHC peripheral clock >

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

On 02/26/2016 07:16 PM, Stephen Warren wrote: Hi! [...] >> Tom reported this to me too, sorry :-( >> >> Do you have an idea how to fix this too? I am now installing arm64 >> toolchain. > > I haven't looked at it yet. I've seen similar problems in the bast > handled by casting between

Re: [U-Boot] [PATCH v4 00/11] arm64: Unify MMU code v3

On 02/25/2016 05:49 PM, Alexander Graf wrote: Howdy, Currently on arm64 there is a big pile of mess when it comes to MMU support and page tables. Each board does its own little thing and the generic code is pretty dumb and nobody actually uses it. This patch set tries to clean that up. After

Re: [U-Boot] [PATCH V2 6/6] configs: k2g_evm: Add TI power processor support

On Thu, Feb 25, 2016 at 12:53:47PM -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 4/6] remoteproc: Add support for TI power processor

On Thu, Feb 25, 2016 at 12:53:45PM -0600, Nishanth Menon wrote: > Many TI System on Chip (SoC) solutions do have a dedicated > microcontroller for doing power management functionality. These include > the AM335x, AM437x, Keystone K2G SoCs. The functionality provided by > these microcontrollers

[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

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 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

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

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

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 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 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

[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

[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 ---

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,

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 > > >

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 >

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

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:

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

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

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

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

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:

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

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

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

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

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 >>> >>>

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

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 > >>

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

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

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

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. >> >>

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

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

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

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

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

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

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

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

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

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

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

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:

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

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

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 >

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 > >

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 >

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 > >

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

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

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 > --- > >

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

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:

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

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

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

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

[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

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 >>

[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

[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

[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

[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.

[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

[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

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

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 >

  1   2   >