Re: [U-Boot] [PATCH v3 0/6] arm: mvf600: Add Freescale Vybrid MVF600 CPU and MVF600TWR board support

On 24/05/2013 08:18, Wang Huan-B18965 wrote: > [Alison Wang] We usually named the Powerpc(before QorIQ) as MPC and ColdFire > as MCF, So we generally named the Vybrid as MVF. > We had some internal discussion for this, and we think we should use VF > instead of MVF, we will follow the internal

Re: [U-Boot] [HELP]: sf: winbond: add W25Q32

Hi, Thanks for your response. On Mon, May 27, 2013 at 11:09 AM, Rajeshwari Birje wrote: > Hi Jagan, > > Hope following reply answer your query. > > On Sat, May 25, 2013 at 2:08 AM, Jagan Teki wrote: >> Hi, >> >> Any update on this, is this a different part w.r.t what I refer for? >> >> Thanks,

Re: [U-Boot] [PATCH] powerpc/CoreNet: Allow pbl images to take u-boot images != 512K

Hi, Chris, For the init value of "next_pbl_cmd", there was a patch at below link can be used: http://lists.denx.de/pipermail/u-boot/2013-March/150260.html this patch with your modification below should can meet your requirement: > -static unsigned char mem_buf[60]; > +static unsigned char me

[U-Boot] i2c loop command

Hi, experts: There is an iloop command in older version uboot. Current uboot also included "i2c loop" cmd. It's an infinite loop on i2c_read. So, when to use this command? Just for debugging I2C read function? Best wishes, ___ U-Boot mailing list U-Boot

Re: [U-Boot] [HELP]: sf: winbond: add W25Q32

