Re: [U-Boot] [PATCH v2 1/4] x86: Do CPU identification in the early phase

Hi Simon, On Tue, Nov 11, 2014 at 2:53 AM, Simon Glass wrote: > Hi Bin, > > On 9 November 2014 07:18, Bin Meng wrote: >> The CPU identification happens in x86_cpu_init_f() and corresponding >> fields are saved in the global data for later use. >> >> Signed-off-by: Bin Meng >> --- >> Changes for

Re: [U-Boot] [PATCH v2 2/4] x86: Do TSC MSR calibration only for known/supported CPUs

Hi Simon, On Tue, Nov 11, 2014 at 2:54 AM, Simon Glass wrote: > Hi Bin, > > On 9 November 2014 07:19, Bin Meng wrote: >> Using MSR_PLATFORM_INFO (0xCE) to calibrate TSR will cause #GP on >> processors which do not have this MSR. Instead only doing the MSR >> calibration for known/supported CPUs.

Re: [U-Boot] [PATCH v3 4/8] imx6: add some flexibility for defining macros

Hi John, On 10/11/2014 00:53, John Tobias wrote: >>> @@ -29,7 +29,9 @@ >>> #define CONFIG_SPL_TEXT_BASE 0x00908000 >>> #define CONFIG_SPL_MAX_SIZE 0x1 >>> #define CONFIG_SPL_START_S_PATH "arch/arm/cpu/armv7" >>> +#ifndef CONFIG_SPL_STACK >>> #define CONFIG_SP

Re: [U-Boot] [PATCH 19/39] x86: Build a .rom file which can be flashed to an x86 machine

Hi Simon, On Tue, Nov 11, 2014 at 8:28 AM, Simon Glass wrote: > Hi Bin, > [snip] >> >>> + $(srctree)/board/$(BOARDDIR)/descriptor.bin >> >> I don't see where the descriptor.bin is created? > > This needs to be downloaded and provided, as with mrc.bin, etc. I thought the descripto

Re: [U-Boot] [PATCH 39/39] x86: ivybridge: Implement SDRAM init

Hi Simon, On Tue, Nov 11, 2014 at 8:29 AM, Simon Glass wrote: > Hi Bin, > > On 9 November 2014 23:49, Bin Meng wrote: >> Hi Simon, >> >> On Fri, Nov 7, 2014 at 4:20 AM, Simon Glass wrote: >>> Implement SDRAM init using the Memory Reference Code (mrc.bin) provided in >>> the board directory and

Re: [U-Boot] Pull req on u-boot-sunxi/sunxi-wip

Hi, On 11/11/2014 12:28 AM, Zoltan HERPAI wrote: > Hi Hans, > > Sorry for the noise, I screwed up the pull request. All it was meant to be is > to fix up the bananapi gmac magic bit toucher - please ignore/drop, I'll redo > it. Thanks for catching this, note we don't do pull-reqs for u-boot, o

Re: [U-Boot] [PATCH v3 7/8] imx6: SPL support for iMX6 SabreSD

Hi John, On 10/11/2014 01:23, John Tobias wrote: > Hi Stefano, > > > On Sun, Nov 9, 2014 at 1:16 PM, Stefano Babic wrote: >> Hi John, >> >> On 08/11/2014 22:27, John Tobias wrote: >>> This patch will enable the support for SPL on iMX6 SabreSD. >>> It tested on SD2 and SD3 mmc port. >>> --- >>>

Re: [U-Boot] [PATCH v2 06/33] x86: config: Move common x86 configs to a common file

On Tue, Nov 11, 2014 at 9:00 AM, Simon Glass wrote: > Many of the x86 CONFIG options will be common across different boards. Move > them to a common file. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Move some features out of the common file > > include/configs/coreboot.h | 265

[U-Boot] AM335x Boot Device 6 (NAND?)

Hi Tom, we have equipped some of our am335x boards (draco from mainline U-Boot) with NAND devices from Hynix. And as it seems, the BootROM passes now a different bootdevice number to SPL. Its not 5 as it used to be for NAND but 6 instead. So SPL hangs of course as this boot-device is not "supporte

Re: [U-Boot] [PATCH v2 07/33] x86: Add processor functions to halt and get stack pointer

Reviewed-by: Bin Meng On Tue, Nov 11, 2014 at 9:00 AM, Simon Glass wrote: > Add a function to get the stack pointer and another to halt the CPU. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Remove the cpuid functions since they were already added in another patch > > arch/x86/in

Re: [U-Boot] [PATCH v2 08/33] x86: Remove unnecessary find_fdt(), prepare_fdt() functions

On Tue, Nov 11, 2014 at 9:00 AM, Simon Glass wrote: > These are no-longer needed so drop them. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Remove definition of find_fdt() also > - Remove prepare_fdt() also > > arch/x86/include/asm/init_helpers.h | 2 -- > arch/x86/lib/init_helpe

Re: [U-Boot] [PATCH v2 09/33] x86: Replace fill_processor_name() with cpu_get_name()

