[U-Boot] [PATCH] arm, davinci: Fix setting of the SDRAM configuration register

da850_ddr_setup() expects the BOOTUNLOCK bit to be set in #define CONFIG_SYS_DA850_DDR2_SDBCR ... in include/configs/*.h If BOOTUNLOCK is not set in this define, several configuration bits will not be writeable and the code will not work. Since the BOOTUNLOCK and TIMUNLOCK bits are not configurati

Re: [U-Boot] [PATCH 10/12] OMAP3: Add SPL support to omap3_evm

On 11/08/11 00:03, Tom Rini wrote: > Add Hynix 200MHz timing information to . We > don't calculate the MCFG value here for the Micron parts as the provided > one assumes a memory size which is incorrect. > > Signed-off-by: Tom Rini > --- > arch/arm/include/asm/arch-omap3/mem.h | 38 ++

[U-Boot] [PATCH v3 0/2] Remove duplicate functions for power and sleep configuration

Hi, these patches remove the duplicate functions for the power and sleep controller of the davinci devices. Since v2, these patches have only been rebased, therefore I kept the Acked-bys by Heiko Schocher. v2 has been under review since mid of October so I think they could be applied now. Thank

[U-Boot] [PATCH v3 2/2] arm, davinci: Remove the duplication of LPSC functions in da850_lowlevel.c

The LPSC functions defined in arch/arm/cpu/arm926ejs/davinci/da850_lowlevel.c are replaced by those already defined in arch/arm/cpu/arm926ejs/davinci/psc.c. Signed-off-by: Christian Riesch Cc: Heiko Schocher Cc: Paulraj Sandeep Cc: Albert ARIBAUD Acked-by: Heiko Schocher --- arch/arm/cpu/arm

[U-Boot] [PATCH v3 1/2] arm, davinci: Rename AM1808 lowlevel functions to DA850

Rename arch/arm/cpu/arm926ejs/davinci/am1808_lowlevel.c and arch/arm/include/asm/arch-davinci/am1808_lowlevel.h to da850_lowlevel.c and da850_lowlevel.h since they apply not only to the AM1808 SoC but to all DA850 chips. The function names and #defines are changed likewise. Signed-off-by: Christia

Re: [U-Boot] [PATCH 2/3 RESEND] devkit3250: add Timll DevKit3250 board initial support

Hi Vladimir, On 11/07/11 23:58, Vladimir Zapolskiy wrote: > This change adds a basic support for Embest/Timll DevKit3250 board, > NOR and UART are the only supported peripherals for a moment. The board > doesn't require low-level init, because the initial SDRAM and GPIO > configuration is performe

Re: [U-Boot] [PATCH 1/2] ARM: re-add MACH_TYPE_XXXXXX for VCMA9 board and add CONFIG_MACH_TYPE

Hi David, Le 31/10/2011 12:22, David Müller a écrit : > Signed-off-by: David Mueller > --- > include/configs/VCMA9.h |4 > 1 files changed, 4 insertions(+), 0 deletions(-) > > diff --git a/include/configs/VCMA9.h b/include/configs/VCMA9.h > index 8b8113d..a370c15 100644 > --- a/include

[U-Boot] fatload accepting wildcard in filename?

Hi, I came across this page http://boundarydevices.com/upgradeU.php where the linked Xenon "upgrade package" contains a script that does if fatload mmc 0 80008000 u-boot-xenon*.bin ; then ... Their release is from a few years back (2008-06-11); the same fatload + wildcard construct doe

Re: [U-Boot] [PATCH 3/3] netspace_v2: Read Ethernet MAC address from EEPROM

> -Original Message- > From: Simon Guinot [mailto:si...@sequanux.org] > Sent: Saturday, November 05, 2011 6:00 PM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de; Simon Guinot > Subject: Re: [U-Boot] [PATCH 3/3] netspace_v2: Read Ethernet > MAC address from EEPROM > > Hi Prafulla, >

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

