On 18/11/2011 12:17, Wolfram Sang wrote:
> When a timeout occurs, the return value is prepared but never returned.
> Fix that.
>
> Signed-off-by: Uwe Kleine-König
> Signed-off-by: Wolfram Sang
> Cc: Marek Vasut
> ---
> drivers/dma/apbh_dma.c |2 +-
> 1 files changed, 1 insertions(+), 1 del
Hello Mike,
Thank you for your comments.
On Mon, Nov 21, 2011 at 8:07 PM, Mike Frysinger wrote:
> On Monday 21 November 2011 11:33:43 Christian Riesch wrote:
>> --- a/drivers/mtd/spi/Makefile
>> +++ b/drivers/mtd/spi/Makefile
>>
>> +ifdef CONFIG_SPL_BUILD
>> +ifdef CONFIG_SPL_SPI_LOAD
>> +COBJS-y
Hi Matthias,
On Thursday 13 October 2011 15:12:24 matthias.fu...@esd.eu wrote:
> From: Matthias Fuchs
>
> This patch fixes the PMC440 BSP command painit. The implementation was
> broken since the step to the new environment handling.
After applying this patch to the latest U-Boot version I get
Hello Mike,
Thank you for your comments.
On Mon, Nov 21, 2011 at 8:09 PM, Mike Frysinger wrote:
> On Monday 21 November 2011 11:33:47 Christian Riesch wrote:
>> --- a/Makefile
>> +++ b/Makefile
>>
>> +$(obj)u-boot.ais: $(obj)spl/u-boot-spl.bin $(obj)u-boot.bin
>> + $(obj)tools/m
Hello Mike,
Thank you for your comments.
On Mon, Nov 21, 2011 at 8:03 PM, Mike Frysinger wrote:
> On Monday 21 November 2011 11:33:38 Christian Riesch wrote:
>> --- /dev/null
>> +++ b/arch/arm/include/asm/arch-davinci/da850_pinmux.h
>>
>> +const struct pinmux_config spi1_pins[] = {
>> + { pin
On 22/11/2011 06:06, Simon Glass wrote:
> Hi Stefano,
>
Hi Simon,
>> CONFLICT (content): Merge conflict in lib/hashtable.c
>
> For this conflict I am sending a V4 patch to the list.
Thanks - I remove in the meantime the two patches that does not apply
anymore (the other one is from Andreas), a
On Tue, Nov 22, 2011 at 05:46:41AM +0100, Marek Vasut wrote:
> > On Mon, Nov 21, 2011 at 11:50:17PM +0100, Marek Vasut wrote:
> > > > + printf("CPU: OpenRISC-%x00 (rev %d) @ %d MHz\n",
> > > > + ver, rev, (CONFIG_SYS_CLK_FREQ / 100));
> > >
> > > The CPU won't tell you it
Hello Tom,
On Mon, Nov 21, 2011 at 6:52 PM, Tom Rini wrote:
> On Mon, Nov 21, 2011 at 9:33 AM, Christian Riesch
> wrote:
>> This patch avoids build breakage for SPLs that do not support printf.
>>
>> Signed-off-by: Christian Riesch
>> Cc: Wolfgang Denk
>> Cc: Tom Rini
>> ---
>> arch/arm/lib/
Hi Kumar,
We want more comments on this patch to speed up the pushing-to-source progress.
Thanks.
-Original Message-
From: Jia Hongtao-B38951
Sent: Tuesday, November 15, 2011 3:04 PM
To: u-boot@lists.denx.de
Cc: Li Yang-R58472; Jia Hongtao-B38951
Subject: [u-boot][PATCH] uboot/flexcan: fi
On Monday, November 21, 2011, Richard Cochran
wrote:
> I am running the very latest mainstream Linux kernel on the Freescale
> M5234BCC. The kernel boots file (if I hack the root device in
> drivers/mtd/maps/uclinux.c).
>
> However, I am getting really tired of the dBUG thing. It only can
> fetch
On Tue, Nov 22, 2011 at 05:48:53AM +0100, Marek Vasut wrote:
> > > > + asm("l.nop 0x1"); /* Kill any simulation */
> > >
> > > Simulation? Oh, it's an FPGA based CPU or what?
> >
> > Well, yes, FPGAs are probably the most common case, but also ASIC
> > implementations exists.
> > The extra
On 22/11/11 15:51, Marek Vasut wrote:
Hi,
I'm trying to build U-Boot for the above mentioned board. Basically,
I've done the following on a Ubuntu 10.04:
wget
https://sourcery.mentor.com/public/gnu_toolchain/m68k-elf/freescale-coldfir
e-4.4-215-m68k-elf-i686-pc-linux-gnu.tar.bz2
sudo tar xvfj
Hi Marri,
On Monday 21 November 2011 23:31:45 Wolfgang Denk wrote:
> > This code is used when usb device is used as boot medium for Linux.
>
> Which exact usage mode would that be, i. e. which hardware setup would
> you use in coimbination with which exact commands?
Yes, please explain in more d
Hi Stefano,
On Mon, Nov 21, 2011 at 1:10 PM, Wolfgang Denk wrote:
> Dear Stefano Babic,
>
> In message <4ec61e4c.8040...@denx.de> you wrote:
>>
>> let's see if the suggested approach work or there is need for an adjustment.
>>
>> I have applied some general and network patches to u-boot-staging.
This fixes a few printf() strings for size_t which are missing the 'z'
modifier.
Signed-off-by: Simon Glass
Acked-by: Mike Frysinger
---
Changes in v2:
- Fix another warning in the same file
Changes in v4:
- Rebase to master
lib/hashtable.c | 10 +-
1 files changed, 5 insertions(+),
> Hi,
>
> I'm trying to build U-Boot for the above mentioned board. Basically,
> I've done the following on a Ubuntu 10.04:
>
> wget
> https://sourcery.mentor.com/public/gnu_toolchain/m68k-elf/freescale-coldfir
> e-4.4-215-m68k-elf-i686-pc-linux-gnu.tar.bz2
>
> sudo tar xvfj
> freescale-coldfir
Hi Andy,
This is great, thank you for doing it.
I just have a few fairly trivial comments.
On Mon, Nov 21, 2011 at 3:40 PM, 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 ma
> On Mon, Nov 21, 2011 at 11:53:32PM +0100, Marek Vasut wrote:
> > > +int do_bdinfo(cmd_tbl_t *cmdtp, int flag, int argc, char * const
> > > argv[]) +{
> > > + bd_t *bd = gd->bd;
> > > +
> > > + print_num("mem start", (ulong)bd->bi_memstart);
> > > + print_lnum("mem size", (u64)bd
> On Mon, Nov 21, 2011 at 11:52:59PM +0100, Marek Vasut wrote:
> > > create mode 100644 arch/openrisc/lib/timer.c
> >
> > Timer support isn't a library function but a CPU function, so move it to
> > 3/9.
>
> I never quite worked out where the timer functions belongs,
> some have them in interupt
> On Mon, Nov 21, 2011 at 11:50:17PM +0100, Marek Vasut wrote:
> > > + return (mfspr(SPR_ICCFGR) & SPR_ICCFGR_CBS) ? 32 : 16;
> >
> > What's mfspr ... if it's some register, then maybe mfspr_read() ?
>
> It's an instruction, "move from special register",
> so I don't think the _read would be appr
On Mon, Nov 21, 2011 at 11:54:51PM +0100, Marek Vasut wrote:
>
> Keep up the good work!
>
I'll do my best ;)
Thanks for taking the time to review our code.
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boo
On Mon, Nov 21, 2011 at 11:53:32PM +0100, Marek Vasut wrote:
> > +int do_bdinfo(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
> > +{
> > + bd_t *bd = gd->bd;
> > +
> > + print_num("mem start", (ulong)bd->bi_memstart);
> > + print_lnum("mem size", (u64)bd->bi_mem
On Mon, Nov 21, 2011 at 11:52:59PM +0100, Marek Vasut wrote:
> > create mode 100644 arch/openrisc/lib/timer.c
>
> Timer support isn't a library function but a CPU function, so move it to 3/9.
>
I never quite worked out where the timer functions belongs,
some have them in interupts.c and some in
On Mon, Nov 21, 2011 at 11:50:17PM +0100, Marek Vasut wrote:
> > + return (mfspr(SPR_ICCFGR) & SPR_ICCFGR_CBS) ? 32 : 16;
>
> What's mfspr ... if it's some register, then maybe mfspr_read() ?
>
It's an instruction, "move from special register",
so I don't think the _read would be appropriate i
Dear Anatolij,
On Tue, Nov 22, 2011 at 11:18 AM, Po-Yu Chuang wrote:
> Dear Anatolij,
>
> On Tue, Nov 22, 2011 at 2:46 AM, Anatolij Gustschin wrote:
>> Dear Po-Yu Chuang,
>>
>> On Sat, 19 Nov 2011 12:59:08 +0100
>> Anatolij Gustschin wrote:
>>
>>> MACH_TYPE_FARADAY was removed from mach-types.h
Dear Anatolij,
On Tue, Nov 22, 2011 at 2:46 AM, Anatolij Gustschin wrote:
> Dear Po-Yu Chuang,
>
> On Sat, 19 Nov 2011 12:59:08 +0100
> Anatolij Gustschin wrote:
>
>> MACH_TYPE_FARADAY was removed from mach-types.h.
>> Add it to the board config file.
>
> Could you please look at this patch and
HI all,
I have found there are some variables declared as volatile in include/net.h.
Some of them are used as in send and receive functions.
Since some of them seems won't be update by hardware, like sending functions.
Should we check and clean them up?
For example, the send function in eth_devic
Hi Andy,
On Mon, Nov 21, 2011 at 3:40 PM, Andy Fleming wrote:
> It is sometimes desireable to clean up the byproducts of the build
> process without removing the executable results. "make clean" is
> close, but leaves the build directory with a large number of
> *.depend* files. This new build op
Hi Stephen,
On Mon, Nov 21, 2011 at 4:12 PM, Stephen Warren wrote:
> On 11/21/2011 05:05 PM, Simon Glass wrote:
>> On Mon, Nov 21, 2011 at 3:30 PM, Stephen Warren wrote:
> ...
>>> Is there a status update for the creation of a Tegra git that we could
>>> fetch and branch from ?
>>
>> Well I coul
On 11/21/2011 05:05 PM, Simon Glass wrote:
> On Mon, Nov 21, 2011 at 3:30 PM, Stephen Warren wrote:
...
>> Is there a status update for the creation of a Tegra git that we could
>> fetch and branch from ?
>
> Well I could put up a tree, but it's a bit dangerous - the real place
> is patchwork.
I
Hi Stephen,
On Mon, Nov 21, 2011 at 3:30 PM, Stephen Warren wrote:
> On 11/21/2011 04:07 PM, Simon Glass wrote:
>> Hi,
>>
>> For reference, here is (I believe) the current list of Tegra patches
>> required become submitting new patches. I note a few conflicts
>
> s/required become/required in you
Now that we are using the generic relocation framework,
we don't need this code. Once it is removed, we can change reloc.c's
relocate_code() function back to its correct name.
Note: Here we lose the ARM1176's enable_mmu code. This seems to duplicate
code already in U-Boot now. Can anyone comment o
Add a library to hold ARM assembler code which is generic across all
ARM CPUs.
Signed-off-by: Simon Glass
---
arch/arm/lib/Makefile |1 +
arch/arm/lib/proc.S | 35 +++
2 files changed, 36 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/lib/proc.
Create a separate header file for link symbols defined by the link
scripts. It is helpful to have these all in one place and try to
make them common across architectures.
Signed-off-by: Simon Glass
---
include/asm-generic/link_symbols.h | 38
1 files change
We are introducing a new unified board setup and we want this to
be the default. So we need to opt all architectures out first.
Signed-off-by: Simon Glass
---
README|5 +
arch/arm/config.mk|3 +++
arch/avr32/config.mk |3 +++
arch/blackfin/config.
Add a function to process a single ELF relocation.
Signed-off-by: Simon Glass
---
arch/arm/lib/Makefile |4 +++
arch/arm/lib/arch_reloc.c | 47 +
2 files changed, 51 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/lib/arch_reloc.c
Switch ARM over to generic relocation - unfortunately a few boards need
to be modified to make this work. We rename the relocate_code() function
here so that the existing start.S implementations are still used for now.
The next commit does the actual switch.
Signed-off-by: Simon Glass
---
arch/a
Add a relocation implementation as the first thing in the generic board
library. This library is needed by SPL also.
Signed-off-by: Simon Glass
---
Makefile |1 +
board/Makefile | 45
board/reloc.c| 101 +++
This is the second patch series aiming to unify the various board.c files
in each architecture into a single one. This series creates a libboard
library and implements relocation in it. It then moves ARM over to use
this framework, as an example.
On ARM the relocation code is duplicated for each C
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 few cores. If you happen to have
a many-core server, your builds will leave most of the system idle.
In order to make full use
It is sometimes desireable to clean up the byproducts of the build
process without removing the executable results. "make clean" is
close, but leaves the build directory with a large number of
*.depend* files. This new build option invokes make clean, and then
removes the depend files.
Signed-off-
On 11/21/2011 04:07 PM, Simon Glass wrote:
> Hi,
>
> For reference, here is (I believe) the current list of Tegra patches
> required become submitting new patches. I note a few conflicts
s/required become/required in your local branch before your changes/ ?
> already, so this will take a little
We are a manufacturing company with principal business in Toy manufacturing and
trading.
We are presently incapacitated due to international legal boundaries to exert
pressure on our delinquent customers and we request for your services
accordingly. We got your contact information from the Onli
On the P1022/P1013, the work-around for erratum SATA_A001 was implemented
only if U-Boot initializes SATA, but SATA is not initialized by default. So
move the work-around to the CPU initialization function, so that it's always
executed on the SOCs that need it.
Signed-off-by: Timur Tabi
---
arc
Macro CONFIG_FSL_SATA_V2 is defined if the SOC has a V2 Freescale SATA
controller, so it should be defined in config_mpc85xx.h instead of the various
board header files. So now CONFIG_FSL_SATA_V2 is always defined on the P1013,
P1022, P2041, P3041, P5010, and P5020. It was already defined for the
Hi,
For reference, here is (I believe) the current list of Tegra patches
required become submitting new patches. I note a few conflicts
already, so this will take a little sorting out once the tegra tree is
live.
31b9b64 tegra2: Move board_mmc_init into board files
fbbb238 tegra2: Modify MMC driv
> Signed-off-by: Stefan Kristiansson
> ---
> MAINTAINERS | 11 +++
> 1 files changed, 11 insertions(+), 0 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index f6f6b72..bf144cc 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -1147,5 +1147,16 @@ Macpaul Lin
> ADP-AG
> Signed-off-by: Stefan Kristiansson
> ---
> common/cmd_bdinfo.c | 22 ++
> 1 files changed, 22 insertions(+), 0 deletions(-)
>
> diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c
> index 688b238..1cd69b5 100644
> --- a/common/cmd_bdinfo.c
> +++ b/common/cmd_bdinfo.c
>
> Signed-off-by: Stefan Kristiansson
> ---
> arch/openrisc/lib/Makefile | 47
> arch/openrisc/lib/board.c | 175
> arch/openrisc/lib/bootm.c |
> 84 +
> arch/openrisc/lib/timer.c | 104 ++
> Signed-off-by: Stefan Kristiansson
> ---
> arch/openrisc/config.mk| 27
> arch/openrisc/cpu/Makefile | 47 ++
> arch/openrisc/cpu/cache.c | 157 +++
> arch/openrisc/cpu/cpu.c| 157 +++
> arch/openrisc/cpu/exceptions.c | 10
> Signed-off-by: Stefan Kristiansson
> ---
> common/image.c |1 +
> include/image.h |1 +
> 2 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/common/image.c b/common/image.c
> index 555d9d9..564dee1 100644
> --- a/common/image.c
> +++ b/common/image.c
> @@ -94,6 +94,7 @@
Some boards in the PXA realm are currently unmaintained for a long time, the
code is untested and pretty much untestable. Drop them.
Marek Vasut (3):
PXA: Drop CERF250 board
PXA: Drop CRADLE board
PXA: Drop PLEB2 board
MAINTAINERS |5 -
board/cerf250/Makefile| 43 --
On Thu, Nov 17, 2011 at 2:04 AM, Thierry Reding
wrote:
> NVIDIA's flashing tools assume that the bootloader is loaded at address
> 0x00108000. Instead of requiring non-standard builds of those tools
> which allow a load address of 0x00E08000, this commit just switches all
> Tegra2 boards to use th
The board is unmaintained and maintainer doesn't respond.
Signed-off-by: Marek Vasut
Cc: Simon Glass
Cc: Anatolij Gustschin
---
board/xm250/Makefile| 43
board/xm250/flash.c | 535 ---
board/xm250/xm250.c | 95 -
include
> Fix:
> flash.c: In function 'flash_erase':
> flash.c:252:6: warning: variable 'flag' set but not used
> [-Wunused-but-set-variable]
> flash.c: In function 'write_data':
> flash.c:421:6: warning: variable 'flag' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Anatolij Gustschin
The board is unmaintained and maintainer doesn't respond.
Signed-off-by: Marek Vasut
Cc: Simon Glass
Cc: Anatolij Gustschin
---
board/pleb2/Makefile| 44 ---
board/pleb2/flash.c | 814 ---
board/pleb2/pleb2.c | 71
boards.cfg
The board is unmaintained and maintainer doesn't respond.
Signed-off-by: Marek Vasut
Cc: Simon Glass
Cc: Anatolij Gustschin
---
MAINTAINERS |1 -
board/cradle/Makefile| 43 --
board/cradle/cradle.c| 236 --
board/cradle/flash.c |
The board is unmaintained and maintainer doesn't respond.
Signed-off-by: Marek Vasut
Cc: Simon Glass
Cc: Anatolij Gustschin
---
MAINTAINERS |4 -
board/cerf250/Makefile| 43 -
board/cerf250/cerf250.c | 85 -
board/cerf250/flash.c | 429 -
Dear Tirumala Marri,
In message <84ba190ce6cd91cb6719b8e674521...@mail.gmail.com> you wrote:
>
> This code is used when usb device is used as boot medium for Linux.
Which exact usage mode would that be, i. e. which hardware setup would
you use in coimbination with which exact commands?
> Let me
> MACH_TYPE_PLEB2 was removed from mach-types.h.
> Add it to the board config file.
>
> Signed-off-by: Anatolij Gustschin
> ---
> board/pleb2/pleb2.c |3 ---
> include/configs/pleb2.h |3 +++
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/board/pleb2/pleb2.c b/b
> MACH_TYPE_HHP_CRADLE was removed from mach-types.h.
> Add it to the board config file.
>
> Signed-off-by: Anatolij Gustschin
> ---
> board/cradle/cradle.c|3 ---
> include/configs/cradle.h |3 +++
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/board/cradle/cra
Hi Stefan,
>
>I just "touched" the file "arch/powerpc/cpu/ppc4xx/usbdev.c" again to
>remove
>some GCC 4.6 compiler warnings. While doing this I wondered (again) if
>anybody
>is using this "driver" at all. I definitely never did. And I'm wondering
>if
>this code is useful at all.
>
>So Marri (or any
Hi,
I'm trying to build U-Boot for the above mentioned board. Basically,
I've done the following on a Ubuntu 10.04:
wget
https://sourcery.mentor.com/public/gnu_toolchain/m68k-elf/freescale-coldfire-4.4-215-m68k-elf-i686-pc-linux-gnu.tar.bz2
sudo tar xvfj
freescale-coldfire-4.4-215-m68k-el
On Mon, 2011-11-21 at 13:20 -0800, Ira W. Snyder wrote:
> Newer JEDEC DDR3 SPD Specifications define several additional values for
> the DDR3 module_type field which were undefined when this code was
> written. Update the code to handle the newer module types.
>
> Signed-off-by: Ira W. Snyder
> C
On Monday 21 November 2011 15:53:45 Marek Vasut wrote:
> > On Monday 21 November 2011 14:29:50 Marek Vasut wrote:
> > > > On Monday 21 November 2011 09:20:49 Marek Vasut wrote:
> > > > > > Configure the pins as GPIOs prior to using gpio_get_value
> > > > > >
> > > > > > + else {
> > > > > > +
This adds support for the Freescale COM Express P2020 board. This board
is similar to the P1_P2_RDB, but has some extra (as well as missing)
peripherals.
Unlike all other mpc85xx boards, it uses a watchdog timeout to reset.
Using the HRESET_REQ register does not work.
This board has no NOR flash,
Newer JEDEC DDR3 SPD Specifications define several additional values for
the DDR3 module_type field which were undefined when this code was
written. Update the code to handle the newer module types.
Signed-off-by: Ira W. Snyder
Cc: York Sun
---
New in v5. Supercedes the patch titled:
[PATCH v4
This is a cleaned up version of the U-Boot port provided with the BSP for
the Freescale COM Express P2020 evaluation kit.
This board is booted from SD card or SPI flash by using the Freescale
On-Chip ROM to load U-Boot into L2 SRAM. U-Boot configures and initializes
the DDR SDRAM using the SPD on
This is useful for boards which cannot be reset in the usual way for the
85xx CPU. An example is a board which can only be reset by a hardware
watchdog.
Signed-off-by: Ira W. Snyder
---
Unchanged from v1.
arch/powerpc/cpu/mpc85xx/cpu.c | 17 -
1 files changed, 16 insertions(+
Dear Stefan Roese,
In message <20181720.02833...@denx.de> you wrote:
> Hi Wolfgang,
>
> Tom Rini urged me to add the patch
> "Makefile: Add the missing dependency for spl target" to
> staging as well. Since nobody complained about it, I added
> it to my staging branch. So please feel free to
Dear Stefano Babic,
In message <4ec61e4c.8040...@denx.de> you wrote:
>
> let's see if the suggested approach work or there is need for an adjustment.
>
> I have applied some general and network patches to u-boot-staging.
> Should I also send an "Applied to u-boot-staging" message to the mailing
Dear Mike Frysinger,
In message <1321672752-1950-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit 05622191e510e495b6a06da6342126e80a3fed8f:
>
> tools: checkpatch.pl from Linux added to tools (2011-11-17 14:27:11 +0100)
>
> are available in the git repository
Dear Macpaul Lin,
In message
you wrote:
> Dear Wolfgang,
>
> I have applied the following patch fix.
> Could you please pull these 3 patches to your tree.
>
> Thanks,
> Macpaul
>
>
> The following changes since commit 05622191e510e495b6a06da6342126e80a3fed8f:
>
> tools: checkpatch.pl from
Hi all,
Heiko Schocher added support for the low level configuration
of the DA850 SoCs and I would like to use this code on my board. At the
same time I would like to add support for this low level configuration
for the da850evm board. This makes it possible to test/use the
lowlevel functions also
The Makefile for a CPU is in arch/($ARCH)/cpu/$(CPU). We want to support
having an .lds file in arch/$(ARCH)/cpu without requiring an additional
Makefile there. This change makes it clear that we expect a Makefile in
the same directory as the link script except in this case.
Signed-off-by: Simon G
Each cpu directory currently has its own .lds file. This is only needed
in most cases because the start.o file is in a different subdir.
Now that we can factor out this difference, we can move most cpus over
to the common .lds file.
Signed-off-by: Simon Glass
---
arch/arm/cpu/arm1136/u-boot.ld
Most link scripts differ only in the directory containing the start.o
file. Make this a #define to remove this last difference.
(Note that if start.o were disallowed outside the CPU start directory then
we wouldn't even need this. But that is a separate discussion.)
Signed-off-by: Simon Glass
--
This link script seems old and incompatible with relocation and its
own sa1000 start.S file. It isn't used because the CPU's link script
was picked up in preference to this.
Signed-off-by: Simon Glass
Acked-by: Kristoffer Ericson
---
board/jornada/u-boot.lds | 58
> On Monday 21 November 2011 14:29:50 Marek Vasut wrote:
> > > On Monday 21 November 2011 09:20:49 Marek Vasut wrote:
> > > > > Configure the pins as GPIOs prior to using gpio_get_value
> > > > >
> > > > > + else {
> > > > > + mxc_request_iomux(MX51_PIN_GPIO1_8, IOMUX_CONFIG_ALT0);
Most ARM CPUs use a very similar link script. This adds a basic
script that can be used by most CPUs.
Signed-off-by: Simon Glass
---
arch/arm/cpu/u-boot.lds | 85 +++
1 files changed, 85 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/cpu
This link script doesn't appear to do anything useful or unique, so
drop it, and rely on the CPU one.
Signed-off-by: Simon Glass
---
Changes in v2:
- Remove ziptz2 link script also as it breaks the build
board/zipitz2/u-boot.lds | 56 --
1 files cha
This is set by the top level Makefile anyway, so drop it. This does
have the effect of changing the order - now the board link script will
have preference over the CPU one. But this seems more correct anyway.
Signed-off-by: Simon Glass
---
arch/arm/config.mk |7 ---
1 files changed, 0 i
The ARM link scripts are very similar but each CPU has its own. This
series adds support for a default link script across an architecture
in arch//cpu/u-boot.lds.
It is then possible to remove most of the ARM link scripts. This will
make it easier to maintain these.
Changes in v2:
- Add a comment
Hi,
On Wed, Nov 2, 2011 at 12:52 PM, Simon Glass wrote:
> The printf family of functions in U-Boot cannot deal with a situation where
> the caller provides a buffer which turns out to be too small for the format
> string. This can result in buffer overflows, stack overflows and other bad
> behavi
Hi Mike,
On Mon, Nov 21, 2011 at 12:13 PM, Mike Frysinger wrote:
> On Monday 21 November 2011 14:29:35 Simon Glass wrote:
>> - write it in Python :-)
>
> yeah, i'm not interested in doing that. imo, these build scripts should
> remain in shell land. i don't even like things being moved to perl.
Dear Sebastian Andrzej Siewior,
In message <1321884575-2993-2-git-send-email-bige...@linutronix.de> you wrote:
> This patch adds support for the Android boot-image format. The header
> file is from the Android project and got slightly alterted so the struct +
> its defines are not generic but have
On Monday 21 November 2011 14:29:50 Marek Vasut wrote:
> > On Monday 21 November 2011 09:20:49 Marek Vasut wrote:
> > > > Configure the pins as GPIOs prior to using gpio_get_value
> > > >
> > > > + else {
> > > > + mxc_request_iomux(MX51_PIN_GPIO1_8, IOMUX_CONFIG_ALT0);
> > > >
On Monday 21 November 2011 14:29:35 Simon Glass wrote:
> - write it in Python :-)
yeah, i'm not interested in doing that. imo, these build scripts should
remain in shell land. i don't even like things being moved to perl.
-mike
signature.asc
Description: This is a digitally signed message par
Hello Scott,
I will start looking into the patch set. If I am successful with it then I
will definitely want to contribute it back.
Thanks and Regards,
Mahavir
On Tue, Nov 22, 2011 at 12:56 AM, Scott Wood wrote:
> On 11/21/2011 01:16 PM, Mahavir Prasad wrote:
> > Hello Scott,
> >
> >> ONFI shou
On Mon, 21 Nov 2011, Tom Rini wrote:
> On Sun, Nov 20, 2011 at 12:34 PM, Robert P. J. Day
> wrote:
> >
> > from back in april, karim yaghmour pointed out a problem related to
> > older lite5200 boards, and suggested a fix:
> >
> > http://old.nabble.com/-U-Boot---PATCH--Env.-vars-fix-for-lite5200
On Mon, Nov 21, 2011 at 07:11:14PM +, sun york-R58495 wrote:
>
> From: Ira W. Snyder [i...@ovro.caltech.edu]
> Sent: Monday, November 21, 2011 10:59 AM
> To: u-boot@lists.denx.de
> Cc: sun york-R58495
> Subject: [PATCH v4 2/3] mpc8xxx: assume unregistere
> On Monday 21 November 2011 09:20:49 Marek Vasut wrote:
> > > Configure the pins as GPIOs prior to using gpio_get_value
> > >
> > > + else {
> > > + mxc_request_iomux(MX51_PIN_GPIO1_8, IOMUX_CONFIG_ALT0);
> > >
> > > *absent = gpio_get_value(IOMUX_TO_GPIO(MX51_PIN_GPIO1_8));
>
Hi Mike,
On Mon, Nov 21, 2011 at 11:00 AM, Mike Frysinger wrote:
> On Monday 21 November 2011 00:15:21 Simon Glass wrote:
>> On Sun, Nov 20, 2011 at 1:23 PM, Mike Frysinger wrote:
>> > On Thursday 03 November 2011 03:28:29 Andy Fleming wrote:
>> >> + # Limit number of parallel builds
On 11/21/2011 01:16 PM, Mahavir Prasad wrote:
> Hello Scott,
>
>> ONFI should be properly supported once we sync up with Linux's NAND
>> code.
> Thanks for the reply. Is the item in priority for U-Boot maintainers?
> Can I expect it to be
> integrated with the main tree sometime in near future? Or
Hi Albert,
On Mon, 21 Nov 2011 17:45:51 +0100
Albert ARIBAUD wrote:
...
> >ARM: a320evb: re-add MACH_TYPE_FARADAY
> >ARM: cerf250: re-add MACH_TYPE_PXA_CERF
> >ARM: cradle: re-add MACH_TYPE_HHP_CRADLE
> >ARM: pleb2: re-add MACH_TYPE_PLEB2
> >ARM: sbc35_a9g20: re-add MACH_TYPE_
Hello Scott,
> ONFI should be properly supported once we sync up with Linux's NAND
> code.
Thanks for the reply. Is the item in priority for U-Boot maintainers? Can I
expect it to be
integrated with the main tree sometime in near future? Or should I start
with the ONFI patches?
Thanks and Regards
On 11/21/2011 01:07 PM, Mike Frysinger wrote:
> On Monday 21 November 2011 11:33:43 Christian Riesch wrote:
>> --- a/drivers/mtd/spi/Makefile
>> +++ b/drivers/mtd/spi/Makefile
>>
>> +ifdef CONFIG_SPL_BUILD
>> +ifdef CONFIG_SPL_SPI_LOAD
>> +COBJS-y += spi_spl_load.o
>> +endif
>> +endif
>
> if it's
On Monday 21 November 2011 13:56:16 Andy Fleming wrote:
> >> + ${MAKE} clean
> >> + find "${output_dir}" -type f -name '*.depend' | xargs rm
> >
> > why not use distclean and avoid the `find` ? otherwise, this find should
> > be: find "${output_dir}" -type f -name '*.depen
From: Ira W. Snyder [i...@ovro.caltech.edu]
Sent: Monday, November 21, 2011 10:59 AM
To: u-boot@lists.denx.de
Cc: sun york-R58495
Subject: [PATCH v4 2/3] mpc8xxx: assume unregistered DIMM for invalid SPD
module_type
The generic Freescale DDR SDRAM SPD pars
On Monday 21 November 2011 11:33:47 Christian Riesch wrote:
> --- a/Makefile
> +++ b/Makefile
>
> +$(obj)u-boot.ais: $(obj)spl/u-boot-spl.bin $(obj)u-boot.bin
> + $(obj)tools/mkimage -s -n /dev/null -T aisimage \
> + -e $(CONFIG_SPL_TEXT_BASE) -d $(obj)spl/u-boot-spl.b
1 - 100 of 188 matches
Mail list logo