On Tue, Nov 11, 2014 at 9:00 AM, Simon Glass wrote: > This implementation has a 'cpu' prefix and returns a pointer to the string, > avoiding the need for copying. > > Signed-off-by: Simon Glass > > --- > > Changes in v2: > - Add new patch to replace fill_processor_name() with cpu_get_name() > >

Re: [U-Boot] [PATCH v2 10/33] x86: Tidy up timer code for Intel core architecture

Hi Simon, On Tue, Nov 11, 2014 at 9:00 AM, Simon Glass wrote: > We can use an MSR to obtain the time base. Add this back in and consolidate > the code. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Add new patch to tidy up timer code for Intel core architecture > > arch/x86/cpu/in

Re: [U-Boot] [PATCH v2 13/33] x86: Emit post codes in startup code for Chromebooks

Hi Simon, On Tue, Nov 11, 2014 at 9:00 AM, Simon Glass wrote: > On x86 it is common to use 'post codes' which are 8-bit hex values emitted > from the code and visible to the user. Traditionally two 7-segment displays > were made available on the motherboard to show the last post code that was > e

[U-Boot] [GIT PULL] Zynq patches

Hi Tom, [cc: Albert] please pull these 4 patches to your tree. It adds support for Zybo board and add support for new ps7_init_gpl file. Thanks, Michal The following changes since commit 11ada9225a16ed2d8ddbf0715a2416245a777cbc: Merge branch 'rmobile' of git://www.denx.de/git/u-boot-sh (2014

[U-Boot] [PATCH] mmc: Cosmetic fix for nicer, aligned device list printout

If print_mmc_devices() was called with a '\n' separator (as done for example by the "mmc list" command), it offset the 2-nd and all subsequent lines by one space. Fixing this. Signed-off-by: Lubomir Popov --- drivers/mmc/mmc.c |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff

Re: [U-Boot] [PATCH v4] zynq: Use GPLed files for SPL

On 10/30/2014 06:52 PM, Soren Brinkmann wrote: > The latest Xilinx tools generate ps7_init files that are explicitly > available under GPL. Change the makefile to allow drop in of those files > for building the SPL. > > Signed-off-by: Soren Brinkmann > Acked-by: Jagannadha Sutradharudu Teki > Re

Re: [U-Boot] [ANN] U-Boot v2015.01-rc1 released

On Mon, 10 Nov 2014 16:29:38 -0500 Tom Rini wrote: > Hey all, > > I've pushed v2015.01-rc1 out to the repository and tarballs should exist > soon. Half a day has passed since Tom's "I've pushed v2015.rc-rc1" mail, but I still don't see it. I have been often wondering why we can see the rele

[U-Boot] [PATCH] ot1200: fix card detect for usdhc4

Today I got the final board and found out that a different connector is used as the one on my development board. The new connector has swaped pins for cd and wp. This change is tested on a production ready baord. Signed-off-by: Christian Gmeiner --- board/bachmann/ot1200/ot1200.c | 4 ++-- 1 fi

Re: [U-Boot] [PATCH v4 3/3] omap_hsmmc: Board-specific TWL4030 MMC power initializations

