On 23/11/2011 21:59, Marek Vasut wrote:
> Some functions were internal to the apbh dma driver, so annotate them static.
> Some of the functions weren't used at all so drop them. This makes the U-Boot
> binary smaller by about 1500 bytes.
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: W
> On 25/11/2011 03:05, Fabio Estevam wrote:
> > Hi,
> >
> > I am trying to save environment variables on a SD card of a MX28EVK
> > board.
> >
> > 'save' command reports no errors, but if I reboot the board then the
> > board no longer boots.
> >
> > In order to recover the boot, I need to refor
On 22/11/2011 15:14, Robert Deliën wrote:
> This patch fixes a small off-by-one bug in the GPIO driver for the mxs
> platform that allowed the selection gpio pins of one bank more than the SoC
> actually has.
>
> Signed-off-by: Robert Deliën
>
> diff --git a/drivers/gpio/mxs_gpio.c b/drivers/g
> OS X Lion's c-library implements getline(), therefore prevent including the
> old helper implementation for __DARWIN_C_LEVEL < 200809L.
>
> Without this patch following error occours:
>
> ---8<---
> In file included from os_support.h:32,
> from img2srec.c:55:
> getline.h:1: err
> > OS X Lion's c-library implements getline(), therefore prevent including
> > the old helper implementation for __DARWIN_C_LEVEL < 200809L.
> >
> > Without this patch following error occours:
> >
> > ---8<---
> > In file included from os_support.h:32,
> >
> > from img2srec.c:5
> WARNING: line over 80 characters
> WARNING: space prohibited between function name and open parenthesis '('
> WARNING: braces {} are not necessary for single statement blocks
> ERROR: return is not a function, parentheses are not required
> ERROR: do not use assignment in if condition
> ERROR: tr
> board.c: In function 'board_init_r':
> board.c:280:8: warning: unused variable 's'
>
> Signed-off-by: Daniel Schwierzeck
> ---
> arch/mips/lib/board.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/arch/mips/lib/board.c b/arch/mips/lib/board.c
> index 9585db7.
> On Thursday 24 November 2011 10:39:21 Matthias Fuchs wrote:
> > - sprintf(str, "%08X%04X",
> > - *(unsigned int *)&ow_id[0],
> > - *(unsigned short *)&ow_id[4]);
> > + sprintf(str, "%02X%02X%02X%02X%02X%02X",
> > + ow_id[0], ow_id[1], ow_id[2], ow_id[3], ow_id[4]
> Boards with CONFIG_SYS_NO_FLASH should not forced to define
> CONFIG_SYS_FLASH_BASE. In this case the flash data in bd_info
> should be initialized with 0 like the other archs do.
>
> Signed-off-by: Daniel Schwierzeck
> ---
> arch/mips/lib/board.c |8 ++--
> 1 files changed, 6 insertio
> The CPUNum field in the Ebase register contains an unique identifier
> for each CPU. This helps to distinguish between CPU cores in
> multi-processor systems.
>
> Signed-off-by: Daniel Schwierzeck
> ---
> arch/mips/include/asm/mipsregs.h | 13 +
> 1 files changed, 13 insertions(+
> This handler can be activated on multi-processor systems to boot only
> the master CPU. All slave CPUs are halted by executing the WAIT
> instruction. This is also useful to reduce the power consumption at
> boot time.
>
> Signed-off-by: Daniel Schwierzeck
> ---
> arch/mips/cpu/mips32/start.S
> Commit ab2a98b11716364bc5a8c43cdfa7fee176cda1d8 missed to
> use the new config option in dcache_enable().
>
> Fix this to avoid inconsistencies if someone wants to disable
> and enable D-caches.
>
> Signed-off-by: Daniel Schwierzeck
> ---
> arch/mips/cpu/mips32/cache.S |6 +-
> 1 file
> Signed-off-by: Daniel Schwierzeck
> ---
> arch/mips/cpu/mips32/cache.S | 18 ++
> arch/mips/include/asm/mipsregs.h |9 -
> 2 files changed, 26 insertions(+), 1 deletions(-)
>
> diff --git a/arch/mips/cpu/mips32/cache.S b/arch/mips/cpu/mips32/cache.S
> index e6
> Signed-off-by: Daniel Schwierzeck
> ---
> arch/mips/cpu/mips32/start.S | 21 +++--
> 1 files changed, 19 insertions(+), 2 deletions(-)
>
> diff --git a/arch/mips/cpu/mips32/start.S b/arch/mips/cpu/mips32/start.S
> index b6cb4be..03cfd5a 100644
> --- a/arch/mips/cpu/mips32/sta
> Signed-off-by: Daniel Schwierzeck
> ---
> arch/mips/include/asm/gpio.h | 13 +
> 1 files changed, 13 insertions(+), 0 deletions(-)
> create mode 100644 arch/mips/include/asm/gpio.h
>
> diff --git a/arch/mips/include/asm/gpio.h b/arch/mips/include/asm/gpio.h
> new file mode 10064
> Signed-off-by: Daniel Schwierzeck
> ---
> arch/mips/lib/board.c | 11 +++
> 1 files changed, 11 insertions(+), 0 deletions(-)
>
> diff --git a/arch/mips/lib/board.c b/arch/mips/lib/board.c
> index bcf12c5..27c2cfe 100644
> --- a/arch/mips/lib/board.c
> +++ b/arch/mips/lib/board.c
> @
> On Thursday 24 November 2011 08:57:56 Daniel Schwierzeck wrote:
> > Build dbau1550_el only in LIST_au1xx0_el and LIST_mips_el.
> > Also remove obsolete lists for mips5kc.
>
> if possible, i'd really like to kill off all the specialized mips lists and
> do selection purely based on fields in boar
Hi,
New Cortex-A15 also uses the armv7. So it's better to use the exynos itself.
Just remove the number 4.
Thank you,
Kyungmin Park
On 11/25/11, Chander Kashyap wrote:
> As per new conventions Samsung SoC's are named as Exynos.
> Cortex-A9 based Soc's are named as exynos4. s5pc2xx is cortex-A9
> Hi, guysI got a problem. I move a part of source code of
> linux/driver/mtd/nand to the u-boot. But I found that the u-boot can not
> mark the phsical bad block . when I run nand_erase() or nand_scrub(), it
> return error num as below: linux/driver/mtd/nand/nand_base.c
> 2589
> commit f31a911fe (arm, post: add missing post_time_ms for arm)
> enables get_ticks and get_tbclk for all arm based boards,
> but kirkwood has currently no implementation for this. So
> undefine this for kirkwood boards.
So this means the kirkwood timer doesn't conform to current timer api? Why w
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Marek Vasut
> Sent: 25 November 2011 14:22
> To: u-boot@lists.denx.de
> Cc: valen...@theia.denx.de; Longchamp; Heiko Schocher; Holger Brunck
> Subject: Re: [U-Boot] [PATCH] post:
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> > On Behalf Of Marek Vasut
> > Sent: 25 November 2011 14:22
> > To: u-boot@lists.denx.de
> > Cc: valen...@theia.denx.de; Longchamp; Heiko Schocher; Holger Brunck
> > Subject: Re: [U-Boot] [
Signed-off-by: Jason Liu
Cc: Stefano Babic
Acked-by: Stefano Babic
---
V2: add Stefano's ack
---
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
> sorry if my messages have been a bit harsh with gpio freedback. the
> unwrapped
> lines and broken patch formats make me see red.
I understand; There are rules to adhere to.
But please also understand what I'm working with here. Making a single patch
takes me - I kid you not - one hour. And
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
The v1 patch-set has also been tested Ok by
Add the initial support for Freescale i.MX6Q Armadillo2 board
Support: MMC boot from slot 0/1, debug UART(UART4), usdhc.
There is two MMC slots on the boards:
mmc dev 0 -> connect USDHC3 -> the lower slot on the board,
mmc dev 1 -> connect USDHC4 -> the upper slot on the board,
Signed-off-by: Jas
In order to support the coming MX6 platform and to reducde
the duplicated code, we had better move some common files
or functions to the imx-common folder for sharing.
This patch does the following:
- move speed.c file from armv7/mx5/speed.c to armv7/imx-common/speed.c
- move armv7/mx5/timer.c to
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 mix register to support debug/SD3.0 and move
the low bit 0-6 of XFERTYP register to the mix control reg
low bit
Stephan Linz wrote:
Am Donnerstag, den 24.11.2011, 20:13 +0100 schrieb Michal Simek:
Stephan Linz wrote:
--snip--
Here is patch I have used. Please add that changes to v2 patch.
I'll do it this way. Give me a little time to change and test it.
Currently I am sill working on refactoring of the
Stephan Linz wrote:
As a result of the commit 6833260 the uart16550 driver
is broken for Microblaze big endian systems, because of
the missing 3 byte offset. Other than as described, not
all U-Boot BSP will treat properly the 3 byte offset.
This why prefer to mask out the 3 byte offset in genera
Hi,
When I got the warning like
Warning - bad CRC, using default environment*
I came across the reason for this in
_http://www.denx.de/wiki/view/DULG/WarningBadCRCUsingDefaultEnvironment_
Question:
I have ported U-Boot to a custom board. It seems to boot OK, but it
prints:
***
On 25/11/2011 08:35, Simon Glass wrote:
> Hi,
>
> On Tue, Oct 18, 2011 at 4:50 PM, Graeme Russ wrote:
>> Hi Simon,
>>
Hi Simon,
>>> A new board_pre_console_putc() function is added to the board API. If
>>> provided by the board it will be called in the event of console output
>>> before the con
Hello Dear,
How are you today, Hope all is well with you and your family? My name is Miss
Rama Djirama. However it really pleases me to write you for a lovely and
sincere friendship even if we havent met or seen each other before. I will so
much appreciate to see your reply soon so that we can
I' need to enable CONFIG_BOOTCOUNT_LIMIT, which is based one MPC8377ERDB, and
am looking for recommended address for CONFIG_BOOTCOUNT_ADDR, any suggestions.
Thanks
S
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-b
On Fri, Nov 25, 2011 at 9:43 AM, Marek Vasut wrote:
>> The CPUNum field in the Ebase register contains an unique identifier
>> for each CPU. This helps to distinguish between CPU cores in
>> multi-processor systems.
>>
>> Signed-off-by: Daniel Schwierzeck
>> ---
>> arch/mips/include/asm/mipsregs
Revision B of the board uses CSD0 for the DRAM,
as usual for MX3 boards. The patch fixes also
some values in the U-Boot environment.
Signed-off-by: Stefano Babic
---
board/CarMediaLab/flea3/flea3.c |4 ++--
include/configs/flea3.h | 20
2 files changed, 14 inse
On Fri, Nov 25, 2011 at 9:44 AM, Marek Vasut wrote:
>> This handler can be activated on multi-processor systems to boot only
>> the master CPU. All slave CPUs are halted by executing the WAIT
>> instruction. This is also useful to reduce the power consumption at
>> boot time.
>>
>> Signed-off-by:
On 25/11/2011 11:51, Zaheer Sheriff wrote:
> Hi,
> When I got the warning like
>
> Warning - bad CRC, using default environment*
>
> I came across the reason for this in
> _http://www.denx.de/wiki/view/DULG/WarningBadCRCUsingDefaultEnvironment_
>
> Question:
>I have ported U-Boot to a c
On Fri, Nov 25, 2011 at 9:49 AM, Marek Vasut wrote:
>> On Thursday 24 November 2011 08:57:56 Daniel Schwierzeck wrote:
>> > Build dbau1550_el only in LIST_au1xx0_el and LIST_mips_el.
>> > Also remove obsolete lists for mips5kc.
>>
>> if possible, i'd really like to kill off all the specialized mip
Pinmux configuration for the EMAC was done in a separate call
of davinci_configure_pin_mux(). This patch moves all the pinmux
configuration that is done for this board to a common place.
Signed-off-by: Christian Riesch
Cc: Heiko Schocher
Cc: Sandeep Paulraj
Cc: Sudhakar Rajashekhara
---
board
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 als
The configuration in struct pinmux_config i2c_pins does not configure
the pins for i2c but for uart. Since this function is already
configured by struct pinmux_config uart2_pins the i2c_pins struct
is obsolete.
Signed-off-by: Christian Riesch
Cc: Heiko Schocher
Cc: Syed Mohammed Khasim
Cc: Sugh
The boards in board/davinci/da8xxevm/ define pinmux_config[] vectors
that contain pinmux configurations for emac, uarts, memory controllers...
In an earlier patch such pinmux configurations were added to the arch
tree. This patch makes the da850evm use these definitions instead of
defining its own.
This patch avoids build breakage for SPLs that do not support printf.
Signed-off-by: Christian Riesch
Cc: Wolfgang Denk
Cc: Tom Rini
Cc: Andreas Bie�mann
Cc: Scott Wood
---
arch/arm/lib/eabi_compat.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/eabi_
This patch replaces the pinmux configuration code in
arch/arm/cpu/arm926ejs/davinci/da850_lowlevel.c by the code from
arch/arm/cpu/arm926ejs/davinci/pinmux.c.
Signed-off-by: Christian Riesch
Cc: Sandeep Paulraj
Cc: Heiko Schocher
---
arch/arm/cpu/arm926ejs/davinci/da850_lowlevel.c | 36 +
Signed-off-by: Christian Riesch
Cc: Heiko Schocher
Cc: Mike Frysinger
Cc: Scott Wood
---
doc/README.SPL |1 +
drivers/mtd/spi/Makefile |6
drivers/mtd/spi/spi_spl_load.c | 58
include/spi_flash.h|3 ++
Signed-off-by: Christian Riesch
Cc: Stefano Babic
Cc: Heiko Schocher
Cc: Mike Frysinger
---
.gitignore |1 +
Makefile | 13 +
board/davinci/da8xxevm/config.mk |5 +
3 files changed, 19 insertions(+), 0 deletions(-)
create
Signed-off-by: Christian Riesch
Cc: Sandeep Paulraj
Cc: Heiko Schocher
Cc: Sudhakar Rajashekhara
Cc: Syed Mohammed Khasim
Cc: Sughosh Ganu
Cc: Nick Thompson
Cc: Stefano Babic
---
arch/arm/cpu/arm926ejs/davinci/Makefile|2 +-
.../arm/cpu/arm926ejs/davinci/pinmux.c
This code adds an SPL for booting from SPI flash on DA850 SoCs.
Signed-off-by: Christian Riesch
Cc: Heiko Schocher
Cc: Sandeep Paulraj
---
arch/arm/cpu/arm926ejs/davinci/Makefile |3 +-
arch/arm/cpu/arm926ejs/davinci/spl.c| 34 ++-
2 files changed, 35 inse
Signed-off-by: Christian Riesch
Cc: Heiko Schocher
Cc: Mike Frysinger
---
lib/Makefile |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/lib/Makefile b/lib/Makefile
index 54708c2..35ba7ff 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -50,6 +50,8 @@ COBJS-$(CONFIG_SHA1)
The boards in board/davinci/da8xxevm/ define pinmux_config[] vectors
that contain pinmux configurations for emac, uarts, memory controllers...
In an earlier patch such pinmux configurations were added to the arch
tree. This patch makes the hawkboard use these definitions instead of
defining its own
Signed-off-by: Christian Riesch
Cc: Heiko Schocher
Cc: Sandeep Paulraj
Cc: Sudhakar Rajashekhara
---
board/davinci/da8xxevm/da850evm.c |4 +-
board/davinci/da8xxevm/u-boot-spl.lds | 73 +
include/configs/da850evm.h| 53 +++
Support for variable length images like AIS image was introduced
in commit f0662105b674a3874227316abf8536bebc9b5995. A parameter
"-s" was also introduced to prohibit copying of the image file
automatically in the main program. However, this parameter
was implemented incorrectly and the image file w
Up to now nearly every davinci board has separate code for the
definition of pinmux configurations. This patch adds pinmux
configurations for the DA850 SoCs to the arch tree which may later
be used for all DA850 based boards.
Signed-off-by: Christian Riesch
Cc: Sandeep Paulraj
Cc: Heiko Schocher
This patch fixes the clear bss loop for bss sections that have
zero length, i.e., where __bss_start == __bss_end__.
Signed-off-by: Christian Riesch
Cc: Albert Aribaud
Cc: Heiko Schocher
---
arch/arm/cpu/arm926ejs/start.S |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff -
On Fri, Nov 25, 2011 at 9:39 AM, Marek Vasut wrote:
>> board.c: In function 'board_init_r':
>> board.c:280:8: warning: unused variable 's'
>>
>> Signed-off-by: Daniel Schwierzeck
>> ---
>> arch/mips/lib/board.c | 3 +--
>> 1 files changed, 1 insertions(+), 2 deletions(-)
>>
>> diff --git a/ar
On Fri, Nov 25, 2011 at 1:37 PM, Christian Riesch
wrote:
> diff --git a/board/davinci/da8xxevm/config.mk
> b/board/davinci/da8xxevm/config.mk
> new file mode 100644
> index 000..05cf77f
> --- /dev/null
> +++ b/board/davinci/da8xxevm/config.mk
> @@ -0,0 +1,5 @@
> +# required for SPI flash SPL
On 11/24/2011 06:40 PM, Mike Frysinger wrote:
> On Thursday 24 November 2011 10:39:21 Matthias Fuchs wrote:
>> -sprintf(str, "%08X%04X",
>> -*(unsigned int *)&ow_id[0],
>> -*(unsigned short *)&ow_id[4]);
>> +sprintf(str, "%02X%02X%02X%02X%02X%02X",
>> +ow
Dear Robert,
In message you wrote:
> > sorry if my messages have been a bit harsh with gpio freedback. the
> > unwrapped
> > lines and broken patch formats make me see red.
>
> I understand; There are rules to adhere to.
> But please also understand what I'm working with here. Making a single
On Fri, Nov 25, 2011 at 6:13 AM, Marek Vasut wrote:
> You have to be careful on the imx28 about the following:
>
> 1) sector 0 / first 512 bytes : That's where MBR is
> 2) sector 2048 + ... : That's where U-Boot is located
>
> But it's strange, there's about 1MB of space between MBR and U-Boot ..
> On Fri, Nov 25, 2011 at 9:44 AM, Marek Vasut wrote:
> >> This handler can be activated on multi-processor systems to boot only
> >> the master CPU. All slave CPUs are halted by executing the WAIT
> >> instruction. This is also useful to reduce the power consumption at
> >> boot time.
> >>
> >>
> On Fri, Nov 25, 2011 at 9:39 AM, Marek Vasut wrote:
> >> board.c: In function 'board_init_r':
> >> board.c:280:8: warning: unused variable 's'
> >>
> >> Signed-off-by: Daniel Schwierzeck
> >> ---
> >> arch/mips/lib/board.c |3 +--
> >> 1 files changed, 1 insertions(+), 2 deletions(-)
> >>
> On Fri, Nov 25, 2011 at 6:13 AM, Marek Vasut wrote:
> > You have to be careful on the imx28 about the following:
> >
> > 1) sector 0 / first 512 bytes : That's where MBR is
> > 2) sector 2048 + ... : That's where U-Boot is located
> >
> > But it's strange, there's about 1MB of space between MB
Stefan,
I thought the error is generic, I never know it is processor or board
specific error.
Here are the details:
OMAPL138 EVM board
u-boot version 2011.9 NOvember release.
modified env in da850 config file as :
---
/*
* Linux Information
*/
#define LINUX_BOOT_PARAM_ADDR (PHYS_SDRAM_
> On Fri, Nov 25, 2011 at 6:13 AM, Marek Vasut wrote:
> > You have to be careful on the imx28 about the following:
> >
> > 1) sector 0 / first 512 bytes : That's where MBR is
> > 2) sector 2048 + ... : That's where U-Boot is located
> >
> > But it's strange, there's about 1MB of space between MB
On Fri, Nov 25, 2011 at 12:30 PM, Marek Vasut wrote:
> I did the following change and tested u-boot on m28evk. I saved env, restarted
> board etc.
>
> 1) Env was successfully saved to MMC sector 2 (at offset 1024 bytes from
> start).
> 2) Env was successfully loaded from MMC after reset
>
> Basi
On 25/11/2011 14:42, Zaheer Sheriff wrote:
> Stefan,
>
> I thought the error is generic, I never know it is processor or board
> specific error.
You are wrong. It is not the same thing to store on NAND, on CFI flash,
on I2C Eprom, on .
> Here are the details:
> OMAPL138 EVM board u-boot vers
> On Fri, Nov 25, 2011 at 12:30 PM, Marek Vasut wrote:
> > I did the following change and tested u-boot on m28evk. I saved env,
> > restarted board etc.
> >
> > 1) Env was successfully saved to MMC sector 2 (at offset 1024 bytes from
> > start). 2) Env was successfully loaded from MMC after reset
Hello Daniel,
Daniel Schwierzeck wrote on 2011-11-25:
> On Fri, Nov 25, 2011 at 9:49 AM, Marek Vasut
> wrote:
>>> On Thursday 24 November 2011 08:57:56 Daniel Schwierzeck wrote:
Build dbau1550_el only in LIST_au1xx0_el and LIST_mips_el.
Also remove obsolete lists for mips5kc.
>>>
>>> i
Hi Wolfgang,
How nice of you to drop a message, I really appreciate it.
> Part of this problem might be the result from an attitude of "I don't
> have the time to learn doing thisngs right, but I always have time to
> repeat them wrongly again and again".
In the end, doing things right always pa
On Fri, Nov 25, 2011 at 02:44, Marek Vasut wrote:
> > This handler can be activated on multi-processor systems to boot only
> > the master CPU. All slave CPUs are halted by executing the WAIT
> > instruction. This is also useful to reduce the power consumption at
> > boot time.
> >
> > Signed-off
Hi Guys,
The following patch adds BR4 Appliance support in u-boot.
It is quad channels ISDN BRI board based on Blackfin BF537 CPU
The patch is based on u-boot-2011R1-RC3 from the ADI u-boot git repository
It is pretty similar as the PR1 Appliance patch I have suggested recently.
My email client
2011/11/24 Igor Grinberg
> > +/*
> > + * If enable is 0, pull-down resistor not connected to D+, else
> pull-down
> > + * resistor connected to D+.
> > + * Default behaviour is as for enable equal to 1.
> > + */
> > +void ulpi_dp_pulldown(u32 ulpi_viewport, int enable)
> > +{
> > + if (enable
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 -
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
---
board/xm250/Makefile| 43
board/xm250/flash.c | 535 ---
board/xm250/xm250.c | 95 -
boards.
The following changes since commit 19cdfd3e84bff108febb127b598ac3f1634c768c:
Ethernut 5 board support (2011-11-21 17:51:06 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-pxa.git master
Marek Vasut (4):
PXA: Drop CERF250 board
PXA: Drop CRADLE board
Hi Simon, Scott,
Le 31/10/2011 18:52, Scott Wood a écrit :
On 10/31/2011 11:34 AM, Simon Schwarz wrote:
Functions often used in SPL are now part of linux/mtd/nand.h.
Static modifiers are removed from these functions in
drivers/mtd/nand/nand_base.c.
Signed-off-by: Simon Schwarz
Cc: scottw...@fr
Le 25/11/2011 20:05, Albert ARIBAUD a écrit :
Hi Simon, Scott,
Le 31/10/2011 18:52, Scott Wood a écrit :
On 10/31/2011 11:34 AM, Simon Schwarz wrote:
Functions often used in SPL are now part of linux/mtd/nand.h.
Static modifiers are removed from these functions in
drivers/mtd/nand/nand_base.c.
I've been trying to get the compiler to run on Mac OS X for a bit, but
haven't managed to get it to build (let alone get U-Boot to build).
Any chance you could send me some pointers to how you got one up and
running?
On Thu, Nov 24, 2011 at 3:36 PM, Andreas Bießmann
wrote:
> OS X Lion's c-library
Le 24/11/2011 23:29, Michael Walle a écrit :
Hi,
As there was no real conclusion on my previous "arm mach-types.h" thread, i
have to reemphasize that the current mach types handling is broken.
1. u-boot follows linux mach-types.h
2. linux only includes ids
a, they have (non DT!) boar
Hi Simon,
Le 31/10/2011 17:34, Simon Schwarz a écrit :
This is a fix for a regression introduced by my patch
55f429bb39614a16b1bacc9a8bea9ac01a60bfc8 to u-boot-ti/next
The issue is described here:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/108873
changes V3:
- fix for: http://arti
Hi Marek,
Le 25/11/2011 19:56, Marek Vasut a écrit :
The following changes since commit 19cdfd3e84bff108febb127b598ac3f1634c768c:
Ethernut 5 board support (2011-11-21 17:51:06 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-pxa.git master
Marek Vasut (4):
Hi Marek, Anatolij,
Le 25/11/2011 20:46, Albert ARIBAUD a écrit :
Hi Marek,
Le 25/11/2011 19:56, Marek Vasut a écrit :
The following changes since commit
19cdfd3e84bff108febb127b598ac3f1634c768c:
Ethernut 5 board support (2011-11-21 17:51:06 +0100)
are available in the git repository at:
git
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
---
Changes for v2:
- make code EHCI-independent
- use udelay() in waiting loop
On Friday 25 November 2011 03:33:39 Marek Vasut wrote:
> > On Thursday 24 November 2011 10:39:21 Matthias Fuchs wrote:
> > > - sprintf(str, "%08X%04X",
> > > - *(unsigned int *)&ow_id[0],
> > > - *(unsigned short *)&ow_id[4]);
> > > + sprintf(str, "%02X%02X%02X%02X%02X%02X",
> > > +
On Friday 25 November 2011 07:29:57 Daniel Schwierzeck wrote:
> On Fri, Nov 25, 2011 at 9:49 AM, Marek Vasut wrote:
> >> On Thursday 24 November 2011 08:57:56 Daniel Schwierzeck wrote:
> >> > Build dbau1550_el only in LIST_au1xx0_el and LIST_mips_el.
> >> > Also remove obsolete lists for mips5kc.
Trying again, with an effort to be more concise.
What are the minimums that need to be setup correctly to access DDR for
an MPC8536 in u-boot ? This is probably my most important question.
I do not want to fixate on DDR controler timing issues, when the Local
Access Windows, TLB's or L2 Cache ar
> Hi Marek, Anatolij,
>
> Le 25/11/2011 20:46, Albert ARIBAUD a écrit :
> > Hi Marek,
> >
> > Le 25/11/2011 19:56, Marek Vasut a écrit :
> >> The following changes since commit
> >> 19cdfd3e84bff108febb127b598ac3f1634c768c:
> >>
> >> Ethernut 5 board support (2011-11-21 17:51:06 +0100)
> >>
> >
Hi Albert,
On Fri, 25 Nov 2011 20:50:55 +0100
Albert ARIBAUD wrote:
> Hi Marek, Anatolij,
>
> Le 25/11/2011 20:46, Albert ARIBAUD a écrit :
> > Hi Marek,
> >
> > Le 25/11/2011 19:56, Marek Vasut a écrit :
> >> The following changes since commit
> >> 19cdfd3e84bff108febb127b598ac3f1634c768c:
> >
On Sunday 20 November 2011 15:24:12 Dimitar Penev wrote:
> I have noticed however that you have removed the random MAC generation
> which I would consider as a good feature.
> What is your reasoning behind this?
MAC randomization should not be the default mode for boards. where does this
board s
BUSINESS AND PERSONAL LOANS AVAILABLE AT 2% REPLY IF INTERESTED.___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Mike Frysinger
---
tools/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/tools/.gitignore b/tools/.gitignore
index 98a5c78..e4d2c2f 100644
--- a/tools/.gitignore
+++ b/tools/.gitignore
@@ -2,6 +2,7 @@
/envcrc
/gen_eth_addr
/img2srec
+/mkenvima
On Thursday 17 November 2011 11:07:23 Igor Grinberg wrote:
> --- a/tools/envcrc.c
> +++ b/tools/envcrc.c
>
> #if defined(ENV_IS_EMBEDDED) && !defined(CONFIG_BUILD_ENVCRC)
> +# include
> # define CONFIG_BUILD_ENVCRC 1
> #endif
> ...
> #ifdef CONFIG_BUILD_ENVCRC
> extern unsigned int env_size;
> Hi Albert,
>
> On Fri, 25 Nov 2011 20:50:55 +0100
>
> Albert ARIBAUD wrote:
> > Hi Marek, Anatolij,
> >
> > Le 25/11/2011 20:46, Albert ARIBAUD a écrit :
> > > Hi Marek,
> > >
> > > Le 25/11/2011 19:56, Marek Vasut a écrit :
> > >> The following changes since commit
> > >> 19cdfd3e84bff108fe
i tweaked a few things (like disabling the CONFIG_ETHADDR). same question for
this board ... where is the MAC normally stored ?
updated patch is below
-mike
>From 6ff79ef55cb414b0dfb08b8aa9db2baf8849545b Mon Sep 17 00:00:00 2001
From: Dimitar Penev
Date: Fri, 25 Nov 2011 16:05:54 -0500
Subject:
Le 25/11/2011 22:13, Marek Vasut a écrit :
Hi Albert,
On Fri, 25 Nov 2011 20:50:55 +0100
Albert ARIBAUD wrote:
Hi Marek, Anatolij,
Le 25/11/2011 20:46, Albert ARIBAUD a écrit :
Hi Marek,
Le 25/11/2011 19:56, Marek Vasut a écrit :
The following changes since commit
19cdfd3e84bff108febb127b
On Friday 25 November 2011 07:37:40 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
COBJS-$(CONFIG_SPL_SPI_LOAD) += spi_spl_load.o
> --- /dev/null
> +
On Wednesday 23 November 2011 15:28:17 David Wagner wrote:
> --- a/tools/mkenvimage.c
> +++ b/tools/mkenvimage.c
>
> + if (redundant)
> + *(dataptr + sizeof(targetendian_crc)) = 1;
dataptr[sizeof(targetendian_crc)] = 1;
-mike
signature.asc
Description: This is a digitally signed
1 - 100 of 113 matches
Mail list logo
