Re: [U-Boot] problems porting to 2013.x

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:

Re: [U-Boot] [PATCH V2 4/6] SMDK5420: S2MPS11: Adds the register settings for S2MPS11

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

Re: [U-Boot] [PATCH V2 2/6] power: Explicitly select pmic device's bus

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

Re: [U-Boot] [PATCH V2 1/6] exynos: Use common pmic_reg_update() definition

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

[U-Boot] problems porting to 2013.x

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

Re: [U-Boot] [PATCH] SPDX: document dual license notation

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

[U-Boot] Difference between CONFIG_SYS_TEXT_BASE and _start

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

[U-Boot] [PATCH] spi: Add support SH Quad SPI driver

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

Re: [U-Boot] [PATCH v4] spi: Add support SH Quad SPI driver

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

Re: [U-Boot] [PATCH] mpc85xx: Fix the offset of register address error

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

Re: [U-Boot] [ANN] v2013.10-rc4

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

Re: [U-Boot] [ANN] v2013.10-rc4

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

Re: [U-Boot] [PATCH] arm: Tegra: T114: Use common tegra1x4- includes in arch-tegra

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

Re: [U-Boot] [PATCH 8/8] Tegra124: Add Venice2 (T124) build

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

Re: [U-Boot] [PATCH 7/8] Tegra124: Venice2: fdt: Add device-tree files

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

Re: [U-Boot] [PATCH 6/8] Tegra124: Add generic T124 build support

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

Re: [U-Boot] [PATCH 5/8] Tegra124: Add common CPU (shared) files

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

Re: [U-Boot] [PATCH] Revert "am335x_evm.h: If mmcdev and bootpart switch to mmcdev 1, so should mmcroot."

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

Re: [U-Boot] [PATCH 3/8] Tegra124: Add SPL/AVP (arm720t) cpu files

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

Re: [U-Boot] [PATCH] Revert "am335x_evm.h: If mmcdev and bootpart switch to mmcdev 1, so should mmcroot."

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 ... > > > > > >> Applied to u-boot/master. > > > > > > d

Re: [U-Boot] [PATCH 3/8] Tegra124: Add SPL/AVP (arm720t) cpu files

