Re: [U-Boot] [PATCH v2] x86: Import the glibc memset implementation

Hi Gabe, On 12/11/11 17:19, Gabe Black wrote: > On Wed, Nov 9, 2011 at 12:47 PM, Mike Frysinger > wrote: > > On Wednesday 09 November 2011 14:12:15 Scott Wood wrote: > > Last I tried, I couldn't get it to work even with USE_PRIVATE_LIBGCC, > > because the co

Re: [U-Boot] [PATCH v2 01/12] x86: Call hang() on unrecoverable exception

On 08/11/11 23:33, Graeme Russ wrote: > Signed-off-by: Graeme Russ > --- > Changes for v2: > - Consolidated patch series > > arch/x86/cpu/interrupts.c | 20 ++-- > 1 files changed, 10 insertions(+), 10 deletions(-) Applied to u-boot-x86 Thanks, Graeme _

Re: [U-Boot] [PATCH v2 02/12] cosmetic: checkpatch cleanup of arch/x86/cpu/*.c

On 08/11/11 23:33, Graeme Russ wrote: > Signed-off-by: Graeme Russ > --- > Changes for v2: > - Consolidated patch series > > arch/x86/cpu/cpu.c| 22 +++--- > arch/x86/cpu/interrupts.c | 31 +++ > 2 files changed, 30 insertions(+), 23 delet

Re: [U-Boot] [PATCH v2 03/12] cosmetic: checkpatch cleanup of arch/x86/cpu/sc520/*.c

On 08/11/11 23:33, Graeme Russ wrote: > Signed-off-by: Graeme Russ > --- > Changes for v2: > - Consolidated patch series > - Fixed remaining checkpatch warnings > - Removed references to CONFIG_SYS_SDRAM_ECC_ENABLE - This was never used >and never will be (sc520 is now end-of-life) and was

Re: [U-Boot] [PATCH v2 04/12] cosmetic: checkpatch cleanup of arch/x86/lib/*.c

On 08/11/11 23:33, Graeme Russ wrote: > Signed-off-by: Graeme Russ > --- > Changes for v2: > - Consolidated patch series > - Fixed more warnings > > This patch has 23 checkpatch errors all associated with asm statements > which checkpatch does not know how to deal with > > This patch has 3 che

Re: [U-Boot] [PATCH v2 05/12] cosmetic: checkpatch cleanup of board/eNET/*.c

On 08/11/11 23:33, Graeme Russ wrote: > Signed-off-by: Graeme Russ > --- > Changes for v2: > - Consolidated patch series > > board/eNET/eNET.c |8 > board/eNET/eNET_pci.c | 19 +-- > 2 files changed, 13 insertions(+), 14 deletions(-) Applied to u-boot-x86 Th

Re: [U-Boot] [PATCH v2 06/12] x86: Punt cold- and warm-boot flags

On 08/11/11 23:33, Graeme Russ wrote: > Nobody uses them anyway > > Signed-off-by: Graeme Russ > --- > Changes for v1: > - None (skipped to set single version for consolidated series) > Changes for v2: > - Consolidated patch series > > arch/x86/cpu/start.S |2 -- > arch/x86/

Re: [U-Boot] [PATCH v2 07/12] sc520: Create arch asm-offsets

On 08/11/11 23:33, Graeme Russ wrote: > Signed-off-by: Graeme Russ > --- > Changes for v1: > - None (skipped to set single version for consolidated series) > Changes for v2: > - Consolidated patch series > > arch/x86/cpu/sc520/asm-offsets.c| 45 > +++ > a

Re: [U-Boot] [PATCH v2 08/12] x86: Add multiboot header

On 08/11/11 23:33, Graeme Russ wrote: > By adding a multiboot header, U-Boot can be loaded by GRUB2. Using GRUB2 to > bootstrap U-Boot is useful for using an existing BIOS to get an initial > U-Boot port up and running before implementing the low-level reset vector > code, SDRAM init, etc. and over

Re: [U-Boot] [PATCH v2 09/12] x86: Provide more configuration granularity

On 08/11/11 23:33, Graeme Russ wrote: > Planned future ports requires more granularity for some options > > Signed-off-by: Graeme Russ > --- > Changes for v1: > - None (skipped to set single version for consolidated series) > Changes for v2: > - Consolidated patch series > - Fixed checkpatch i

Re: [U-Boot] [PATCH v2 10/12] x86: Ensure IDT and GDT remain 16-byte aligned post relocation

On 08/11/11 23:33, Graeme Russ wrote: > Some CPUs have strict alignment requirements for these tables > > Signed-off-by: Graeme Russ > --- > Changes for v1: > - None (skipped to set single version for consolidated series) > Changes for v2: > - Consolidated patch series > > arch/x86/cpu/interr

Re: [U-Boot] [PATCH v2 11/12] x86: Misc PCI touchups

On 08/11/11 23:33, Graeme Russ wrote: > Signed-off-by: Graeme Russ > --- > Changes for v1: > - None (skipped to set single version for consolidated series) > Changes for v2: > - Consolidated patch series > - Removed non x86 modification to drivers/pci/pci.c > > arch/x86/cpu/sc520/sc520_pci.c

Re: [U-Boot] [PATCH v2 12/12] x86: Misc cleanups

On 08/11/11 23:33, Graeme Russ wrote: > Signed-off-by: Graeme Russ > --- > Changes for v1: > - None (skipped to set single version for consolidated series) > Changes for v2: > - Consolidated patch series > > arch/x86/cpu/start.S |5 +++-- > 1 files changed, 3 insertions(+), 2 deletions(-)

Re: [U-Boot] [PATCH v3] x86: Don't relocate symbols which point to things that aren't relocated

Hi Gabe, On 09/11/11 09:21, Gabe Black wrote: > This change adds an upper bound for symbols which are fixed up after u-boot > is relocated into RAM. This way portions that are left at their original > location can be referred to without having to manually fix up any pointers. > > Signed-off-by: G

Re: [U-Boot] [PATCH v2] x86: Fix how the location of the realmode and bios blobs are calculated

Hi Gabe, On 09/11/11 09:19, Gabe Black wrote: > There are two blobs embedded into the u-boot image which are linked to run > at an address which is different from where they actually end up in the > ROM, one called "realmode" and one called "bios". There are realmode_setup > and bios_setup functio

Re: [U-Boot] [PATCH] [x86] [zboot] Change printf to puts to avoid a buffer overflow

Hi Gabe, On 08/11/11 20:21, Gabe Black wrote: > printf as currently implemented in u-boot has a problem where it can > overflow an internal buffer if it prints an expanded string that's too > long. Our command lines are long enough to cause this problem. A fix > should be coming, but in the mean t

Re: [U-Boot] [PATCH] [x86] Fix some bugs in the i8402 driver when no controller is present

Hi Gabe, On 08/11/11 20:48, Gabe Black wrote: > If no controller is present, the i8402 driver should return immediately and > not attempt to operate on the missing hardware. > > In kbd_input_empty, the status register is checked every millisecond to see > whether the input buffer is empty, up to

Re: [U-Boot] [PATCH] Import the glibc implementation of x86 memset into u-boot

Hi Gabe, On 08/11/11 20:59, Gabe Black wrote: > The new implementation is about twice as fast as the old. > > Signed-off-by: Gabe Black > --- > arch/x86/include/asm/string.h |2 +- > arch/x86/lib/Makefile |1 + > arch/x86/lib/string.c | 87 > ++

[U-Boot] [PATCH 0/6] i.mx: add the initial i.mx6q core/board support

This patch-set add the initial support for freescale i.mx6q support. freescale i.mx6q is a quad core built on arm cortex_a9 complex. The patch-set has been tested ok on freescale i.mx6q Armadillo2 board and also make sure it does not break i.mx5 support Jason Liu (6): i.mx: i.mx5: Move some fil

[U-Boot] [PATCH 1/6] i.mx: i.mx5: Move some files to imx-common folder

In order to support the coming MX6 platform and to reducde the duplicated code, we had better move some common files to the imx-common folder for sharing. Signed-off-by: Jason Liu --- Makefile |7 ++ arch/arm/cpu/armv7/imx-common/Makefile | 47

[U-Boot] [PATCH 3/6] i.mx: mxc_gpio: add the i.mx6q support

Signed-off-by: Jason Liu --- drivers/gpio/mxc_gpio.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpio/mxc_gpio.c b/drivers/gpio/mxc_gpio.c index a7f36b2..908808d 100644 --- a/drivers/gpio/mxc_gpio.c +++ b/drivers/gpio/mxc_gpio.c @@ -40,10 +40,10 @@ static u

[U-Boot] [PATCH 4/6] i.mx: serial_mxc: add the i.mx6q support

Signed-off-by: Jason Liu --- drivers/serial/serial_mxc.c | 10 +++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/serial/serial_mxc.c b/drivers/serial/serial_mxc.c index dcb4bd1..7d0f288 100644 --- a/drivers/serial/serial_mxc.c +++ b/drivers/serial/serial_mxc.c @@

[U-Boot] [PATCH 5/6] i.mx: fsl_esdhc: add the i.mx6q support

The mmc host controller on the i.mx6q is called usdhc which is redesigned based on the freescale esdhc controller. The usdhc controller is almost compatible with esdhc except it adds one misc control register from user using experience. Signed-off-by: Jason Liu --- drivers/mmc/fsl_esdhc.c | 1

[U-Boot] [PATCH 6/6] i.mx: i.mx6q: Add the initial support for i.mx6q ARM2 board

Add the initial support for Freescale i.MX6Q Armadillo2 board Support: MMC boot from slot 0/1, debug UART(UART4), usdhc. Signed-off-by: Jason Liu --- MAINTAINERS |1 + board/freescale/mx6qarm2/Makefile | 48 ++ board/freescale/mx6qarm2/imximage.cfg |

[U-Boot] Using Micron (Numonyx) m28w640hcb with u-boot

Hi list I have replaced the at49bv642d nor flash memory on my Atmel ngw100 board with the pin compatible m28w640hcb flash memory from Micron (formerly Numonyx). I can program the U-boot to the flash without problems using a JTAG. I can also program the full buildroot Linux system using

[U-Boot] contact: Dr. James Grant

Your Email Addres have just won you £750,000 pounds in the NOKIA UK PROMO. For claim send your Name, Address & Phone no. to email: uknokiamobilep...@live.com & call: +44 704-5754954 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.

Re: [U-Boot] Nokia N900 - eMMC not working after commit 02f3029f1810b99869254d0cf0a71946a008a728

Hi Lei Wen, 2011/11/12 Lei Wen : > Hi Pali, > > It is strange that your card would still get failed to send CMD8 after > 3 times retry. > Does omap mmc controller has some mechanism of mmc dynamic clock gating? > I would suggest you to investigate why the emmc cannot response to CMD8 first. > If n

Re: [U-Boot] [PATCH 20/20] M28EVK: Enable USB HOST support

> Hi Marek, > > u-boot-v2011.09 doesn't support for imx28. I need complete support patch > for mx28. where can i get those patches? > > for which version of u-boot this patches supports..? > > > Regards, > Manoj Can you please learn to Cc mailing list when asking something ? Here is the lates

Re: [U-Boot] [PATCH 0/6] i.mx: add the initial i.mx6q core/board support

On 12.11.2011 11:36, Jason Liu wrote: > This patch-set add the initial support for freescale i.mx6q support. > freescale i.mx6q is a quad core built on arm cortex_a9 complex. > > The patch-set has been tested ok on freescale i.mx6q Armadillo2 board and also > make sure it does not break i.mx5 suppo

Re: [U-Boot] [PATCH 5/6] i.mx: fsl_esdhc: add the i.mx6q support

> The mmc host controller on the i.mx6q is called usdhc which > is redesigned based on the freescale esdhc controller. > > The usdhc controller is almost compatible with esdhc except > it adds one misc control register from user using experience. > > Signed-off-by: Jason Liu > --- > drivers/mmc

[U-Boot] [PATCH v3] ulpi: add generic ULPI support header file

Add ULPI header file needed by Efika USB support patchset and generic ULPI support patch. Signed-off-by: Jana Rapava Cc: Marek Vasut Cc: Remy Bohmer Cc: Stefano Babic Cc: Igor Grinberg Cc: Wolfgang Grandegger --- This patch is a prerequisite for Efika USB patchset. Changes for v2: -

[U-Boot] [PATCH v2] ulpi: add generic ULPI functionality

Add generic functions for ULPI init and setting bits in ULPI registers. Signed-off-by: Jana Rapava Cc: Marek Vasut Cc: Remy Bohmer Cc: Stefano Babic Cc: Igor Grinberg Cc: Wolfgang Grandegger --- This patch is a prerequisite for Efika USB patchset. Changes for v2: - make code EHCI-in

[U-Boot] [PATCH v4 3/4] EHCI: adjust for mx5

Add macros and structures needed by Efika USB support code. Move shared offset and bits definitions into common header file. Signed-off-by: Jana Rapava Cc: Marek Vasut Cc: Remy Bohmer Cc: Stefano Babic Cc: Igor Grinberg Cc: Wolfgang Grandegger --- Changes for v2: - whitespace and cod

[U-Boot] [PATCH v8 4/4] Add USB support for Efika

This commit adds USB support for EfikaMX and EfikaSB. Signed-off-by: Jana Rapava Signed-off-by: Marek Vasut Cc: Remy Bohmer Cc: Stefano Babic Cc: Igor Grinberg Cc: Wolfgang Grandegger Acked-by: Marek Vasut --- Changes for v2: - introduce temporary variable in ulpi_write - whitespac

[U-Boot] [PATCH] Revert "sandbox: Change md command to use map_physmem"

This reverts commit 355a835747c6f7c5071ead295a7dfc489c73cb03. The original commit broke long standing assumption that md commands work on effective addresses. This normally isn't an issue for most systems that map 1:1, however on systems with a 36-bit address map it breaks. Signed-off-by: Kumar

Re: [U-Boot] [PATCH v3 2/2] mpc85xx: support for Freescale COM Express P2020

>>> >>> +phys_size_t fixed_sdram(void) >>> +{ >>> + char buf[32]; >>> + fsl_ddr_cfg_regs_t ddr_cfg_regs; >>> + size_t ddr_size; >>> + struct cpu_type *cpu; >>> + ulong ddr_freq, ddr_freq_mhz; >>> + >>> + cpu = gd->cpu; >>> + /* P1020 and it's derivatives support max 32bit DDR width *

Re: [U-Boot] [PATCH 6/6] i.mx: i.mx6q: Add the initial support for i.mx6q ARM2 board

Hi Jason, On Sat, Nov 12, 2011 at 8:36 AM, Jason Liu wrote: > +int board_init(void) > +{ > +       /* board id for linux */ > +       gd->bd->bi_arch_number = MACH_TYPE_MX61_ARD; Please remove this line and define the mach type in the board header file. Regards, Fabio Estevam _

