[U-Boot] [Patch v3 2/2] common/board_f: Fix size variable

DRAM size should use 64-bit variable when the size could be more than 4GB. Caught and verified on P4080DS with 4GB DDR. Signed-off-by: York Sun --- Change log v3: no change v2: no change common/board_f.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/board_f.c

[U-Boot] [Patch v3 1/2] common/board_f: Preserve early global data

Some platforms (including mpc85xx, mpc86xx) use global data before calling function baord_inti_f(). This data should not be cleared later. Any arch which needs to preserve global data should define CONFIG_SYS_EARLY_GD. Signed-off-by: York Sun CC: Scott Wood CC: Simon Glass --- Change log v3:

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On Wed, 2014-04-30 at 17:17 -0700, York Sun wrote: > On 04/30/2014 05:11 PM, Scott Wood wrote: > > On Wed, 2014-04-30 at 17:05 -0700, York Sun wrote: > >> On 04/30/2014 05:02 PM, Scott Wood wrote: > >>> On Wed, 2014-04-30 at 17:01 -0700, York Sun wrote: > >>> BTW, I see x86 also skips "gd = new

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On 04/30/2014 05:11 PM, Scott Wood wrote: > On Wed, 2014-04-30 at 17:05 -0700, York Sun wrote: >> On 04/30/2014 05:02 PM, Scott Wood wrote: >>> On Wed, 2014-04-30 at 17:01 -0700, York Sun wrote: >>> BTW, I see x86 also skips "gd = new_gd" in board_init_r(), so I wonder >>> what is going on

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On Wed, 2014-04-30 at 17:05 -0700, York Sun wrote: > On 04/30/2014 05:02 PM, Scott Wood wrote: > > On Wed, 2014-04-30 at 17:01 -0700, York Sun wrote: > > BTW, I see x86 also skips "gd = new_gd" in board_init_r(), so I wonder > > what is going on with gd on x86, and whether it makes sense to

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On 04/30/2014 05:02 PM, Scott Wood wrote: > On Wed, 2014-04-30 at 17:01 -0700, York Sun wrote: > BTW, I see x86 also skips "gd = new_gd" in board_init_r(), so I wonder > what is going on with gd on x86, and whether it makes sense to lump it > in with CONFIG_SYS_EARLY_GD. >

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On Wed, 2014-04-30 at 17:01 -0700, York Sun wrote: > >>> BTW, I see x86 also skips "gd = new_gd" in board_init_r(), so I wonder > >>> what is going on with gd on x86, and whether it makes sense to lump it > >>> in with CONFIG_SYS_EARLY_GD. > >>> > >> > >> Maybe x86 maintainers can chime in? If we d

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On 04/30/2014 04:52 PM, Scott Wood wrote: > On Wed, 2014-04-30 at 16:48 -0700, York Sun wrote: >> On 04/30/2014 04:44 PM, Scott Wood wrote: >>> On Wed, 2014-04-30 at 16:40 -0700, York Sun wrote: On 04/30/2014 03:57 PM, Scott Wood wrote: > On Wed, 2014-04-30 at 15:56 -0700, York Sun wrote:

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On Wed, 2014-04-30 at 16:48 -0700, York Sun wrote: > On 04/30/2014 04:44 PM, Scott Wood wrote: > > On Wed, 2014-04-30 at 16:40 -0700, York Sun wrote: > >> On 04/30/2014 03:57 PM, Scott Wood wrote: > >>> On Wed, 2014-04-30 at 15:56 -0700, York Sun wrote: > On 04/30/2014 03:51 PM, Scott Wood wro

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On 04/30/2014 04:44 PM, Scott Wood wrote: > On Wed, 2014-04-30 at 16:40 -0700, York Sun wrote: >> On 04/30/2014 03:57 PM, Scott Wood wrote: >>> On Wed, 2014-04-30 at 15:56 -0700, York Sun wrote: On 04/30/2014 03:51 PM, Scott Wood wrote: > On Wed, 2014-04-30 at 15:48 -0700, York Sun wrote:

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On Wed, 2014-04-30 at 16:40 -0700, York Sun wrote: > On 04/30/2014 03:57 PM, Scott Wood wrote: > > On Wed, 2014-04-30 at 15:56 -0700, York Sun wrote: > >> On 04/30/2014 03:51 PM, Scott Wood wrote: > >>> On Wed, 2014-04-30 at 15:48 -0700, York Sun wrote: > On 04/30/2014 03:45 PM, Scott Wood wro

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On 04/30/2014 03:57 PM, Scott Wood wrote: > On Wed, 2014-04-30 at 15:56 -0700, York Sun wrote: >> On 04/30/2014 03:51 PM, Scott Wood wrote: >>> On Wed, 2014-04-30 at 15:48 -0700, York Sun wrote: On 04/30/2014 03:45 PM, Scott Wood wrote: > On Wed, 2014-04-30 at 14:31 -0700, York Sun wrote:

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On Wed, 2014-04-30 at 15:56 -0700, York Sun wrote: > On 04/30/2014 03:51 PM, Scott Wood wrote: > > On Wed, 2014-04-30 at 15:48 -0700, York Sun wrote: > >> On 04/30/2014 03:45 PM, Scott Wood wrote: > >>> On Wed, 2014-04-30 at 14:31 -0700, York Sun wrote: > For powerpc SoCs (including mpc85xx, m

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On 04/30/2014 03:51 PM, Scott Wood wrote: > On Wed, 2014-04-30 at 15:48 -0700, York Sun wrote: >> On 04/30/2014 03:45 PM, Scott Wood wrote: >>> On Wed, 2014-04-30 at 14:31 -0700, York Sun wrote: For powerpc SoCs (including mpc85xx, mpc86xx), global data is used for initializing LAWs, befo

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On Wed, 2014-04-30 at 15:48 -0700, York Sun wrote: > On 04/30/2014 03:45 PM, Scott Wood wrote: > > On Wed, 2014-04-30 at 14:31 -0700, York Sun wrote: > >> For powerpc SoCs (including mpc85xx, mpc86xx), global data is used for > >> initializing LAWs, before calling function baord_inti_f(). This data

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On 04/30/2014 03:45 PM, Scott Wood wrote: > On Wed, 2014-04-30 at 14:31 -0700, York Sun wrote: >> For powerpc SoCs (including mpc85xx, mpc86xx), global data is used for >> initializing LAWs, before calling function baord_inti_f(). This data >> should not be cleared later. >> >> Signed-off-by: York

Re: [U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

On Wed, 2014-04-30 at 14:31 -0700, York Sun wrote: > For powerpc SoCs (including mpc85xx, mpc86xx), global data is used for > initializing LAWs, before calling function baord_inti_f(). This data > should not be cleared later. > > Signed-off-by: York Sun > --- > Change log > v2: Instead of adding

[U-Boot] [PATCH V2] ARM: tegra: enable USB device mode and UMS on some boards

From: Stephen Warren For each of Jetson TK1, Venice2, and Beaver: - Enable the first USB controller in DT, and describe its configuration. - Enable USB device/gadge support. This allows the user to type e.g. "ums 0 mmc 0" at the command-line to cause U-Boot to act a USB device implementing

[U-Boot] [PATCH] ARM: tegra: enable USB device mode and UMS on some boards

From: Stephen Warren For each of Jetson TK1, Venice2, and Beaver: - Enable the first USB controller in DT, and describe its configuration. - Enable USB device/gadge support. This allows the user to type e.g. "ums 0 mmc 0" at the command-line to cause U-Boot to act a USB device implementing

[U-Boot] [Patch v2 2/5] powerpc/freescale: Change the return value of mac_read_from_eeprom()

The return value has not been checked by its caller, until recent change of using generic board architecture. The error of this function is not critical enough to hang the system. Printing the warning message is enough to catch user's attention. U-boot should continue to boot to give user a chance

[U-Boot] [Patch v2 3/5] powerpc/mpc85xx: Fix boot_flag for calling board_init_f()

baord_init_f takes one argument, boot_flag. It has not been used for powerpc, until recently changing to use generic board architecture. The boot flag is added as a return value from cpu_init_f(). Signed-off-by: York Sun CC: Alexander Graf --- Change log v2: Instead of using gd->flag and setti

[U-Boot] [Patch v2 5/5] powerpc/freescale: Convert selected boards to generic board architecture

This patch converts the following boards to use generic board: MPC8536DS, MPC8572DS, MPC8641HPCN, p1_p2_rdb_pc, corenet_ds, t4qds, B4860QDS. It has been tested on NOR boot on MPC8536DS, MPC8572DS, P1021RDB, P4080DS, P5020DS, P5040DS, P3041DS, T4240QDS, B4860QDS. Signed-off-by: York Sun CC: Ying Z

[U-Boot] [Patch v2 1/5] powerpc/mpc85xx: Ignore FDT pointer for non-QEMU in cpu_init_early_f()

The pointer of device tree comes from r3 for QEMU. This is not the case for normal SoCs out of reset. Having gd->fdt_blob as 0 is important for other functions to detect the non-existence of device tree. Signed-off-by: York Sun CC: Alexander Graf --- Change log v2: no change since v1 arch/po

[U-Boot] [Patch v2 4/5] powerpc/mpc86xx: Fix boot_flag for calling board_init_f()

The argument boot_flag of board_inti_f() hasn't been used for powerpc until recent changing to use generic board. Set it to 0 as a proper value. Signed-off-by: York Sun --- change log v2: This is a new change. arch/powerpc/cpu/mpc86xx/start.S |1 + 1 file changed, 1 insertion(+) diff --g

[U-Boot] [Patch v2 2/2] common/board_f: Fix size variable

DRAM size should use 64-bit variable when the size could be more than 4GB. Caught and verified on P4080DS with 4GB DDR. Signed-off-by: York Sun --- Change log v2: no change since v1 common/board_f.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/board_f.c b/comm

[U-Boot] [Patch v2 1/2] common/board_f: Preserve global data for mpc85xx and mpc86xx

For powerpc SoCs (including mpc85xx, mpc86xx), global data is used for initializing LAWs, before calling function baord_inti_f(). This data should not be cleared later. Signed-off-by: York Sun --- Change log v2: Instead of adding back gd init for all PPC, preserve gd for mpc85xx and mpc86xx.

[U-Boot] [PATCH 8/8] ums: allow the user to specify the device type

From: Stephen Warren Allow an optional devtype parameter to the ums command, which specifies the type of the device to be exported. This could allow exporting a SATA or even another USB device. Cc: Przemyslaw Marczak Cc: Lukasz Majewski Signed-off-by: Stephen Warren --- common/cmd_usb_mass_s

[U-Boot] [PATCH 7/8] ums: move all variable declarations to the start of the block

From: Stephen Warren It's easier to assign values to the variables inside an if statement body if the assignment and declaration are separate. Cc: Przemyslaw Marczak Cc: Lukasz Majewski Signed-off-by: Stephen Warren --- common/cmd_usb_mass_storage.c | 24 1 file chan

[U-Boot] [PATCH 1/8] ums: support block devices not MMC devices

From: Stephen Warren The USB Mass Storage function could equally well support a SATA device as support an MMC device. Update struct ums to contain a block device descriptor, not an MMC device descriptor. Cc: Przemyslaw Marczak Cc: Lukasz Majewski Signed-off-by: Stephen Warren --- board/samsu

[U-Boot] [PATCH 2/8] ums: remove UMS_{NUM, START}_SECTORS + UMS_START_SECTOR

From: Stephen Warren These values aren't set anywhere at present, and hence have no effect. The concept of a single global offset/number of sectors to expose through USB Mass Storage doesn't even make sense in the face of multiple storage devices. Remove these defines to simplify the code. Cc: P

[U-Boot] [PATCH 6/8] ums: use get_device() not find_mmc_device();

From: Stephen Warren get_device() is a generic routine that will support any type of block device. Use this instead of the type-specific find_mmc_device(), for future flexibility. Cc: Przemyslaw Marczak Cc: Lukasz Majewski Signed-off-by: Stephen Warren --- common/cmd_usb_mass_storage.c | 25

[U-Boot] [PATCH 5/8] ums: move IO support code to common location

From: Stephen Warren There's nothing Samsung-/board-specfic about the implementation of ums_init(). Move the code into cmd_usb_mass_storage.c, so that it can be shared by any user of that command. Cc: Przemyslaw Marczak Cc: Lukasz Majewski Signed-off-by: Stephen Warren --- board/samsung/comm

[U-Boot] [PATCH 4/8] ums: remove ums_disk_init()

From: Stephen Warren Now that ums_disk_init() is so simple, there's no need for it to be a separate function. Instead, just add it to the tail end of ums_init(). Cc: Przemyslaw Marczak Cc: Lukasz Majewski Signed-off-by: Stephen Warren --- board/samsung/common/ums.c | 19 +++

[U-Boot] [PATCH 3/8] ums: remove error-checking of MMC device size

From: Stephen Warren There's no reason to believe that an MMC device will incorrectly report its capacity. Remove error checking of this value from ums_disk_init() to simplify it. Cc: Przemyslaw Marczak Cc: Lukasz Majewski Signed-off-by: Stephen Warren --- board/samsung/common/ums.c | 9 +---

[U-Boot] [PATCH] ums: respect CONFIG_USB_CABLE_CHECK

From: Stephen Warren Not all boards support usb_cable_connected(). CONFIG_USB_CABLE_CHECK is used elsewhere to indicate whether a board does support that function. Enhance cmd_usb_mass_storage.c to honor that config variable. Cc: Przemyslaw Marczak Cc: Lukasz Majewski Signed-off-by: Stephen Wa

[U-Boot] [PATCH 1/3] usb: tegra: fix PHY selection code

From: Stephen Warren The TRM for Tegra30 and later all state that USBMODE_CM_HC must be set before writing to hostpc1_devlc to select which PHY to use for a USB controller. However, neither init_{utmi,ulpi}_usb_controller() do this today, so the register writes they perform for PHY selection do n

[U-Boot] [PATCH 2/3] usb: tegra: refactor PHY type selection

From: Stephen Warren Both init_{utmi,ulpi}_usb_controller() have nearly identical code for PHY type selection. Pull this out into a common function to remove the duplication. Cc: Jim Lin Cc: Stefan Agner Signed-off-by: Stephen Warren --- drivers/usb/host/ehci-tegra.c | 58 +++

[U-Boot] [PATCH 3/3] usb: tegra: support device mode

From: Stephen Warren A few changes are made to the Tegra EHCI driver so that it can set everything up for device-mode operation on the first USB controller. This can be used in conjunction with ci_udc.c to operate as a USB device. Detailed changes are: * Rename set_host_mode() to set_up_vbus()

Re: [U-Boot] [Ac100] [PATCH v2 5/6] ARM: tegra: paz00: add dtbindingsfor nvec

On Wed, 30 Apr 2014 10:21:07 -0600 Stephen Warren wrote: > On 04/30/2014 01:52 AM, Marc Dietrich wrote: > > Am Montag, 28. April 2014, 17:04:13 schrieb Stephen Warren: > >> On 04/26/2014 07:14 PM, Andrey Danin wrote: > >> > >> This patch isn't adding DT bindings for NVEC, but rather add DT nodes.

Re: [U-Boot] [PATCH 1/2] common/board_f: Add back gd init

On 04/30/2014 11:24 AM, Scott Wood wrote: >> Before this change, we have >> >> #ifndef CONFIG_X86 >> gd_t data; >> >> gd = &data; >> #endif >> >> This is overriding the gd. > > Yes, as I said, "If PPC needs gd before board_init_f(), then add PPC (or > some other relevant symbol if it's not all PPC

Re: [U-Boot] [PATCH] sandbox: set sandbox's vendor as null

On 29 April 2014 21:08, Masahiro Yamada wrote: > > Because sandbox is not a real hardware, setting vendor=sandbox is > almost meaningless. > > This commit sets sandbox's vendor field to '-'. > > It is a good thing that it reduces one level directory hierarchy. > The files board/sandbox/sandbox/* h

Re: [U-Boot] [PATCH 2/2] fs:ext4:write:fix: Reinitialize global variables after updating a file

Hi Lukasz, On 30 April 2014 03:39, Lukasz Majewski wrote: > This bug shows up when file stored on the ext4 file system is updated. > > The ext4fs_delete_file() is responsible for deleting file's (e.g. uImage) > data. > However some global data (especially ext4fs_indir2_block), which is used > dur

Re: [U-Boot] [PATCH 04/11] kconfig: add basic Kconfig files

Hi Masahiro, On 29 April 2014 21:22, Masahiro Yamada wrote: > Hi Simon, > >> > + >> > +config SPL_BUILD >> > + bool >> > + depends on BUILD_MODE="SPL" || BUILD_MODE="TPL" >> >> What is the TPL term for? > > Please note that both CONFIG_SPL_BUILD and CONFIG_TPL_BUILD > must be defined

Re: [U-Boot] [PATCH 1/2] fs:ext4:cleanup: Remove superfluous code

On 30 April 2014 03:39, Lukasz Majewski wrote: > Code responsible for handling situation when ext4 has block size of 1024B > can be ordered to take less space. > > This patch does that for ext4 common and write files. > > Signed-off-by: Lukasz Majewski Reviewed-by: Simon Glass > --- > fs/ext4

Re: [U-Boot] [PATCH 1/2] common/board_f: Add back gd init

On 04/30/2014 11:24 AM, Scott Wood wrote: >> >> Before this change, we have >> >> #ifndef CONFIG_X86 >> gd_t data; >> >> gd = &data; >> #endif >> >> This is overriding the gd. > > Yes, as I said, "If PPC needs gd before board_init_f(), then add PPC (or > some other relevant symbol if it's not all

Re: [U-Boot] [PATCH 1/2] common/board_f: Add back gd init

On Wed, 2014-04-30 at 11:14 -0700, York Sun wrote: > On 04/30/2014 10:57 AM, Scott Wood wrote: > > On Wed, 2014-04-30 at 10:33 -0700, York Sun wrote: > >> On 04/28/2014 03:51 PM, York Sun wrote: > >>> For powerpc SoCs, the initial gd is in INIT_RAM, in most cases, resideing > >>> in locked D-cache.

Re: [U-Boot] [RFC] RFC: convert MPC8536DS to use generic board

On 04/29/2014 04:12 PM, Scott Wood wrote: > On Sat, 2014-04-26 at 09:36 -0700, York Sun wrote: >> On 04/26/2014 02:22 AM, Wolfgang Denk wrote: +#ifdef CONFIG_PPC + gd = (gd_t *) (CONFIG_SYS_INIT_RAM_ADDR + CONFIG_SYS_GBL_DATA_OFFSET); + __asm__ __volatile__("":::"memory"); +#e

Re: [U-Boot] [PATCH 1/2] common/board_f: Add back gd init

On 04/30/2014 10:57 AM, Scott Wood wrote: > On Wed, 2014-04-30 at 10:33 -0700, York Sun wrote: >> On 04/28/2014 03:51 PM, York Sun wrote: >>> For powerpc SoCs, the initial gd is in INIT_RAM, in most cases, resideing >>> in locked D-cache. At the time the function baord_inti_f() runs, no other >>> R

Re: [U-Boot] [PATCH v4 4/5] mtd: nand: omap: add CONFIG_SYS_NAND_DEVICE_WIDTH to determine NAND device bus-width

On Wed, 2014-04-30 at 05:12 +, Gupta, Pekon wrote: > Hi Scott, > > >From: Scott Wood [mailto:scottw...@freescale.com] > >>On Mon, 2014-04-28 at 17:11 +0530, Pekon Gupta wrote: > >> + CONFIG_SYS_NAND_DEVICE_WIDTH > >> + Specifies bus-width of the default NAND device connected to SoC. > >> +

Re: [U-Boot] [PATCH] common: image: Allow mkimage to build a uImage for extensa

On Tue, Apr 29, 2014 at 10:57 PM, Michael Ellerman wrote: > It just runs "make". > > The decision about building a uImage must be in the .config somewhere. > > This failure is for allnoconfig, so presumably there is something like a > CONFIG_DONT_BUILD_UIMAGE which is getting set to n by allnocon

Re: [U-Boot] [PATCH 1/2] common/board_f: Add back gd init

On Wed, 2014-04-30 at 10:33 -0700, York Sun wrote: > On 04/28/2014 03:51 PM, York Sun wrote: > > For powerpc SoCs, the initial gd is in INIT_RAM, in most cases, resideing > > in locked D-cache. At the time the function baord_inti_f() runs, no other > > RAM is available as a stack. This technique ha

Re: [U-Boot] [PATCH 4/5] powerpc/mpc85xx: Pass 0 flags to board_init_f

On 04/30/2014 10:38 AM, Alexander Graf wrote: > > On 30.04.14 19:28, York Sun wrote: >> On 04/30/2014 10:21 AM, Alexander Graf wrote: >>> The new generic board_init_f has an argument now that takes a number of >>> prepopulated gd->flags bits. We don't have any, so let's set this to 0. >>> >>> Sign

Re: [U-Boot] [PATCH 4/5] powerpc/mpc85xx: Pass 0 flags to board_init_f

On 30.04.14 19:28, York Sun wrote: On 04/30/2014 10:21 AM, Alexander Graf wrote: The new generic board_init_f has an argument now that takes a number of prepopulated gd->flags bits. We don't have any, so let's set this to 0. Signed-off-by: Alexander Graf --- arch/powerpc/cpu/mpc85xx/start.S

Re: [U-Boot] [PATCH 1/2] common/board_f: Add back gd init

On 04/28/2014 03:51 PM, York Sun wrote: > For powerpc SoCs, the initial gd is in INIT_RAM, in most cases, resideing > in locked D-cache. At the time the function baord_inti_f() runs, no other > RAM is available as a stack. This technique has been used in > arch/powerpc/lib/board.c and should be add

Re: [U-Boot] [PATCH 4/5] powerpc/mpc85xx: Pass 0 flags to board_init_f

On 04/30/2014 10:21 AM, Alexander Graf wrote: > The new generic board_init_f has an argument now that takes a number of > prepopulated gd->flags bits. We don't have any, so let's set this to 0. > > Signed-off-by: Alexander Graf > --- > arch/powerpc/cpu/mpc85xx/start.S |1 + > 1 file changed,

[U-Boot] [PATCH 4/5] powerpc/mpc85xx: Pass 0 flags to board_init_f

The new generic board_init_f has an argument now that takes a number of prepopulated gd->flags bits. We don't have any, so let's set this to 0. Signed-off-by: Alexander Graf --- arch/powerpc/cpu/mpc85xx/start.S |1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/cpu/mpc85xx/start

[U-Boot] [PATCH 1/5] PPC 85xx QEMU: Always assume 1 core

We only need u-boot to bother about a single core in the QEMU machine. Everything that would require additional knowledge of more cores gets handled by QEMU and passed straight into the payload we execute. Because of this setup, it would be counterproductive to enable SMP support in u-boot. We wou

[U-Boot] [PATCH 5/5] PPC 85xx QEMU: Make a generic board file

This patch enables the E500 QEMU board to use the generic cross-arch board infrastructure. Signed-off-by: Alexander Graf --- include/configs/qemu-ppce500.h |1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/qemu-ppce500.h b/include/configs/qemu-ppce500.h index 10e014d..763a47

[U-Boot] [PATCH 2/5] PPC 85xx QEMU: Don't use HID1

For the QEMU machine type, we can plug in either e500v2, e500mc, e5500 or e6500 style cores into the system. U-boot has to work with all of them. So avoid using HID1 which is not available on e500mc systems to make sure we don't trap on it. Signed-off-by: Alexander Graf --- arch/powerpc/cpu/mpc

[U-Boot] [PATCH 3/5] powerpc/mpc85xx: Update TLB CAMs in relocated mode

We want to use the TLB mapping helpers in relocated mode as well. These helpers need to have awareness of already occupied TLB entries. We already had them in sync in non-relocated mode, but need to resync them when we move into relocated. Signed-off-by: Alexander Graf --- arch/powerpc/cpu/mpc85

[U-Boot] [PATCH 0/5] PPC 85xx QEMU: Additional fixes

After the initial round of the e500 QEMU machine patches got merged I realized that we were missing 2 pieces of the puzzle to make everything great: - KVM support - generic board file With this patch set I can successfully run u-boot inside of KVM on an e500v2 as well as an e500mc machine. I

Re: [U-Boot] [PATCH 1/8] kmp204x: Add support for the unit LEDs

On 04/30/2014 06:01 AM, Valentin Longchamp wrote: > From: Stefan Bigler > diff --git a/board/keymile/kmp204x/qrio.c b/board/keymile/kmp204x/qrio.c > index 49f9aa2..11949f4 100644 > --- a/board/keymile/kmp204x/qrio.c > +++ b/board/keymile/kmp204x/qrio.c > @@ -144,3 +144,17 @@ void qrio_prstcfg(u

Re: [U-Boot] [PATCH 2/8] kmp204x: handle dip-switch for factory settings

On 04/30/2014 06:01 AM, Valentin Longchamp wrote: > From: Stefan Bigler > diff --git a/board/keymile/kmp204x/qrio.c b/board/keymile/kmp204x/qrio.c > index 11949f4..c4f8dfd 100644 > --- a/board/keymile/kmp204x/qrio.c > +++ b/board/keymile/kmp204x/qrio.c > @@ -158,3 +158,16 @@ void qrio_set_leds(

Re: [U-Boot] [Ac100] [PATCH v2 5/6] ARM: tegra: paz00: add dtbindings for nvec

On 04/30/2014 01:52 AM, Marc Dietrich wrote: > Hi, > > Am Montag, 28. April 2014, 17:04:13 schrieb Stephen Warren: >> On 04/26/2014 07:14 PM, Andrey Danin wrote: >> >> This patch isn't adding DT bindings for NVEC, but rather add DT nodes. >> The binding is the schema, not the content. >> >> We nee

Re: [U-Boot] [RFC] Kconfig: MAINTAINERS file or not?

Dear Andreas, In message <5360e3ed.9090...@gmail.com> you wrote: > > But I also think we need something like the MAINTAINERS approach sent by > Daniel. It maybe won't scale for boards but I think it is a better > solution than the Wiki page. It allows fine grained allocation of > responsibility f

Re: [U-Boot] [PATCH v1 11/11] board: gdsys: Remove commands to reduce footprint

Hello Dirk, Am 30.04.2014 15:50, schrieb dirk.eib...@gdsys.cc: From: Dirk Eibach Commit "2842c1c fit: add sha256 support" badly increased memory footprint, so some of our boards did not build anymore. Since monitor base must not be changed I removed some commands to save memory. Maybe making s

Re: [U-Boot] [PATCH v1 05/11] board: gdsys: IHS I2C master driver

Hello Dirk, Am 30.04.2014 15:49, schrieb dirk.eib...@gdsys.cc: From: Dirk Eibach IHS I2C master support was merely a hack in the osd driver. Now it is a proper u-boot I2C framework driver, supporting the v2.00 master features. Signed-off-by: Dirk Eibach --- board/gdsys/common/Makefile|

Re: [U-Boot] [PATCH v1 03/11] board: controlcenterd: Use new API for setting i2c bus

Hello Dirk, Am 30.04.2014 15:49, schrieb dirk.eib...@gdsys.cc: From: Dirk Eibach Signed-off-by: Dirk Eibach --- board/gdsys/p1022/controlcenterd-id.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/board/gdsys/p1022/controlcenterd-id.c b/board/gdsys/p1022/controlc

Re: [U-Boot] [PATCH v10 1/2] EXYNOS: Add GPIO pin numbering and rename definitions

Hello, On 04/29/2014 06:36 PM, Przemyslaw Marczak wrote: Hello, On 04/28/2014 03:59 PM, Akshay Saraswat wrote: This patch includes following changes : * Adds gpio pin numbering support for EXYNOS SOCs. To have consistent 0..n-1 GPIO numbering the banks are divided into different parts whe

[U-Boot] [PATCH v1 11/11] board: gdsys: Remove commands to reduce footprint

From: Dirk Eibach Commit "2842c1c fit: add sha256 support" badly increased memory footprint, so some of our boards did not build anymore. Since monitor base must not be changed I removed some commands to save memory. Maybe making sha256 optional for fit would be an option for the future since it

[U-Boot] [PATCH v1 0/11] Fixes on gdsys boards and some new functionality

From: Dirk Eibach Dirk Eibach (11): board: controlcenterd: Fix pci access board: gdsys: Adapt sdhc_boot.c to mmc_get_env_addr API change board: controlcenterd: Use new API for setting i2c bus board: iocon: Support DisplayPort hardware board: gdsys: IHS I2C master driver board: gdsy

[U-Boot] [PATCH v1 03/11] board: controlcenterd: Use new API for setting i2c bus

From: Dirk Eibach Signed-off-by: Dirk Eibach --- board/gdsys/p1022/controlcenterd-id.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/board/gdsys/p1022/controlcenterd-id.c b/board/gdsys/p1022/controlcenterd-id.c index 3fca3c5..019df5e 100644 --- a/board/gdsys/p1022/

[U-Boot] [PATCH v1 01/11] board: controlcenterd: Fix pci access

From: Dirk Eibach readl was called with values instead of pointers to these values. Why this ever did work is a mystery... Signed-off-by: Dirk Eibach --- board/gdsys/p1022/controlcenterd.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/board/gdsys/p1022/controlcente

[U-Boot] [PATCH v1 08/11] board: gdsys: Make gdsys osd hardware detection more robust

From: Dirk Eibach Signed-off-by: Dirk Eibach --- board/gdsys/405ep/iocon.c | 17 ++- board/gdsys/common/ihs_i2c.c | 1 - board/gdsys/common/osd.c | 113 +++-- include/configs/dlvision-10g.h | 2 - include/configs/iocon.h| 6 --

[U-Boot] [PATCH v1 04/11] board: iocon: Support DisplayPort hardware

From: Dirk Eibach There is a new iocon hardware flavor, supporting DisplayPort finally. Signed-off-by: Dirk Eibach --- board/gdsys/405ep/iocon.c | 12 + board/gdsys/common/Makefile | 2 +- board/gdsys/common/dp501.c | 33 + board/gdsys/common/osd.c| 111

[U-Boot] [PATCH v1 05/11] board: gdsys: IHS I2C master driver

From: Dirk Eibach IHS I2C master support was merely a hack in the osd driver. Now it is a proper u-boot I2C framework driver, supporting the v2.00 master features. Signed-off-by: Dirk Eibach --- board/gdsys/common/Makefile| 4 +- board/gdsys/common/ihs_i2c.c | 196

[U-Boot] [PATCH v1 09/11] board: gdsys: Enable scrambling on DP501

From: Dirk Eibach For proper displayport performance, scrambling has to be enabled, but is turned off on DP501 by default. Signed-off-by: Dirk Eibach --- board/gdsys/common/dp501.c | 1 + 1 file changed, 1 insertion(+) diff --git a/board/gdsys/common/dp501.c b/board/gdsys/common/dp501.c inde

[U-Boot] [PATCH v1 06/11] board: gdsys: Increase iocon and dlv10g version string

From: Dirk Eibach Signed-off-by: Dirk Eibach --- include/configs/dlvision-10g.h | 2 +- include/configs/iocon.h| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/include/configs/dlvision-10g.h b/include/configs/dlvision-10g.h index d886740..b866598 100644 --- a/incl

[U-Boot] [PATCH v1 10/11] board: iocon: Modify iocon hardware startup

From: Dirk Eibach To avoid peer "ChReceivePathStatus"-messages on iocon startup, initialize PHYs as soon as possible. Signed-off-by: Dirk Eibach --- board/gdsys/405ep/iocon.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/board/gdsys/405ep/iocon.c b/board/gdsys/4

[U-Boot] [PATCH v1 02/11] board: gdsys: Adapt sdhc_boot.c to mmc_get_env_addr API change

From: Dirk Eibach Signed-off-by: Dirk Eibach --- board/gdsys/p1022/sdhc_boot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/board/gdsys/p1022/sdhc_boot.c b/board/gdsys/p1022/sdhc_boot.c index e432318..fd0e910 100644 --- a/board/gdsys/p1022/sdhc_boot.c +++ b/board/gdsys/p

[U-Boot] [PATCH v1 07/11] board: gdsys: Configure bridge on DP501 to support DDC only

From: Dirk Eibach The I2C bridge on DP501 supports EDID, MCCS and HDCP by default. Allow EDID only to avoid I2C address conflicts. Signed-off-by: Dirk Eibach --- board/gdsys/common/dp501.c | 1 + include/configs/controlcenterd.h | 7 --- 2 files changed, 5 insertions(+), 3 deletions

Re: [U-Boot] Getting started with SPL

Hi On 04/30/2014 11:32 AM, Heshsham Abdul Basit wrote: > *HI, * > > > *OS:* petalinux it is not OS - it is just xilinx u-boot repo. And petalinux is using this repo too. > > *Board:* Xilinx z702 evaluation > board

Re: [U-Boot] Unable to create BOOT.BIN using zynq-boot-bin.py

Hi, first of all this is related to xilinx git repo that's why you shouldn't use this mainline mailing list for that. I will reply on this in private email. Thanks, Michal On 04/30/2014 01:08 PM, Heshsham Abdul Basit wrote: > Hi, > > I compiled U-boot source from master-next branch, after cop

Re: [U-Boot] [Question] Linux Boot with u-boot 2014.04 on Zynq board

Hi Masahiro, Although this is not directed to me, but perhaps I can help you out. I am working on zc702 board. Can you copy paste the content of your bif file that you use with bootgen to generate BOOT.BIN file? Thanks and regards, Heshsham On 30 April 2014 15:24, Masahiro Yamada wrote: >

[U-Boot] Unable to create BOOT.BIN using zynq-boot-bin.py

Hi, I compiled U-boot source from master-next branch, after copying ps7_init.c and .h files from h/w project, Now I get u-boot-spl u-boot-spl.bin I wanted to get BOOT.BIN that I can put in SD card and boot my linux kernel. However I am unable to run the script for BOOT.BIn generation a can be s

[U-Boot] Getting started with SPL

*HI, * *OS:* petalinux *Board:* Xilinx z702 evaluation board having ARM Cortex A9 and FPGA on the zc700 SoC * Background:* I observed that first message on the console come

[U-Boot] [PATCH 0/8] kmp204x patches for 2014.07

Things have stabilized quite a lot on the u-boot front for the Keymile kmp204x/kmcoge4 board. There are a few remaining patches that should get merged to have a complete support of the architecture/board in u-boot. These include: - support for some additional functions of the QRIO board reset/cont

[U-Boot] [PATCH 4/8] kmp204x: update the CONFIG_PRAM and CONFIG_KM_RESERVED_PRAM defines

This prevents u-boot from accessing into the reserved memory areas that we have for /var and the logbooks. Signed-off-by: Valentin Longchamp --- include/configs/km/kmp204x-common.h | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/include/configs/km/kmp204x-common.h

[U-Boot] [PATCH 6/8] kmp204x: update the RCW

Fix the IRQ/GPIO settings: all the muxed GPIO/external IRQs that are used as internal interrupts are defined as GPIOs to avoid confusion between the internal/external interrupts. Signed-off-by: Valentin Longchamp --- board/keymile/kmp204x/rcw_kmp204x.cfg | 2 +- 1 file changed, 1 insertion(+),

[U-Boot] [PATCH 8/8] kmp204x: enable the errata command

Signed-off-by: Valentin Longchamp --- include/configs/km/kmp204x-common.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/km/kmp204x-common.h b/include/configs/km/kmp204x-common.h index c8af652..46e5e9f 100644 --- a/include/configs/km/kmp204x-common.h +++ b/include/configs/k

[U-Boot] [PATCH 3/8] kmp204x: selftest/factory test pin support

This patch defines the post_hotkeys_pressed() function that is used for: - triggering POST memory regions test - starting the test application through the checktestboot command in a script by setting the active bank to testbank The post_hotkeys_pressed return the state of the SELFTEST pin. The

[U-Boot] [PATCH 1/8] kmp204x: Add support for the unit LEDs

From: Stefan Bigler The unit LEDs are managed by the QRIO CPLD. This patch adds support for accessing these LEDs in the QRIO. The LEDs then are set to a correct boot state: - UNIT-LED is red - BOOT-LED is on. Signed-off-by: Stefan Bigler Signed-off-by: Valentin Longchamp --- board/keymile/k

[U-Boot] [PATCH 2/8] kmp204x: handle dip-switch for factory settings

From: Stefan Bigler Add readout of dip-switch to revert to factory settings. If one or more dip-switch are set, launch bank 0 that contains the bootloader to do the required action. Signed-off-by: Stefan Bigler Signed-off-by: Valentin Longchamp --- board/keymile/kmp204x/kmp204x.c | 15 ++

[U-Boot] [PATCH 7/8] kmp204x: add workaround for A-004849

This should prevent the problems that the CCF can deadlock with certain traffic patterns. This also fixes the workaround for A-006559 that was not correctly implemented before. Signed-off-by: Valentin Longchamp --- board/keymile/kmp204x/pbi.cfg | 43 +--

[U-Boot] [PATCH 5/8] kmp204x: complete the reset sequence and PRST configuration

This adds the reset support for the following devices that was until then not implemented: - BFTIC4 - QSFPs This also fixes the configuration of the prst behaviour for the other resets: Only the u-boot and kernel relevant subsystems are taken out of reset (pcie, ZL30158, and front eth phy). Most

Re: [U-Boot] [Question] Linux Boot with u-boot 2014.04 on Zynq board

Hi, On 04/30/2014 01:31 PM, Masahiro Yamada wrote: > Hi Michal. > > Thanks for your reply. > >> >> Before you build u-boot you have to copy ps7_init.c/h from your >> hw design to the u-boot if you want to use SPL. > > Oops, I forgot to mention this. > I did that. ok. Then I expect you are able

Re: [U-Boot] [PATCH v5 09/12] arm: goni: Update configuration for Goni target

On 30/04/14 20:24, Lukasz Majewski wrote: > Hi Minkyu, > >> Configuration file for GONI has been updated to support FAT file >> system, new mmc partitioning scheme and read linux kernel from eMMC >> instead of OneNAND. >> >> Signed-off-by: Arkadiusz Wlodarczyk >> Signed-off-by: Kyungmin Park >>

Re: [U-Boot] [PATCH] ARM: Samsung: s5p_goni: maintainer update

On 30/04/14 03:16, Mateusz Zalega wrote: > Because I'm leaving Samsung Electronics, I won't have access to their > developer hardware anymore. Przemyslaw Marczak will take over my > responsibilities. > > Signed-off-by: Mateusz Zalega > Acked-by: Przemyslaw Marczak > Cc: Minkyu Kang > --- > boa

Re: [U-Boot] [RFC] Kconfig: MAINTAINERS file or not?

Hi all, On 04/30/2014 07:31 AM, Masahiro Yamada wrote: > On Mon, 28 Apr 2014 22:41:07 +0200 > Wolfgang Denk wrote: >> In message <20140428185854.b2b8.aa925...@jp.panasonic.com> you wrote: >>> >>> Before I send Kconfig series v2, >>> please let me cofirm our approach of maintainers info. >> >> Tha

Re: [U-Boot] [Question] Linux Boot with u-boot 2014.04 on Zynq board

Hi Michal. Thanks for your reply. > > Before you build u-boot you have to copy ps7_init.c/h from your > hw design to the u-boot if you want to use SPL. Oops, I forgot to mention this. I did that. > > [1] Build u-boot > > [2] Convert spl/u-boot-spl.bin into boot.bin > > with BootGen t

  1   2   >