Stefan Roese wrote:
> On Tuesday 07 July 2009 15:59:27 Simon Kagstrom wrote:
>> Signed-off-by: Simon Kagstrom
>
> Acked-by: Stefan Roese
Could we have this patch asap (for merge window close?) in mainline?
Seems that everybody agrees on it.
Many thanks
Dirk
__
Testing recent mainline git head for omap3_evm_config I get compiler
warning
env_onenand.c: In function 'saveenv':
env_onenand.c:104: warning: format '%08lx' expects type 'long unsigned
int', but argument 2 has type 'loff_t'
Is there already a fix available?
Thanks
Dirk
_
Dear Wolfgang,
Wolfgang Denk wrote:
> Dear Tom Rix,
>
> In message <1246392253-8431-2-git-send-email-tom@windriver.com> you wrote:
>> On build of omap3 targets in MAKEALL, the *.ERR files have
>>
>> cpu.c: In function 'cleanup_before_linux':
>> cpu.c:64: warning: implicit declaration of funct
Hello Wolfgang,
Wolfgang Denk wrote:
> In message <200907181115.26404.rg...@blackfin.uclinux.org> you wrote:
>> It would be nice to come up with some list of namespaces, and what they
>> they should be used for...
>
> Agreed.
>
>> For example, should it be:
>> CONFIG_DRIVER_OMAP24XX_I2C
>> or
>>
Hello Wolfgang,
Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> In message <4a61cc6b.3090...@denx.de> you wrote:
>>> Jean-Christophe, I recommend you accept Heiko's patch as is (as it was
>>> submitted before your patch), and then just regenerate your patch
>>> (which is trivial for you to do as
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Sunday, July 19, 2009 3:04 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Manas Saksena; Ronen Shitrit;
> Nicolas Pitre; Ashish Karkare; Prabhanjan Sarnaik; Lennert Buijtenhek
> Subject: Re: [U-Boot] [PATC
Atmel DataFlashes by default operate with pages with 1056 byte pages. They
also have a "power of 2" mode where the pages are 1024 bytes in size. The
latter mode is required in order to boot with a Blackfin processor, so many
people wish to convert their DataFlashes on their development systems to
Dear Wolfgang
Thanks for your quick feedback
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Sunday, July 19, 2009 3:33 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Manas Saksena; Ronen Shitrit;
> Nicolas Pitre; Ashish Karkare; Prabhanjan Sarnaik; Lenn
> -Original Message-
> From: l.ping...@gmail.com [mailto:l.ping...@gmail.com] On
> Behalf Of Remy Bohmer
> Sent: Saturday, July 18, 2009 2:29 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH v1] usb: bugfix
> drive
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Saturday, July 18, 2009 11:11 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Manas Saksena; Ronen Shitrit;
> Nicolas Pitre; Ashish Karkare; Prabhanjan Sarnaik; Lennert Buijtenhe
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Sunday, July 19, 2009 12:11 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Manas Saksena; Ronen Shitrit;
> Nicolas Pitre; Ashish Karkare; Prabhanjan Sarnaik; Lennert Buijtenhek
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Sunday, July 19, 2009 12:14 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Manas Saksena; Ronen Shitrit;
> Nicolas Pitre; Ashish Karkare; Prabhanjan Sarnaik; Lennert Buijtenhek
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Sunday, July 19, 2009 12:18 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Manas Saksena; Ronen Shitrit;
> Nicolas Pitre; Ashish Karkare; Prabhanjan Sarnaik; Lennert Buijtenhek
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Sunday, July 19, 2009 2:56 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Manas Saksena; Ronen Shitrit;
> Nicolas Pitre; Ashish Karkare; Prabhanjan Sarnaik; Lennert Buijtenhek
>
Signed-off-by: Mike Frysinger
---
common/exports.c |8
include/_exports.h |8
include/exports.h |3 ++-
3 files changed, 18 insertions(+), 1 deletions(-)
diff --git a/common/exports.c b/common/exports.c
index ec4656b..b3b6e1f 100644
--- a/common/exports.c
+++ b/c
The following changes since commit d39041fcadb1231430201d298c31f6be03d654f7:
Wolfgang Denk (1):
PATI board: fix compiler warnings
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Mike Frysinger (4):
Blackfin: add os log functions
Bl
On Saturday 18 July 2009 20:27:00 Robin Getz wrote:
> On Sat 18 Jul 2009 18:11, Mike Frysinger pondered:
> > keep the modulus something with only 1 bit set so gcc will optimize into
> > a simple and operation. probably add a comment about it too:
> > /* make src port a little random, but use s
Hello Wolfgang D.,
I realize this is very last-minute, but converting 83xx PCI has been
overdue for a while now, and I'm expecting enough time to test before
the next release. So, if there are no quarrels, please pull 83xx:
The following changes since commit d39041fcadb1231430201d298c31f6be03d65
Signed-off-by: Mike Frysinger
---
Ben: some things to note:
- i adopted Jean's proposed naming scheme in the CONFIG section
- i deprecated calling the driver-specific entry point
"xxx_initialization()" in favor of "xxx_register()" because the
former is way too c
The net code is mostly consistent in using 'Packet' rather than 'Pkt', so
rename the minor detractor to follow suite.
Signed-off-by: Mike Frysinger
---
include/net.h |4 ++--
net/bootp.c |2 +-
net/net.c |8
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git
On Sat 18 Jul 2009 18:11, Mike Frysinger pondered:
> On Saturday 18 July 2009 01:14:25 Robin Getz wrote:
> > + DnsOurPort = 1 + (get_timer(0) % 4096);
>
> 4096 port range seems kind of small. i dont think the requests really need
> to
> be greater than 1. not sure if services would g
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1242468896-5007-3-git-send-email-plagn...@jcrosoft.com> you wrote:
> curently the mpl's boards duplicate the printing current devices
> from common/console.c
>
> use stdio_print_current_devices() instead
>
> Signed-off-by: Jean-Christophe PLAGNI
Fix these:
pati.c: In function 'checkboard':
pati.c:358: warning: pointer targets in passing argument 2 of 'getenv_r' differ
in signedness
../common/flash.c: In function 'write_word':
../common/flash.c:824: warning: dereferencing type-punned pointer will break
strict-aliasing rules
cmd_pati.c: In
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 18:56 Wed 15 Jul , Dimitar Dimitrov wrote:
...
>> --- a/drivers/video/atmel_lcdfb.c
>> +++ b/drivers/video/atmel_lcdfb.c
>> @@ -112,6 +112,9 @@ void lcd_ctrl_init(void *lcdbase)
>>
>> value |= panel_info.vl_sync;
>> value |= (panel_info.v
Dear Scott,
In message <1244170414-4840-1-git-send-email-mingkai...@freescale.com> Mingkai
Hu wrote:
> The code copy data from NAND flash block by block, so when
> the data length isn't a whole-number multiple of the block
> size, it will overlap the rest space.
>
> Signed-off-by: Mingkai Hu
>
Dear Ben,
In message <1243958368-28613-1-git-send-email-richardretanu...@ruggedcom.com>
Richard Retanubun wrote:
> It is set to 0x1F by default and can be overwritten on the board
> header file by defining CONFIG_UTBIPAR_INIT_TBIPA. This allows
> the CPU to simply "reserve" one SMI address instea
Dear Scott Wood,
In message <20090602201923.ga4...@b07421-ec1.am.freescale.net> you wrote:
> On Tue, Jun 02, 2009 at 07:27:01PM +0800, adrian wen wrote:
> > Hi all,
> >
> > I found a bug in nand.h which prevent UBOOT to supprt large NAND chip.
> >
> > The bug description as below:
> > In the ori
Hi Darshan,
> 1. Since Octeon's u-boot has the capabilities of initialize
> Octeon's PCI (Assign bus address ranges used to configure
> devices found on the PCI bus)
Right. The host CPU can configure the PCI interface on the NP.
> Having said this, what all (info) i need to have from the
> PCI d
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1242468896-5007-2-git-send-email-plagn...@jcrosoft.com> you wrote:
> create stdio_print_current_devices() for this purpose
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> common/console.c| 75 +++---
Dear Scott Wood,
In message <20090718174036.ga30...@b07421-ec1.am.freescale.net> you wrote:
> The following changes since commit 462b1038738dd86f8dd70595f250ce792e90d244:
> Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are available in the git reposito
Wolfgang Denk wrote:
> In message <4a62378d.4040...@denx.de> you wrote:
>> Dear Wolfgang,
>>
>> The following changes since commit 462b1038738dd86f8dd70595f250ce792e90d244:
>> Wolfgang Denk (1):
>> Merge branch 'master' of /home/wd/git/u-boot/custodians
>>
>> are available in the git re
Dear Heiko Schocher,
In message <4a61882f.2000...@denx.de> you wrote:
> Hello Wolfgang,
>
> The following changes since commit bfadb17f69c256196620c32164775f063a59c34f:
> Anton Vorontsov (1):
> mpc83xx: MPC837xEMDS: Use hwconfig instead of pci_external_arbiter
> variable
>
> are avail
Dear Robin Getz,
In message <200907181713.25601.rg...@blackfin.uclinux.org> you wrote:
>
> It's a namespace - controls if a driver is compile in or not.
> Should only be used in .config files, and Makefiles.
What's the difference between adding a driver and any other feature?
> Some (very few)
On Saturday 18 July 2009 01:14:25 Robin Getz wrote:
> + DnsOurPort = 1 + (get_timer(0) % 4096);
4096 port range seems kind of small. i dont think the requests really need to
be greater than 1. not sure if services would get pissed about being
below the 1024 limit though, so this is
Dear Anatolij,
In message <4a62378d.4040...@denx.de> you wrote:
> Dear Wolfgang,
>
> The following changes since commit 462b1038738dd86f8dd70595f250ce792e90d244:
> Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are available in the git repository at:
CPUAT91 is built around Atmel's AT91RM9200 and has up to 16MB of NOR
flash, up to 128MB of SDRAM, and includes a Micrel KS8721 PHY in RMII
mode.
v3 : fix coding style issues
Signed-off-by: Eric Benard
---
MAINTAINERS |4 +
MAKEALL |3 +-
Makef
Dear Prafulla Wadaskar,
In message <1247967958-4446-2-git-send-email-prafu...@marvell.com> you wrote:
> For more details refer docs/README.kwbimage
...
> diff --git a/doc/README.kwbimage b/doc/README.kwbimage
> new file mode 100644
> index 000..b00a053
> --- /dev/null
> +++ b/doc/README.kwbim
Needed for AT91SAM9260 NOR Boot on Eukrea's CPU9260.
Signed-off-by: Eric Benard
---
cpu/arm926ejs/at91/lowlevel_init.S |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/arm926ejs/at91/lowlevel_init.S
b/cpu/arm926ejs/at91/lowlevel_init.S
index 5ed518c..9962ae9 100644
CPUAT91 is built around Atmel's AT91SAM9260 and has up to 64MB of NOR
flash, up to 128MB of SDRAM, up to 2GB of NAND and includes a 10/100
Ethernet PHY in RMII mode.
v4 : do the commit before generating/sending the patch ;-)
v3 : fix Makefile (run mkconfig after config.h configuration)
Signed-off
CPUAT91 is built around Atmel's AT91SAM9260 and has up to 64MB of NOR
flash, up to 128MB of SDRAM, up to 2GB of NAND and includes a 10/100
Ethernet PHY in RMII mode.
v3 : fix Makefile (run mkconfig after config.h configuration)
Signed-off-by: Eric Benard
---
MAINTAINERS|
Needed for AT91SAM9260 NOR Boot on Eukrea's CPU9260.
Signed-off-by: Eric Benard
---
cpu/arm926ejs/at91/lowlevel_init.S |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/arm926ejs/at91/lowlevel_init.S
b/cpu/arm926ejs/at91/lowlevel_init.S
index 5ed518c..9962ae9 100644
Dear Prafulla Wadaskar,
In message <1247967958-4446-1-git-send-email-prafu...@marvell.com> you wrote:
> hdr_size variable is initialized
> at the start of image creation algorithm instead of reading it each time.
> This facilitate to use the common code for other image type implementations
> for e
> +
> +# Boot Media configurations
> +BOOT_FROMnand
> +NAND_ECC_MODEdefault
> +NAND_PAGE_SIZE 0x0800
> +
> +# SOC registers configuration for initial values using bootrom header
> extension
> +# Maximum KWBIMAGE_MAX_CONFIG configurations allowed
> +
> +# Configure RGMII-0 interfa
On 07:15 Sun 19 Jul , Prafulla Wadaskar wrote:
> For more details refer docs/README.kwbimage
>
> Signed-off-by: Prafulla Wadaskar
> ---
> Makefile|5 ++
> common/image.c |1 +
> doc/README.kwbimage | 77 ++
> include/image.h |1 +
> tool
On Sat 18 Jul 2009 11:52, Jean-Christophe PLAGNIOL-VILLARD pondered:
> On 11:15 Sat 18 Jul , Robin Getz wrote:
> > It doesn't appear very "system" oriented to me...
> it's as we had reorganise the drivers file place as example or
> the common Makefile and continue to do it eveyday (take a look
Signed-off-by: Wolfgang Denk
---
common/cmd_flash.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/common/cmd_flash.c b/common/cmd_flash.c
index 9f27ab0..bc651fa 100644
--- a/common/cmd_flash.c
+++ b/common/cmd_flash.c
@@ -467,18 +467,18 @@ int do_protect (cmd_tbl_t
On 19:00 Wed 15 Jul , Dimitar Dimitrov wrote:
> The SAM9-L9260 board support is based on code for AT91SAM9260EK. Networking
> is missing and will be added after the MACB support for AT91 boards is
> fixed to comply with U-Boot guide-lines.
>
> Signed-off-by: Dimitar Dimitrov
> ---
same as 926
On 18:58 Wed 15 Jul , Dimitar Dimitrov wrote:
> The SAM9-L9261 board support is based on code for AT91SAM9261EK. Networking
> is missing and will be added after the DM9000 support for AT91 boards is
> fixed to comply with U-Boot guide-lines.
> ---
this patch look at 80% similar as the at91sam92
>> So, with the current code base, you can't autodetect ram size on the
>> atmel 926x.
>
> Argh. So this should be fixed.
Yes.
> Other architectures (like PPC) do all this in C. This should be
> possible on ARM, too.
Everything is possible. I fear it's not trivial to make a generic ARM
On Sat 18 Jul 2009 13:50, Wolfgang Denk pondered:
> Dear Robin Getz,
>
> In message <200907181115.26404.rg...@blackfin.uclinux.org> you wrote:
> >
> > It would be nice to come up with some list of namespaces, and what they
> > they should be used for...
>
> Agreed.
Excellent - a common goal :)
On 18:56 Wed 15 Jul , Dimitar Dimitrov wrote:
> This is my third try for Olimex SAM9-L9260/61 board support patches.
>
> Here follows the first patch.
> ---
>
> Boards utilizing the Atmel LCD driver can now specify that the LCD clock must
> be inverted by defining the macro CONFIG_LCD_INVERT
Dear Wolfgang,
The following changes since commit 462b1038738dd86f8dd70595f250ce792e90d244:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
Dimitar Dimitrov (1):
Add i
For more details refer docs/README.kwbimage
Signed-off-by: Prafulla Wadaskar
---
Makefile|5 ++
common/image.c |1 +
doc/README.kwbimage | 77 ++
include/image.h |1 +
tools/Makefile |1 +
tools/kwbimage.c| 181
Signed-off-by: Prafulla Wadaskar
---
board/Marvell/sheevaplug/kwbimage.cfg | 61 +
1 files changed, 61 insertions(+), 0 deletions(-)
create mode 100644 board/Marvell/sheevaplug/kwbimage.cfg
diff --git a/board/Marvell/sheevaplug/kwbimage.cfg
b/board/Marvell/she
hdr_size variable is initialized
at the start of image creation algorithm instead of reading it each time.
This facilitate to use the common code for other image type implementations
for ex. kwbimage
Signed-off-by: Prafulla Wadaskar
---
tools/mkimage.c | 18 --
1 files changed,
Dear Tom Rix,
In message <1246392253-8431-2-git-send-email-tom@windriver.com> you wrote:
> On build of omap3 targets in MAKEALL, the *.ERR files have
>
> cpu.c: In function 'cleanup_before_linux':
> cpu.c:64: warning: implicit declaration of function 'v7_flush_dcache_all'
> cpu.c:64: warning:
Dear Eric Benard,
In message <1247948834-30856-1-git-send-email-e...@eukrea.com> you wrote:
> CPUAT91 is built around Atmel's AT91SAM9260 and has up to 64MB of NOR
> flash, up to 128MB of SDRAM, up to 2GB of NAND and includes a 10/100
> Ethernet PHY in RMII mode.
>
...
> --- a/Makefile
> +++ b/Ma
Dear Eric Benard,
In message <1247947830-22602-1-git-send-email-e...@eukrea.com> you wrote:
> CPUAT91 is built around Atmel's AT91RM9200 and has up to 16MB of NOR
> flash, up to 128MB of SDRAM, and includes a Micrel KS8721 PHY in RMII
> mode.
>
> Signed-off-by: Eric Benard
> ---
Your subject li
CPUAT91 is built around Atmel's AT91SAM9260 and has up to 64MB of NOR
flash, up to 128MB of SDRAM, up to 2GB of NAND and includes a 10/100
Ethernet PHY in RMII mode.
Signed-off-by: Eric Benard
---
MAINTAINERS|4 +
MAKEALL|1 +
Makefile
Needed for AT91SAM9260 NOR Boot on Eukrea's CPU9260.
Signed-off-by: Eric Benard
---
cpu/arm926ejs/at91/lowlevel_init.S |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/arm926ejs/at91/lowlevel_init.S
b/cpu/arm926ejs/at91/lowlevel_init.S
index 5ed518c..9962ae9 100644
Dear Thomas Dörfler,
In message <4a622bd6.2070...@embedded-brains.de> you wrote:
>
> - Is there any useful reason why the bootelf command is limited to
> maxargs?
No. git blame shows that this entry has never been changed, so I guess
it just went unnoticed so far.
> - Would anybody mind if I com
The board/armltd/integrator/split_by_variant.sh script used to print
"Configuring for integrator*p board..." no matter which board name
was being compiled. This made it difficult to match MAKEALL output to
board names. This patch fixes this.
Signed-off-by: Wolfgang Denk
---
board/armltd/integrat
CPUAT91 is built around Atmel's AT91RM9200 and has up to 16MB of NOR
flash, up to 128MB of SDRAM, and includes a Micrel KS8721 PHY in RMII
mode.
Signed-off-by: Eric Benard
---
MAINTAINERS |6 +-
MAKEALL |3 +-
Makefile|
Hello,
up to now I have worked in private with U-Boot and adapted it to a
user-specific MPC5121e based board. We have worked out how we want to
use U-Boot and soon would like to commit the board specific (and not so
specific) source code changes and additions.
Now we have hit a strange point. the
On Friday 17 July 2009 07:02:42 Ilya Yanok wrote:
> +#ifdef CONFIG_JFFS2_SUMMARY
> +static u32 sum_get_unaligned32(u32 *ptr)
> +{
> + u32 val;
> + u8 *p = (u8 *)ptr;
> +
> + val = *p | (*(p + 1) << 8) | (*(p + 2) << 16) | (*(p + 3) << 24);
> +
> + return __le32_to_cpu(val);
> +}
> +
Dimitar Dimitrov wrote:
> This is my third try for Olimex SAM9-L9260/61 board support patches.
>
> Here follows the first patch.
> ---
>
> Boards utilizing the Atmel LCD driver can now specify that the LCD clock must
> be inverted by defining the macro CONFIG_LCD_INVERTED_CLOCK.
> ---
> README
Dear Mike Frysinger,
In message <200907181456.20670.vap...@gentoo.org> you wrote:
>
> are there really any guidelines on what "CONFIG_SYS_" is for ? i havent
> really figured out what "_SYS_" is supposed to indicate, so the new proposed
> naming is just as confusing imo.
Actually there ARE gui
On Saturday 18 July 2009 07:03:38 Jean-Christophe PLAGNIOL-VILLARD wrote:
> Hi all,
>
> Currently we have a mess in the drivers CONFIG naming convention
> as example on I2C we have
> CONFIG_I2C_X
> CONFIG_DRIVER_XXX_I2C
> CONFIG__I2C
> CONFIG_SYS_I2C_
> diff --git a/include/configs/rd6281a.h b/include/configs/rd6281a.h
> new file mode 100644
> index 000..065e4aa
> --- /dev/null
> +++ b/include/configs/rd6281a.h
> @@ -0,0 +1,209 @@
> +/*
> + * (C) Copyright 2009
> + * Marvell Semiconductor
> + * Written-by: Prafulla Wadaskar
> + *
> + * See
The #ifdef/#endif pairing in this file was obviously messed up.
Signed-off-by: Wolfgang Denk
---
include/configs/at91cap9adk.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/at91cap9adk.h b/include/configs/at91cap9adk.h
index 526cd60..219eea3 100644
---
On 20:58 Thu 16 Jul , Prafulla Wadaskar wrote:
> By default Auto Negotiation is enabled for interface speed
> but on some platforms like RD6281A it does not work.
> If you want to forced program it to desired speed,
> this patch helps-
>
> Through this patch Auto negotiation can be disabled an
On 20:58 Thu 16 Jul , Prafulla Wadaskar wrote:
> This is Marvell's 88F6281_A0 based custom board developed
> for wireless access point product
>
> This patch is tested for-
> 1. Boot from DRAM/SPI flash/NFS
> 2. File transfer using tftp and loadb
> 3. SPI flash read/write/erase
> 4. Booting Li
Hi Dave,
I am really happy for your co-operation in making me understand things
which i completely don't have an idea for.
I am getting some clarity into this requirement after looking at your
answers and explanations.
Let me tell you what i am able to understand from these explanations at this
ju
Dear Peter Tyser,
In message <1247940820.13289.2.ca...@ptyser-laptop> you wrote:
> On Sat, 2009-07-18 at 16:15 +0200, Wolfgang Denk wrote:
> > Commit 8e55258f created function uec_standard_init() to initialize
> > all UEC interfaces for 83xx and 85xx but failed to provide a
> > prototype for it.
>
On Sat, 2009-07-18 at 16:15 +0200, Wolfgang Denk wrote:
> Commit 8e55258f created function uec_standard_init() to initialize
> all UEC interfaces for 83xx and 85xx but failed to provide a
> prototype for it.
Kumar sent a similar patch to fix this previously and was picked up by
Ben FWIW:
http://ww
Dear Peter Tyser,
In message <1247935976.9174.31.ca...@ptyser-laptop> you wrote:
>
> I see your point. Its a bit confusing as U-Boot documentation
> seems to refer to "Standalone applications" alot, and in general that
> documentation is specifically referring jumptable applications. eg
> "doc/
Dear Peter Tyser,
In message <1247935062.9174.14.ca...@ptyser-laptop> you wrote:
>
> I'd still vote for changing the directory structure in this release,
NAK. Such heavily restructuring changes should be prepared and
submitted at (or even before) the begin of the merge window, not at
it's very e
Dear Stefan Roese,
In message <200907180731.42703...@denx.de> you wrote:
>
> > > Wolfgang, I suggest that you pull this patch directly so that the
> > > breakage is fixed.
> >
> > Done.
>
> This patch is still not available in mainline.
Should be visible now. I forgot to push my changes out to
Dear Kim Phillips,
In message <20090717124744.2e420b4b.kim.phill...@freescale.com> you wrote:
> commits 4a9932a4364b548773bc131bf85e24a2ec15f2b0 and
> c9646ed758804fa1fa6c1425369a4eee5d618b1d merged and generated this build
> error:
>
> Configuring for MPC837XERDB board...
> In file included from
Dear Darshan Vasisht,
In message <49797f780907172331s4e6e9121w122812e2ccc3c...@mail.gmail.com> you
wrote:
>
> Cavium's U-boot version included has been modified to support multicore
> OCTEON processors. The 'bootoct' command has been added, which supports the
> booting of an Octeon simple execut
Dear Robin Getz,
In message <200907181115.26404.rg...@blackfin.uclinux.org> you wrote:
>
> It would be nice to come up with some list of namespaces, and what they
> they should be used for...
Agreed.
> For example, should it be:
> CONFIG_DRIVER_OMAP24XX_I2C
> or
> CONFIG_SYS_I2C_DRIVER_OMAP24XX
On 19:14 Sat 18 Jul , Eric Bénard wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote :
> >> +
> >> +cpuat91_ram_config \
> >> +cpuat91_config:unconfig
> >> +@if [ "$(findstring _ram_,$@)" ] ; then \
> >> +echo "#define CONFIG_CPUAT91_RAM 1" >> ./include/config.h ; \
> > what is
On 20:58 Thu 16 Jul , Prafulla Wadaskar wrote:
> Reference:
> http://plugcomputer.org/
> http://openplug.org/plugwiki/index.php/Das_U-boot_plug_support
>
> This patch is tested for-
> 1. Boot from DRAM/NAND flash
> 2. File transfer using tftp
> 3. NAND flash read/write/erase
> 4. Linux kernel
Dear Matthias Fuchs,
In message <4a61e62e.3030...@esd.eu> you wrote:
>
> Do you want to see something like this (see below)?
Basicly yes, but see comments below.
> I ran into the problem that include/ppc405.h defines a macro "tcr".
> This conflicts with tcr in my gpio_controller struct.
Indeed
The following changes since commit 462b1038738dd86f8dd70595f250ce792e90d244:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git ..BRANCH.NOT.VERIFIED..
David Brownell (1):
Ty
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090718150811.gd30...@game.jcrosoft.org> you wrote:
>
> > (imx_nand renamed to mxc_nand)
> >
> > Signed-off-by: Eric Benard
> > ---
> > board/eukrea_cpuimx27/env/bin/boot |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> could
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090718144826.gc30...@game.jcrosoft.org> you wrote:
>
> > Funny. You first post a patch, then only then bother to discuss the
> > topic.
> the patch was send after :)
Well, hard facts tell a different story:
Patch:
...
Received
Jean-Christophe PLAGNIOL-VILLARD wrote :
>> +
>> +cpuat91_ram_config \
>> +cpuat91_config:unconfig
>> +@if [ "$(findstring _ram_,$@)" ] ; then \
>> +echo "#define CONFIG_CPUAT91_RAM 1" >> ./include/config.h ; \
> what is this ram config?
the ram config allows to generate a
Jens Scharsig wrote:
> This patch adds a new video driver
>
> * adds common bus_vcxk framebuffer driver
>
> Signed-off-by: Jens Scharsig
> ---
Sorry it took so long to review/comment. We need to resolve some
issues before this patch can be applied, then it can go in
for coming release.
> diff
Hi Rafal,
> > I like the Linux and u-boot-v2 directory layout too the more I think
> > about it too. How about if I resend this series but with the final
> > directory structure looking like:
> >
> > /arch/$(ARCH)/lib/ >
> > /lib/
> > /
> > /libfdt/
> > /lzma/
> > /lzo/
> >
> > /e
On 11:37 Sat 18 Jul , Peter Tyser wrote:
>
> > > I'd vote to get the directory structure changed as desired (in this
> > > release), then integrate the Kconfig-based build system in the next
> > > release once the directory layout is stable. Jean-Christophe is the
> > > most familiar with the
> > I'd vote to get the directory structure changed as desired (in this
> > release), then integrate the Kconfig-based build system in the next
> > release once the directory layout is stable. Jean-Christophe is the
> > most familiar with the Kbuild system and might have a better idea what
> > it
On 15:54 Tue 28 Apr , Remco Poelstra wrote:
> Added example board for LPC2468 processor
>
> Signed-off-by: Remco Poelstra ---
> From ab9ef1e9c2bd8f04612429461baa5c24dbc52266 Mon Sep 17 00:00:00 2001
> From: Remco Poelstra
> Date: Tue, 28 Apr 2009 15:04:33 +0200
> Subject: [PATCH] Added exam
Commit c9969947, which added support for the pcm030 board
(aka phyCORE-MPC5200B-tiny), broke out-of-tree building.
Signed-off-by: Wolfgang Denk
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index 9e6346f..9ff846e 100644
--- a/Makefile
On 11:15 Sat 18 Jul , Robin Getz wrote:
> On Sat 18 Jul 2009 07:03, Jean-Christophe PLAGNIOL-VILLARD pondered:
> > Hi all,
> >
> > Currently we have a mess in the drivers CONFIG naming convention
> > as example on I2C we have
> > CONFIG_I2C_X
> > CONFIG_DRIVER_XXX_I2C
> >
On 15:24 Thu 16 Jul , Eric Benard wrote:
> CPUAT91 is built around Atmel's AT91RM9200 and has up to 16MB of NOR
> flash, up to 128MB of SDRAM, and includes a Micrel KS8721 PHY in RMII
> mode.
>
> Signed-off-by: Eric Benard
> ---
> MAINTAINERS |6 +-
> MAKEALL
Hi Darshan,
> Cavium's U-boot version included has been modified to support
> multicore OCTEON processors. The 'bootoct' command has been
> added, which supports the booting of an Octeon simple
> executive application.
Ok. Since the processor is already supported in U-Boot,
your life is much easi
> +
> +#ifdef CONFIG_DISPLAY_BOARDINFO
> +int checkboard(void)
> +{
> + char buf[32];
> +
> + printf("Board : Eukrea Electromatique CPU9260\n");
> + printf("Crystal frequency: %8s MHz\n",
> + strmhz(buf, get_main_clk_rate()));
> + printf("CPU cloc
On Sat 18 Jul 2009 07:03, Jean-Christophe PLAGNIOL-VILLARD pondered:
> Hi all,
>
> Currently we have a mess in the drivers CONFIG naming convention
> as example on I2C we have
> CONFIG_I2C_X
> CONFIG_DRIVER_XXX_I2C
> CONFIG__I2C
> CONFIG_SYS_I2C_
>
Hi Wolfgang and Stefan,
Wolfgang Denk schrieb:
> Of course you can. The cure is simple:
>
> Fix "include/ppc405.h" so we get rid of this silly "base address +
> offset" notation and use proper C structures instead.
>
>
> Oh, and while we are at it - "include/ppc440.h" has more of this stuff
1 - 100 of 128 matches
Mail list logo
