Dear Wolfgang Denk,
In message <1320458160-23136-38-git-send-email...@denx.de> you wrote:
> The GENIETV has only one NOR flash bank. Remove all code trying to
> deal with a second bank. This also fixes a number of GCC 4.6 build
> warnings:
> flash.c:65:12: warning: array subscript is above array
Dear Wolfgang Denk,
In message <1320458160-23136-39-git-send-email...@denx.de> you wrote:
> Fix:
> net.c: In function 'CDPHandler':
> net.c:1083:8: warning: variable 'applid' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> ---
> net/net.c |4 +---
> 1 files
Dear Wolfgang Denk,
In message <1320458160-23136-40-git-send-email...@denx.de> you wrote:
> Fix:
> spi.c: In function 'spi_init_f':
> spi.c:144:21: warning: variable 'iop' set but not used
> [-Wunused-but-set-variable]
> spi.c:142:22: warning: variable 'cpi' set but not used
> [-Wunused-but-set-va
Dear Wolfgang Denk,
In message <1320458160-23136-41-git-send-email...@denx.de> you wrote:
> Fix:
> mbx8xx.c: In function 'mbx_init':
> mbx8xx.c:127:15: warning: variable 'refclock' set but not used
> [-Wunused-but-set-variable]
> mbx8xx.c: In function 'board_get_cpufreq':
> mbx8xx.c:231:2: warning
Dear Wolfgang Denk,
In message <1320458160-23136-42-git-send-email...@denx.de> you wrote:
> Fix:
> fads.c: In function 'initdram':
> fads.c:606:7: warning: variable 'base' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> ---
> board/fads/fads.c |4 +++-
> 1
Dear Wolfgang Denk,
In message <1320458160-23136-43-git-send-email...@denx.de> you wrote:
> Make (mostly) checkpatch clean (don't convert to use I/O accessors
> yet, so there will be "Use of volatile is usually wrong" warnings
> left.
>
> Signed-off-by: Wolfgang Denk
> ---
> board/rbc823/flash.
Dear Wolfgang Denk,
In message <1320458160-23136-44-git-send-email...@denx.de> you wrote:
> The RBC823 has only one NOR flash bank. Remove all code trying to
> deal with a second bank. This also fixes a number of GCC 4.6 build
> warnings:
> flash.c: In function 'flash_init':
> flash.c:62:12: war
Dear Wolfgang Denk,
In message <1320458160-23136-45-git-send-email...@denx.de> you wrote:
> Fix:
> svm_sc8xx.c: In function 'checkboard':
> svm_sc8xx.c:83:6: warning: variable 'board_type' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> ---
> board/svm_sc8xx/sv
Dear Wolfgang Denk,
In message <1320458160-23136-46-git-send-email...@denx.de> you wrote:
> Make (mostly) checkpatch clean (don't convert to use I/O accessors
> yet, so there will be "Use of volatile is usually wrong" warnings
> left.
>
> Signed-off-by: Wolfgang Denk
> ---
> board/svm_sc8xx/fla
Dear Wolfgang Denk,
In message <1320458160-23136-47-git-send-email...@denx.de> you wrote:
> Fix:
> flash.c: In function 'write_word':
> flash.c:542:15: warning: variable 'last' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> ---
> board/svm_sc8xx/flash.c |4
Dear Wolfgang Denk,
In message <1320458160-23136-48-git-send-email...@denx.de> you wrote:
> This also fixes a build warning:
> main.c: In function 'main_loop':
> main.c:311:16: warning: variable 'bootlimit' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> ---
>
Dear Wolfgang Denk,
In message <1320458160-23136-49-git-send-email...@denx.de> you wrote:
> Fix:
> speed.c: In function 'get_clocks':
> speed.c:113:30: warning: variable 'cpmdf' set but not used
> [-Wunused-but-set-variable]
> speed.c:113:23: warning: variable 'busdf' set but not used
> [-Wunused-
Dear Wolfgang Denk,
In message <1320458160-23136-50-git-send-email...@denx.de> you wrote:
> Fix:
> tqm8272.c: In function 'initdram':
> tqm8272.c:462:14: warning: variable 'lsize' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> ---
> board/tqc/tqm8272/tqm8272.c
Dear Wolfgang Denk,
In message <1320458160-23136-51-git-send-email...@denx.de> you wrote:
> Fix:
> cmd_i2c.c: In function 'do_i2c_add_bus':
> cmd_i2c.c:1212:19: warning: variable 'dev' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> Cc: Heiko Schocher
> ---
>
Dear Wolfgang Denk,
In message <1320458160-23136-52-git-send-email...@denx.de> you wrote:
> Fix:
> fec.c: In function 'mpc8220_fec_recv':
> fec.c:733:8: warning: variable 'frame' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> ---
> arch/powerpc/cpu/mpc8220/fec
Dear Wolfgang Denk,
In message <1320458160-23136-53-git-send-email...@denx.de> you wrote:
> Make (mostly) checkpatch clean (don't convert to use I/O accessors
> yet, so there will be "Use of volatile is usually wrong" warnings
> left. Also accept some other harmless checkpatch warnings.
>
> Sign
Dear Wolfgang Denk,
In message <1320458160-23136-54-git-send-email...@denx.de> you wrote:
> This also fixes some GCC 4.6 build warnings like:
> i2c.c: In function 'i2c_init':
> i2c.c:221:26: warning: variable 'txbd' set but not used
> [-Wunused-but-set-variable]
> i2c.c:221:19: warning: variable '
Simon Glass wrote at Monday, November 07, 2011 12:47 PM:
> On Mon, Nov 7, 2011 at 9:09 AM, Stephen Warren wrote:
> > On 11/07/2011 09:56 AM, Stephen Warren wrote:
> >> [Resending in an attempt to avoid base64 encoding]
> >>
> >> On 11/05/2011 04:20 PM, Wolfgang Denk wrote:
> >>> Dear Stephen Warre
Dear Wolfgang Denk,
In message <1320458160-23136-55-git-send-email...@denx.de> you wrote:
> Fix:
> i2c.c: In function 'wait_for_bb':
> i2c.c:109:16: warning: variable 'temp' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> Cc: Heiko Schocher
> ---
> arch/powerp
Dear Wolfgang Denk,
In message <1320458160-23136-56-git-send-email...@denx.de> you wrote:
> Fix:
> bat_rw.c: In function 'write_bat':
> bat_rw.c:38:6: warning: variable 'batn' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Wolfgang Denk
> Cc: Kumar Gala
> Cc: Andy Fleming
>
Dear Wolfgang Denk,
In message <1320458160-23136-57-git-send-email...@denx.de> you wrote:
> Fix:
> flash.c: In function 'flash_erase':
> flash.c:409:21: warning: variable 'last' set but not used
> [-Wunused-but-set-variable]
> flash.c:408:6: warning: variable 'flag' set but not used
> [-Wunused-bu
On 11/05/2011 05:09 PM, Wolfgang Denk wrote:
[NOTE: I removed the quoting from the hunks as it would not make any sense]
-int _do_env_set (int flag, int argc, char * const argv[])
+int env_check_apply(const char *name, const char *oldval,
+ const char *newval, int flag)
> Pleas
Dear Wolfgang Denk,
In message <1320505999-9770-2-git-send-email...@denx.de> you wrote:
> 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
> ---
> d
Dear Wolfgang Denk,
In message <1320505999-9770-3-git-send-email...@denx.de> you wrote:
> Signed-off-by: Wolfgang Denk
> Cc: Sangmoon Kim
> ---
> board/etin/kvme080/multiverse.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
D
Dear Wolfgang Denk,
In message <1320505999-9770-4-git-send-email...@denx.de> you wrote:
> 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-b
Dear Wolfgang Denk,
In message <1320505999-9770-5-git-send-email...@denx.de> you wrote:
> 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
(Sigh, resending again to avoid rejected MIME encoding)
On 11/07/2011 01:26 PM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <74cdbe0f657a3d45afbb94109fb122ff173f9a5...@hqmail01.nvidia.com>
> you wrote:
>>
>>> Your own IH_TYPE_*_REL patches are queued and will be merged soon.
>>
>>
On 11/07/2011 02:04 PM, Marek Vasut wrote:
...
>> The problem with this new approach is that Linux kernel images are NOT
>> freely relocatable. They do have a fix entry point, even if this is
>> not an absolute address, but a relative one. The natural way to
>> handle this is exactly that: add s
Dear Guennadi Liakhovetski,
In message you wrote:
>
> > +#if CONFIG_SYS_IDE_MAXBUS > 1
>
> I don't have gcc 4.6 installed here unfortunately, but wondering, wouldn't
> this
>
> if (CONFIG_SYS_IDE_MAXBUS > 1) {
> ide_bus_offset[1]...
> }
>
> also make the compiler ha
Dear Wolfgang Denk,
In message <1320505999-9770-6-git-send-email...@denx.de> you wrote:
> 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
Dear Wolfgang Denk,
In message <1320505999-9770-7-git-send-email...@denx.de> you wrote:
> 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
Dear Wolfgang Denk,
In message <1320505999-9770-8-git-send-email...@denx.de> you wrote:
> 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 [-Wuninitiali
Dear Wolfgang Denk,
In message <1320505999-9770-9-git-send-email...@denx.de> you wrote:
> 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 no
Dear Wolfgang Denk,
In message <1320505999-9770-10-git-send-email...@denx.de> you wrote:
> 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/cogen
Dear Wolfgang Denk,
In message <1320505999-9770-12-git-send-email...@denx.de> you wrote:
> 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
Dear Wolfgang Denk,
In message <1320505999-9770-11-git-send-email...@denx.de> you wrote:
> 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 |
Dear Wolfgang Denk,
In message <1320505999-9770-13-git-send-email...@denx.de> you wrote:
> 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 |
Dear Wolfgang Denk,
In message <1320505999-9770-14-git-send-email...@denx.de> you wrote:
> 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/
Dear Wolfgang Denk,
In message <1320505999-9770-15-git-send-email...@denx.de> you wrote:
> 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/
Dear Wolfgang Denk,
In message <1320505999-9770-16-git-send-email...@denx.de> you wrote:
> 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 +
Dear Wolfgang Denk,
In message <1320505999-9770-17-git-send-email...@denx.de> you wrote:
> 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 ++
Dear Wolfgang Denk,
In message <1320505999-9770-18-git-send-email...@denx.de> you wrote:
> Make (mostly) checkpatch clean.
>
> Signed-off-by: Wolfgang Denk
> Cc: Jerry Van Baren
> ---
> board/sacsng/sacsng.c | 1329
> -
> 1 files changed, 663 in
Dear Wolfgang Denk,
In message <1320505999-9770-19-git-send-email...@denx.de> you wrote:
> 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
Dear Wolfgang Denk,
In message <1320505999-9770-20-git-send-email...@denx.de> you wrote:
> Make (mostly) checkpatch clean.
>
> Signed-off-by: Wolfgang Denk
> Cc: Rune Torgersen
> ---
> board/freescale/mpc8266ads/mpc8266ads.c | 594
> ---
> 1 files changed, 304 ins
Dear Wolfgang Denk,
In message <1320505999-9770-21-git-send-email...@denx.de> you wrote:
> 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/mpc8
Dear Wolfgang Denk,
In message <1320505999-9770-22-git-send-email...@denx.de> you wrote:
> 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/
Dear Wolfgang Denk,
In message <1320505999-9770-23-git-send-email...@denx.de> you wrote:
> 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 +
Dear Graeme Russ,
In message <1320459711-20257-4-git-send-email-graeme.r...@gmail.com> you wrote:
> By adding a multiboot heade, U-Boot can be loaded by GRUB2. Using GRUB2 to
^ 'r' missing.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolf
Dear Graeme Russ,
In message <1320459711-20257-5-git-send-email-graeme.r...@gmail.com> you wrote:
> Planned future ports requires more granularity for some options
...
> +#if defined(CONFIG_CMD_NET)
> char *s;
> +#endif
> +#ifndef CONFIG_SYS_NO_FLASH
> ulong size;
> +#endif
...
> +#ifn
Dear Graeme Russ,
In message <1320459711-20257-7-git-send-email-graeme.r...@gmail.com> you wrote:
>
This is not checkpatch clean:
ERROR: "foo* bar" should be "foo *bar"
#123: FILE: arch/x86/include/asm/pci.h:29:
+void pci_setup_type1(struct pci_controller* hose);
WARNING: line over 80 characte
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 performed during kickstart bootloader execution.
Signed-off-by: Vladimir Z
This change adds initial support for NXP LPC32x0 SoC series.
Signed-off-by: Vladimir Zapolskiy
---
Changes from v3 to v4:
* extended memory controller definitions are introduced
* added print_cpuinfo() function
Changes from v2 to v3:
* checkpatch.pl reports zero errors and warnings
Changes from
Add Vladimir Zapolskiyf as a DevKit3250 board maintainer in Das U-boot.
Signed-off-by: Vladimir Zapolskiy
---
MAINTAINERS |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 030fe4a..3da5650 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -90
This patchset adds generic NXP LPC32XX SoC support and basic support
for Embest/Timll DevKit3250 board, which powered by this SoC.
Vladimir Zapolskiy (3):
arm926ejs: add NXP LPC32x0 cpu series support
devkit3250: add Timll DevKit3250 board initial support
devkit3250: add DevKit3250 board mai
> On 11/07/2011 02:04 PM, Marek Vasut wrote:
> ...
>
> >> The problem with this new approach is that Linux kernel images are NOT
> >> freely relocatable. They do have a fix entry point, even if this is
> >> not an absolute address, but a relative one. The natural way to
> >> handle this is exact
Dear Graeme Russ,
In message <1320459711-20257-5-git-send-email-graeme.r...@gmail.com> you wrote:
> Planned future ports requires more granularity for some options
>
> Signed-off-by: Graeme Russ
This has a large number of checkpatch problems:
total: 2 errors, 27 warnings, 210 lines checked
B
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 +
board/ti/evm/config.mk
The only change of note is that we move from 0x80008000 to 0x8010
for CONFIG_SYS_TEXT_BASE
Cc: Vaibhav Hiremath
Signed-off-by: Tom Rini
---
board/logicpd/am3517evm/am3517evm.c |2 +-
board/logicpd/am3517evm/config.mk | 30 ---
include/configs/am3517_evm.h|
The only change of note is that we move from 0x80008000 to 0x8010
for CONFIG_SYS_TEXT_BASE
Cc: Nagendra T S
Tested-by: Koen Kooi
Signed-off-by: Tom Rini
---
board/ti/am3517crane/am3517crane.c |2 +-
board/ti/am3517crane/config.mk | 29 ---
include/configs/am3517_
Dear Gerlando Falauto,
In message <4eb84859.6000...@keymile.com> you wrote:
>
> -int _do_env_set (int flag, int argc, char * const argv[])
> +int env_check_apply(const char *name, const char *oldval,
> + const char *newval, int flag)
>
> > Please use only TAB for indentation. Pl
A network driver should not touch the environment at all. This patch fixes
this behaviour by removing the code for setting a default/randomized MAC
address.
Instead a board should either set CONFIG_ETHADDR, CONFIG_ETH1ADDR etc. or
use some specific code within the board files, eg. if randomization
On 11/07/2011 02:59 PM, Marek Vasut wrote:
>> On 11/07/2011 02:04 PM, Marek Vasut wrote:
>> ...
>>
The problem with this new approach is that Linux kernel images are NOT
freely relocatable. They do have a fix entry point, even if this is
not an absolute address, but a relative one.
Dear Stephen Warren,
In message <74cdbe0f657a3d45afbb94109fb122ff173f9a5...@hqmail01.nvidia.com> you
wrote:
>
> "Stuck with" isn't really a good description.
It is, IMO.
> zImage is a way of booting ARM Linux. There may be others(?), but zImage
> is certainly a valid and popular mechanism. I do
Dear Marek Vasut,
In message <20072204.41980.marek.va...@gmail.com> you wrote:
>
> You have that runtime patching stuff in linux-arm-kernel now, there should be
> no
> problem with that anymore actually. So basically I understood there was an
> agreement to make special uImage/fitImage whic
On 11/07/2011 03:11 PM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <74cdbe0f657a3d45afbb94109fb122ff173f9a5...@hqmail01.nvidia.com>
> you wrote:
>>
>> "Stuck with" isn't really a good description.
>
> It is, IMO.
>
>> zImage is a way of booting ARM Linux. There may be others(?),
On 11/07/2011 03:27 PM, Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <20072204.41980.marek.va...@gmail.com> you wrote:
>>
>> You have that runtime patching stuff in linux-arm-kernel now, there should
>> be no
>> problem with that anymore actually. So basically I understood there w
On Mon, 7 Nov 2011, Stephen Warren wrote:
> (Sigh, resending again to avoid rejected MIME encoding)
>
> On 11/07/2011 01:26 PM, Wolfgang Denk wrote:
> > Dear Stephen Warren,
> >
> > In message <74cdbe0f657a3d45afbb94109fb122ff173f9a5...@hqmail01.nvidia.com>
> > you wrote:
> >> Anyway, I have wi
Dear Nicolas,
In message you wrote:
>
> So yes, this is a simplistic solution, but it is damn good, and it
> solves the u-Boot restrictions we've been complaining about for at least
> two years now.
Could you please explain which of these restrictions cannot be solved
by using the IH_TYPE_*_R
On Mon, 7 Nov 2011, Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <20072204.41980.marek.va...@gmail.com> you wrote:
> >
> > You have that runtime patching stuff in linux-arm-kernel now, there should
> > be no
> > problem with that anymore actually. So basically I understood there
On 11/07/2011 04:05 PM, Wolfgang Denk wrote:
> Dear Gerlando Falauto,
>
> In message <4eb84859.6000...@keymile.com> you wrote:
>>
>> -int _do_env_set (int flag, int argc, char * const argv[])
>> +int env_check_apply(const char *name, const char *oldval,
>> +const char *newval, int
On 11/07/2011 11:05 PM, Wolfgang Denk wrote:
> Dear Gerlando Falauto,
>
> In message<4eb84859.6000...@keymile.com> you wrote:
>>
>> -int _do_env_set (int flag, int argc, char * const argv[])
>> +int env_check_apply(const char *name, const char *oldval,
>> +const char *newval, int f
Dear Stephen Warren,
In message <4eb85bf3.8030...@nvidia.com> you wrote:
>
> I think the difference here is that I get the impression that people
> within the U-Boot community would like to do away with zImage in general
> and replace it with uImage, which simply isn't plausible, whereas I'm
> per
Dear Stephen Warren,
In message <4eb85ea6.3000...@nvidia.com> you wrote:
>
> > and we have to add additional configuration information to the boot
> > loader.
>
> Sorry, I'm unclear what "additional configuration information" needs to
> be added to the boot-loader, and which of cases (1) and (2)
Dear Nicolas Pitre,
In message you wrote:
>
> > 1) zImages are are relocatable. They should be loaded and started at
> >offsets between 32 KiB and 128 MiB in system RAM.
> >
> > 2) Raw images (without the preloader) have to be started at a fixed
> >address, virt_to_phys(PAGE_OFFSET + TEX
Bonsoir Cher(e) Ami(e), C’est avec tout un grand respect et en toute honnêteté
que je vous adresse ce mail. Nous sommes des agents commerciaux évoluant dans
le domaine de l’art artistique africain. Nous exposons des objets d’arts
traditionnel qaue nous les confectionnons. Nous sommes au Burkina
Dear Gerlando Falauto,
In message <4eb86424.7000...@keymile.com> you wrote:
>
> > http://www.denx.de/wiki/U-Boot/CodingStyle:
> >
> > Use TAB characters for indentation and vertical alignment, not
> > spaces
>
> That's exactly what you told me in your reply, and doesn't answer my
> quest
On 11/08/2011 12:02 AM, Scott Wood wrote:
> On 11/07/2011 04:05 PM, Wolfgang Denk wrote:
>> Dear Gerlando Falauto,
>>
>> In message<4eb84859.6000...@keymile.com> you wrote:
>>>
>>> -int _do_env_set (int flag, int argc, char * const argv[])
>>> +int env_check_apply(const char *name, const char *old
Dear Heiko Schocher,
In message <4eb377a8.9090...@denx.de> you wrote:
> Hello Wolfgang,
>
> The following changes since commit fec79acc864bed049b6beae719ccbf2bbec5403a:
>
> sandbox: drop unused return (2011-11-03 22:35:25 +0100)
>
> are available in the git repository at:
> git://git.denx.d
Dear Jin Zhengxiong-R64188,
In message
you
wrote:
>
> Please kindly pull
>
> The following changes since commit fec79acc864bed049b6beae719ccbf2bbec5403a> :
>
> sandbox: drop unused return (2011-11-03 22:35:25 +0100)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-
On 11/07/2011 04:10 PM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <4eb85ea6.3000...@nvidia.com> you wrote:
>>
>>> and we have to add additional configuration information to the boot
>>> loader.
>>
>> Sorry, I'm unclear what "additional configuration information" needs to
>> be add
On 11/07/2011 05:32 PM, Gerlando Falauto wrote:
> On 11/08/2011 12:02 AM, Scott Wood wrote:
>> Documentation/CodingStyle calls for something like this:
>>
>> if (himport_ex(&env_htab, (char *)default_environment,
>> sizeof(default_environment), '\0',
>>
On 11/07/2011 05:32 PM, Gerlando Falauto wrote:
> What bothers me more is, for instance, the condition under which my
> smartphone will work correctly:
>
> if (((day_of_week() % 2 == 0) &&
>(temperature() < 14.4 || temperature() > 15.3))
>|| ((sky_color() == E_BLUE)
On 11/07/2011 04:08 PM, Wolfgang Denk wrote:
> In message <4eb85bf3.8030...@nvidia.com> you [Stephen Warren] wrote:
...
>> The fundamental problem with uImage having an absolute load address is
>> that there may be no single absolute address that is usable as SDRAM
>> across all ARM SoCs which may
Dear Albert ARIBAUD,
In message <4eb84664.50...@aribaud.net> you wrote:
> Hi Wolfgang,
>
> The following changes since commit fec79acc864bed049b6beae719ccbf2bbec5403a:
>
>sandbox: drop unused return (2011-11-03 22:35:25 +0100)
>
> are available in the git repository at:
>git://git.denx.
On 11/07/2011 04:25 PM, Wolfgang Denk wrote:
> Dear Nicolas Pitre,
>
> In message you wrote:
>>
>>> 1) zImages are are relocatable. They should be loaded and started at
>>>offsets between 32 KiB and 128 MiB in system RAM.
>>>
>>> 2) Raw images (without the preloader) have to be started at a f
Dear Stephen Warren,
In message <4eb87122.3050...@nvidia.com> you wrote:
>
> The uncompressed image needs to end up at 32K-from-start-of-SDRAM (or
> whatever SoC-specific value the kernel defines). If U-Boot puts the
> zImage at that same location, the first thing the U-Boot decompressor
> must do
Dear Stephen Warren,
In message <4eb87375.1040...@nvidia.com> you wrote:
>
> The only place that has full knowledge of the board's memory layout is
> the U-Boot environment for that board, and hence I assert that the
> U-Boot environment should define where to load the kernel (and initrd
> and FDT
On Tue, 8 Nov 2011, Wolfgang Denk wrote:
> Dear Nicolas Pitre,
>
> In message you wrote:
> >
> > > 1) zImages are are relocatable. They should be loaded and started at
> > >offsets between 32 KiB and 128 MiB in system RAM.
> > >
> > > 2) Raw images (without the preloader) have to be started
On Mon, 7 Nov 2011 13:20:21 +0800
wrote:
> From: Jerry Huang
>
> The new MPC8360EMDS board changes the oscillator to 33.33MHz
> in order to support QE 500MHz since 2008.
>
> Signed-off-by: Jerry Huang
> CC: Kim Phillips
> ---
Applied to u-boot-mpc83xx/master, thanks.
Kim
_
Wolfgang,
Please pull some mpc83xx updates (mostly checkpatch cleanups):
The following changes since commit 688d8f33f27ea596efb6632388ee60360996eed0:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-11-08 00:38:52
+0100)
are available in the git repository at:
git://git.denx.d
On Sat, 5 Nov 2011 01:19:02 +0100
Wolfgang Denk wrote:
> Dear Kim Phillips,
>
> In message <2004164356.5ab650e3a7af28de76f55...@freescale.com> you wrote:
> > when a mkimage binary isn't present in the default system PATH, we
> > get this error:
>
> Yes - so what?
it's an unforced error and
On Tue, 8 Nov 2011, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <4eb87375.1040...@nvidia.com> you wrote:
> >
> > The only place that has full knowledge of the board's memory layout is
> > the U-Boot environment for that board, and hence I assert that the
> > U-Boot environment shou
Hi Nicolas,
On Mon, Nov 7, 2011 at 4:35 PM, Nicolas Pitre wrote:
> On Tue, 8 Nov 2011, Wolfgang Denk wrote:
>
>> Dear Nicolas Pitre,
>>
>> In message you wrote:
>> >
>> > > 1) zImages are are relocatable. They should be loaded and started at
>> > > offsets between 32 KiB and 128 MiB in system
Hi Kim,
On Thu, Nov 3, 2011 at 3:48 PM, Kim Phillips wrote:
> On Tue, 11 Oct 2011 21:46:05 -0500
> Joe Hershberger wrote:
>
>> Some core ipic code from Linux - commit
>> bbf25010f1a6b761914430f5fca081ec8c7accd1
>
> commit bbf25010f1a6b761914430f5fca081ec8c7accd1
> Author: Linus Torvalds
> Date
Dear Mike Frysinger,
On 8 November 2011 02:43, Mike Frysinger wrote:
> On Monday 07 November 2011 10:06:43 Kumar Gala wrote:
>> On Nov 6, 2011, at 5:07 PM, Mike Frysinger wrote:
>> > +alias kumar Kumar Gala
>>
>> Please change to 'galak'
>
> ah, the crappy patchwork interface made it ha
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 hardcoded architecture specific address anymore.
> >> > This is being removed from the kernel as
This should make sending out e-mails to the right people easier.
Signed-off-by: Mike Frysinger
---
v2
- update Kumar/Minkyu's entries
doc/git-mailrc | 101
1 files changed, 101 insertions(+), 0 deletions(-)
create mode 100644 do
As mmc_spl now follows spl infrastructure, removed unwanted
enteries in Makefile for mmc_spl related compilation.
Signed-off-by: Chander Kashyap
---
Makefile |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/Makefile b/Makefile
index 294c762..d349c1c 100644
--- a/Ma
Include call to usb device-fixup only when CONFIG_HAS_FSL_DR_USB is
defined for the platform - P1020RDB, P1010RDB, P1020-PC
Signed-off-by: Ramneek Mehresh
---
board/freescale/p1010rdb/p1010rdb.c |2 ++
board/freescale/p1_p2_rdb/p1_p2_rdb.c |2 ++
board/freescale/p1_p2_rdb_p
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 undeclared identifier is reported only once
da830evm.c:222:
101 - 200 of 221 matches
Mail list logo
