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:
[...]
>> >
>> > ... and this will match whatever is i
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 all power management r
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 Operating Systems on co
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 Rini
>
> But this makes my head hur
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 configuration. The SODIMM parameters
>>
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 availab
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 inclu
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 controller drivers are of "mtd uclass"
>>>
>>
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 inclu
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,
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 related changes, and while
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
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 files changed, 4 d
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 Protsenko
>>>
>>> In case when usb_composite_register() faile
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, such as enabled fastboot and specific partition table.
> Us
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 is that this new config exports Android partition
> table
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 usb_composite_register() failed once (for whatever reason),
>> it will fail further even
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
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
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 partitions defined in $partitions variable. This patch
>>
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 50768f5b06e7704cf
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 contains Linux partition table. In
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 gra
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
toolch
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
handl
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:
>
> g
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 cf23b4d
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
> supp
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 integer
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 th
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
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 and
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
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
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,
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
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
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
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.
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
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
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 |
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
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:
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
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
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
--
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
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
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
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.
>
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
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
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
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
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
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
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
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
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
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
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
>
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
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
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
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
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
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
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
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
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
_
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
__
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(
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
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
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
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.
__
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.
_
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
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 +++---
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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-
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
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 +
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
1 - 100 of 132 matches
Mail list logo
