On 10/07/2013 04:42 PM, Tom Warren wrote:
> This provides SPL support for T124 boards - AVP
> early init, plus CPU (A15) init/jump to main U-Boot.
> arch/arm/cpu/arm720t/tegra124/cpu.c | 301
>
I would have expected a lot more of that file to be common with
t
On Tue, 8 Oct 2013, Tom Rini wrote:
> On Tue, Oct 08, 2013 at 05:28:23PM -0400, Robert P. J. Day wrote:
> > On Tue, 8 Oct 2013, Robert Nelson wrote:
> >
> > > On Tue, Oct 8, 2013 at 3:39 PM, Robert P. J. Day
> > > wrote:
> > > > On Tue, 8 Oct 2013, Tom Rini wrote:
> > > >
> > > > ... snip ...
>
On 10/07/2013 04:42 PM, Tom Warren wrote:
> These files are used by both SPL and main U-Boot.
> diff --git a/arch/arm/cpu/tegra-common/ap.c b/arch/arm/cpu/tegra-common/ap.c
> @@ -81,7 +81,14 @@ int tegra_get_chip_sku(void)
> return TEGRA_SOC_T114;
> }
>
On 10/07/2013 04:42 PM, Tom Warren wrote:
> Basic Tegra124 build support added - no specific
> board is targeted.
The content of this patch seems entirely unrelated to the commit
description.
BTW, if I apply each one of these patches in turn, rather than all of
them at once, can the entire code-b
On 10/07/2013 04:42 PM, Tom Warren wrote:
> These are fairly complete, and near-clones of T114 Venice,
> with an additional I2C port, and MMC address changes for T124.
> diff --git a/arch/arm/dts/tegra124.dtsi b/arch/arm/dts/tegra124.dtsi
> + tegra_car: clock {
> + compatible = "n
On 10/07/2013 04:42 PM, Tom Warren wrote:
> These are the board files for Venice2 (t124), plus the AS3722
> PMIC files. PMIC init will be moved to pmic_common_init later.
>
> This builds/boots on Venice2, SPI/MMC/USB/I2C all work. Audio
> and display and WB/LP0 are not supported yet.
> diff --git
On 10/08/2013 02:27 PM, Tom Warren wrote:
> A previous commit created common arch-tegra/tegra1x4-xxx header
> files for T124, based on the existing T114 headers (HW is nearly
> 100% compatible for most blocks). Now that T124 support is in,
> move T114 over to use those common headers (which are act
On Wed, 2013-10-02 at 15:14 -0400, Tom Rini wrote:
> Hey all,
>
> I've put v2013.10-rc4 out, only a little later than I had hoped, but I
> wanted to get those PRs in for this.
> uploaded soon.
>
> At this point, we're just about ready to release so:
> 1) If you have a bugfix outstand please let m
On Tue, Oct 08, 2013 at 06:26:13PM -0500, Scott Wood wrote:
> On Wed, 2013-10-02 at 15:14 -0400, Tom Rini wrote:
> > Hey all,
> >
> > I've put v2013.10-rc4 out, only a little later than I had hoped, but I
> > wanted to get those PRs in for this.
> > uploaded soon.
> >
> > At this point, we're jus
> >
> > Hi York,
> > I double checked the offset address of GPIO, I found that the offset
> > addresses of GPIO on the boards you mentioned above are all changed to
> > 0x0, not 0xc00 according to the newest RM.
> > I do found that the offset address is 0xc00 in some old RMs.
> > You can find the n
Hi,
(2013/10/04 4:45), Jagan Teki wrote:
Hi Nobuhiro Iwamatsu,
I have send your patch for v4.
Eliminated few checks see on change log:
Please fix below comments and try to apply the same on u-boot-spi.git
repo with master-probe branch.
OK, I will check with your repo.
On Fri, Oct 4, 2013
This patch adds a driver for Renesas SoC's Quad SPI bus.
This supports with 8 bits per transfer to use with SPI flash.
Signed-off-by: Kouei Abe
Signed-off-by: Nobuhiro Iwamatsu
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v5:
- Add print abort when call ctrlc().
- Move sourc
Hi Everyone,
I have a armv7 board and am seeing a discrepancy.
In my board file I have defined:
#define CONFIG_SYS_TEXT_BASE 0x6704
After I build the ub-boot binary, I ran "nm u-boot | grep -w _start".
It returned the following:
6720 T _start
Would anyone know why there is a difference
Dear Stephen,
In message <52546f78.40...@wwwdotorg.org> you wrote:
>
> > +Ideally, the license terms of all files in the source tree should be
> > +defined by such License Identifiers; in no case a file can contain
> > +more than one such License Identifier.
>
> I assume "one such License Identif
Hi.
I hope someone can open my eyes on this. We try to port our MX27 board to the
new u-boot loader using the SPL code rather then the self hacked NAND->SDRAM.
I'm not able to get anything run. The console stays dead.
Let start here:
To see if the second image is booting I tried to load the i
Hi Leela,
> This function is used by different Exynos platforms, put it in the
> common file.
>
> Signed-off-by: Vadim Bendebury
> Signed-off-by: Leela Krishna Amudala
> Reviewed-by: Doug Anderson
> ---
> board/samsung/common/board.c | 19 ---
> drivers/power/power_core.c
Hi Leela,
> The current pmic i2c code assumes the current i2c bus is
> the same as the pmic device's bus. There is nothing ensuring
> that to be true. Therefore, select the proper bus before performing
> a transaction.
>
> Signed-off-by: Aaron Durbin
> Signed-off-by: Simon Glass
> Signed-off-by
Hi Leela,
> Adds the register settings, addresses and voltages associated with
> S2MPS11
>
> Signed-off-by: Alim Akhtar
> Signed-off-by: Leela Krishna Amudala
> Reviewed-by: Vadim Bendebury
> ---
> include/power/s2mps11_pmic.h | 141
> ++ 1 file changed
On Wednesday, October 09, 2013 01:34 PM, Chris Ruehl wrote:
Hi.
I hope someone can open my eyes on this. We try to port our MX27 board
to the new u-boot loader using the SPL code rather then the self hacked
NAND->SDRAM.
I'm not able to get anything run. The console stays dead.
Let start here:
101 - 119 of 119 matches
Mail list logo