Le lundi 10 novembre 2014 à 13:46 -0500, Tom Rini a écrit : > On Sat, Nov 08, 2014 at 10:29:24PM +0100, Paul Kocialkowski wrote: > > Le samedi 08 novembre 2014 à 20:55 +0100, Paul Kocialkowski a écrit : > > > Boards using the TWL4030 regulator may not all use the LDOs the same way > > > (e.g. MMC2

Re: [U-Boot] AM335x Boot Device 6 (NAND?)

On Tue, Nov 11, 2014 at 10:10:41AM +0100, Stefan Roese wrote: > Hi Tom, > > we have equipped some of our am335x boards (draco from mainline U-Boot) > with NAND devices from Hynix. And as it seems, the BootROM passes > now a different bootdevice number to SPL. Its not 5 as it used to be > for NAND

Re: [U-Boot] [PATCH] fs: make it possible to read the filesystem UUID

Hi 2014-11-03 22:00 GMT+01:00 Stephen Warren : > On 10/31/2014 09:08 AM, Christian Gmeiner wrote: >> >> Some filesystems have a UUID stored in its superblock. To >> allow using root=UUID=... for the kernel command line we >> need a way to read-out the filesystem UUID. >> >> Hit any key to stop au

Re: [U-Boot] [PATCH] fs: make it possible to read the filesystem UUID

Hi 2014-11-04 7:31 GMT+01:00 Simon Glass : > Hi Christian, > > On 31 October 2014 09:08, Christian Gmeiner > wrote: >> Some filesystems have a UUID stored in its superblock. To >> allow using root=UUID=... for the kernel command line we >> need a way to read-out the filesystem UUID. >> >> Hit an

Re: [U-Boot] [PATCH] fs: make it possible to read the filesystem UUID

Hi 2014-11-04 19:41 GMT+01:00 Simon Glass : > Hi Christian, > > On 3 November 2014 02:47, Christian Gmeiner > wrote: >> Hi Simon, > > [snip] > + + if (argc == 4) + setenv(argv[3], uuid); + else + printf("%s\n", uuid); + +

Re: [U-Boot] [PATCH v4 3/3] omap_hsmmc: Board-specific TWL4030 MMC power initializations

On Tue, Nov 11, 2014 at 12:57:45PM +0100, Paul Kocialkowski wrote: > Le lundi 10 novembre 2014 à 13:46 -0500, Tom Rini a écrit : > > On Sat, Nov 08, 2014 at 10:29:24PM +0100, Paul Kocialkowski wrote: > > > Le samedi 08 novembre 2014 à 20:55 +0100, Paul Kocialkowski a écrit : > > > > Boards using th

[U-Boot] [PATCH] ARM: UniPhier: decrease pre-reloc malloc area size

In the current implementation of the boot sequence of UniPhier platform, 32KB temporary RAM is available before relocation. The malloc area and the stack shares the 32KB area. With CONFIG_SYS_MALLOC_F_LEN set to 0x7000 (28KB), only 0x1000 (4KB) is left for the stack. In some use cases, the system

Re: [U-Boot] [PATCH v6 0/3] Adds support for Exynos5422 odroid xu3 board

On 10 November 2014 10:41, Hyungwon Hwang wrote: > This is v6 of the patchset adding support Odroud XU3 board. > > link to the previous version: > v2: https://www.mail-archive.com/u-boot@lists.denx.de/msg152275.html > v3: https://www.mail-archive.com/u-boot%40lists.denx.de/msg152677.html > v4: ht

[U-Boot] [PATCH v2] fs: make it possible to read the filesystem UUID

Some filesystems have a UUID stored in its superblock. To allow using root=UUID=... for the kernel command line we need a way to read-out the filesystem UUID. changes rfc -> v1: - make the environment variable an option parameter. If not given, the UUID is printed out. If given, it is stored i

[U-Boot] [PATCH 2/2] mtd: denali: set some registers after nand_scan_ident()

Some but not all of implementations of the Denali NAND controller have hardware circuits to detect the device parameters such as page_size, erase_size, etc. Even on those SoCs with such hardware supported, the hardware is known to detect wrong parameters for some nasty (almost buggy) NAND devices.

[U-Boot] [PATCH 0/2] mtd: denali: Use SELF_INIT to fix up registers after nand_scan_ident()

This patch series is here because Scott Wood recommended me to use CONFIG_SYS_NAND_SELF_INIT to solve my problem: http://patchwork.ozlabs.org/patch/402462/ Masahiro Yamada (2): mtd: denali: use CONFIG_SYS_NAND_SELF_INIT mtd: denali: set some registers after nand_scan_ident() drivers/mtd/n

[U-Boot] [PATCH 1/2] mtd: denali: use CONFIG_SYS_NAND_SELF_INIT

Some variants of the Denali NAND controller need some registers set up based on the device information that has been detected during nand_scan_ident(). CONFIG_SYS_NAND_SELF_INIT has to be defined to insert code between nand_scan_ident() and nand_scan_tail(). It is also helpful to reduce the diffe

Re: [U-Boot] [PATCH v2] mtd: nand: allow to skip BBT scanning during NAND inititialization

Hi Scott, On Tue, 4 Nov 2014 23:45:44 -0600 Scott Wood wrote: > On Wed, 2014-11-05 at 12:39 +0900, Masahiro Yamada wrote: > > [2] There is no good place to insert a callback to an SoC file. > > I need to write parameters such as page_size to hardware registers. > > (You can see my code, nand_den

Re: [U-Boot] [PATCH v4 3/3] omap_hsmmc: Board-specific TWL4030 MMC power initializations

Le mardi 11 novembre 2014 à 07:33 -0500, Tom Rini a écrit : > On Tue, Nov 11, 2014 at 12:57:45PM +0100, Paul Kocialkowski wrote: > > Le lundi 10 novembre 2014 à 13:46 -0500, Tom Rini a écrit : > > > On Sat, Nov 08, 2014 at 10:29:24PM +0100, Paul Kocialkowski wrote: > > > > Le samedi 08 novembre 201

[U-Boot] [PATCH 1/2] ARM: UniPhier: consolidate board_postclk_init() function

This commit merges arch/arm/cpu/armv7/uniphier/ph1-*/board_postclk_init.c to arch/arm/cpu/armv7/uniphier/board_postclk_init.c Because PH1-Pro4 does not have the BCU block, add __weak to bcu_init(). Signed-off-by: Masahiro Yamada --- arch/arm/cpu/armv7/uniphier/Makefile | 1 +

[U-Boot] [PATCH 2/2] ARM: UniPhier: call pin_init() also in the normal boot

CONFIG_UNIPHIER_SERIAL has been moved to Kconfig and it is defined in ./.config but not in spl/.config, so pin_init() should be called from the normal image so that UART works correctly. Signed-off-by: Masahiro Yamada --- arch/arm/cpu/armv7/uniphier/Kconfig | 4 arch/arm/cpu/a

[U-Boot] [PATCH 0/2] ARM: UniPhier: some cleanups and bug fix

Masahiro Yamada (2): ARM: UniPhier: consolidate board_postclk_init() function ARM: UniPhier: call pin_init() also in the normal boot arch/arm/cpu/armv7/uniphier/Kconfig| 4 +++ arch/arm/cpu/armv7/uniphier/Makefile | 1 + .../uniphier/{ph1-ld4 => }/board_post

[U-Boot] [PATCH V2] powerpc: remove orphaned boards mcc200 and prs200

mcc200 and prs200 are old and have no maintainer. Remove the boards. This also removes the mcc200 specific 1bpp BMP support from common/lcd.c Cc: Wolfgang Denk Cc: Anatolij Gustschin Cc: Masahiro Yamada Cc: York Sun Signed-off-by: Nikita Kiryanov --- Changes in V2: - Updated README.s

Re: [U-Boot] [PATCH] ot1200: fix card detect for usdhc4

Hi Christian, On 11/11/2014 12:57, Christian Gmeiner wrote: > Today I got the final board and found out that a different > connector is used as the one on my development board. The > new connector has swaped pins for cd and wp. It is always so..final board is different from development board ;-)

Re: [U-Boot] [PATCH v2 15/33] x86: Refactor PCI to permit alternate init

Hi Simon, On Tue, Nov 11, 2014 at 9:00 AM, Simon Glass wrote: > We want access PCI earlier in the init sequence, so refactor the code so > that it does not require use of a BSS variable to work. This will allow us > to use early malloc() to store information about a PCI hose. > > Common PCI code

Re: [U-Boot] [PATCH v2 32/33] x86: ivybridge: Implement SDRAM init

Hi Simon, I am not sure if there is anything I missed but when I look at the u-boot-x86/working, the repo content does not match the patch v2 here. And seems you missed my previous comments @ http://u-boot.10912.n7.nabble.com/PATCH-0-39-x86-Add-support-for-running-on-bare-hardware-tp194993p195356.

[U-Boot] [PATCH] Revert "lib: bootm: add missing include"

This reverts commit 1e96220a5687efae2aed45ce56e143336c40d0a7. Remove duplicated vxworks.h header. The same change was done by "ARM: prevent compiler warnings from bootm.c" (sha1: 8d196e52b58d1e50a80c2f5067b201cda521c75c) Signed-off-by: Michal Simek --- arch/arm/lib/bootm.c | 1 - 1 file change

Re: [U-Boot] [PATCH 34/39] x86: ivybridge: Add early init for PCH devices

Hi Simon, On Fri, Nov 7, 2014 at 4:20 AM, Simon Glass wrote: > Many PCH devices are hard-coded to a particular PCI address. Set these > up early in case they are needed. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/ivybridge/Makefile | 1 + > arch/x86/cpu/ivybridge/

Re: [U-Boot] [PATCH] arm: imx: make bmode command work with SPL/U-Boot combo

Gentle ping. On 10/29/2014 07:28 PM, Nikita Kiryanov wrote: The bmode command forces the SoC to use a specific boot device by writing its boot mode into SRC_GPR9, and notifying the SoC of the change using SRC_GPR10[28] bit: if the bit is on, bootROM uses the value in SRC_GPR9 instead of SRC_SMBR

Re: [U-Boot] [PATCH] serial: UniPhier: borrow macros from linux/serial_reg.h

2014-10-30 12:11 GMT+09:00 Masahiro Yamada : > The same bit-field macros are defined in include/linux/serial_reg.h > so let's include it and delete duplicated defines. > > Also, remove unnecessary inclusion of . > > Signed-off-by: Masahiro Yamada Applied to u-boot-uniphier/master. -- Best Reg

Re: [U-Boot] [PATCH] ARM: UniPhier: reset on-board devices on start-up

2014-11-05 14:25 GMT+09:00 Masahiro Yamada : > If a support card is attached to the main board, the on-board > SMSC9118 LAN controller is available. It must be kept in reset > state for a while on start-up. > > When the board is kicked via a debbuger rather than pushing the > hardware reset button

Re: [U-Boot] [PATCH] ARM: UniPhier: move DDR related configuration to Kconfig

2014-11-06 20:16 GMT+09:00 Masahiro Yamada : > Signed-off-by: Masahiro Yamada > --- Applied to u-boot-uniphier/master. -- Best Regards Masahiro Yamada ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] ARM: UniPhier: add EHCI host pin settings for PH1-Pro4

