Wolfgang's patch for build time improvement is bringing
out issues due to missing dependencies in the top-level
Makefile. I get errors such as the below while building
with many threads.
make[1]: /home/a0393566local/u-boot-denx/tools/mkimage: Command not found
This also allows one to do:
$ make s
Hi Simon et al.,
Thanks to you and others for their patience. Let me summarize the thread:
- ARM7TDMI definitely lacks a cp15, as AN99 explicitely states;
- ARM provides no other, reliable, way to identify an ARM7TDMI reliably;
- Identification through a manufacturer-specific method just defeat
Hi Simon,
Going back to this version of the patch as indicated, I notice something
weird:
Le 13/10/2011 23:05, Simon Glass a écrit :
> Some SOCs have do not start up with their 'main' CPU. The first U-Boot
> code may then be executed with a CPU which does not have a CP15, or not a
> useful one.
Hi Albert
Albert ARIBAUD wrote:
> U-Boot maintainers of such boards (in Cc: of this mail) should provide a
> patch to re-introduce the MACH_TYPE_XX definition in their boards'
> config header file in include/configs/.
Could you please apply the following patches:
- http://patchwork.ozlabs.
On Friday 04 November 2011 06:15 PM, Daniel Schwierzeck wrote:
> Apply memoization to cc-option macro by caching the results of the
> gcc calls. This macro is called very often so using cached results
> leads to faster compilation times.
This one gives even better results compared to your
previous
Hi all,
Le 04/11/2011 18:56, Wolfgang Denk a écrit :
> Dear Daniel Schwierzeck,
>
> In
> message
> you wrote:
>>
>> Should we change it? is the semantic still the same?
>
> I'm not sure. At first reading it doesn't look really the same to me.
They are not, at least for ELDK4.2.
The only diffe
Dear Kim Phillips,
In message <2004163427.db13a668c89386e254098...@freescale.com> you wrote:
> This reverts commit a9f4fc3fe571cc99260b063ad0ff291d31bafed0.
>
> commit aab773a47a8f7f40b9d7c4877853b00d22fb1347 already fixed the
> issue.
>
> Signed-off-by: Kim Phillips
> ---
> arch/powerpc/l
Le 05/11/2011 00:06, Mike Frysinger a écrit :
> On Friday 04 November 2011 02:29:24 Prafulla Wadaskar wrote:
>> Mike Frysinger:
>>> On Thursday 03 November 2011 19:02:26 Michael Walle wrote:
Am Donnerstag 03 November 2011, 19:10:57 schrieb Mike Frysinger:
> On Thursday 27 October 2011 17:3
Le 18/10/2011 14:41, Ryan Harkin a écrit :
> Add support for the A5 Core Tile on the Versatile Express motherboard.
>
> Ryan Harkin (3):
>ARM: vexpress: move files in preparation for adding a new platform
>ARM: vexpress: create A9 specific board config
>ARM: vexpress: create A5 specific
Hi Matthias,
Le 31/10/2011 08:26, Matthias Weisser a écrit :
> MACH_TYPE_JADECPU was removed from mach-types.h. Add it to board
> config file.
>
> Signed-off-by: Matthias Weisser
> ---
> board/syteco/jadecpu/jadecpu.c |1 -
> include/configs/jadecpu.h |6 ++
> 2 files changed,
Using mmap to allocate memory from the OS for RAM simulation we can use
u-boot own malloc implementation.
Signed-off-by: Matthias Weisser
---
Changes in V4:
Rebased to current HEAD
Changes in V3:
Fixed a build warning
Changes in V2:
Removed the address hint for mmap
Removed the specia
Le 31/10/2011 09:48, Igor Grinberg a écrit :
> Hi Jens,
>
> On 10/31/11 10:27, Jens Scharsig wrote:
>> Am 2011-10-31 08:46, schrieb Igor Grinberg:
>>> Hi Jens,
@@ -41,6 +41,8 @@
#define CONFIG_MISC_INIT_R
#define CONFIG_BOARD_EARLY_INIT_F
+#define MACH_TYPE_EB_CPUX9K2
Hi Daniel,
Le 31/10/2011 09:52, Daniel Gorsulowski a écrit :
> quotation from Albert ARIBAUD:
> "Recently the ARM mach-types.h file has been brought in sync with its
> Linux original, leasing to a number of boards not being listed any more,
> as the new list only contains boards which have actual
Hi Daniel,
Le 31/10/2011 09:52, Daniel Gorsulowski a écrit :
> quotation from Albert ARIBAUD:
> "Recently the ARM mach-types.h file has been brought in sync with its
> Linux original, leasing to a number of boards not being listed any more,
> as the new list only contains boards which have actual
Kim Phillips hat am 4. November 2011 um 22:43
geschrieben:
> when a mkimage binary isn't present in the default system PATH, we
> get this error:
>
> $ ./MAKEALL MVBLM7
> Configuring for MVBLM7 board...
> make[1]: mkimage: Command not found
> make[1]: *** [libmvblm7.o] Error 127
> make: *** [b
Hi all,
When applying the meesc mach-type patch, I noticed a weird thing: on
commit 867b96a5b7b1de56181b57bdfb25151c01a0fb3f, just before fixing
meesc, I did a ./MAKEALL arm and noticed that some boards were mentioned
twice in the build summary:
- SUMMARY --
MACH_TYPE_JADECPU was removed from mach-types.h. Add it to board
config file.
Signed-off-by: Matthias Weisser
---
Changes in V2:
Removed ifdef around MACH_TYPE
board/syteco/jadecpu/jadecpu.c |1 -
include/configs/jadecpu.h |6 ++
2 files changed, 6 insertions(+), 1 deletions(
Hi Prafulla,
On Mon, Oct 31, 2011 at 02:58:36PM +0100, Simon Guinot wrote:
> From: Simon Guinot
>
> Signed-off-by: Simon Guinot
> ---
> board/LaCie/netspace_v2/netspace_v2.c | 43
> +
> include/configs/netspace_v2.h |1 +
> 2 files changed
Hi Matthias,
Le 05/11/2011 13:15, Matthias Weisser a écrit :
> MACH_TYPE_JADECPU was removed from mach-types.h. Add it to board
> config file.
>
> Signed-off-by: Matthias Weisser
> ---
> Changes in V2:
>Removed ifdef around MACH_TYPE
>
> board/syteco/jadecpu/jadecpu.c |1 -
> include/co
Hi Jens,
Le 31/10/2011 19:52, Jens Scharsig a écrit :
> * re-introduce the MACH_TYPE_XX for EB_CPUX9K2 board
>
> Signed-off-by: Jens Scharsig
> ---
> include/configs/eb_cpux9k2.h |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/include/configs/eb_cpux9k2.h b/in
Dear Albert ARIBAUD,
In message <4eb507b7.9090...@aribaud.net> you wrote:
>
> But what about MAC randomization as a function provided by the SoC level
> to board MAC init code that wants to use it? For instance, a weak MAC
> setup function provided by the SoC level, and the board level would use
>
Dear Albert ARIBAUD,
In message <4eb514c7.9000...@aribaud.net> you wrote:
>
> > +#ifndef MACH_TYPE_JADECPU
> > +#define MACH_TYPE_JADECPU 2636
> > +#endif
>
> NAK -- remove ifndef/endif around definition. This way, if/when mach
> type reappears in official mach-type.h, we will get a warning abo
Dear Albert ARIBAUD,
In message <4eb4ff09.5070...@aribaud.net> you wrote:
>
> apcs-gnu, IIUC, is 'old ABI', while 'aapcs-linux' is 'new ABI', aka
> eabi. Most of the toolchains I see are eabi (ELDK and CS notably). There
> may be 'old ABI' toolchains out there, but I don't think they are old
>
Hi Albert,
On Sat, Nov 5, 2011 at 1:09 AM, Albert ARIBAUD
wrote:
> Hi Simon et al.,
>
> Thanks to you and others for their patience. Let me summarize the thread:
>
> - ARM7TDMI definitely lacks a cp15, as AN99 explicitely states;
>
> - ARM provides no other, reliable, way to identify an ARM7TDMI
Hi Albert,
On 05.11.2011 10:16, Albert ARIBAUD wrote:
> Hi all,
>
> Le 04/11/2011 18:56, Wolfgang Denk a écrit :
>> Dear Daniel Schwierzeck,
>>
>> In
>> message
>> you wrote:
>>>
>>> Should we change it? is the semantic still the same?
>>
>> I'm not sure. At first reading it doesn't look really th
On Tegra2 the AVP runs the normal U-Boot code to a point, then halts and
the A9 takes over. The current Tegra2 boot path is fairly complex, since it
has a separate path and code for the Cortex-A9 and the AVP. In fact, they
can largely execute the same code path.
This series cleans up this logic an
The Tegra2 boot path is more complicated than it needs to be. Since we want
to move to building most of U-Boot with ARMv7 and only a small part with
ARMv4T (for AVP) it should be as simple as possible.
This makes tegra2_start() into a simple function which either does AVP
init or A9 init depending
CONFIG_ENABLE_CORTEXA9 and CONFIG_SKIP_RELOCATE_UBOOT are not needed,
so remove them.
Signed-off-by: Simon Glass
---
include/configs/tegra2-common.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/include/configs/tegra2-common.h b/include/configs/tegra2-common.h
index
In board_init_f() the gd->bd pointer is not valid when dram_init() is called.
This only avoids dying because DRAM is at zero on Tegra2. The common ARM
routine sets up the banks in the same way anyway, so we can just remove this
code.
Signed-off-by: Simon Glass
---
arch/arm/cpu/armv7/tegra2/boar
This message is not required, since it is followed by an 'official' U-Boot
message.
U-Boot 2011.03-00048-gd7cb0d3 (May 11 2011 - 17:17:23)
TEGRA2
Board: NVIDIA Seaboard
dynamic ram_size = 1073741824
DRAM: 1 GiB
becomes:
TEGRA2
Board: NVIDIA Seaboard
DRAM: 1 GiB
This is a separate commit sinc
Since low-level init is skipped, the instruction cache is never enabled on
Tegra2. This explicitly calls this initialization as soon as the A9 is
initialized.
Signed-off-by: Simon Glass
---
board/nvidia/common/board.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/bo
We want to move away from a special Tegra2 start-up, and just use
arch_cpu_init() instead. However, if we run board_init_f() from boot
we need to build it for ARMv4T, since the Tegra's AVP start-up CPU
does not support ARMv7.
The effect of this is to do the AVP init earlier, and in
arch_cpu_init()
Some SOCs have do not start up with their 'main' CPU. The first U-Boot
code may then be executed with a CPU which does not have a CP15, or not a
useful one.
Here we split the initialization of CP15 into a separate call, which can
be performed later if required.
Once the main CPU is running, you s
Since we have cache support built in we can remove Tegra's existing cache
initialization code amd other related dead code.
Signed-off-by: Simon Glass
---
Changes in v2:
- Keep Tegra's config.mk file around so we can set the armv4t flags
arch/arm/cpu/armv7/start.S| 12 ---
arch
This was used by the AVP in early boot but is no longer used. Unless we
plan to enable it somehow it is not needed. In any case we should try
to use the ns16550 driver instead as it has the same code.
Signed-off-by: Simon Glass
---
drivers/serial/Makefile|1 -
drivers/serial/serial_
Hi Albert,
On Sat, Nov 5, 2011 at 1:17 AM, Albert ARIBAUD
wrote:
> Hi Simon,
>
> Going back to this version of the patch as indicated, I notice something
> weird:
>
> Le 13/10/2011 23:05, Simon Glass a écrit :
>>
>> Some SOCs have do not start up with their 'main' CPU. The first U-Boot
>> code ma
Le 05/11/2011 14:26, Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message<4eb514c7.9000...@aribaud.net> you wrote:
>>
>>> +#ifndef MACH_TYPE_JADECPU
>>> +#define MACH_TYPE_JADECPU 2636
>>> +#endif
>>
>> NAK -- remove ifndef/endif around definition. This way, if/when mach
>> type reappear
Dear =?UTF-8?B?6aas5YWL5rOh?=,
In message
you wrote:
>
> I think if we (custodians) could assigned the pull request as "accept"
> or something after Wolfgang
> has pull the commits from downstream will be good.
> What do you guys think about it?
I wrote before that I would really appreciate if
This corects the warning below, obtained with my gcc 4.6 compiler.
arch/arm/cpu/armv7/mx5/libmx5.o: In function `decode_pll':
arch/arm/cpu/armv7/mx5/clock.c:94: undefined reference to `__aeabi_uldivmod'
I am not able to test this on MX5x hardware, but it does improve the
MAKEALL output for me. Yo
Hi all,
2011/11/5 Wolfgang Denk :
> Dear =?UTF-8?B?6aas5YWL5rOh?=,
>
> In message
> you
> wrote:
> I wrote before that I would really appreciate if _anybody_ who notices
> incorrect / obsolete states oin Patchwork could please update these.
>
> Unlike as for normal patches, I didn't find a way
Hi Wolfgang,
Le 05/11/2011 14:21, Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message<4eb507b7.9090...@aribaud.net> you wrote:
>>
>> But what about MAC randomization as a function provided by the SoC level
>> to board MAC init code that wants to use it? For instance, a weak MAC
>> setup
Hi Mike,
On Thu, Nov 3, 2011 at 6:36 PM, Mike Frysinger wrote:
> On Thursday 03 November 2011 18:41:34 Simon Glass wrote:
>> --- a/arch/arm/include/asm/arch-tegra2/tegra2.h
>> +++ b/arch/arm/include/asm/arch-tegra2/tegra2.h
>>
>> #define NV_PA_APB_UARTC_BASE (NV_PA_APB_MISC_BASE + 0x6200)
>> #d
Hi Mike,
On Thu, Nov 3, 2011 at 6:44 PM, Mike Frysinger wrote:
> On Thursday 03 November 2011 18:41:37 Simon Glass wrote:
>> Since we are adding a second file to board/nvidia/common, we create
>> a proper Makefile there and remove the direct board.o include from
>> board/nvidia/seaboard/Makefile
Enable SPI flash on the Tegra2 Seaboard along with a saved 8KB environment.
This involves a few pieces:
- Tegra2 SPI driver
- Seaboard config changes
- a SPI / UART switch to handle switching between SPI and console UART
This series applies cleanly on top of Stephen Warren's latest patch series
On Seaboard the UART and SPI interfere with each other. This causes the UART
to receive spurious zero bytes after SPI transactions and also means that
SPI can corrupt a few output characters when it starts up if they are still
in the UART buffer.
This updates the board to use the SPI/UART switch t
This uses the SPI flash on Seaboard to store an 8KB environment.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add CONFIG_SPI_FLASH_SIZE to define flash size
- Add config for SPI environment mode/speed
include/configs/harmony.h |3 +++
include/configs/seaboard.h |9
UART selection is done with a lot of #ifdefs. This cleans things up
a little.
Signed-off-by: Simon Glass
---
board/nvidia/common/board.c | 57 +-
1 files changed, 34 insertions(+), 23 deletions(-)
diff --git a/board/nvidia/common/board.c b/board/nvidia
The Tegra2 Seaboard has the unfortunate feature that SPI and the console
UART are multiplexed on the same pins. We need to switch between one
and the other during SPI and console activity.
This new file implements a switch and keeps track of which peripheral
owns the pins. It also flips over the c
UARTB is used on some boards, so support it here.
Signed-off-by: Simon Glass
---
board/nvidia/common/board.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/board/nvidia/common/board.c b/board/nvidia/common/board.c
index a5da310..a2d45c1 100644
--- a/board/nvi
From: Tom Warren
This driver supports SPI on Tegra2, running at 48MHz.
Signed-off-by: Tom Warren
---
Changes in v2:
- Update to support SPI mode and frequency
- Tidy driver according to comments, and tidy a little more
Changes in v3:
- Remove the replaced bus/cs check function
- Change (bitlen
The Seaboard includes a Winbond 4MB flash part.
Signed-off-by: Simon Glass
---
include/configs/seaboard.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/include/configs/seaboard.h b/include/configs/seaboard.h
index 7d29144..7e8c8cc 100644
--- a/include/confi
Add the SPI / UART switch logic into the Tegra2 SPI driver so that it
can co-exist with the NS16550 UART.
We need the ns16550.h header for NS16550_t for now.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add pinmux logic to SPI driver
- Rename uart/spi_enable() to pinmux_select_uart/spi()
dr
Dear Albert ARIBAUD,
In message <4eb543af.7010...@aribaud.net> you wrote:
>
> > Note that you will only get a warning if a _different_ value get's
> > defined (``warning: "VAR" redefined''). If both values are the same,
> > no warning will be raised.
>
> Hmm, correct. In order to catch the mach-
Dear =?UTF-8?B?6aas5YWL5rOh?=,
In message
you wrote:
>
> > So yes, please, if you notice such inconsistencies, help out and
> > update the status as needed.
>
> Maybe a perl or a python script is need to auto update the patchwork status
> by analyzing the table format of patckwork.
> Is this p
Hi Daniel,
Le 05/11/2011 14:43, Daniel Schwierzeck a écrit :
> Hi Albert,
>
> On 05.11.2011 10:16, Albert ARIBAUD wrote:
>> Hi all,
>>
>> Le 04/11/2011 18:56, Wolfgang Denk a écrit :
>>> Dear Daniel Schwierzeck,
>>>
>>> In
>>> message
>>>
>>> you wrote:
Should we change it? is the semant
Le 05/11/2011 15:56, Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message<4eb543af.7010...@aribaud.net> you wrote:
>>
>>> Note that you will only get a warning if a _different_ value get's
>>> defined (``warning: "VAR" redefined''). If both values are the same,
>>> no warning will be rai
On Sat, Nov 5, 2011 at 3:40 AM, Matthias Weisser wrote:
> Using mmap to allocate memory from the OS for RAM simulation we can use
> u-boot own malloc implementation.
>
> Signed-off-by: Matthias Weisser
Thanks for the rebase
Tested-by: Simon Glass
> ---
> Changes in V4:
> Rebased to current H
Dear Albert ARIBAUD,
In message <4eb54978.5020...@aribaud.net> you wrote:
>
> > What would be the result? A bord that comes up with a new MAC address
> > each time you reset it?
>
> No -- the goal of the randomization code was, is, and will be to allow
> the board to use the network when no cor
Fix:
pcnet.c: In function 'pcnet_probe':
pcnet.c:247:8: warning: variable 'chipname' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
Cc: Wolfgang Grandegger
---
drivers/net/pcnet.c | 17 -
1 files changed, 4 insertions(+), 13 deletions(-)
diff --git
Fix:
cmd_flash.c:355:32: warning: 'info' may be used uninitialized in this
function [-Wuninitialized]
cmd_flash.c:354:10: warning: 'sect_first' may be used uninitialized in
this function [-Wuninitialized]
cmd_flash.c:354:10: warning: 'sect_last' may be used uninitialized in
this function [-Wuniniti
Fix:
flash.c: In function 'flash_erase':
flash.c:780:18: warning: variable 'l_sect' set but not used
[-Wunused-but-set-variable]
flash.c:779:11: warning: variable 'addr' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
board/mousse/flash.c |8 +---
1 files ch
Fix:
ide.c: In function 'ide_preinit':
ide.c:69:21: warning: array subscript is above array bounds
[-Warray-bounds]
ide.c:69:21: warning: array subscript is above array bounds
[-Warray-bounds]
ide.c:70:17: warning: array subscript is above array bounds
[-Warray-bounds]
Signed-off-by: Wolfgang Denk
Fix:
spi.c: In function 'spi_init_r':
spi.c:279:22: warning: variable 'cp' set but not used
[-Wunused-but-set-variable]
spi.c: In function 'spi_xfer':
spi.c:361:22: warning: variable 'cp' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
arch/powerpc/cpu/mpc8260/spi.c
Fix:
rtl8169.c: In function 'rtl_init':
rtl8169.c:742:13: warning: variable 'printed_version' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
drivers/net/rtl8169.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/net/rtl8169.c b/dri
The following set of patches is the second batch of fixes of new
build warnings raised by recent compiler versions (GCC 4.6.x).
To be continued...
...all help with that would be highly welcome!
Wolfgang Denk (22):
drivers/net/pcnet.c: Change debug code to fix build warning
board/etin/kvme080
Fix:
ep82xxm.c: In function 'initdram':
ep82xxm.c:233:16: warning: variable 'ramtmp' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
board/ep82xxm/ep82xxm.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/board/ep82xxm/ep82xxm.c b/board/ep
Fix:
rtl8139.c: In function 'rtl8139_probe':
rtl8139.c:256:15: warning: variable 'fullduplex' set but not used
[-Wunused-but-set-variable]
rtl8139.c:256:6: warning: variable 'speed10' set but not used
[-Wunused-but-set-variable]
rtl8139.c: In function 'rtl_transmit':
rtl8139.c:419:16: warning: vari
Fix:
ids8247.c: In function 'initdram':
ids8247.c:284:14: warning: variable 'lsize' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
Cc: Heiko Schocher
---
board/ids8247/ids8247.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/board/ids8247/i
Fix:
mpc8266ads.c: In function 'initdram':
mpc8266ads.c:278:9: warning: variable 'spd_size' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
board/freescale/mpc8266ads/mpc8266ads.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/board/freesc
Fix:
vovpn-gw.c: In function 'misc_init_r':
vovpn-gw.c:266:16: warning: variable 'temp' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
board/funkwerk/vovpn-gw/vovpn-gw.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/board/funkwerk/vovpn
Fix:
scm.c: In function 'config_scoh_cs':
scm.c:400:16: warning: variable 'tmp' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
board/siemens/SCM/scm.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/board/siemens/SCM/scm.c b/board/siemens
Signed-off-by: Wolfgang Denk
Cc: Sangmoon Kim
---
board/etin/kvme080/multiverse.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/board/etin/kvme080/multiverse.c b/board/etin/kvme080/multiverse.c
index eb89581..93ad57a 100644
--- a/board/etin/kvme080/multiverse.c
+++ b
Really minimal and local, just good enough to make checkpatch not
complain about the changes in the following commit.
Signed-off-by: Wolfgang Denk
Cc: Oliver Brown
---
board/gw8260/flash.c | 75 --
1 files changed, 36 insertions(+), 39 deletions
Make (mostly) checkpatch clean.
Signed-off-by: Wolfgang Denk
Cc: Rune Torgersen
---
board/freescale/mpc8266ads/mpc8266ads.c | 594 ---
1 files changed, 304 insertions(+), 290 deletions(-)
diff --git a/board/freescale/mpc8266ads/mpc8266ads.c
b/board/freescale/mpc82
Really minimal and local, just good enough to make checkpatch not
complain about the changes in the following commit.
Signed-off-by: Wolfgang Denk
---
board/rpxsuper/flash.c | 47 +++
1 files changed, 23 insertions(+), 24 deletions(-)
diff --git a/b
Fix:
input.c: In function 'hymod_get_ethaddr':
input.c:79:10: warning: variable 'ea' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
Cc: Murray Jensen
---
board/hymod/input.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/board/hymod/input.c
Fix:
flash.c: In function 'flash_init':
flash.c:52:19: warning: variable 'size' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
board/rpxsuper/flash.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/board/rpxsuper/flash.c b/board/rpxsupe
Fix:
sacsng.c: In function 'initdram':
sacsng.c:180:9: warning: variable 'spd_size' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
Cc: Jerry Van Baren
---
board/sacsng/sacsng.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/board/sacsng/sacs
Fix:
flash.c: In function 'flash_init':
flash.c:81:16: warning: variable 'size' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
Cc: Oliver Brown
---
board/gw8260/flash.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/board/gw8260/flash.c b/b
Fix:
flash.c: In function 'flash_init':
flash.c:295:16: warning: variable 'fip' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
Cc: Murray Jensen
---
board/cogent/flash.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/board/cogent/flash.c b/
Make (mostly) checkpatch clean.
Signed-off-by: Wolfgang Denk
Cc: Jerry Van Baren
---
board/sacsng/sacsng.c | 1329 -
1 files changed, 663 insertions(+), 666 deletions(-)
diff --git a/board/sacsng/sacsng.c b/board/sacsng/sacsng.c
index 61cab87..09
Dear Andrzej Pietrasiewicz,
In message <000601cc9abe$4f544bd0$edfce370$%p...@samsung.com> you wrote:
>
> > > http://www.usb.org/developers/devclass_docs/DFU_1.1.pdf
>
> DFU is part of USB; an extension to be precise, but an extension bound
> so tightly to the design and philosophy of USB that it
Dear Stefan Schmidt,
In message <2002200717.GP17069@excalibur.local> you wrote:
>
> While I think a dfu command is usefull I don't like the need to
> execute it before any DFU interaction can happen. That may be an
> option during development but for field upgrades or receovery it is
> not.
Y
Dear Gerlando Falauto,
In message <1319647072-17504-2-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> Signed-off-by: Gerlando Falauto
> ---
> common/cmd_nvedit.c | 152
> +++--
> common/env_common.c | 15 -
> include/environment.
Dear Gerlando Falauto,
In message <1319647072-17504-3-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> Signed-off-by: Gerlando Falauto
> ---
> common/cmd_nvedit.c |2 +-
> include/search.h|6 --
> lib/hashtable.c | 18 --
> 3 files changed, 17 inse
Dear Gerlando Falauto,
In message <1319647072-17504-2-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> Signed-off-by: Gerlando Falauto
> ---
> common/cmd_nvedit.c | 152
> +++--
> common/env_common.c | 15 -
> include/environment.
Dear Gerlando Falauto,
In message <1319647072-17504-4-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> Signed-off-by: Gerlando Falauto
> ---
> README |2 ++
> common/cmd_nvedit.c | 42 --
> common/env_common.c |
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
On Friday 04 November 2011 22:21:45 Graeme Russ wrote:
> Nobody uses them anyway
thanks ! this was the only hold out i had with gd flag unification (hrm, did i
forget to post that patch?).
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
On Friday 04 November 2011 21:35:02 馬克泡 wrote:
> 2011/11/5 Mike Frysinger :
> > On Friday 04 November 2011 18:22:32 Mike Frysinger wrote:
> >> On Friday 04 November 2011 04:24:51 馬克泡 wrote:
> >> > It's pity that only you can found the toolchain with full source from
> >> > public is very old.
> >>
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
On Friday 04 November 2011 22:25:00 Joe Hershberger wrote:
> --- /dev/null
> +++ b/arch/powerpc/include/asm/arch-mpc83xx/gpio.h
>
> +#if defined(CONFIG_MPC8313) || defined(CONFIG_MPC8308) || \
> + defined(CONFIG_MPC8315)
> + #define MPC83XX_GPIO_CTRLRS 1
> +#elif def
On Saturday 05 November 2011 10:43:07 Simon Glass wrote:
> On Thu, Nov 3, 2011 at 6:44 PM, Mike Frysinger wrote:
> > On Thursday 03 November 2011 18:41:37 Simon Glass wrote:
> >> Since we are adding a second file to board/nvidia/common, we create
> >> a proper Makefile there and remove the direct b
On Saturday 05 November 2011 10:36:30 Simon Glass wrote:
> On Thu, Nov 3, 2011 at 6:36 PM, Mike Frysinger wrote:
> > On Thursday 03 November 2011 18:41:34 Simon Glass wrote:
> >> --- /dev/null
> >> +++ b/drivers/spi/tegra2_spi.c
> >>
> >> +int spi_cs_is_valid(unsigned int bus, unsigned int cs)
> >
Avoid overhead of computing this value multiple times.
Signed-off-by: Mike Frysinger
---
arch/blackfin/config.mk |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/blackfin/config.mk b/arch/blackfin/config.mk
index f9d46de..3595aa2 100644
--- a/arch/blackfin/config.m
All the global flag defines are the same across all arches (ignoring two
unique x86 ones). So unify them in one place, and add a simple way for
arches to extend for their needs.
Signed-off-by: Mike Frysinger
---
note: this depends on Graeme's x86 boot flag clean up
arch/arm/include/asm/global_
> image_get_ram_disk() and image_get_kernel() perform operations in a
> consistent order. Modify image_get_fdt() to do things the same way.
> This allows a later change to insert some image header manipulations
> into these three functions in a consistent fashion.
>
> v2: New patch
>
> Signed-off
Hi Mike,
On Sat, Nov 5, 2011 at 10:11 AM, Mike Frysinger wrote:
> On Saturday 05 November 2011 10:43:07 Simon Glass wrote:
>> On Thu, Nov 3, 2011 at 6:44 PM, Mike Frysinger wrote:
>> > On Thursday 03 November 2011 18:41:37 Simon Glass wrote:
>> >> Since we are adding a second file to board/nvidia
Hi Mike,
On Sat, Nov 5, 2011 at 10:13 AM, Mike Frysinger wrote:
> On Saturday 05 November 2011 10:36:30 Simon Glass wrote:
>> On Thu, Nov 3, 2011 at 6:36 PM, Mike Frysinger wrote:
>> > On Thursday 03 November 2011 18:41:34 Simon Glass wrote:
>> >> --- /dev/null
>> >> +++ b/drivers/spi/tegra2_spi.
Hi,
On Sat, Nov 5, 2011 at 11:41 AM, Marek Vasut wrote:
>> image_get_ram_disk() and image_get_kernel() perform operations in a
>> consistent order. Modify image_get_fdt() to do things the same way.
>> This allows a later change to insert some image header manipulations
>> into these three functio
1 - 100 of 136 matches
Mail list logo