Dear Nicolas, may I suggest that you please try to relax for a moment, and try to look at things from a completely unprejudiced point of view? We will come back to your arguments later, promised. In message you wrote: > > > I understand you are referring here to zImages only. Correct? > > Cor

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

Dear Nicolas Pitre, In message you wrote: > > > But as you said yourself, the (raw) kernel is not relocatable. It > > gets loaded and started at pre-defined (at image build time) > > addresses. Only the kernel wrapper adds the complexity you are > > complaining about. Drop it, then. > > Many

[U-Boot] [RFC PATCH] arm, davinci: Remove board specific code from da850_lowlevel.c

Signed-off-by: Christian Riesch --- Hello Heiko, On my board I cannot use your code in arch_cpu_init() in da850_lowlevel.c since I have different versions of my board with different input clock frequencies. Here u-boot should first determine the board revision number and then configure the SoC

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

Dear Simon Glass, In message you wrote: > > > Firstly, there is not just u-Boot out there. And since the layout > > optimization for Linux when decompressing is by definition Linux > > specific, this better live in zImage than be duplicated in every > > bootloaders. > > Actually I was talking

Re: [U-Boot] fatload accepting wildcard in filename?

Dear Orjan Friberg, In message <4eb8e510.6090...@flatfrog.com> you wrote: > > I came across this page http://boundarydevices.com/upgradeU.php where > the linked Xenon "upgrade package" contains a script that does > >if fatload mmc 0 80008000 u-boot-xenon*.bin ; then > ... > > Their re

Re: [U-Boot] [PATCH] ARM: define CONFIG_MACH_TYPE for all ronetix boards

Hi Asen, Le 31/10/2011 19:54, Asen Chavdarov Dimov a écrit : > > Signed-off-by: Asen Chavdarov Dimov > --- > board/ronetix/pm9261/pm9261.c |3 --- > board/ronetix/pm9263/pm9263.c |3 --- > board/ronetix/pm9g45/pm9g45.c |2 -- > include/configs/pm9261.h |3 +++ > include/

[U-Boot] [PATCH] [driver][cfb] Make the software cursor non-destructive

When printing the string "\r\n" to the framebuffer console, the first character of the current line was being replaced with a space. The "boot" prompt would become the "oot" prompt. This change makes the cursor non-destructive so that no matter where it goes on its way to where it's supposed to be,

Re: [U-Boot] fatload accepting wildcard in filename?

On 2011-11-08 09:49, Wolfgang Denk wrote: >> Their release is from a few years back (2008-06-11); the same fatload + >> wildcard construct doesn't work with 2011.03. I'm trying to find out >> how this was implemented, and if it was ever part of mainline or if it >> was a local hack. (I couldn't f

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

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 conversion. Because they check for a value that doesn't actually appear in practice, the functions continued to work even though they're incorrect. This

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

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 --- common/fdt_support.c |4 ++-- include/fdt_support.h |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/common/fdt_support.c

[U-Boot] [PATCH] [build] Automatically build the device tree if DEV_TREE_SEPARATE is set

This change makes the u-boot "all" target build the separate device tree if DEV_TREE_SEPARATE is set. This use of DEV_TREE_SEPARATE is consistent with the one other use in the u-boot build system. It's at least expedient and perhaps necessary to build the device tree this way since it's difficult t

Re: [U-Boot] [RFC] [MMC] Is the HIGH_SPEED_SUPPORT bit checked wrong in mmc.c?

Hi all, 2011/11/3 馬克泡 : > Hi all, > > I have a problem on reading low speed card on my platform. > While high speed card were all correct. I've reported a problem with FTSDC010 controller last week. The problem is, when I'm using card SD ver 1.10 on the platform, the hardware will report CRC_FAIL

Re: [U-Boot] [PATCH v2] arm: Correct build error introduced by getenv_ulong() patch

Hi Mike, > On Monday 31 October 2011 17:06:46 Simon Glass wrote: >> On Sun, Oct 30, 2011 at 5:44 PM, Mike Frysinger wrote: >> > On Sunday 23 October 2011 23:44:35 Simon Glass wrote: >> >> --- a/arch/arm/lib/board.c >> >> +++ b/arch/arm/lib/board.c >> >> >> >> flash_size = flash_init(); >> >

[U-Boot] [PATCH] [x86] [zboot] 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] [x86] Wrap small helper functions from libgcc to avoid an ABI mismatch