2014-11-07 18:33 GMT+09:00 Masahiro Yamada : > These IO pins are necessary for port power control and > over current detect. > > Signed-off-by: Masahiro Yamada Applied to u-boot-uniphier/master. -- Best Regards Masahiro Yamada ___ U-Boot mailing list

Re: [U-Boot] [PATCH 0/4] EHCI support for Panasonic UniPhier SoCs

2014-11-07 18:48 GMT+09:00 Masahiro Yamada : > > This series includes both USB parts and Panasonic SoC-specific parts > to resolve the patch dependency. > > Marek, > please review at least 3/4 and issue your Ack if it is OK. > > After it is Ack'ed, I will apply this series to my repo. > > > > Masah

Re: [U-Boot] [PATCH 1/2] ARM: UniPhier: add set_pinsel macro for use in assembly code

2014-11-07 21:08 GMT+09:00 Masahiro Yamada : > The function sg_set_pinsel is useful for switching I/O pins > but it can be only used in C code. This commit adds a simple > macro that is available in asm code. > > Signed-off-by: Masahiro Yamada Applied to u-boot-uniphier/master. -- Best Regar

Re: [U-Boot] [PATCH] ARM: UniPhier: decrease pre-reloc malloc area size

2014-11-11 21:50 GMT+09:00 Masahiro Yamada : > In the current implementation of the boot sequence of UniPhier > platform, 32KB temporary RAM is available before relocation. > The malloc area and the stack shares the 32KB area. > > With CONFIG_SYS_MALLOC_F_LEN set to 0x7000 (28KB), only 0x1000 (4KB)