Re: [U-Boot] [PATCH 6/6] i.mx: i.mx6q: Add the initial support for i.mx6q ARM2 board

On Sat, Nov 12, 2011 at 8:36 AM, Jason Liu wrote: > +int board_mmc_getcd(u8 *cd, struct mmc *mmc) > +{ > +       struct fsl_esdhc_cfg *cfg = (struct fsl_esdhc_cfg *)mmc->priv; > + > +       if (cfg->esdhc_base == USDHC3_BASE_ADDR) > +               *cd = gpio_get_value(107); /*GPIO6_11*/ GPIO6_11

Re: [U-Boot] [PATCH] Revert "sandbox: Change md command to use map_physmem"

Hi Kumar, On Sat, Nov 12, 2011 at 10:02 AM, Kumar Gala wrote: > This reverts commit 355a835747c6f7c5071ead295a7dfc489c73cb03. > > The original commit broke long standing assumption that md commands work > on effective addresses.  This normally isn't an issue for most systems > that map 1:1, howev

[U-Boot] Please pull u-boot-mmc.git

The following changes since commit 5721385b187b3154c7768e6c182501022f4e2e45: Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx (2011-11-08 07:44:52 +0100) are available in the git repository at: git://www.denx.de/git/u-boot-mmc.git master Anton staaf (4): Tegra2: mmc: define

[U-Boot] arm mach-types.h

Hi, Does u-boot always follow the mach-types.h from upstream linux? Is there any policy? If thats true, it means, that - every supported board in u-boot has to be supported in mainline linux, too. because that is the basic requirement for an entry to stay in this file. - a device with de

Re: [U-Boot] arm mach-types.h

> Hi, > > Does u-boot always follow the mach-types.h from upstream linux? Is there > any policy? Yes it does follow it. > > If thats true, it means, that > - every supported board in u-boot has to be supported in mainline linux, >too. because that is the basic requirement for an entry to s

[U-Boot] [PATCH] PXA: Unify vpac270 environment size

Signed-off-by: Marek Vasut Cc: Albert Aribaud --- include/configs/vpac270.h | 14 ++ 1 files changed, 2 insertions(+), 12 deletions(-) diff --git a/include/configs/vpac270.h b/include/configs/vpac270.h index e486228..9b29667 100644 --- a/include/configs/vpac270.h +++ b/include/con

Re: [U-Boot] [PATCH] [fdt] Fix constness of the fdt void pointer in fdt_getprop_u32_default

Bump. On Tue, Nov 8, 2011 at 5:47 AM, Mike Frysinger wrote: > +fdt maintainer > > On Tuesday 08 November 2011 04:09:44 Gabe Black wrote: > > The function fdt_getprop_u32_default doesn't modify the fdt, so it can > use > > a const void * for its fdt argument. > > > > Signed-off-by: Gabe Black >

Re: [U-Boot] [PATCH] Add some missing endian conversions in fdt_support.c

Bump. On Tue, Nov 8, 2011 at 5:47 AM, Mike Frysinger wrote: > +fdt maintainer > > On Tuesday 08 November 2011 04:05:32 Gabe Black wrote: > > Some functions in fdt_support.c use fdt_getprop to read 32 bit values out > > of the device tree, but then use them directly without doing any endian > > c

[U-Boot] [PATCH v3] x86: Fix how the location of the realmode and bios blobs are calculated

From: Gabe Black There are two blobs embedded into the u-boot image which are linked to run at an address which is different from where they actually end up in the ROM, one called "realmode" and one called "bios". There are realmode_setup and bios_setup functions which prepare those blobs by copy

[U-Boot] [PATCH v2] x86: Change printf to puts to avoid a buffer overflow

printf as currently implemented in u-boot has a problem where it can overflow an internal buffer if it prints an expanded string that's too long. Our command lines are long enough to cause this problem. A fix should be coming, but in the mean time this change replaces a problematic printf with a fe

[U-Boot] [PATCH v4] x86: Don't relocate symbols which point to things that aren't relocated

This change adds an upper bound for symbols which are fixed up after u-boot is relocated into RAM. This way portions that are left at their original location can be referred to without having to manually fix up any pointers. Signed-off-by: Gabe Black --- Changes in v2: Merge in a fix in a later p

Re: [U-Boot] [PATCH] [x86] Fix some bugs in the i8402 driver when no controller is present

On Sat, Nov 12, 2011 at 2:26 AM, Graeme Russ wrote: > Hi Gabe, > > On 08/11/11 20:48, Gabe Black wrote: > > If no controller is present, the i8402 driver should return immediately > and > > not attempt to operate on the missing hardware. > > > > In kbd_input_empty, the status register is checked

[U-Boot] [PATCH v3] x86: Import the glibc memset implementation

The new implementation is about twice as fast as the old. Signed-off-by: Gabe Black --- Changes in v2: Update the commit summary as suggested by Mike Frysinger. Changes in v3: Rebase onto the x86 repository. arch/x86/include/asm/string.h |2 +- arch/x86/lib/Makefile |1 + arch/

[U-Boot] Affliate Text Program

Hi, I usually don't refer anything thru the e mail, BUTthis has no charge to sign up and generated instant funds. It kinda took off on it's own. Again...it has no charge, but they deposit funds back to you. Oh yeah, you can sign up at: http://www.briankevincollins.com/collins/link.php?M=2

[U-Boot] Warning Bad crc using default environment.

I am using u-boot-2011.03 on MPC8379E processor board. While booting i got "Warning bad crc using default enviroment" message. As per your site information, i have given "saveenv" command and reset the board. Still i got the same message. Board is having 32MB Flash. Flash base address is 0xfe

Re: [U-Boot] Warning Bad crc using default environment.

> I am using u-boot-2011.03 on MPC8379E processor board. While booting i got > "Warning bad crc using default enviroment" message. As per your site > information, i have given "saveenv" command and reset the board. Still i > got the same message. Board is having 32MB Flash. Flash base address is

Re: [U-Boot] [PATCH 6/6] i.mx: i.mx6q: Add the initial support for i.mx6q ARM2 board

Hi Jason, Two neats in addition to Fabio's comments below: On 11/12/11 12:36, Jason Liu wrote: > Add the initial support for Freescale i.MX6Q Armadillo2 board > Support: MMC boot from slot 0/1, debug UART(UART4), usdhc. > > Signed-off-by: Jason Liu > --- > MAINTAINERS