When gcc compiles some 64 bit operations on a 32 bit machine, it generates calls to small functions instead of instructions which do the job directly. Those functions are defined in libgcc and transparently provide whatever functionality was necessary. Unfortunately, u-boot can be built with a non-

Re: [U-Boot] [PATCH v0 0/4] env: reworking + default/import individual vars

On 11/06/2011 11:15 PM, Wolfgang Denk wrote: > Dear Gerlando Falauto, > > In message<1319647072-17504-1-git-send-email-gerlando.fala...@keymile.com> you wrote: >> This is a resubmission (after removing remove checkpatch errors) of >> http://lists.denx.de/pipermail/u-boot/2011-September/102

[U-Boot] [OT] Re: [PATCH v3] AVR32: fix timer_init() function

Hi Wolfgang, Le 05/10/2011 09:12, Andreas Bießmann a écrit : > Dear Sven, > > Am 04.10.2015 21:53, schrieb Sven Schnelle: Apparently, something went quite wrong with the date for this patch. See http://patchwork.ozlabs.org/patch/117688/, which places it in 2015 (like Andreas' answer does), igno

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

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 a timeout which is tracked by decrimenting a counter each

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

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 + 3 files changed, 89 insertions(+), 1 deletions(

Re: [U-Boot] [OT] Re: [PATCH v3] AVR32: fix timer_init() function

Dear Albert, Am 08.11.2011 10:38, schrieb Albert ARIBAUD: > Hi Wolfgang, > > Le 05/10/2011 09:12, Andreas Bießmann a écrit : >> Dear Sven, >> >> Am 04.10.2015 21:53, schrieb Sven Schnelle: > > Apparently, something went quite wrong with the date for this patch. See > http://patchwork.ozlabs.org/

Re: [U-Boot] Continuation line alignment

On 11/08/2011 12:58 AM, Scott Wood wrote: > I like aligning based on which level of nested parens the line break is > in (and removing unnecessary parens when precedence is obvious, to make > it easier to track the relevant ones): > > if ((day_of_week() % 2 == 0&& > (temperature()<

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

Gabe, Can you please change your prefix from '[x86]' to 'x86:' Thanks, Graeme ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] uboot on devkit8000

Do you have an UART connected? Regards Simon On 11/07/2011 02:18 PM, Mariya Abdul Ghafoor wrote: > > I configured Angstrom on DevKit8000 (clone > of Beagleboard) now the touch screen shows shell prompt i.e. > root@DevKit8000~# but there is no uboot console output...I need to port > Android on it

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

On 11/02/11 20:42, Jana Rapava wrote: > Add ULPI header file needed by Efika USB support patchset and generic > ULPI support patch, which is to be posted soon. > > Signed-off-by: Jana Rapava > Cc: Marek Vasut > Cc: Remy Bohmer > Cc: Stefano Babic > Cc: Igor Grinberg > --- > Changes for v2: >

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

On 11/06/11 01:32, Jana Rapava wrote: > > > 2011/11/6 Marek Vasut mailto:marek.va...@gmail.com>> > > > 2011/11/5 Marek Vasut > > > > > > > +int ulpi_wait(struct usb_ehci *ehci, u32 ulpi_value, u32 ulpi_mask) > > > > > > So this works only with

Re: [U-Boot] [PATCH] da8xxevm: fix build error

On Tue, Nov 8, 2011 at 6:02 AM, wrote: > From: Prabhakar Lad > > This patch fixes following compile error for da8xx evm > > da830evm.c: In function 'board_init': > da830evm.c:222: error: 'DAVINCI_SYSCFG_SUSPSRC_UART2' undeclared (first use > in this function) > da830evm.c:222: error: (Each unde

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

Hi Jana, Thanks for porting this. Several comments below. On 11/05/11 22:50, Jana Rapava wrote: > 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 > --- > M

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

> Dear Nicolas Pitre, > > In message you wrote: > > > But as you said yourself, the (raw) kernel is not relocatable. It > > > gets loaded and started at pre-defined (at image build time) > > > addresses. Only the kernel wrapper adds the complexity you are > > > complaining about. Drop it, then

Re: [U-Boot] [PATCH v0 0/4] env: reworking + default/import individual vars

Dear Gerlando Falauto, In message <4eb8f762.1030...@keymile.com> you wrote: > > I tested "env import" with and without -n. Same for "env default". > Also tested special variables. > > > For me, env import is broken now. > > I am not able to see how it's obviously broken. It just didn't work fo

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

Dear Marek Vasut, In message <20081235.05464.marek.va...@gmail.com> you wrote: > > Ok, so guys ... let me ask a stupid question: Not a stupid question at all. > Will it be a problem to extend bootm (if not already done) to load zImages > directly, with -z option for example ? Won't that sat

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

> Dear Marek Vasut, > > In message <20081235.05464.marek.va...@gmail.com> you wrote: > > Ok, so guys ... let me ask a stupid question: > Not a stupid question at all. > > > Will it be a problem to extend bootm (if not already done) to load > > zImages directly, with -z option for example ? Wo

[U-Boot] [PATCH v2] arm, davinci: Fix setting of the SDRAM configuration register

da850_ddr_setup() expects the BOOTUNLOCK bit to be set in #define CONFIG_SYS_DA850_DDR2_SDBCR ... in include/configs/*.h If BOOTUNLOCK is not set in this define, several configuration bits will not be writeable and the code will not work. Since the BOOTUNLOCK and TIMUNLOCK bits are not configurati

Re: [U-Boot] [PATCH v0 0/4] env: reworking + default/import individual vars

On 11/08/2011 12:46 PM, Wolfgang Denk wrote: > Dear Gerlando Falauto, > > In message<4eb8f762.1030...@keymile.com> you wrote: >> >> I tested "env import" with and without -n. Same for "env default". >> Also tested special variables. >> >> > For me, env import is broken now. >> >> I am not able

[U-Boot] [PATCH] env: allow to export only selected variables

New syntax: env export [-t | -b | -c] [-s size] addr [var ...] With this change it is possible to provide a list of variables names that shall be exported. Whenno arguments are given, the whole environment gets exported. NOTE: The new handling of the "size" argument means a change to the

[U-Boot] [PATCH v3] arm, davinci: Fix setting of the SDRAM configuration register

da850_ddr_setup() expects the BOOTUNLOCK bit to be set in If BOOTUNLOCK is not set in this define, several configuration bits will not be writeable and the code will not work. Since the BOOTUNLOCK and TIMUNLOCK bits are not configuration options but access control bits, this patch changes the code

[U-Boot] [PATCH v2 00/12] x86: Various cosmetic and minor code fixups

NOTE: Due to the way this patchset started life as a two-part series, the threading may seem odd - Each patch is In-reply-to: the original patch from the original corresponding series... This series is the amalgamation of the 7 part 'Various x86 fixups' and 5 part 'x86: Cosmetic cleanup' patch set

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

Signed-off-by: Graeme Russ --- Changes for v2: - Consolidated patch series arch/x86/cpu/interrupts.c | 20 ++-- 1 files changed, 10 insertions(+), 10 deletions(-) diff --git a/arch/x86/cpu/interrupts.c b/arch/x86/cpu/interrupts.c index c6e72ea..89f39d2 100644 --- a/arch/x86/c

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

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 deletions(-) diff --git a/arch/x86/cpu/cpu.c b/arch/x86/cp

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

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 generating checkpatch errors because of the inlin

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

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(-) diff --git a/board/eNET/eNET.c b/board/eNET/eNET.c index c4ed820..429fe1b 10064

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

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/cpu/start16.S |3 --- arch/x86/include/asm/g

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

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 checkpatch warnings, all of which are 'line over 80 character

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

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 +++ arch/x86/cpu/sc520/sc520_car.S |3 +- arch/x86/

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

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 overwriting the BIOS Signed-off-by: Graeme Russ

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

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 issues - Removed non x86 modification to common/cmd_bdin

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

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/interrupts.c |2 +- arch/x86/lib/board.c | 17 +++

Re: [U-Boot] [PATCH] [x86] Wrap small helper functions from libgcc to avoid an ABI mismatch

On Tuesday 08 November 2011 04:27:44 Gabe Black wrote: > When gcc compiles some 64 bit operations on a 32 bit machine, it generates > calls to small functions instead of instructions which do the job directly. > Those functions are defined in libgcc and transparently provide whatever > functionalit

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

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 |4 +--- arch/x86/include/asm/pci.h |2 +-

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

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(-) diff --git a/arch/x86/cpu/start.S b/arch/x86/cpu/start.

Re: [U-Boot] [PATCH] [PCI] Update pci_ids.h from current Linux sources

On Tuesday 08 November 2011 04:43:32 Gabe Black wrote: > This change copies over the pci_ids.h file from Linux verbatim, plus a few > ids that had been added by hand. to be clear, the few ids you refer to are already in u-boot and not something you're adding right ? -mike signature.asc Descrip

Re: [U-Boot] [PATCH v2 00/12] x86: Various cosmetic and minor code fixups

> Of the patches, patch 4 (cosmetic: checkpatch cleanup of arch/x86/lib/*.c) > has 23 checkpatch warnings all associated with asm statements which > checkpatch does not know how to deal with, and 3 'line over 80 characters' > warnings in x86/lib/zimage.c (see above) Oops, I meant to say all except

Re: [U-Boot] [PATCH] [driver][cfb] Make the software cursor non-destructive

On Tuesday 08 November 2011 03:59:29 Gabe Black wrote: > When printing the string "\r\n" to the framebuffer console, the first > character of the current line was being replaced with a space. The "boot" > prompt would become the "oot" prompt. This change makes the cursor > non-destructive so that n

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

On Tuesday 08 November 2011 02:08:42 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. i'm not fami

Re: [U-Boot] [PATCH v0 0/4] env: reworking + default/import individual vars

Dear Gerlando, In message <4eb91abd.90...@keymile.com> you wrote: > > > The whole interface is wrong. I have just extendend "env export" to > > do a similar thing. The new syntax is: > > > > env export [-t | -b | -c] [-s size] addr [var ...] > > When/where? I can't see that in the lates

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

+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 > conversion. Because they check for a value that doesn't actually appear in

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

+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 > --- > common/fdt_support.c |4 ++-- > include/fdt_support.h |4 ++--

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

Acked-by: Mike Frysinger -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

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

i'd tweak the summary to be something like: [x86] import the glibc memset implementation otherwise, Acked-by: Mike Frysinger -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH] [build] Automatically build the device tree if DEV_TREE_SEPARATE is set

On Tuesday 08 November 2011 04:15:32 Gabe Black wrote: > This change makes the u-boot "all" target build the separate device tree if > DEV_TREE_SEPARATE is set. This use of DEV_TREE_SEPARATE is consistent with > the one other use in the u-boot build system. It's at least expedient and > perhaps nec

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

Acked-by: Mike Frysinger -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 2/2] mvgbe: fix network device indices

On Tuesday 08 November 2011 02:32:59 Prafulla Wadaskar wrote: > On some boards, using mvbge random mac generation is needed since there is > no eeprom to hold this. Further practically it is not possible to hardcode > mac address and recompile, nor it is suggested to have any mac/ip/server > addres

Re: [U-Boot] [PATCH] mvgbe: remove setting of ethaddr within the driver

On Monday 07 November 2011 17:08:09 Michael Walle wrote: > drivers/net/mvgbe.c| 23 --- ACK to the changes to this file > --- a/include/configs/edminiv2.h > +++ b/include/configs/edminiv2.h > > +#define CONFIG_ETH_ADDR 02:50:43:00:00:01 NAK to this. board configs a

Re: [U-Boot] [PATCH] mvgbe: remove setting of ethaddr within the driver

On Tuesday 08 November 2011 02:18:20 Prafulla Wadaskar wrote: > Here are my suggestions- > 1. commond/random_mac.c should be added > 2. call back function should be provided to generate random number, those > should be defined in arch specific code (for Kirkwood arch-kirkwood/cpu.c) > 3. mac random

Re: [U-Boot] [PATCH 0/3] ARM: vexpress: add support for A5 core tile

Hi Albert, Thanks for looking at my patches. I'm not sure exactly what you mean, so I'll explain that I am doing here and see if that help resolve the issue you are seeing, if not, hopefully you'll have more info to help clarify. The first patch is simply moving and renaming files in preparation

Re: [U-Boot] [PATCH v0 0/4] env: reworking + default/import individual vars

Hi, On 11/08/2011 01:47 PM, Wolfgang Denk wrote: >>> >>> env import [-t | -b | -c] [-s size] addr [var ...] >>> >>> This also greatly simplifies the implementation. >> >> Totally agree. Question is: won't that break all the existing scripts??? > > Yes. It _is_ an incompatible change of the A

[U-Boot] [PATCH] fsl_i2c: Fix compile warning

fsl_i2c.c: In function 'i2c_init': fsl_i2c.c:245:7: warning: assignment discards qualifiers from pointer target type Signed-off-by: Kumar Gala --- drivers/i2c/fsl_i2c.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/i2c/fsl_i2c.c b/drivers/i2c/fsl_i2c.c index

Re: [U-Boot] [PATCH] mvgbe: remove setting of ethaddr within the driver

Am Di, 8.11.2011, 14:57 schrieb Mike Frysinger: > On Monday 07 November 2011 17:08:09 Michael Walle wrote: >> drivers/net/mvgbe.c| 23 --- > > ACK to the changes to this file > >> --- a/include/configs/edminiv2.h >> +++ b/include/configs/edminiv2.h >> >> +#define CONFI

Re: [U-Boot] [PATCH] Allow for parallel builds and saved output

On Nov 3, 2011, at 11:22 AM, Simon Glass wrote: > Hi Andy, > > On Thu, Nov 3, 2011 at 12:28 AM, Andy Fleming wrote: >> The MAKEALL script cleverly runs make with the appropriate options >> to use all of the cores on the system, but your average U-Boot build >> can't make much use of more than a

Re: [U-Boot] [PATCH] mvgbe: remove setting of ethaddr within the driver

On Tuesday 08 November 2011 08:45:27 Michael Walle wrote: > Am Di, 8.11.2011, 14:57 schrieb Mike Frysinger: > > On Monday 07 November 2011 17:08:09 Michael Walle wrote: > >> --- a/include/configs/edminiv2.h > >> +++ b/include/configs/edminiv2.h > >> > >> +#define CONFIG_ETH_ADDR 02:50:43:00:00:01

[U-Boot] Please pull u-boot-ti/master

The following changes since commit c686537f34268ffd6d87e3b8b14d1118b221a995: David Müller (ELSOFT AG) (1): ARM: re-add MACH_TYPE_XX for VCMA9 board and add CONFIG_MACH_TYPE are available in the git repository at: git://git.denx.de/u-boot-ti.git master Christian Riesch (3):

Re: [U-Boot] [PATCH] mvgbe: remove setting of ethaddr within the driver

Dear Mike Frysinger, In message <20080858.25678.vap...@gentoo.org> you wrote: > > > 3. mac randomization should be enabled by > > CONFIG_SYS_LOCAL_MAC_RANDOMIZATION macro 4. For mvgbe uses it should be > > enabled by default in include/configs/mv-common.h. 5. for corner case like > > edminiv2,

Re: [U-Boot] [PATCH 7/7] omap5: Add omap5_evm board build support.

> > Hi Tom, > > > > One thing it's better to do #define CONFIG_FOO rather than > > #define CONFIG_FOO 1. > > > Sorry for the late reply, i was on vacation. > > I agree with your comments. I will send a V2 for this and your other > comment. Hi Sricharan, I don't believe I saw a v2... if you

Re: [U-Boot] [PATCH 7/7] omap5: Add omap5_evm board build support.

Hi sandeep, I am in the process of making the V2. I will send it with all the patches together. Thanks, Sricharan On Tue, Nov 8, 2011 at 7:49 PM, Paulraj, Sandeep wrote: > > >> >> Hi Tom, >> > >> > One thing it's better to do #define CONFIG_FOO rather than >> > #define CONFIG_FOO 1. >> > >>

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

On Tue, 8 Nov 2011, Wolfgang Denk wrote: > In message you wrote: > > > > > I understand you are referring here to zImages only. Correct? > > > > Correct. Anything else is not relocatable. > > > > > Or will raw images (without the preloader) be fully relocatable, too? > > > > No. > > OK. So t

Re: [U-Boot] [PATCH 7/7] omap5: Add omap5_evm board build support.

> Hi sandeep, > I am in the process of making the V2. > I will send it with all the patches together. > > Thanks, > Sricharan ok ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

On Mon, Nov 07, 2011, Simon Glass wrote: > How can we give U-Boot what it > wants, which is apparently the ability to decompress the kernel itself > and arrange everything in memory at the right place? Wolfgang > complains that patches to do this have been repea

Re: [U-Boot] [PATCH 1/5] powerpc/85xx: fix definition of MAS register macros

On Oct 31, 2011, at 1:30 PM, Timur Tabi wrote: > Some of the MAS register macros do not protect the parameter with > parentheses, which could cause wrong values if the parameter includes > operators. > > Also fix the definition of TSIZE_TO_BYTES() so that it actually uses > the parameter. This

Re: [U-Boot] [PATCH 2/5] powerpc/85xx: fix some comments in the CCSR relocation code

On Oct 31, 2011, at 1:30 PM, Timur Tabi wrote: > Signed-off-by: Timur Tabi > --- > arch/powerpc/cpu/mpc85xx/start.S |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) applied to 85xx - k ___ U-Boot mailing list U-Boot@lists.denx.de http:

Re: [U-Boot] [PATCH 5/9] powerpc/mpc8548cds: Fix network initialization

On Sep 13, 2011, at 2:15 AM, Zhao Chenhui wrote: > From: chenhui zhao > > Add board_eth_init(). PCIe network card is also supported. > Put RGMII init after tsec_eth_init(). > Skip initializing eTSEC3 and eTSEC4 with Carrier boards prior to ver 1.3. > > Signed-off-by: Ebony Zhu > Signed-off-by

Re: [U-Boot] [PATCH 4/5] powerpc/85xx: verify the current address of CCSR before relocating it

On Oct 31, 2011, at 1:30 PM, Timur Tabi wrote: > Verify that CCSR is actually located where it is supposed to be before > we relocate it. This is useful in detecting U-Boot configurations that > are broken (e.g. an incorrect value for CONFIG_SYS_CCSRBAR_DEFAULT). > If the current value is wrong,

Re: [U-Boot] [PATCH 5/5] powerpc/85xx: resize the boot page TLB before relocating CCSR

On Oct 31, 2011, at 1:30 PM, Timur Tabi wrote: > On some Freescale systems (e.g. those booted from the on-chip ROM), the > TLB that covers the boot page can also cover CCSR, which breaks the CCSR > relocation code. To fix this, we resize the boot page TLB so that it only > covers the 4KB boot pa

Re: [U-Boot] [PATCH 3/5] powerpc/85xx: add some missing sync instructions in the CCSR relocation code

On Oct 31, 2011, at 1:30 PM, Timur Tabi wrote: > Calls to tlbwe and tlbsx should be preceded with an isync/msync pair. > > Signed-off-by: Timur Tabi > --- > arch/powerpc/cpu/mpc85xx/start.S |4 > 1 files changed, 4 insertions(+), 0 deletions(-) applied to 85xx - k ___

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

On Sat, Nov 05, 2011, Marek Vasut wrote: > this patchset is good and all, but can we not also introduce cmd_zload > to load zImages? Wolfgang, today's ARM hardware will really benefit > from that, uImage holds us back a lot these days. Other option is to > extend cmd_bootm() to load zImages. Othe

Re: [U-Boot] [PATCH 4/9] powerpc/mpc8548: Add workaround for erratum NMG_eTSEC129

On Sep 13, 2011, at 2:15 AM, Zhao Chenhui wrote: > From: chenhui zhao > > Erratum NMG_eTSEC129 (eTSEC86 in MPC8548 document) applies to some early > verion silicons. This workaround detects if the eTSEC Rx logic is properly > initialized, and reinitialize the eTSEC Rx logic. > > Signed-off-by:

Re: [U-Boot] [PATCH] powerpc/85xx: Add support for Book-E MMU Arch v2.0

On Oct 31, 2011, at 10:16 PM, Kumar Gala wrote: > A few of the config registers changed definition between MMU v1.0 and > MMUv2.0. The new e6500 core from Freescale implements v2.0 of the > architecture. > > Specifically, how we determine the size of TLB entries we support in the > variable siz

Re: [U-Boot] [PATCH] fsl_ifc:Fixed a bug in the erratum handling code for IFC_A003399

On Nov 1, 2011, at 8:28 AM, Poonam Aggrwal wrote: > Wrong pointer was being used to copy code into L2SRAM. > Also removed the unreferenced variable l2srbar. > Signed-off-by: Poonam Aggrwal > --- > Thanks Wolfgang and Kumar for identifying the issue. > arch/powerpc/cpu/mpc85xx/cpu_init_early.c |

Re: [U-Boot] [PATCH v2] QorIQ: fix network frame manager TBI PHY address settings

On Oct 28, 2011, at 12:15 AM, Roy Zang wrote: > TBI PHY address (TBIPA) register has been set in general frame manager > phy init funciton dtsec_init_phy() in drivers/net/fm/eth.c > > So remove the duplicate code on QorIQ frame manager Ethernet related > platforms, which include Hydra board, P40

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

Nicolas, On Mon, Nov 07, 2011 at 10:51:33PM -0500, Nicolas Pitre wrote: > On Mon, 7 Nov 2011, Simon Glass wrote: > > > On Mon, Nov 7, 2011 at 4:35 PM, Nicolas Pitre wrote: > > > > > On Tue, 8 Nov 2011, Wolfgang Denk wrote: > > > > > >> Dear Nicolas Pitre, > > >> > > >> > We don't want any hardc

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

> On Tue, 8 Nov 2011, Wolfgang Denk wrote: > > In message you wrote: > > > > I understand you are referring here to zImages only. Correct? > > > > > > Correct. Anything else is not relocatable. > > > > > > > Or will raw images (without the preloader) be fully relocatable, too? > > > > > > No.

Re: [U-Boot] [PATCH 07/12] OMAP3 SPL: Rework memory initalization and devkit8000 support

On 11/08/2011 12:06 AM, Igor Grinberg wrote: > Hi Tom, > > On 11/07/11 22:05, Tom Rini wrote: >> This changes to making the board be responsible for providing the >> memory initialization timings in SPL and converts the devkit8000 >> to this framework. In SPL we try and initialize both CS0 and CS

Re: [U-Boot] [PATCH] mvgbe: remove setting of ethaddr within the driver

Dear "Michael Walle", In message <89e599b8867346f857ae2f132e9717a3.squir...@ssl.serverraum.org> you wrote: > > >> +#define CONFIG_ETH_ADDR 02:50:43:00:00:01 > > > > NAK to this. board configs are not allow to hardcode MACs. > mh, so why is there a CONFIG_ETH_ADDR macro? is it deprecated? > READM

  1   2   3   >