Re: [U-Boot] [PATCH 0/2] ARM: UniPhier: some cleanups and bug fix

2014-11-11 22:18 GMT+09:00 Masahiro Yamada : > > > > Masahiro Yamada (2): > ARM: UniPhier: consolidate board_postclk_init() function > ARM: UniPhier: call pin_init() also in the normal boot > Series, applied to u-boot-uniphier/master. -- Best Regards Masahiro Yamada

Re: [U-Boot] [RFC PATCH 0/12] RFC: dm: Add I2C support

Hi Heiko, On 10 November 2014 00:16, Heiko Schocher wrote: > Hello Simon, > > sorry for the long delay... > > Am 13.10.2014 07:39, schrieb Simon Glass: >> >> (Note this is RFC since the uclass interface needs discussion and also >> because only sandbox is implemented so far. But I thought it best

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

Hi Tom, The following changes since commit 9906090f527153afddc5aa64d37cb5f89c6ee129: Prepare v2015.01-rc1 (2014-11-10 16:25:29 -0500) are available in the git repository at: git://git.denx.de/u-boot-uniphier.git master for you to fetch changes up to b67932e3e72b6214cde75c7e2f796d0c70ff3f

[U-Boot] [PATCH] spl: Change debug to printf for "Unsupported boot-device"

We had the problem on an AM33xx platform, that SPL detected an unsupported boot-device. But since this message is a debug message it took a bit of time to really know, where the hangup in SPL resulted from. So let's change this debug message to a printf and also print the detected boot-device that

Re: [U-Boot] [PATCH v2 2/4] x86: Do TSC MSR calibration only for known/supported CPUs

Hi Bin, On 11 November 2014 01:25, Bin Meng wrote: > Hi Simon, > > On Tue, Nov 11, 2014 at 2:54 AM, Simon Glass wrote: >> Hi Bin, >> >> On 9 November 2014 07:19, Bin Meng wrote: >>> Using MSR_PLATFORM_INFO (0xCE) to calibrate TSR will cause #GP on >>> processors which do not have this MSR. Inst

Re: [U-Boot] [PATCH v2 10/33] x86: Tidy up timer code for Intel core architecture

Hi Bin, On 11 November 2014 03:05, Bin Meng wrote: > Hi Simon, > > On Tue, Nov 11, 2014 at 9:00 AM, Simon Glass wrote: >> We can use an MSR to obtain the time base. Add this back in and consolidate >> the code. >> >> Signed-off-by: Simon Glass >> --- >> >> Changes in v2: >> - Add new patch to t

Re: [U-Boot] [PATCH 19/39] x86: Build a .rom file which can be flashed to an x86 machine

Hi Bin, On 11 November 2014 01:37, Bin Meng wrote: > Hi Simon, > > On Tue, Nov 11, 2014 at 8:28 AM, Simon Glass wrote: >> Hi Bin, >> > > [snip] > >>> + $(srctree)/board/$(BOARDDIR)/descriptor.bin >>> >>> I don't see where the descriptor.bin is created? >> >> This needs to be d

Re: [U-Boot] [PATCH 34/39] x86: ivybridge: Add early init for PCH devices

Hi Bin, On 11 November 2014 07:52, Bin Meng wrote: > Hi Simon, > > On Fri, Nov 7, 2014 at 4:20 AM, Simon Glass wrote: >> Many PCH devices are hard-coded to a particular PCI address. Set these >> up early in case they are needed. >> >> Signed-off-by: Simon Glass >> --- >> >> arch/x86/cpu/ivybri

Re: [U-Boot] [PATCH] spl: Change debug to printf for "Unsupported boot-device"

On Tue, Nov 11, 2014 at 04:59:13PM +0100, Stefan Roese wrote: > We had the problem on an AM33xx platform, that SPL detected an > unsupported boot-device. But since this message is a debug message > it took a bit of time to really know, where the hangup in SPL > resulted from. So let's change this

Re: [U-Boot] [PATCH v2 32/33] x86: ivybridge: Implement SDRAM init

Hi Bin, On 11 November 2014 07:37, Bin Meng wrote: > Hi Simon, > > I am not sure if there is anything I missed but when I look at the > u-boot-x86/working, the repo content does not match the patch v2 here. > And seems you missed my previous comments @ > http://u-boot.10912.n7.nabble.com/PATCH-0-

Re: [U-Boot] [PATCH] spl: Change debug to printf for "Unsupported boot-device"

On 11.11.2014 17:16, Tom Rini wrote: On Tue, Nov 11, 2014 at 04:59:13PM +0100, Stefan Roese wrote: We had the problem on an AM33xx platform, that SPL detected an unsupported boot-device. But since this message is a debug message it took a bit of time to really know, where the hangup in SPL resu

[U-Boot] [PATCH v1 0/2] Fix SoC-specific exception handling

Short version: * this patch fixes exception handling on i.MX27 which was broken, probably from day one. * i.MX27-based board Maintainers please test this patch: make sure your board boots with it and make sure e.g. a write to address 0 causes U-Boot to signal a data abort. * i.MX custod

[U-Boot] [PATCH v1 1/2] cosmetic: arm: fix whitespace in arch/arm/lib/relocate.S

Signed-off-by: Albert ARIBAUD --- arch/arm/lib/relocate.S | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/lib/relocate.S b/arch/arm/lib/relocate.S index b4a258c..6ede41c 100644 --- a/arch/arm/lib/relocate.S +++ b/arch/arm/lib/relocate.S @@ -74,8 +74,8 @@ fixn

[U-Boot] [PATCH v1 2/2] imx: fix exception vectors relocation in i.MX27

Commit 3ff46cc4 fixed exception vectors setting in the general ARM case, by either copying the exception and indirect vector tables to normal (0x) or high (0x) vectors address, or setting VBAR to U-Boot's base if applicable. i.MX27 SoC is ARM926E-JS, thus has only normal and high o

Re: [U-Boot] [PATCH v2] fs: make it possible to read the filesystem UUID

On 11/11/2014 05:55 AM, Christian Gmeiner wrote: Some filesystems have a UUID stored in its superblock. To allow using root=UUID=... for the kernel command line we need a way to read-out the filesystem UUID. Just one more nit below, otherwise, Acked-by: Stephen Warren (feel free to add that

Re: [U-Boot] [PATCH v3 7/8] imx6: SPL support for iMX6 SabreSD

On Tue, Nov 11, 2014 at 12:44 AM, Stefano Babic wrote: > Hi John, > > On 10/11/2014 01:23, John Tobias wrote: >> Hi Stefano, >> >> >> On Sun, Nov 9, 2014 at 1:16 PM, Stefano Babic wrote: >>> Hi John, >>> >>> On 08/11/2014 22:27, John Tobias wrote: This patch will enable the support for SPL o

[U-Boot] [PULL] u-boot-usb/master

Dangling PR, sorry it's late ... The following changes since commit 11ada9225a16ed2d8ddbf0715a2416245a777cbc: Merge branch 'rmobile' of git://www.denx.de/git/u-boot-sh (2014-11-05 13:11:18 -0500) are available in the git repository at: git://git.denx.de/u-boot-usb.git master for you to

[U-Boot] [PULL] u-boot-socfpga/master

Dangling PR, sorry it's late ... The following changes since commit 571bdf16a78e9e116a93d46f4809c4f8a3f2adb6: arm: interrupt_init: set sp in IRQ/FIQ modes (2014-10-29 09:03:28 -0400) are available in the git repository at: git://git.denx.de/u-boot-socfpga.git master for you to fetch change

Re: [U-Boot] porting u-boot, few final questions

So the issues of the variables changing were due to me initializing everything in board_early_init_f(). I moved everything out of it except uart setup. If I setup the uart in board_init() instead of board_early_init_f() then the early cpu info stuff is missed. I guess there’s an opportunity for imp

[U-Boot] [PATCH v2 16/17] dm: i2c: Add tests for I2C

Add some basic tests to check that the system works as expected. Signed-off-by: Simon Glass --- Changes in v2: - Add a test for automatic binding of generic I2C devices - Add a new asm/test.h header for tests in sandbox arch/sandbox/include/asm/test.h | 15 ++ drivers/i2c/sandbox_i2c.c

[U-Boot] [PATCH v2 01/17] dm: i2c: Move error reporting into a common function

Factor out the common code to make it easier to adjust it. Signed-off-by: Simon Glass --- Changes in v2: - Add a suitable commit message common/cmd_i2c.c | 32 ++-- 1 file changed, 22 insertions(+), 10 deletions(-) diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c i

[U-Boot] [PATCH v2 17/17] dm: i2c: tegra: Convert to driver model

This converts all Tegra boards over to use driver model for I2C. The driver is adjusted to use driver model and the following obsolete CONFIGs are removed: - CONFIG_SYS_I2C_INIT_BOARD - CONFIG_I2C_MULTI_BUS - CONFIG_SYS_MAX_I2C_BUS - CONFIG_SYS_I2C_SPEED - CONFIG_SYS_I2C This has b

[U-Boot] [PATCH v2 0/17] dm: Add I2C support and convert sandbox, tegra

This series adds I2C support to driver model. It has become apparent that this is a high priority as it is widely used. It follows along to some extent from the SPI conversion. Several changes are made from the original I2C implementations. Firstly it is not necessary to specify the chip address

[U-Boot] [PATCH v2 11/17] dm: i2c: Add a sandbox I2C driver

This driver includes some test features such as only supporting certain bus speeds. It passes its I2C traffic through to an emulator. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/Makefile | 2 +- drivers/i2c/sandbox_i2c.c | 148 +

[U-Boot] [PATCH v2 10/17] dm: i2c: Add I2C emulation driver for sandbox

In order to test I2C we need some sort of emulation interface. Add hooks to allow a driver to emulate an I2C device for sandbox. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/Makefile | 1 + drivers/i2c/i2c-emul-uclass.c | 14 ++ include/dm/uclass-id.h

[U-Boot] [PATCH v2 06/17] dm: spi: Correct handling of SPI chip selects in sandbox

This code was not updated when the chip select handling was adjusted. Fix it to call the correct function. Signed-off-by: Simon Glass --- Changes in v2: None drivers/mtd/spi/sandbox.c | 2 +- drivers/spi/spi-uclass.c | 11 +-- include/spi.h | 10 ++ 3 files change

[U-Boot] [PATCH v2 04/17] dm: fdt: Correct handling of aliases with embedded digits

Since we scan from left to right looking for the first digit, "i2c0" returns 2 instead of 0 for the alias number. Adjust the code to scan from right to left instead. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to correct handling of aliases with embedded digits lib/fdtdec.c |

[U-Boot] [PATCH v2 02/17] dm: core: Allow access to the device's driver_id data

When the device is created from a device tree node, it matches a compatible string. Allow access to that string and the associated data. Signed-off-by: Simon Glass --- Changes in v2: None drivers/core/device.c | 5 + drivers/core/lists.c | 17 - include/dm/device.h | 11

[U-Boot] [PATCH v2 05/17] dm: Add a function to bind a device by driver name

In some cases we need to manually bind a device to a particular driver. Add a function to do this. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to add a function to bind a device by driver name drivers/core/lists.c | 21 + include/dm/lists.h | 13

[U-Boot] [PATCH v2 07/17] dm: spi: Use device_bind_driver() instead of our own function

The SPI function does the same thing, so we may as well just use the new generic function. The 'cs' parameter was not actually used, so can be dropped. Signed-off-by: Simon Glass --- Changes in v2: - Add new patches to adjust SPI to use device_bind_driver() drivers/mtd/spi/sandbox.c | 2 +- d

[U-Boot] [PATCH v2 09/17] dm: i2c: Implement driver model support in the i2c command

The concept of a 'current bus' is now implemented in the command line rather than in the uclass. Also the address length does not need to be specified with each command - really we should consider dropping this from most commands but it works OK for now. Signed-off-by: Simon Glass --- Changes in

[U-Boot] [PATCH v2 03/17] dm: core: Add functions to find parent and OF data

Add dev_get_parent() as a convenience to obtain the parent of a device. Signed-off-by: Simon Glass --- Changes in v2: None drivers/core/device.c | 5 + include/dm/device.h | 8 2 files changed, 13 insertions(+) diff --git a/drivers/core/device.c b/drivers/core/device.c index 0d

[U-Boot] [PATCH v2 08/17] dm: i2c: Add a uclass for I2C

The uclass implements the same operations as the current I2C framework but makes some changes to make it fit driver model better: - Remove the chip address from API calls - Remove the address length from API calls - Remove concept of 'current' I2C bus - Drop all existing init functions Signed-off

[U-Boot] [PATCH v2 13/17] dm: i2c: config: Enable I2C for sandbox using driver model

Enable the options to bring up I2C on sandbox. Also enable all the available I2C commands for testing purposes. Signed-off-by: Simon Glass --- Changes in v2: None include/configs/sandbox.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/include/configs/sandbox.h b/include/configs/san

[U-Boot] [PATCH v2 14/17] dm: i2c: dts: Add an I2C bus for sandbox

Add an I2C bus to the device tree, with an EEPROM emulator attached to one of the addresses. Signed-off-by: Simon Glass --- Changes in v2: None arch/sandbox/dts/sandbox.dts | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/sandbox/dts/sandbox.dts b/arch/sandbox/dts/sa

[U-Boot] [PATCH v2 15/17] dm: Add a simple EEPROM driver

There seem to be a few EEPROM drivers around - perhaps we should have a single standard one? This simple driver is used for sandbox testing, but could be pressed into more active service. Signed-off-by: Simon Glass --- Changes in v2: - Update commit message for EEPROM driver drivers/misc/Makef

[U-Boot] [PATCH v2 12/17] dm: i2c: Add an I2C EEPROM simulator

To enable testing of I2C, add a simple I2C EEPROM simulator for sandbox. It supports reading and writing from a small data store. Signed-off-by: Simon Glass --- Changes in v2: None drivers/misc/Makefile | 3 ++ drivers/misc/i2c_eeprom_emul.c | 108 +++

Re: [U-Boot] [PATCH v1 2/2] imx: fix exception vectors relocation in i.MX27

On 11/11/14 17:46, Albert ARIBAUD wrote: Commit 3ff46cc4 fixed exception vectors setting in the general ARM case, by either copying the exception and indirect vector tables to normal (0x) or high (0x) vectors address, or setting VBAR to U-Boot's base if applicable. i.MX27 SoC is

[U-Boot] [PATCH v2] spl: Change debug to printf for "Unsupported boot-device"

We had the problem on an AM33xx platform, that SPL detected an unsupported boot-device. But since this message is a debug message it took a bit of time to really know, where the hangup in SPL resulted from. So let's change this debug message to a printf and also print the detected boot-device that

Re: [U-Boot] [PATCH v1 2/2] imx: fix exception vectors relocation in i.MX27

Hello trem, On Tue, 11 Nov 2014 19:02:21 +0100, trem wrote: > On 11/11/14 17:46, Albert ARIBAUD wrote: > > Commit 3ff46cc4 fixed exception vectors setting in > > the general ARM case, by either copying the exception > > and indirect vector tables to normal (0x) or > > high (0x) ve

[U-Boot] [PATCH v2 0/2] Fix SoC-specific exception handling

Short version: * this patch fixes exception handling on i.MX27 which was broken, probably from day one. * i.MX27-based board Maintainers please test this patch: make sure your board boots with it and make sure e.g. a write to address 0 causes U-Boot to signal a data abort. * i.MX custodi

[U-Boot] [PATCH v2 1/2] cosmetic: arm: fix whitespace in arch/arm/lib/relocate.S

Signed-off-by: Albert ARIBAUD --- Changes in v2: None arch/arm/lib/relocate.S | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/lib/relocate.S b/arch/arm/lib/relocate.S index b4a258c..6ede41c 100644 --- a/arch/arm/lib/relocate.S +++ b/arch/arm/lib/relocate.S @

[U-Boot] [PATCH v2 2/2] imx: fix exception vectors relocation in imx27

Commit 3ff46cc4 fixed exception vectors setting in the general ARM case, by either copying the exception and indirect vector tables to normal (0x) or high (0x) vectors address, or setting VBAR to U-Boot's base if applicable. i.MX27 SoC is ARM926E-JS, thus has only normal and high o

Re: [U-Boot] [PATCH v2 06/17] dm: spi: Correct handling of SPI chip selects in sandbox

On 11 November 2014 23:16, Simon Glass wrote: > This code was not updated when the chip select handling was adjusted. Fix > it to call the correct function. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > drivers/mtd/spi/sandbox.c | 2 +- > drivers/spi/spi-uclass.c | 11 +-

Re: [U-Boot] [PATCH v2 05/17] dm: Add a function to bind a device by driver name

On 11 November 2014 23:16, Simon Glass wrote: > In some cases we need to manually bind a device to a particular driver. > Add a function to do this. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Add new patch to add a function to bind a device by driver name > > drivers/core/lists.

Re: [U-Boot] [PATCH v2 07/17] dm: spi: Use device_bind_driver() instead of our own function

On 11 November 2014 23:16, Simon Glass wrote: > The SPI function does the same thing, so we may as well just use the new > generic function. The 'cs' parameter was not actually used, so can be > dropped. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Add new patches to adjust SPI to

[U-Boot] [PATCH v2] ARM: tegra: Add support for norrin board

From: Allen Martin Norrin (PM370) is a Tegra124 clamshell board that is very similar to venice2, but it has a different panel, the sdcard cd and wp sense are flipped, and it has a different revision of the AS3722 PMIC. This board is also refered to as "nyan" in the ChromeOS trees. This is the A

[U-Boot] [PATCH v2 2/2] ARM: bcm: Enable bcm11130 boards

bcm11130 bcm11130_nand Signed-off-by: Steve Rae --- Changes in v2: - split from previous commit board/broadcom/bcm11130/MAINTAINERS | 6 ++ board/broadcom/bcm11130_nand/MAINTAINERS | 6 ++ configs/bcm11130_defconfig | 3 +++ configs/bcm11130_nand_defconfig |

[U-Boot] [PATCH v2 1/2] ARM: bcm: Enable five Cygnus boards

bcm911360_entphn bcm911360_entphn-ns bcm911360k bcm958300k-ns bcm958305k - updates to support Cygnus and NSP board families better - add functions so CONFIG_ARMV7_NONSEC can be enabled on Cygnus boards Signed-off-by: Steve Rae --- Changes in v2: - split into two commits arch/arm/Kconfig

[U-Boot] [PATCH 2/2] sandbox: Fix warnings in cpu.c and os.c

This fixes the following two problems: cppcheck reports: [arch/sandbox/cpu/start.c:132]: (error) Uninitialized variable: err [arch/sandbox/cpu/os.c:371]: (error) Memory leak: fname Signed-off-by: Simon Glass Reported-by: Wolfgang Denk --- arch/sandbox/cpu/os.c| 1 + arch/sandbox/cpu/start

  1   2   3   >