On 10/08/2013 02:13 AM, Thierry Reding wrote: > On Tue, Oct 08, 2013 at 12:42:53AM +0200, Tom Warren wrote: >> This provides SPL support for T124 boards - AVP early init, plus >> CPU (A15) init/jump to main U-Boot. >> soc_type = tegra_get_chip(); - if (soc_type == >> CHIPID_TEGRA30 |

Re: [U-Boot] [PATCH 1/8] Tegra124: Add arch-tegra124 include/header files

On 10/07/2013 04:42 PM, Tom Warren wrote: > No real HW change on T124 for 90% of the toys, so just include > a common T1x4 header file (based on T114 headers), and if a new > register/bit is needed, add it at the end. Some headers (clk_rst, > clock-tables, pinmux, etc.) had too many changes in stru

Re: [U-Boot] [PATCH] Revert "am335x_evm.h: If mmcdev and bootpart switch to mmcdev 1, so should mmcroot."

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 ... > > > >> Applied to u-boot/master. > > > > dumb question but what does it mean to say "Applied to > > u-boot/master" when it clearly

Re: [U-Boot] [PATCH v2 2/4] am33xx: add CONFIG_SYS_NAND_DEVICE_WIDTH to determine NAND device bus-width

On Mon, 2013-09-30 at 23:52 +0530, Pekon Gupta wrote: > +#if !defined(CONFIG_SPL_BUILD) && defined(CONFIG_SYS_NAND_ONFI_DETECTION) > + /* device bus-width determined from ONFI params */ > + nand->options &= ~NAND_BUSWIDTH_16; > +#else > + /* device bus-width passed via CONFIG_xx */ >

Re: [U-Boot] [PATCH v2 1/4] mtd: nand: add NAND_BUSWIDTH_AUTO to autodetect bus width

On Mon, 2013-09-30 at 23:52 +0530, Pekon Gupta wrote: > @@ -2575,6 +2575,10 @@ static int nand_flash_detect_onfi(struct mtd_info > *mtd, struct nand_chip *chip, > int i; > int val; > > + if (chip->options & NAND_BUSWIDTH_16) { > + printf("nand: error: ONFI detection w

Re: [U-Boot] [PATCH] Tegra: T1x4: SPI: Use a common name (t1x4) for SPI driver

On 10/07/2013 03:20 PM, Tom Warren wrote: > Tegra124 is compatible w/T114 SPI, so try to commonize as > much as possible. Please don't do this. It's pointless churn. There's nothing wrong with a driver for a HW block that was introduced in Tegra114 being named Tegra114. The new naming isn't any mo

Re: [U-Boot] [PATCH] Tegra: T1x4: SPI: Use a common name (t1x4) for SPI driver

On 10/08/2013 10:03 AM, Tom Warren wrote: > On Mon, Oct 7, 2013 at 11:23 PM, Jagan Teki wrote: >> On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren wrote: >>> Tegra124 is compatible w/T114 SPI, so try to commonize as >>> much as possible. >>> >>> TEST=built all T1x4 boards, tested on Venice1 & 2 OK. >>>

Re: [U-Boot] [PATCH] Tegra: T1x4: SPI: Use a common name (t1x4) for SPI driver

On 10/08/2013 12:23 AM, Jagan Teki wrote: > On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren wrote: >> Tegra124 is compatible w/T114 SPI, so try to commonize as >> much as possible. ... [ large patch quoted] > > Is it part of tegra.git? Please don't quote an entire patch just to ask a one-line question

Re: [U-Boot] [PATCH] Tegra114: spl: Set system clock to clk_m

On 10/07/2013 03:17 PM, Tom Warren wrote: > From: Jimmy Zhang > > Based on Tegra114 TRM, system clock can run up to 275MHz. On power on, Which exact clock is "system clock"? > the default sytem clock source is set to pllp_out0. In function > clock_early_init(), pllp_out0 will be set to 480MHz w

Re: [U-Boot] [PATCH v2 1/4] mtd: nand: add NAND_BUSWIDTH_AUTO to autodetect bus width

On Mon, 2013-09-30 at 23:52 +0530, Pekon Gupta wrote: > From: Matthieu CASTET > > This patch is modified version from following linux patch > http://lists.infradead.org/pipermail/linux-mtd/2012-November/044803.html > So retaining the authorship to Matthieu CASTET > > *Modifications from origina

Re: [U-Boot] [PATCH] Tegra114: Add support for more clock sources for T1x4 periphs

On 10/07/2013 01:47 PM, Tom Warren wrote: > Some T1x4 peripherals can take up to 8 different clock I would like to avoid "x" in any Tegra naming. Downstream, we've abused this by calling Tegra114 Tegra11x instead, and I'd like to completely avoid anything like that abomination upstream. Can we sim

Re: [U-Boot] [PATCH] Revert "am335x_evm.h: If mmcdev and bootpart switch to mmcdev 1, so should mmcroot."

On Tue, Oct 8, 2013 at 3:39 PM, Robert P. J. Day wrote: > On Tue, 8 Oct 2013, Tom Rini wrote: > > ... snip ... > >> Applied to u-boot/master. > > dumb question but what does it mean to say "Applied to > u-boot/master" when it clearly has not been applied to master? i can > see posts like that, b

[U-Boot] [PATCH] arm: Tegra: Use arch-specific pmc.h where needed, else use common pmc.h

PMC block for T20/T30 is able to use a common header, but T1x4 has added registers and/or moved registers around, so these SoCs need a arch-specific pmc.h. Built all Tegra AOK, tested on T114 Dalmore and T124 Venice OK. Signed-off-by: Tom Warren --- arch/arm/cpu/arm720t/tegra-common/cpu.c

[U-Boot] [PATCH] arm: Tegra: T114: Use common tegra1x4- includes in arch-tegra

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 actually copies of the T114 headers). Some headers ar

Re: [U-Boot] [PATCH] SPDX: document dual license notation

On 10/08/2013 01:53 PM, Wolfgang Denk wrote: > In [1] we discussed how we should deal with dual (or, more generally, > multiple) licensed files. Add this to Licenses/README so it's > properly documented. > > [1] http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/166518 > > Signed-off-by: W

Re: [U-Boot] [PATCH] Revert "am335x_evm.h: If mmcdev and bootpart switch to mmcdev 1, so should mmcroot."

On Tue, 8 Oct 2013, Tom Rini wrote: ... snip ... > Applied to u-boot/master. dumb question but what does it mean to say "Applied to u-boot/master" when it clearly has not been applied to master? i can see posts like that, but doing a "git pull" produces nothing. i am on the u-boot mainline, an

[U-Boot] [PATCH] SPDX: document dual license notation

In [1] we discussed how we should deal with dual (or, more generally, multiple) licensed files. Add this to Licenses/README so it's properly documented. [1] http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/166518 Signed-off-by: Wolfgang Denk --- Licenses/README | 12 1 fil

Re: [U-Boot] [PATCH] config.mk: enable -fstack-usage only when it is desired

Hello Masahiro, On 09/30/2013 10:01 AM, Masahiro Yamada wrote: Hello Jeroen, diff --git a/config.mk b/config.mk index 48913f6..177f685 100644 --- a/config.mk +++ b/config.mk @@ -117,7 +117,7 @@ CC_TEST_OFILE := $(OBJTREE)/include/generated/cc_test_file.o -include $(CC_OPTIONS_CACHE_FILE)

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

On Mon, Oct 07, 2013 at 10:02:08PM +0200, Albert ARIBAUD wrote: > Hello Tom, > > The following changes since commit > e261c83aa04ce0396d57aaecf8dfe0970ffac03e: > > ARM: VExpress: enable ARMv7 virt support for VExpress A15 (2013-10-03 > 21:28:57 +0200) > > are available in the git repository

Re: [U-Boot] [PATCH] Revert "am335x_evm.h: If mmcdev and bootpart switch to mmcdev 1, so should mmcroot."

On Tue, Oct 08, 2013 at 11:12:32AM -0400, Tom Rini wrote: > Upon further inspection and review and chatting with kernel folks, what > happens here is that what mmcblk# a device gets is based on probe order. > So a system with an SD card inserted with place eMMC on mmcblk1, but > without an SD card

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

On Mon, Oct 07, 2013 at 07:52:24PM +0530, Jagannadha Sutradharudu Teki wrote: > Hi Tom, > > Just released pull request with new sf probe support. > Tested these changes on stmicro, winbond, spansion and sst. > > -- > Thanks, > Jagan. > > The following changes since commit f835c77fb7e57508ffe8d8

[U-Boot] [PATCH] da850evm.h: Always set CONFIG_CMD_SF, move to by CONFIG_SPI_FLASH

When we have CONFIG_SPI_FLASH set we now require CONFIG_CMD_SF. Signed-off-by: Tom Rini --- include/configs/da850evm.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/da850evm.h b/include/configs/da850evm.h index e63d7c4..9845506 100644 --- a/include/config

Re: [U-Boot] [PATCH v7 1/5] mtd: nand: omap: enable BCH ECC scheme using ELM for generic platform

Hi, > On Tue, 2013-10-08 at 11:52 -0500, Scott Wood wrote: > > On Tue, 2013-10-08 at 05:30 +, Gupta, Pekon wrote: > > Anyways I would take the changes if you wish so.. > > But request you to please provide comments on all the patches, before > > I send next revision. This would help me consoli

Re: [U-Boot] [PATCH] env_mmc: fix buffer allocation for armv7

Dear Tom, In message <20131008134456.GB15917@bill-the-cat> you wrote: > > > Well, if we have DDR such that we can use it for the malloc arena, we > > also should use it for the stack. Or is there a good reason for not > > doing this? It would solve all these issues at the root... > > Making SP

Re: [U-Boot] [PATCH V2 6/6] config: SMDK5420: Enable S2MPS11 pmic

On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala wrote: > configure S2MPS11 pmic on SMDK5420 > > Signed-off-by: Leela Krishna Amudala > Acked-by: Simon Glass ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-bo

Re: [U-Boot] [PATCH V2 5/6] exynos: Add a common DT based PMIC driver initialization

On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala wrote: > Most of i2c PMIC drivers follow the same initialization sequence, > let's generalize it in a common file. > > The initialization function finds the PMIC in the device tree, and if > found - registers it in the list of known PMICs and

Re: [U-Boot] [PATCH V2 4/6] SMDK5420: S2MPS11: Adds the register settings for S2MPS11

On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala wrote: > 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 > Acked-by: Simon Glass _

Re: [U-Boot] [PATCH V2 3/6] FDT: Exynos5420: Add compatible srings for PMIC

On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala wrote: > Add required compatible strings for PMIC S2MPS11 > > Signed-off-by: Leela Krishna Amudala > Acked-by: Simon Glass ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman

Re: [U-Boot] [PATCH V2 2/6] power: Explicitly select pmic device's bus

On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala wrote: > 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 Du

Re: [U-Boot] [PATCH V2 1/6] exynos: Use common pmic_reg_update() definition

On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala wrote: > 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 > Acked-by: Simon Glass (I'd suggest adding

Re: [U-Boot] [PATCH 10/10 V4] DWMMC: SMDK5420: Disable SMU for eMMC

On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde < rajeshwar...@samsung.com> wrote: > SMDK5420 has a new Security Management Unit added > for dwmmc driver, hence, configuring the control > registers to support booting via eMMC. > > Signed-off-by: Alim Akhtar > Signed-off-by: Rajeshwari Shinde

Re: [U-Boot] [PATCH 09/10 V4] SPL: EXYNOS: Prepare for variable size SPL support

On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde < rajeshwar...@samsung.com> wrote: > When variable size SPL is used, the BL1 expects the SPL to be > encapsulated differently: instead of putting the checksum at a fixed > offset in the SPL blob, prepend the blob with a header including the > si

Re: [U-Boot] [PATCH 08/10 V4] Config: Add initial config for SMDK5420

On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde < rajeshwar...@samsung.com> wrote: > Adding initial config for SMDK5420 to build and boot U-Boot > over Exynos based SMDK5420. > > Signed-off-by: Rajeshwari S Shinde > Signed-off-by: Akshay Saraswat > Acked-by: Simon Glass __

Re: [U-Boot] [PATCH v7 1/5] mtd: nand: omap: enable BCH ECC scheme using ELM for generic platform

On Tue, 2013-10-08 at 11:52 -0500, Scott Wood wrote: > On Tue, 2013-10-08 at 05:30 +, Gupta, Pekon wrote: > > Anyways I would take the changes if you wish so.. > > But request you to please provide comments on all the patches, before > > I send next revision. This would help me consolidate all

Re: [U-Boot] [PATCH 07/10 V4] DTS: Add dts support for SMDK5420

On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde < rajeshwar...@samsung.com> wrote: > This patch adds support for SMDK5420. > exynos5.dtsi created is a common file which has the nodes common > to both 5420 and 5250. > > Signed-off-by: Akshay Saraswat > Signed-off-by: Rajeshwari S Shinde > A

Re: [U-Boot] [PATCH 06/10 V4] Exynos5420: Add base patch for SMDK5420

Hi Rajeshwari, On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde < rajeshwar...@samsung.com> wrote: > Adding the base patch for Exynos based SMDK5420. > This shall enable compilation and basic boot support for > SMDK5420. > > Signed-off-by: Rajeshwari S Shinde > Signed-off-by: Akshay Saraswat

Re: [U-Boot] [PATCH v7 4/5] mtd: nand: omap: optimized chip->ecc.correct() for H/W ECC schemes

On Mon, 2013-09-30 at 19:43 +0530, Pekon Gupta wrote: > + /* check calculated ecc */ > + for (i = 0; i < chip->ecc.bytes && !ecc_flag; i++) > + if (calc_ecc[i] != 0x00) > + ecc_flag = 1; U-Boot code style wants braces around multi-line bodies. -Scott ___

Re: [U-Boot] [PATCH 05/10 V4] Exynos5420: Add support for 5420 in pinmux and gpio

On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde < rajeshwar...@samsung.com> wrote: > Adds code in pinmux and gpio framework to support Exynos5420. > > Signed-off-by: Naveen Krishna Chatradhi > Signed-off-by: Akshay Saraswat > Signed-off-by: Rajeshwari S Shinde > Acked-by: Simon Glass ___

Re: [U-Boot] [PATCH 02/10 V4] Exynos5420: Add base addresses for 5420

On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde < rajeshwar...@samsung.com> wrote: > Adds base addresses of various IPs and controllers required for > Exynos5420. > > Signed-off-by: Hatim Ali > Signed-off-by: Rajeshwari S Shinde > Signed-off-by: Akshay Saraswat > Acked-by: Simon Glass __

Re: [U-Boot] [PATCH 01/10 V4] EXYNOS5: Create a common board file

On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde < rajeshwar...@samsung.com> wrote: > Create a common board.c file for all functions which are common across > all EXYNOS5 platforms. > > exynos_init function is provided for platform specific code. > > Signed-off-by: Rajeshwari S Shinde > Acke

Re: [U-Boot] [PATCH v7 3/5] mtd: nand: omap: optimize chip->ecc.calculate() for H/W ECC schemes

On Mon, 2013-09-30 at 19:43 +0530, Pekon Gupta wrote: > + /* ECC scheme specific syndrome customizations */ > + switch (bch->ecc_scheme) { > + case OMAP_ECC_HAM1_CODE_HW: > + break; > + case OMAP_ECC_BCH8_CODE_HW_DETECTION_SW: > +#ifdef CONFIG_BCH > + for (i

Re: [U-Boot] [PATCH 0/5] ARM: Exynos5250: consolidate configuration files

Hi Andre, On Wed, Sep 25, 2013 at 4:42 AM, Andre Przywara wrote: > Hi, > > while working on HYP mode support for Exynos 5250 based boards, I > fixed some shortcomings in their configuration files. > > The purpose of this series is to get rid of the elaborate arndale.h > and replace it mostly by a

Re: [U-Boot] fs/fs.c - error handling needed?

Hi Wolfgang, On Sat, Oct 5, 2013 at 1:49 PM, Wolfgang Denk wrote: > Dear Simon, > > with commit a8f6ab5 "fs: Add support for saving data to filesystems" > you add the function do_save() to U-Boot. This includes the following > code (line numbers as of current master): > > "fs/fs.c": > > ... > 3

Re: [U-Boot] [PATCH v7 1/5] mtd: nand: omap: enable BCH ECC scheme using ELM for generic platform

On Tue, 2013-10-08 at 05:30 +, Gupta, Pekon wrote: > > From: Scott Wood [mailto:scottw...@freescale.com] > > > On Sat, 2013-10-05 at 06:11 +, Gupta, Pekon wrote: > > > Hi, > > > Please see the replies inline.. > > > > > > > From: Scott Wood [mailto:scottw...@freescale.com] > > > > > On Mon,

Re: [U-Boot] [PATCH] mpc85xx: Fix the offset of register address error

On 10/07/2013 08:28 PM, Tang Yuantian-B29983 wrote: >>> diff --git a/arch/powerpc/include/asm/mpc85xx_gpio.h >>> b/arch/powerpc/include/asm/mpc85xx_gpio.h >>> index 3d11884..87bb4a0 100644 >>> --- a/arch/powerpc/include/asm/mpc85xx_gpio.h >>> +++ b/arch/powerpc/include/asm/mpc85xx_gpio.h >>> @@ -20

Re: [U-Boot] [PATCH] mpc85xx: Fix the offset of register address error

On 10/07/2013 08:28 PM, Tang Yuantian-B29983 wrote: >>> diff --git a/arch/powerpc/include/asm/mpc85xx_gpio.h >>> b/arch/powerpc/include/asm/mpc85xx_gpio.h >>> index 3d11884..87bb4a0 100644 >>> --- a/arch/powerpc/include/asm/mpc85xx_gpio.h >>> +++ b/arch/powerpc/include/asm/mpc85xx_gpio.h >>> @@ -20

Re: [U-Boot] [PATCH 1/4] arm64: Add tool to statically apply RELA relocations

On Tue, 2013-10-08 at 10:10 +0200, Albert ARIBAUD wrote: > Thanks Scott fot the heads-up. I have found the arm64 ABI and traced it > back to this URL: > > > > (Somehow the document can be read in Firefox but evince

Re: [U-Boot] [PATCH] Tegra: T1x4: SPI: Use a common name (t1x4) for SPI driver

On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren wrote: > Tegra124 is compatible w/T114 SPI, so try to commonize as > much as possible. > > TEST=built all T1x4 boards, tested on Venice1 & 2 OK. > There's no real binary change here, just names/includes. > > Signed-off-by: Tom Warren > --- > .../tegra11

[U-Boot] [PATCH v2] mmc: sdhci: Avoid commands errors by simple timeout adaptation.

Old command timeout value was too small and it caused I/O errors which led to uncompleted read/write/erase operations and filesystem errors. Timeout adaptation fixes this issue. Changes in sdhci_send_command() function: - change timeout variable to static - increase default command timeout to 100

Re: [U-Boot] [PATCH] Tegra: T1x4: SPI: Use a common name (t1x4) for SPI driver

On Tue, Oct 8, 2013 at 9:33 PM, Tom Warren wrote: > Jagan, > > > On Mon, Oct 7, 2013 at 11:23 PM, Jagan Teki > wrote: >> >> On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren >> wrote: >> > Tegra124 is compatible w/T114 SPI, so try to commonize as >> > much as possible. >> > >> > TEST=built all T1x4 boa

Re: [U-Boot] [PATCH] Tegra: T1x4: SPI: Use a common name (t1x4) for SPI driver

Jagan, On Mon, Oct 7, 2013 at 11:23 PM, Jagan Teki wrote: > On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren > wrote: > > Tegra124 is compatible w/T114 SPI, so try to commonize as > > much as possible. > > > > TEST=built all T1x4 boards, tested on Venice1 & 2 OK. > > There's no real binary change her

Re: [U-Boot] [PATCH] Revert "am335x_evm.h: If mmcdev and bootpart switch to mmcdev 1, so should mmcroot."

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/08/2013 11:34 AM, Robert P. J. Day wrote: > On Tue, 8 Oct 2013, Tom Rini wrote: > >> Upon further inspection and review and chatting with kernel folks, what >> happens here is that what mmcblk# a device gets is based on probe order. >> So a syst

Re: [U-Boot] [PATCH] Revert "am335x_evm.h: If mmcdev and bootpart switch to mmcdev 1, so should mmcroot."

On Tue, 8 Oct 2013, Tom Rini wrote: > Upon further inspection and review and chatting with kernel folks, what > happens here is that what mmcblk# a device gets is based on probe order. > So a system with an SD card inserted with place eMMC on mmcblk1, but > without an SD card, it will be on mmcblk

[U-Boot] [PATCH] Revert "am335x_evm.h: If mmcdev and bootpart switch to mmcdev 1, so should mmcroot."

Upon further inspection and review and chatting with kernel folks, what happens here is that what mmcblk# a device gets is based on probe order. So a system with an SD card inserted with place eMMC on mmcblk1, but without an SD card, it will be on mmcblk0. So U-boot can only provide a best guess.

Re: [U-Boot] [PATCH 1/4] arm64: Add tool to statically apply RELA relocations

On Tue, 2013-10-08 at 22:22 +0800, FengHua wrote: > > diff --git a/tools/relocate-rela.c b/tools/relocate-rela.c > > new file mode 100644 > > index 000..47afe0b > > --- /dev/null > > +++ b/tools/relocate-rela.c > > @@ -0,0 +1,185 @@ > > +/* > > + * Copyright 2013 Freescale Semiconductor, Inc. >

Re: [U-Boot] [Patch v1 1/1] usb:smsx95xx LED activity for USB net driver

+Joe (net maintainer) +Marek (USB) Hi Suriyan, On Mon, Oct 7, 2013 at 9:30 PM, Suriyan Ramasami wrote: > Add LED activity for SMSX95XX USB Ether driver. > > Signed-off-by: “Suriyan Ramasami" > --- > drivers/usb/eth/smsc95xx.c | 14 ++ > 1 files changed, 14 insertions(+), 0 deleti

Re: [U-Boot] [PATCH 1/4] arm64: Add tool to statically apply RELA relocations

> diff --git a/tools/relocate-rela.c b/tools/relocate-rela.c > new file mode 100644 > index 000..47afe0b > --- /dev/null > +++ b/tools/relocate-rela.c > @@ -0,0 +1,185 @@ > +/* > + * Copyright 2013 Freescale Semiconductor, Inc. > + * > + * SPDX-License-Identifier: GPL-2.0+ BSD-2-Clause > + *

Re: [U-Boot] [PATCH] env_mmc: fix buffer allocation for armv7

On Mon, Oct 07, 2013 at 03:58:02PM +0200, Wolfgang Denk wrote: > Dear Tom, > > In message <20131007122020.GT15917@bill-the-cat> you wrote: > > > > > But malloc() is drawing from the very same resource as the stack, even > > > more so: with a buffer on the stack, the memory isfreed completeky > >

Re: [U-Boot] [PATCH 0/4] spi: exynos: Improve performance

On Tue, Oct 8, 2013 at 4:20 PM, Rajeshwari S Shinde wrote: > This patchset has a set of patches which improves the > performance of spi on exynos. > Have combined all individual patches into a single patchset. > Patches are based on u-boot-spi.git master branch. > > Rajeshwari S Shinde (3): > ex

Re: [U-Boot] [PATCH 0/4] spi: exynos: Improve performance

On Tue, Oct 8, 2013 at 6:42 PM, Rajeshwari Birje wrote: > Hi Jagan, > > Posted http://patchwork.ozlabs.org/patch/247461/ V3. > Posted it separately as it is arch/arm related. OK, not a problem I thought it's pure spi. I will apply spi patches, thanks for your time. > > Regards, > Rajeshwari > >

Re: [U-Boot] [PATCH 0/4] spi: exynos: Improve performance

Hi Jagan, Posted http://patchwork.ozlabs.org/patch/247461/ V3. Posted it separately as it is arch/arm related. Regards, Rajeshwari On Tue, Oct 8, 2013 at 6:36 PM, Jagan Teki wrote: > On Tue, Oct 8, 2013 at 6:34 PM, Rajeshwari Birje > wrote: >> Hi Jagan, >> >> We have W25Q80BW on smdk5250 boar

[U-Boot] [PATCH V3] exynos: spl: Add a custom spi copy function

This patch implements a custom spi_copy funtion to copy u-boot from SF to RAM. This is faster then iROM spi_copy funtion as this runs spi at 50Mhz and also in WORD mode of operation. Changed a printf in pinmux.c to debug just to avoid the compilation error in SPL. Signed-off-by: Alim Akhtar Sign

Re: [U-Boot] [PATCH 0/4] spi: exynos: Improve performance

On Tue, Oct 8, 2013 at 6:34 PM, Rajeshwari Birje wrote: > Hi Jagan, > > We have W25Q80BW on smdk5250 board. Great, thanks for quick response. You missed one more patch http://patchwork.ozlabs.org/patch/247461/ may be you have a plan for sending this later, true? > > Regards, > Rajeshwari. > >

Re: [U-Boot] [PATCH 0/4] spi: exynos: Improve performance

Hi Jagan, We have W25Q80BW on smdk5250 board. Regards, Rajeshwari. On Tue, Oct 8, 2013 at 6:14 PM, Jagan Teki wrote: > On Tue, Oct 8, 2013 at 6:11 PM, Rajeshwari Birje > wrote: >> Hi Jagan, >> >> Yes I have tested them on u-boot-spi.git/master for spi booting. > > Sorry for sequence of questi

[U-Boot] [PATCH] spi: Add GPL-2.0+ SPDX-License-Identifier for missing ones

Added GPL-2.0+ SPDX-License-Identifier for missed spi source files. Signed-off-by: Jagannadha Sutradharudu Teki --- drivers/spi/sh_spi.c| 14 +- drivers/spi/tegra20_slink.c | 20 +++- include/spi_flash.h | 7 +-- 3 files changed, 5 insertions(+),

[U-Boot] [RFC PATCH v2 1/2] ARMV7: OMAP4: Add struct for twl603x data

From: Oleg Kosheliev The data struct is used to support different PMIC chip types. It contains the chip type and the data (e.g. registers addresses, adc multiplier) which is different for twl6030 and twl6032. Replaced some hardcoded values with the structure vars. Based on Balaji T K patches fo

[U-Boot] [RFC PATCH v2 0/2] ARMV7: OMAP4: Add support for twl6032

From: Oleg Kosheliev TWL6032 is a companion Power Management IC (PMIC) of OMAP4470. This chip is similar to TWL6030 but has slight difference in some registers e.g. for GPADC. In u-boot only TWL6030 is supported now, thus there is no ability to boot OMAP4470 with TWL6032 because u-boot hangs whe

[U-Boot] [RFC PATCH v2 2/2] ARMV7: OMAP4: Add twl6032 support

From: Oleg Kosheliev Added chip type detection and twl6032 support in the battery control and charge functions. Based on Balaji T K patches for TI u-boot. Signed-off-by: Oleg Kosheliev --- drivers/power/twl6030.c | 54 +-- include/twl6030.h

Re: [U-Boot] [PATCH 0/4] spi: exynos: Improve performance

On Tue, Oct 8, 2013 at 6:11 PM, Rajeshwari Birje wrote: > Hi Jagan, > > Yes I have tested them on u-boot-spi.git/master for spi booting. Sorry for sequence of questions which spi flash parts you tested.? > > Regards, > Rajeshwari Shinde. > > On Tue, Oct 8, 2013 at 6:08 PM, Jagan Teki wrote: >>

Re: [U-Boot] [PATCH 0/4] spi: exynos: Improve performance

Hi Jagan, Yes I have tested them on u-boot-spi.git/master for spi booting. Regards, Rajeshwari Shinde. On Tue, Oct 8, 2013 at 6:08 PM, Jagan Teki wrote: > On Tue, Oct 8, 2013 at 4:20 PM, Rajeshwari S Shinde > wrote: >> This patchset has a set of patches which improves the >> performance of spi

Re: [U-Boot] [PATCH 0/4] spi: exynos: Improve performance

On Tue, Oct 8, 2013 at 4:20 PM, Rajeshwari S Shinde wrote: > This patchset has a set of patches which improves the > performance of spi on exynos. > Have combined all individual patches into a single patchset. > Patches are based on u-boot-spi.git master branch. Thanks for your patch-set. Can you

[U-Boot] [PATCH v2 08/10] cmd:thor: Support for TIZEN's download command (thordown)

New command - thordown - has been added to support downloading data via lthor TIZEN program. It is similar to dfu command syntax and reuses its code for flashing data. Signed-off-by: Lukasz Majewski --- Changes for v2: - Adjust according to new board_usb_init() function semantics. - do_thor_down

[U-Boot] [PATCH v2 09/10] samsung:common:thor: Define common Samsung code to handle THOR usb descriptor setup

Special, common to Samsung, function for altering usb descriptor's idVendor and idProduct has been added. For compatibility reasons (Win vs Linux) the THOR idProduct must be different than the one for DFU/UMS. Signed-off-by: Lukasz Majewski --- Changes for v2: - None board/samsung/common/Makef

[U-Boot] [PATCH v2 05/10] usb:g_dnl: Add name parameter to g_dnl_bind_fixup function

New parameter, namely *name has been added to g_dnl_bind_fixup(). It is necessary (for compatibility reasons) to assign new USB idProduct and idVendor for different usb functions. Signed-off-by: Lukasz Majewski Cc: Marek Vasut --- Changes for v2: - None board/siemens/common/factoryset.c |

[U-Boot] [PATCH v2 10/10] trats: Update TRATS config to support TIZEN download

A set of environment variables needs to be updated to provide support for TIZEN download command (tizendown). Since DFU is used as a flashing backend, it is also necessary to extent malloc pool size for DFU buffer allocation. Moreover, for compatibility reasons (Win vs. Lin) new USB idProduct numb

[U-Boot] [PATCH v2 07/10] usb:g_dnl: Support for TIZEN's THOR function in generic download code

Support of "thor" function in generic download code (g_dnl.c). Signed-off-by: Lukasz Majewski Cc: Marek Vasut --- Changes for v2: - None drivers/usb/gadget/g_dnl.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/usb/gadget/g_dnl.c b/drivers/usb/gadget/

[U-Boot] [PATCH v2 04/10] usb:g_dnl: Replace static usb_configuration structure with dynamically allocated one

When the usb_configuration structure is declared as static, it is very hard to assure, that relevant fields (as e.g. config->interfaces[]) are cleared out before new call to g_dnl related functions. Signed-off-by: Lukasz Majewski --- Changes for v2: - None drivers/usb/gadget/g_dnl.c | 24 +++

[U-Boot] [PATCH v2 03/10] dfu:core: Export dfu_{get|free}_buf functions

Define the dfu_get_buf() and dfu_free_buf() as global functions. They are necessary for zero copy buffer management, when DFU backend is used for storing data. Signed-off-by: Lukasz Majewski --- Changes for v2: - None drivers/dfu/dfu.c |4 ++-- include/dfu.h |2 ++ 2 files changed,

[U-Boot] [PATCH v2 00/10] usb: Support for TIZEN's THOR download protocol

This patch series provide support for TIZEN's THOR download protocol. Dedicated program for flashing TIZEN developer devices (TRATS, TRATS2) is called lthor (or thor for Windows) and can be found at: git clone git://review.tizen.org/tools/lthor or for git web: https://review.tizen.org/git/?p=to

[U-Boot] [PATCH v2 02/10] dfu:core: Find DFU alt setting number by passing its name

New function - dfu_get_alt() - has been added to dfu core. If present, it returns alt setting's number corresponding to passed name. Signed-off-by: Lukasz Majewski --- Changes for v2: - None drivers/dfu/dfu.c | 12 include/dfu.h |1 + 2 files changed, 13 insertions(+) d

  1   2   >