Hi Jagan, Hope following reply answer your query. On Sat, May 25, 2013 at 2:08 AM, Jagan Teki wrote: > Hi, > > Any update on this, is this a different part w.r.t what I refer for? > > Thanks, > Jagan. > > On Thu, May 23, 2013 at 2:22 PM, Jagan Teki wrote: >> Hi Rajeshwari, >> >> + { >> +

Re: [U-Boot] [U-BOOT] mmc: sdhci: Enable 8-bit bus width only for 3.0 spec onwards

Request for an update on this. Thanks, Jagan. > -Original Message- > From: Jagannadha Sutradharudu Teki [mailto:jagannadha.sutradharudu- > t...@xilinx.com] > Sent: 21 May 2013 15:02 > To: u-boot@lists.denx.de > Cc: mon...@monstr.eu; Andy Fleming; Jagannadha Sutradharudu Teki > Subject: [U

[U-Boot] [PATCH 2/2] common: arm: fix displaying IRQ stack info

With CONFIG_USE_IRQ and DEBUG macro defined, display_text_info function in board_f.c printed stack address for IRQ and FIQ. This code originally came from arch/arm/lib/board.c and seems specific for ARM for now. Global variables IRQ_STACK_START and FIQ_STACK_START are set in interrupt_init functio

[U-Boot] [PATCH 0/2] fix displaying IRQ stack info

These series of patches fix the location of displaying IRQ stack infomation. Because ARM architecture supports generic_board, I separated my commit into 2 patches. The first one fix arch/arm/lib/board.c The second one fix common/board_f.c and common/board_r.c Masahiro Yamada (2): arm: fix disp

[U-Boot] [PATCH 1/2] arm: fix displaying IRQ stack info

With CONFIG_USE_IRQ and DEBUG macro defined, display_banner function printed stack address for IRQ and FIQ. Global variables IRQ_STACK_START and FIQ_STACK_START are set in interrupt_init function. The function display_banner is called from board_init_f, while interrupt_init is called from board_i

[U-Boot] [PATCH] Wandboard: Add support for Wandboard quad

Add support for the Wandboard quad. Signed-off-by: Tapani Utriainen --- boards.cfg | 1 + include/configs/wandboard.h | 2 ++ 2 files changed, 3 insertions(+) diff --git a/boards.cfg b/boards.cfg index 31483d6..b907409 100644 --- a/boards.cfg +++ b/boards.cfg @@ -268,6 +268,7

Re: [U-Boot] [PATCH v4 08/10] NET: mvgbe: add phylib support

> -Original Message- > From: u-boot-boun...@lists.denx.de [mailto:u-boot- > boun...@lists.denx.de] On Behalf Of Sascha Silbe > Sent: 27 May 2013 00:07 > To: u-boot@lists.denx.de > Cc: Rabeeh Khoury; Luka Perkov; Daniel Stodden; Andy > Fleming > Subject: [U-Boot] [PATCH v4 08/10] NET: mvgb

Re: [U-Boot] [PATCH V2] MMC: DWMMC: Fix FIFO_DEPTH calculation

Acked-by: Jaehoon Chung Thanks, Jaehoon Chung On 05/27/2013 05:32 AM, Simon Glass wrote: > On Fri, May 24, 2013 at 5:45 AM, Rajeshwari Shinde > wrote: > > Current DWMMC driver used to give FIFO underrun/overrun error every 3rd > time > for mmc rescan c

Re: [U-Boot] [PATCH] da830: add MMC support

Hi Tom On Fri, May 24, 2013 at 21:31:56, Rini, Tom wrote: > On Fri, May 24, 2013 at 08:16:14AM +0530, Vishwanathrao Badarkhe, Manish > wrote: > > > Add MMC support for da830 boards in order to perform mmc > > operations(read,write and erase). > > > > Signed-off-by: Vishwanathrao Badarkhe, Mani

Re: [U-Boot] [RFC PATCH 4/7] Add Kconfig scripts and related material

Hi, On Sun, May 26, 2013 at 7:08 PM, Masahiro Yamada wrote: > Hello, Simon. > > I am trying to identify from which kernel > you took Kbuild files. > > In commit log, you are clearly saying, > "This is taken from the Linux kernel 3.8-rc7". > > So, I tried to get the one. > > What I did is just as

Re: [U-Boot] [RFC PATCH 4/7] Add Kconfig scripts and related material

Hello, Simon. I am trying to identify from which kernel you took Kbuild files. In commit log, you are clearly saying, "This is taken from the Linux kernel 3.8-rc7". So, I tried to get the one. What I did is just as follows: $ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin

Re: [U-Boot] [PATCH 1/6] ARM: add secure monitor handler to switch to non-secure state

On 05/23/2013 12:52 PM, Albert ARIBAUD wrote: Hi Andre, On Mon, 6 May 2013 15:17:45 +0200, Andre Przywara wrote: A prerequisite for using virtualization is to be in HYP mode, which requires the CPU to be in non-secure state. Introduce a monitor handler routine which switches the CPU to non-s

Re: [U-Boot] [PATCH 0/6] ARMv7: Add HYP mode switching support

On 05/23/2013 12:52 PM, Albert ARIBAUD wrote: Hi Andre, On Mon, 6 May 2013 15:17:44 +0200, Andre Przywara wrote: (for GIT URL and Changelog see below) ARM CPUs with the virtualization extension have a new mode called HYP mode, which allows hypervisors to safely control and monitor guests. T

[U-Boot] [PATCH] powerpc/CoreNet: Allow pbl images to take u-boot images != 512K

From: Chris Packham Instead of assuming that SYS_TEXT_BASE is 0xFFF8 calculate the initial pbl command offset by subtracting the image size from the top of the 24-bit address range. Also increase the size of the memory buffer to accommodate a larger output image. Signed-off-by: Chris Packham

Re: [U-Boot] [PATCH] input: fix unaligned access in key_matrix_decode_fdt()

Hi Wolfgang, On Sun, May 26, 2013 at 1:55 PM, Wolfgang Denk wrote: > Dear Simon Glass, > > In message < > capnjgz1_m-7eggade-p-tlrynpnnxgyh8zh32w8a2+2qgvy...@mail.gmail.com> you > wrote: > > > > Another problem I have is that the 'linux' in 'linux,keymap' in the > device > > compile turns into '

Re: [U-Boot] [PATCH] input: fix unaligned access in key_matrix_decode_fdt()

Dear Simon Glass, In message you wrote: > > Another problem I have is that the 'linux' in 'linux,keymap' in the device > compile turns into '1' since gcc predefines 'linux' to 1: Should this not be considered a GCC bug? After all, "linux" is not a reserved identifier. [Defining __linux, or __l

[U-Boot] [PATCH v4 04/10] MMC: sdhci: Add support for dove sdhci

From: Sebastian Hesselbarth This adds a driver for the sdhci controller found on Dove SoCs. Signed-off-by: Sebastian Hesselbarth Signed-off-by: Sascha Silbe --- v3->v4: added header file with exported function arch/arm/include/asm/arch-dove/mmc.h | 27 ++ drivers/mmc/Makefile

[U-Boot] [PATCH v4 05/10] SPI: Add Dove SPI driver

From: Sebastian Hesselbarth This adds an SPI driver for Marvell Dove SoCs. This driver is taken from kirkwood_spi but removes mpp configuration as dove has dedicated spi pins. As a future clean-up step, the code for orion5x, kirkwood and dove could be merged, with MPP configuration being be hand

[U-Boot] [PATCH v4 03/10] GPIO: add gpio driver for Dove SoCs

From: Sebastian Hesselbarth This adds a gpio driver for Marvell Dove SoCs. It is based on kw_gpio; but as gpio capabilities depend heavily on the mpp configuration for dove, it allows to set gpi/gpo capabilities from mpp. While it's currently targeted at Dove SoCs only, the driver should in larg

[U-Boot] [PATCH v4 09/10] NET: mvgbe: add support for Dove

From: Sebastian Hesselbarth Marvell Dove also uses mvgbe as ethernet driver, therefore add support for Dove to reuse the current driver. Signed-off-by: Sebastian Hesselbarth Signed-off-by: Sascha Silbe --- v3->v4: removed EBAR_DRAM_CS* for Dove drivers/net/mvgbe.c | 9 - drivers/net

[U-Boot] [PATCH v4 06/10] block: mvsata: add dove include

From: Sebastian Hesselbarth Dove SoC also uses mvsata, therefore add a SoC specific include to allow to reuse the mvsata ide driver. Signed-off-by: Sebastian Hesselbarth Acked-by: Prafulla Wadaskar --- drivers/block/mvsata_ide.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/bl

[U-Boot] [PATCH v4 07/10] NET: phy: add 88E1310 PHY initialization

From: Sebastian Hesselbarth This adds PHY initialization for Marvell Alaska 88E1310 PHY. Signed-off-by: Sebastian Hesselbarth --- drivers/net/phy/marvell.c | 48 +++ 1 file changed, 48 insertions(+) diff --git a/drivers/net/phy/marvell.c b/drivers/n

[U-Boot] [PATCH v4 02/10] usb: ehci-marvell: add support for second USB controller

From: Sascha Silbe Marvell 88AP510 (Armada 510, dove) has two separate USB controllers. Use the index parameter that already gets passed in to calculate the base address of the controller. Signed-off-by: Sascha Silbe --- v3->v4: new patch drivers/usb/host/ehci-marvell.c | 35

[U-Boot] [PATCH v4 08/10] NET: mvgbe: add phylib support

From: Sebastian Hesselbarth This add phylib support to the Marvell GBE driver. Signed-off-by: Sebastian Hesselbarth Acked-by: Prafulla Wadaskar Signed-off-by: Sascha Silbe --- v3->v4: avoided unused variable warning; made checkpatch clean drivers/net/mvgbe.c | 74 ++

[U-Boot] [PATCH v4 10/10] Boards: Add support for SolidRun CuBox

From: Sebastian Hesselbarth With latest support for Marvell Dove SoC, add the SolidRun CuBox as the very first board with that SoC. Three variants are provided: 1. A regular SPI boot image for CuBox (1GiB) The CuBox (without "Pro") has 1GiB of memory. 2. A regular SPI boot image for CuBox

[U-Boot] [PATCH v4 00/10] Add Marvell Dove and SolidRun CuBox support

Got this to work. The problem was that I didn't know about "make u-boot.kwb", so I tried invoking mkimage using the load address and entry point used in Rabeeh's tree. For some reason, the entry point is different in mainline U-Boot. Changes compared to v3 from Sebastian: - rebased on master (usin

Re: [U-Boot] [PATCH V2] MMC: DWMMC: Fix FIFO_DEPTH calculation

On Fri, May 24, 2013 at 5:45 AM, Rajeshwari Shinde wrote: > Current DWMMC driver used to give FIFO underrun/overrun error every 3rd > time > for mmc rescan command. > In current code FIFO_DEPTH is getting calculated after reading the default > FIFOTH > register and extracting the RX_WMARK bits fr

[U-Boot] [PATCH v2] OMAP5: Fix bug in omap5_es1_prcm struct

The newly introduced function setup_warmreset_time(), called from within prcm_init(), tries to write to the prm_rsttime OMAP5 register. The struct member holding this register's address is however initialized for OMAP5 ES2.0 only. On ES1.0 devices this uninitialized value causes a second (warm) res

Re: [U-Boot] [PATCH] input: simplify key_matrix_decode_fdt()

Hi Stephen, On Thu, May 23, 2013 at 3:09 PM, Stephen Warren wrote: > From: Stephen Warren > > We know the exact property names that the code wants to process. Look > these up directly with fdt_get_property(), rather than iterating over > all properties within the node, and checking each property

Re: [U-Boot] [PATCH] input: fix unaligned access in key_matrix_decode_fdt()

On Wed, May 22, 2013 at 11:48 AM, Stephen Warren wrote: > From: Stephen Warren > > Initialized character arrays on the stack can cause gcc to emit code that > performs unaligned accessess. Make the data static to avoid this. > > Note that the unaligned accesses are made when copying data to prefi

[U-Boot] [PATCH] OMAP5: Fix bug in omap5_es1_prcm struct

The newly introduced function setup_warmreset_time(), called from within prcm_init(), tries to write to the rsttime OMAP5 register. The struct member holding this register's address, prm_rsttime, is however initialized for OMAP5 ES2.0 only. On ES1.0 devices this uninitialized value causes a second

[U-Boot] [PATCH 0/6] nds32: fix build errors/warnings

Using 'MAKEALL -a nds32' to build U-Boot images from the master branch of the git.denx.de/u-boot.git tree, throws the following errors/warnings: $ ./MAKEALL -a nds32 Configuring for adp-ag101 board... ftsdc010_mci.c:178: error: 'FTSDC010_DCR_FIFO_RST' undeclared (first use in this function)

[U-Boot] [PATCH 1/6] nds32: introduce macros for bit manipulation

U-Boot does not compile for the adp-ag101 boards since commit f6c3b34697bf8bf05cb4e81c2fd3cadb9a98daea (mmc: update Faraday FTSDC010 for rw performance) The driver assumes that the bit manipulation macros are provided by all architectures. This is not the case for nds32 and it causes a build error

[U-Boot] [PATCH 6/6] nds32: adp-ag102: use 'faraday/ftpci100.h' for pci_ftpci_init

Due to improper external function declaration, building U-Boot for the adp-ag102 board shows this warning: adp-ag102.c: In function 'pci_init_board': adp-ag102.c:95: warning: function declaration isn't a prototype Include the 'faraday/ftpci100.h' header which provides the proper declaration a

[U-Boot] [PATCH 3/6] block: constify sect_buf argument of ide_write_data

Add a const keyword to the sect_buf argument of ide_write_data to fix the following warning: cmd_ide.c: In function '__ide_output_data': cmd_ide.c:548: warning: passing argument 2 of 'ide_write_data' discards qualifiers from pointer target type /devel/u-boot.git/include/ide.h:76: note: expe

[U-Boot] [PATCH 4/6] pci: add prototype for pci_ftpci_init() function

The pci_ftpci_init() function is implemented in 'drivers/pci/pci_ftpci100.c' however it is always called by external code. Add function declaration into ftpci100.h to make it visible for external code. Compile tested only. Cc: Macpaul Lin Signed-off-by: Gabor Juhos --- drivers/pci/pci_ftpci10

[U-Boot] [PATCH 5/6] pci: move pci_ftpci100.h to include/faraday/ftpci100.h

Even though the header files is used only by the pci_ftpci100 driver, it contains declaration for a function which is used by external code. Move the header file to a common location which lets external code use it. Compile tested only. Cc: Macpaul Lin Signed-off-by: Gabor Juhos --- drivers/p

[U-Boot] [PATCH 2/6] mmc: ftsdc010_mci: fix build error if CONFIG_FTSDC010_SDIO is not defined

The FTSDC010_DCR_FIFO_RST symbol is conditionally defined in and it is available available when CONFIG_FTSDC010_SDIO is enabled. However the actual driver code unconditionally uses the FTSDC010_DCR_FIFO_RST constant and this causes build error if CONFIG_FTSDC010_SDIO is not enabled. The followin

[U-Boot] [PATCH] powerpc: mpc85xx/mpc86xx: Fix off-by-one boundary checking with ARRAY_SIZE

If a variable is used as array subscript, it's valid value range is 0 ... ARRAY_SIZE -1. Signed-off-by: Axel Lin --- arch/powerpc/cpu/mpc85xx/mpc8536_serdes.c | 4 ++-- arch/powerpc/cpu/mpc85xx/mpc8544_serdes.c | 4 ++-- arch/powerpc/cpu/mpc85xx/mpc8548_serdes.c | 2 +- arch/powerpc/cpu/mpc85xx/

Re: [U-Boot] dfu: dfu and UBI Volumes

Hello Tom, Am 24.05.2013 19:12, schrieb Tom Rini: > On Fri, May 24, 2013 at 07:42:01PM +0300, Pantelis Antoniou wrote: >> Hi Heiko, >> >> On May 24, 2013, at 7:39 PM, Heiko Schocher wrote: >> >>> Hello, >>> >>> just digging in DFU support in U-Boot for an upcoming board support >>> based on an AM3