Wolfgang Denk wrote:
> Dear Giuseppe CONDORELLI,
>
> In message <001601ca1012$e0f72730$c0818...@st.com> you wrote:
>> Very good!!!
>> So is it time to re-apply zlib patch to u-boot main tree, together
>> Alessandro's patch?
>>
>> Wolfgang, what's your position?
>
> Actually I'm waiting for a ne
Dear Wolfgang,
> Actually I'm waiting for a new patch that integrates that fix.
Maybe I've not understood.
Do you mean you are waiting a new zlib patch [v4] that includes Alessandro's
patch, to apply
only one patch containing all?
Best Regards,
Giuseppe
-Original Message-
From: Wolfgang D
Dear Giuseppe CONDORELLI,
In message <001601ca1012$e0f72730$c0818...@st.com> you wrote:
> Very good!!!
> So is it time to re-apply zlib patch to u-boot main tree, together
> Alessandro's patch?
>
> Wolfgang, what's your position?
Actually I'm waiting for a new patch that integrates that fix.
Be
On Jul 29, 2009, at 12:47 AM, Wolfgang Denk wrote:
> Dear Scott,
>
> In message <20090728225244.ga8...@b07421-ec1.am.freescale.net> you
> wrote:
>>
>> The patch title is bad -- it's not disabling warnings, it's
>> disabling an
>> aspect of C99 that the code is incompatible with (and which is
Very good!!!
So is it time to re-apply zlib patch to u-boot main tree, together
Alessandro's patch?
Wolfgang, what's your position?
Best Regards,
Giuseppe
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
Behalf Of Stefan Roese
Sent: Tuesday,
Dear Scott,
In message <20090728225244.ga8...@b07421-ec1.am.freescale.net> you wrote:
>
> The patch title is bad -- it's not disabling warnings, it's disabling an
> aspect of C99 that the code is incompatible with (and which is pretty
> questionable in the first place with such low level code). No
"All Rights Reserved" conflicts with the GPL.
Signed-off-by: Kumar Gala
---
Wolfgang,
I would ask that you apply this now rather than later as it just addresses the
"All Rights Reserved" issue and doesn't change any functional code..
- k
board/freescale/mpc8349itx/Makefile |2 +-
boar
The number of CPUs are getting detected dynamically by checking the processor
SVR value.
Also removed CONFIG_NUM_CPUS references from all the platforms with 85xx/86xx
processors.
This can help to use the same u-boot image across the platforms.
Also revamped and corrected few Freescale Copyright m
Removed same code pieces from cpu/mpc85xx/cpu.c and cpu/mpc86xx/cpu.c
and moved to cpu/mpc8xxx/cpu.c(new file)
Signed-off-by: Poonam Aggrwal
---
based on u-boot version 2009.06
Makefile |2 +
cpu/mpc85xx/cpu.c| 70 +-
cpu/mpc86xx/cpu.c|
Thanks, I figured it out. I was decompressing the kernel over itself in
RAM.
pat
-Original Message-
From: Scott Wood [mailto:scottw...@freescale.com]
Sent: Tuesday, July 28, 2009 4:15 PM
To: Patrick Heffernan
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] MPC8313 board hanging
On Mon,
On Mon, Jul 27, 2009 at 03:46:07PM -0700, Patrick Heffernan wrote:
> I'm working on a custom MPC8313 board. It was booting up fine using NOR
> flash and ext2 filesystem.
>
> Configured u-boot and Linux and made transition to use NAND flash and
> JFFS2 filesystem and now system hangs when running
On Tue, Jul 28, 2009 at 10:42 PM, Jean-Christophe
PLAGNIOL-VILLARD wrote:
> On 07:58 Tue 28 Jul , Kyungmin Park wrote:
>> On Tue, Jul 28, 2009 at 5:09 AM, Jean-Christophe
>> PLAGNIOL-VILLARD wrote:
>> > On 14:28 Fri 24 Jul , Kyungmin Park wrote:
>> >> On Fri, Jul 24, 2009 at 7:42 AM, Jean-C
On Sun, Jul 26, 2009 at 11:26:18PM +0200, Wolfgang Denk wrote:
> Dear Kenneth Johansson,
>
> In message <1248453626.8967.27.ca...@localhost.localdomain> you wrote:
> >
> > > Well, if you think fixing the problems is "paper taping over the
> > > issue", then how do you call NOT fixing the problems
On Fri, Jul 17, 2009 at 02:53:55PM +0400, Ilya Yanok wrote:
> +/* OOB placement block for use with hardware ecc generation */
> +static struct nand_ecclayout nand_hw_eccoob = {
> + .eccbytes = 5,
> + .eccpos = {6, 7, 8, 9, 10},
> + .oobfree = {{0, 5}, {11, 5}, }
> +};
> +
> +#ifndef CON
Wolfgang,
Yes, I will do that for the next merging window. Ignore this patch.
Thanks!
Best Regards,
TsiChung
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Wolfgang Denk
Sent: Tuesday, July 28, 2009 4:59 PM
To: TsiChung Liew
C
On Tue 28 Jul 2009 17:27, Wolfgang Denk pondered:
> Dear John,
>
> in message <1248813631.3915.102.ca...@johns> you wrote:
> >
> > It seems to me that DUTS is designed to test U-Boot and also automates
> > the running of commands whose output can be put online in the DULG. I
>
> Correct. And the
Dear TsiChung Liew,
In message <1248799132-29720-1-git-send-email-tsicl...@gmail.com> you wrote:
> Provide function protocol for icache_invalid().
>
> Signed-off-by: TsiChung Liew
> ---
> drivers/net/mcffec.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/driv
Aggrwal Poonam-B10812 wrote:
>
>
>> -Original Message-
>> From: Wood Scott-B07421
>> Sent: Wednesday, July 29, 2009 2:39 AM
>> To: Aggrwal Poonam-B10812
>> Cc: u-boot@lists.denx.de
>> Subject: Re: [U-Boot] [PATCH 1/2] Removed CONFIG_NUM_CPUS for
>> 85xx and 86xx Freescale processors.
>
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, July 29, 2009 2:39 AM
> To: Aggrwal Poonam-B10812
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 1/2] Removed CONFIG_NUM_CPUS for
> 85xx and 86xx Freescale processors.
>
> On Tue, Jul 21, 2009 at 04:17:43PM +
Provide function protocol for icache_invalid().
Signed-off-by: TsiChung Liew
---
drivers/net/mcffec.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/net/mcffec.c b/drivers/net/mcffec.c
index 64be5de..d3741a7 100644
--- a/drivers/net/mcffec.c
+++ b/drivers/net
Change %08lX to %08X in board.c. Remove unused variable
'oscillator' in mcf5227x/cpu_init.c and 'scm2' in
mcf532x/cpu_init.c. Provide argument type cast in
drivers/dma/MCD_dmaApi.c.
Signed-off-by: TsiChung Liew
---
cpu/mcf5227x/cpu_init.c |1 -
cpu/mcf532x/cpu_init.c |1 -
drivers/dma
The compile error was caused by a recent patch. Affected platforms -
M5253DEMO.h, M5253EVBE.h, and M54455EVB.h. Adding the _IO_BASE
automatically defined to 0 in asm-m68k/io.h if it isn't set in
platform configuration file.
Signed-off-by: TsiChung Liew
---
include/asm-m68k/io.h |4
1 fi
Dear John,
in message <1248813749.3915.104.ca...@johns> you wrote:
>
> It's true, I was a little lax on commenting the I2C commands. If I were
> to move forward with this documentation tool, I would comment these
> commands more thoroughly like I did with the Memory commands.
Hm... of course I'm
On Wed, Jul 22, 2009 at 10:47:22PM +0800, xbl1986 wrote:
> CPU:LPC3250.
I don't see that string anywhere in the U-Boot tree -- what NAND driver
are you using?
> Nand:K9F2G8U0A 256M
> the u-boot boot time now about 8s.
> the step to read linux kernel less 2M cost more or less 4s!!
> I want to make
Dear John,
in message <1248813631.3915.102.ca...@johns> you wrote:
>
> It seems to me that DUTS is designed to test U-Boot and also automates
> the running of commands whose output can be put online in the DULG. I
Correct. And the DULG itself is a wiki (TWiki at the moment, to be
converted to Fos
On Tue, Jul 21, 2009 at 04:17:43PM +0530, Poonam Aggrwal wrote:
> +int cpu_numcores() {
> + struct cpu_type *cpu;
> + cpu = gd->cpu;
> + return cpu->num_cores;
> +}
Shouldn't this check CONFIG_MP and return 1 if not set? Otherwise you
get a weird mix of MP and UP.
The checks to warn
On Tue, 2009-07-28 at 19:52 +0200, Wolfgang Denk wrote:
> Dear John Schmoller,
>
> In message
> <310e8398479f23a6bfaceccf6cc86631b7bff4dc.1248798202.git.jschmol...@xes-inc.com>
> you wrote:
> > Add support to a small subset of commands, environment
> > variables, and POSTs. These are meant to sh
On Tue, 2009-07-28 at 19:49 +0200, Wolfgang Denk wrote:
> Dear John Schmoller,
>
> In message you wrote:
> >
> > I've been working on writing a User's Manual generation tool, and before
> > I get too far I'd like to see if this is something the U-Boot community
> > would be interested in.
>
Commit 2b3f12c2 added support for configurable SMC Rx buffer length on
8xx systems. Enable this feature on TQM8xx* based boards.
This fixes the problem that pasting text in the middle of a line
(i. e. inserting in edit mode) did not work - only the first two
characters got inserted, the rest was l
Remove bogus newline character that got added to the .name field of
the disk_partition_t structure.
Signed-off-by: Wolfgang Denk
---
disk/part_dos.c | 15 ++-
disk/part_efi.c |2 +-
disk/part_iso.c | 15 ++-
3 files changed, 21 insertions(+), 11 deletions(-)
diff
On Mon, Jul 20, 2009 at 01:41:01PM +0100, muralitharan.peru...@pace.com wrote:
> Hi,
>
>
>
> Can I modify the oob bytes in NAND using U-boot commands like this:
>
>
>
> "nand write.oob 0x800 0x0 64" [This should modify the oob bytes of
> page 0].
Try "nand write.oob 800 0 40". Con
Make the ext2load command return 0 on success (instead of the file
length).
Also fix output format (get rid of randoim newlines) and some coding
style issues (long lines etc.).
Signed-off-by: Wolfgang Denk
---
common/cmd_ext2.c | 74 +++-
1 file
Dear "Weirich, Bernhard",
In message
you wrote:
> Fixed some indentations since patch from 2009-06-09.
> Hope this is good now, anyway the whole ext2fs.c file does not conform to
> coding style guidelines, so maybe someone wants to run Lindent on it...?
>
> Regards,
> Bernhard
>
> From: unsik
Dear Scott Wood,
In message <20090728202053.ga28...@b07421-ec1.am.freescale.net> you wrote:
>
> Sorry about that.
No problem.
...
> > #define CONFIG_CMD_PING
> > diff --git a/include/configs/NETTA2.h b/include/configs/NETTA2.h
> > index 167285e..d060cb7 100644
> > --- a/include/configs/NETTA2.
On Sun, Jul 19, 2009 at 07:39:38PM +0200, Wolfgang Denk wrote:
> Commit 2419169f removed support for legacy NAND and disk on chip but
> missed to update the code for a few boards. This patch fixes the
> resulting build issues.
>
> Signed-off-by: Wolfgang Denk
Doh, apparently I forgot to push thi
On Jul 28, 2009, at 1:56 PM, Alemao wrote:
> Hi all,
>
> I have a board, similar to the MPC8541CDS, but with fixed DDR SDRAM,
> instead of DIMM slots. So I have to configure it without the help of
> SPD_EEPROM.
>
> I saw some code on MPC8540ADS board, like fixed_sdram() in
> board/freescale/mpc85
Hi all,
I have a board, similar to the MPC8541CDS, but with fixed DDR SDRAM,
instead of DIMM slots. So I have to configure it without the help of
SPD_EEPROM.
I saw some code on MPC8540ADS board, like fixed_sdram() in
board/freescale/mpc8540ads/mpc8540ads.c and defines in
include/configs/MPC8540AD
Dear John Schmoller,
In message
<310e8398479f23a6bfaceccf6cc86631b7bff4dc.1248798202.git.jschmol...@xes-inc.com>
you wrote:
> Add support to a small subset of commands, environment
> variables, and POSTs. These are meant to show the
> syntax and capabilities of the uboot-doc parser.
>
> Signed-
Dear John Schmoller,
In message you wrote:
>
> I've been working on writing a User's Manual generation tool, and before
> I get too far I'd like to see if this is something the U-Boot community
> would be interested in.
Anything wrong with the User's Manual generation tool we already have
in
Add uboot-doc support to the XPedite5370. Incorporates
templates to override the defaults and includes memory
maps.
Signed-off-by: John Schmoller
---
board/xes/xpedite5370/manual/book_info.tmpl| 52 ++
board/xes/xpedite5370/manual/booting_linux.tmpl| 179
Add support to a small subset of commands, environment
variables, and POSTs. These are meant to show the
syntax and capabilities of the uboot-doc parser.
Signed-off-by: John Schmoller
---
common/cmd_i2c.c| 71 ++-
common/cmd_mem.c| 45 +
Hello all,
I've been working on writing a User's Manual generation tool, and before
I get too far I'd like to see if this is something the U-Boot community
would be interested in.
The thought was that everyone needs to develop User's Manuals for their
customers, and there's no reason for us a
When CONFIG_NET_MULTI is defined, the NetLoop code looks in
eth_get_device()->enetaddr for the MAC address. However, this value may
not be set. In fact, it will not be if ethaddr was not present in the
environment when uboot was started. Therefore, even with 'setenv ethaddr
xx:xx:xx:xx:xx:xx', eg.
On 07:58 Tue 28 Jul , Kyungmin Park wrote:
> On Tue, Jul 28, 2009 at 5:09 AM, Jean-Christophe
> PLAGNIOL-VILLARD wrote:
> > On 14:28 Fri 24 Jul , Kyungmin Park wrote:
> >> On Fri, Jul 24, 2009 at 7:42 AM, Jean-Christophe
> >> PLAGNIOL-VILLARD wrote:
> >> > On 09:55 Tue 21 Jul , Kyungmin
Hello Wolfgang,
Wolfgang Denk wrote:
> In message <4a6ef6e4.2060...@denx.de> you wrote:
>>> Correct. If we are going to rework the Soft-I2C implementation, this
>>> should be done for all boards (which is a pretty big action), and
>>> probably should be done as part of the "i2c: rework multibus/mu
Dear Heiko Schocher,
In message <4a6ef6e4.2060...@denx.de> you wrote:
>
> > Correct. If we are going to rework the Soft-I2C implementation, this
> > should be done for all boards (which is a pretty big action), and
> > probably should be done as part of the "i2c: rework multibus/multi-
> > adapte
Signed-off-by: Prafulla Wadaskar
---
Change log:
v2: updated as per review feedback for v1
v3: some white spaces removed
v4: tuned as per new kwbimage parsing (DATA command added for register setup)
board/Marvell/sheevaplug/config.mk|3 +
board/Marvell/sheevaplug/kwbimage.cfg | 162 ++
This is Third step towards cleaning mkimage code for kwbimage
support in clean way.
This patch adds type kwbimabe support for mkimage
For more details refer docs/README.kwbimage
This patch is tested with Wheevaplub board
Signed-off-by: Prafulla Wadaskar
---
Makefile|5 +
common
This is first step towards cleaning mkimage code for kwbimage
support in clean way. Current mkimage code is very specific to
uimge generation whereas the same framework can be used to
generate other image types like kwbimage.
For this, the architecture of mkimage code need to modified.
Here is the
This is second step towards cleaning mkimage code for kwbimage
support in clean way. In this patch-
1. The image_get_header_size function call is replaced by sizeof(image_header_t)
in default_image.c
2. image header code moved form mkimage.c to default_image .c
Signed-off-by: Prafulla Wadaskar
1. get_table_entry_id API made global
2. get_table_entry_name API made global
3. typedef table_entry_t moved to image.h
Currently it is used by image.c only
These APIs can be used by additional mkimage types supports
for ex. kwbimage, to use it the API is made global
Signed-off-by: Prafulla Wadas
This is Third step towards cleaning mkimage code for kwbimage
support in clean way. In this patch-
1. callback functions are used in mkimage.c those are defined
in defaut_image.c for currently supported images.
2. scan loop implemented for image header verify and print
Signed-off-b
Currently it is used by image.c only
This API can be used by additional mkimage types supports
for ex. kwbimage, to use it the API is made global
Signed-off-by: Prafulla Wadaskar
---
common/image.c |3 +--
include/image.h |1 +
2 files changed, 2 insertions(+), 2 deletions(-)
diff --gi
List command always return "EXIT_SUCCESS" even in case of
failure by any means.
This patch return 0 if list command is sucessful,
returns negative value reported by check_header functions
Signed-off-by: Prafulla Wadaskar
---
tools/mkimage.c | 27 +--
1 files changed, 1
Hello Wolfgang,
Wolfgang Denk wrote:
> in message <4a6ed200.3070...@denx.de> you wrote:
>> OK, thanks, but this patch was just a fast thought, and
>> as I wrote, I think, Wolfgang will not Ack this patch ...
>> Wolfgang?
>
> Correct. If we are going to rework the Soft-I2C implementation, this
> s
When updating the "reg" in the "/localbus/fl...@f000,0" node
size was wrong updated for the first flash, because the total
size was filled in, instead of the right size for it.
Signed-off-by: Heiko Schocher
---
board/keymile/kmeter1/kmeter1.c |1 +
1 files changed, 1 insertions(+), 0 del
Dear Heiko,
in message <4a6ed200.3070...@denx.de> you wrote:
>
> OK, thanks, but this patch was just a fast thought, and
> as I wrote, I think, Wolfgang will not Ack this patch ...
> Wolfgang?
Correct. If we are going to rework the Soft-I2C implementation, this
should be done for all boards (whi
Hello Wolfgang,
The following changes since commit 94978e19f31d225b4f7d97c4acbac1ecfaeb8f69:
Wolfgang Denk (1):
Prepare 2009.08-rc1 (again, after fixing last minute issues).
are available in the git repository at:
git://git.denx.de/u-boot-i2c.git master
Alessandro Rubini (2):
Hello Alessandro
Alessandro Rubini wrote:
> From: Alessandro Rubini
>
>
> Signed-off-by: Alessandro Rubini
> Acked-by: Andrea Gallo
> ---
> board/st/nhk8815/nhk8815.c | 16 ++--
> include/configs/nhk8815.h | 18 +-
> 2 files changed, 31 insertions(+), 3 delet
Hello Alessandro,
Alessandro Rubini wrote:
> From: Alessandro Rubini
>
>
> Signed-off-by: Alessandro Rubini
> Acked-by: Andrea Gallo
> ---
> cpu/arm926ejs/nomadik/Makefile |2 +-
> cpu/arm926ejs/nomadik/gpio.c| 99
> +++
> include/asm-arm/a
Hello Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
>>> it will better to define a couple of generic function where we implement it
>>> as this
>>> i2c_sda()
>>> i2c_scl()
>>> i2c_read()
>>> i2c_activate()
>>> i2c_tristate()
>>> i2c_delay()
>>> i2c_get_bus_num()
>>> i2c_set_bus_num()
>>
Hello Daniel,
Daniel Gorsulowski wrote:
> Heiko Schocher wrote:
>> Hello Alessandro,
>>
>> Alessandro Rubini wrote:
>>> This adds gpio and i2c support for the Nomadik evaluation kit. They
>>> are needed to turn on the LCD backlight in order to later add LCD
>>> support.
>>>
>>> I have one doubt an
On 11:27 Fri 24 Jul , Alessandro Rubini wrote:
> From: Alessandro Rubini
>
>
> Signed-off-by: Alessandro Rubini
> Acked-by: Andrea Gallo
> ---
> cpu/arm926ejs/nomadik/Makefile |2 +-
> cpu/arm926ejs/nomadik/gpio.c| 99
> +++
> include/as
> > it will better to define a couple of generic function where we implement it
> > as this
> > i2c_sda()
> > i2c_scl()
> > i2c_read()
> > i2c_activate()
> > i2c_tristate()
> > i2c_delay()
> > i2c_get_bus_num()
> > i2c_set_bus_num()
> > i2c_get_bus_speed()
> > i2c_set_bus_speed()
> > i2c_init()
>
>
> I tried your patch on AT91SAM9263EK based OTC-570 board (patch will come to ML
> within next merge window). It worked fine on it.
> But some boards (the OTC-570 too) need a i2c_soft_init() function. So I
> extended
> your patch as follows:
>
> [PATCH] i2c, soft: added soft_i2c.h
>
> In case
On 09:51 Tue 28 Jul , Heiko Schocher wrote:
> Hello Jean-Christophe,
>
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> >> }
> >>
> >> diff --git a/include/configs/nhk8815.h b/include/configs/nhk8815.h
> >> index 3e2e09f..8a83d92 100644
> >> --- a/include/configs/nhk8815.h
> >> +++ b/include/con
Hello Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
>> }
>>
>> diff --git a/include/configs/nhk8815.h b/include/configs/nhk8815.h
>> index 3e2e09f..8a83d92 100644
>> --- a/include/configs/nhk8815.h
>> +++ b/include/configs/nhk8815.h
>> @@ -93,7 +93,7 @@
>> #define CONFIG_SYS_GBL_DAT
From: Luigi 'Comio' Mantellini
Signed-off-by: Luigi 'Comio' Mantellini
---
lib_generic/lzma/LzmaDec.c |2 +-
lib_generic/lzma/LzmaTools.c |1 -
lib_generic/lzma/Makefile|2 +-
3 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/lib_generic/lzma/LzmaDec.c b/lib_gene
Hello Wolfgang,
The following changes since commit 94978e19f31d225b4f7d97c4acbac1ecfaeb8f69:
Wolfgang Denk (1):
Prepare 2009.08-rc1 (again, after fixing last minute issues).
are available in the git repository at:
git://git.denx.de/u-boot-i2c.git master
Heiko Schocher (2):
arm
Hello Jean-Christophe, Tom,
Jean-Christophe PLAGNIOL-VILLARD schrieb:
> On 10:16 Mon 27 Jul , Heiko Schocher wrote:
>> Hello Jean-Christophe,
>>
>> Jean-Christophe PLAGNIOL-VILLARD wrote:
>>> On 18:21 Thu 23 Jul , Dirk Behme wrote:
Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGN
Hello Heiko,
Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> ---
> - changes since v1:
> added comments from Prafulla Wadaskar
> - changes since v2
> added comments from Jean-Christophe
> - added speed setting
>
> drivers/i2c/Makefile |1 +
> drivers/i2c/kirkwood_i2c.c |
Hello Heiko,
Heiko Schocher wrote:
> Hello Alessandro,
>
> Alessandro Rubini wrote:
>> This adds gpio and i2c support for the Nomadik evaluation kit. They
>> are needed to turn on the LCD backlight in order to later add LCD
>> support.
>>
>> I have one doubt and some questions on gpio:
>>
>> To u
72 matches
Mail list logo
