Trent Piepho,
On Thu, Oct 16, 2008 at 4:09 AM, Trent Piepho <[EMAIL PROTECTED]> wrote:
> commit 42ed33ffe135f618680f9d6e9712eb35a85bcb62
> Author: Anatolij Gustschin <[EMAIL PROTECTED]>
> Date: Wed Dec 5 17:43:20 2007 +0100
>
> Fix ppc4xx clear_bss() code
>
> ppc4xx clear_bss() fails i
Hi,
I'm looking at GPIO setup code for Canyonlands, and
it looks like some initializations mentioned in the 460EX
manual are missing. When pin is configured as alternate
input, the corresponding bits in TSRL/H registers should
be set. U-Boot code sets TSRL/H registers only for output
pins.
Am I m
On Thu, 16 Oct 2008, Selvamuthukumar wrote:
> Most of the bss initialization loop increments 4 bytes
> at a time. And the loop end is checked for an 'equal'
> condition. Make the bss end address aligned by 4, so
> that the loop will end as expected.
It's not really the end of bss that matters, but
On Wed, 15 Oct 2008 17:35:39 -0400
richardretanubun <[EMAIL PROTECTED]> wrote:
> Two questions:
> 1. Can the CONFIG_MPC834X limitation be relaxed? (I am using an MPC8360E), If
> so, what should it be? CONFIG_83XX?
> 2. Can the #else action be changed from a printf to a #error? Something like
> t
Hi Kim,
I recently tried calling the u-boot/cpu/mpc83xx/cpu.c : upmconfig function
to configure one of my UPMs to work as a Compact flash controller.
When I tried the compile I am getting the error from the #else of this code
void upmconfig (uint upm, uint *table, uint size)
{
#if defined(CONFI
On Thu, Oct 16, 2008 at 7:54 AM, Dan Malek <[EMAIL PROTECTED]> wrote:
>
> On Oct 15, 2008, at 1:17 PM, Selvamuthukumar wrote:
>
>> Most of the bss initialization loop increments 4 bytes
>> at a time. And the loop end is checked for an 'equal'
>> condition. Make the bss end address aligned by 4, so
On Oct 15, 2008, at 1:17 PM, Selvamuthukumar wrote:
> Most of the bss initialization loop increments 4 bytes
> at a time. And the loop end is checked for an 'equal'
> condition. Make the bss end address aligned by 4, so
> that the loop will end as expected.
IMHO, this is a bad programming practi
Dear Ben Warren,
In message <[EMAIL PROTECTED]> you wrote:
> Heiko Schocher wrote:
> > This patch fixes the following warnings, when using
> > the soft_i2c driver using no CPU pins on MPC82xx or MPC8xx
> > systems:
> >
> Trivial nit, but 'compilerwarnings' is not a word. In fact, in
> Thunder
Hi Jean-Christophe,
On Wed, Oct 15, 2008 at 2:04 PM, Jean-Christophe PLAGNIOL-VILLARD
<[EMAIL PROTECTED]> wrote:
> On 08:51 Wed 15 Oct , Alan Carvalho de Assis wrote:
>> Hi Jean-Christophe,
>>
>> On Mon, Oct 13, 2008 at 5:49 AM, Jean-Christophe PLAGNIOL-VILLARD
>> <[EMAIL PROTECTED]> wrote:
>>
On 08:51 Wed 15 Oct , Alan Carvalho de Assis wrote:
> Hi Jean-Christophe,
>
> On Mon, Oct 13, 2008 at 5:49 AM, Jean-Christophe PLAGNIOL-VILLARD
> <[EMAIL PROTECTED]> wrote:
> >> Is there any special reason it was not added to the master branch
> >> yet?
> >
> >>
> > As we discuss on IRC this b
Heiko Schocher wrote:
> If I2C Bus is blocked (see doc/I2C_Edge_Conditions),
> it is not possible to get out of this, until the
> complete Hardware gets a reset. This new commando
>
You mean a commando like Chuck Norris? Seriously, you use this word in
a lot of these patches and it's not quite
Heiko Schocher wrote:
> This patch fixes the following warnings, when using
> the soft_i2c driver using no CPU pins on MPC82xx or MPC8xx
> systems:
>
Trivial nit, but 'compilerwarnings' is not a word. In fact, in
Thunderbird there's a little red line under it.
regards,
Ben
___
Heiko Schocher wrote:
> With this Command it is possible to add new I2C Busses,
> which are behind 1 .. n I2C Muxes. Details see README.
>
While this is pretty cool, I'm curious what circumstances lead to
needing to add I2C buses at run-time via command line. Presumably you
have a real busine
mpc8536ds.c: In function 'is_sata_supported':
mpc8536ds.c:614: warning: unused variable 'devdisr'
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/mpc8536ds/mpc8536ds.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/board/freescale/mpc8536ds/mpc8536ds.c
On Wed, Oct 15, 2008 at 07:07, Ben Warren <[EMAIL PROTECTED]> wrote:
> Hi Olav,
>
> On Fri, Oct 10, 2008 at 11:53 AM, Olav Morken <[EMAIL PROTECTED]> wrote:
>>
>> On Fri, Oct 10, 2008 at 7:01 PM, Ben Warren <[EMAIL PROTECTED]>
>> wrote:
>> > What other architectures have you tried this on?
>>
>> No
Kishore,
--- On Wed, 10/15/08, kishore choudhari <[EMAIL PROTECTED]> wrote:
> From: kishore choudhari <[EMAIL PROTECTED]>
> Subject: [U-Boot] code for DDR
> To: u-boot@lists.denx.de
> Date: Wednesday, October 15, 2008, 9:26 AM
> Hi all,
> Can i have the bootloader code for DDR ram fo
On Oct 15, 2008, at 4:31 AM, Wolfgang Denk wrote:
> Dear Andy Fleming,
>
> In message <[EMAIL PROTECTED]>
> you wrote:
>> are available in the git repository at:
>>
>> git://www.denx.de/git/u-boot-mpc85xx.git 85xx-next
>>
>> Andy Fleming (1):
>> Have u-boot pass stashing parameters into d
On Oct 14, 2008, at 10:16 AM, Kumar Gala wrote:
> Each architecture has different ways of determine what regions of
> memory
> might not be valid to get overwritten when we boot. This provides a
> hook to allow them to reserve any regions they care about. Currently
> only ppc, m68k and sparc
The command interpreter checks always if an environment variable
for that name exists and in this case the content of the variable
is executed. It becomes possible to redefine all U-Boot commands.
A new "builtin" command is added to be able to run builtin U-boot commands
even if they are redefined.
Each architecture has different ways of determine what regions of memory
might not be valid to get overwritten when we boot. This provides a
hook to allow them to reserve any regions they care about. Currently
only ppc, m68k and sparc need/use this.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Hi Wolfgang,
Wolfgang Denk wrote:
>> here is a set of changes we made to improve U-Boot JFFS2 code
>> performance. We still can't reach Linux's performance but improvements
>> are significant.
>>
>> Any comments are welcome.
>>
>
> Are these patches independent of each other, or are all
Dear Selvamuthukumar,
In message <[EMAIL PROTECTED]> you wrote:
>
> > Should we not perform this change globally, i. e. to *all* linker
> > scripts?
>
> Do you expect a patch that touches all linker scripts, that does not do
> bss alignment? If so, I'll send it.
If you could do that, it woul
Hi all,
Can i have the bootloader code for DDR ram for ARM926EJS
(ARM9).
thanks in advance.
regards,
kishore
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Wolfgang,
Wolfgang Denk wrote:
>> @@ -359,6 +361,11 @@ static int part_validate_nor(struct mtdids *id, struct
>> part_info *part)
>>
>> end_offset = part->offset + part->size;
>> for (i = 0; i < flash->sector_count; i++) {
>> +if (i) {
>> +sector_siz
Dear Stefano,
In message <[EMAIL PROTECTED]> you wrote:
>
> > I think this covers only the hush shell version. We need something
> > like this instead:
>
> This is not true, I think. The change you are talking about is in hush.c
> (so it must cover *only* the hush shell). The other change is in
Dear Stefano,
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang Denk wrote:
>
> > Good catch. Yes, this must be prevented. Any variable named "builtin"
> > must be ignored here - i. e. we should issue an erro when someone
> > tries a "setenv", and ignore this variable explicitly (just in
Wolfgang Denk wrote:
> Good catch. Yes, this must be prevented. Any variable named "builtin"
> must be ignored here - i. e. we should issue an erro when someone
> tries a "setenv", and ignore this variable explicitly (just in case
> someone sneaks this into the default environment, or uses
On Wed, 2008-10-15 at 12:57 +0200, Wolfgang Denk wrote:
> Dear Stefano,
>
> In message <[EMAIL PROTECTED]> you wrote:
> > The command interpreter checks always if an environment variable
> > for that name exists and in this case the content of the variable
> > is executed. It becomes possible to r
Wolfgang Denk wrote:
> If I had known it's suffcient to put ideas on a web page to have
> people put them into code I would have started doing this much
> earlier :-)
That's a good idea ;).
> I think this covers only the hush shell version. We need something
> like this instead:
Thi
Dear Petri Lehtinen,
In message <[EMAIL PROTECTED]> you wrote:
>
> > The command interpreter checks always if an environment variable
> > for that name exists and in this case the content of the variable
> > is executed. It becomes possible to redefine all U-Boot commands.
> > A new "builtin" comm
Dear Stefano,
In message <[EMAIL PROTECTED]> you wrote:
> The command interpreter checks always if an environment variable
> for that name exists and in this case the content of the variable
> is executed. It becomes possible to redefine all U-Boot commands.
> A new "builtin" command is added to b
Dear "Roman Mashak",
In message <[EMAIL PROTECTED]> you wrote:
>
> > These libraries may be used in the link command of your image, but do
> > you actually see any unused objects included in your linked image?
> LIBS in Makefile incorporates all drivers, file systems etc., so
> 'make' command tra
Hi Jean-Christophe,
On Mon, Oct 13, 2008 at 5:49 AM, Jean-Christophe PLAGNIOL-VILLARD
<[EMAIL PROTECTED]> wrote:
>> Is there any special reason it was not added to the master branch
>> yet?
>
>>
> As we discuss on IRC this board will be merge when it can boot from a storage
>
Using some patches I
On Wed, Oct 15, 2008 at 12:09:44PM +0200, Stefano Babic wrote:
> The command interpreter checks always if an environment variable
> for that name exists and in this case the content of the variable
> is executed. It becomes possible to redefine all U-Boot commands.
> A new "builtin" command is adde
The command interpreter checks always if an environment variable
for that name exists and in this case the content of the variable
is executed. It becomes possible to redefine all U-Boot commands.
A new "builtin" command is added to be able to run builtin U-boot commands
even if they are redefined.
Wolfgang Denk wrote:
> Dear Bartlomiej,
>
> in message <[EMAIL PROTECTED]> you wrote:
>> Seems that the bulk of the feature didn't make it into the 'next'
>> branch. Commit 'Automatic software update from TFTP server' on the
>> branch (b830abed) shows only the following files modified:
>>
>> commo
Dear Andy Fleming,
In message <[EMAIL PROTECTED]> you wrote:
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git 85xx-next
>
> Andy Fleming (1):
> Have u-boot pass stashing parameters into device tree
>
> Ed Swarthout (5):
> pixis do not print lo
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> cpu/74xx_7xx/cache.S | 10 +-
> cpu/mpc86xx/cache.S | 10 +-
> 2 files changed, 10 insertions(+), 10 deletions(-)
Applied to "next" branch.
Jon, as this was fo
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Sub-command can benefit from using the same table and search functions
> that top level commands have. Expose this functionality by refactoring
> find_cmd() and introducing find_cmd_tbl() that sub-command processing
> can call.
>
> Sig
Dear Heiko Schocher,
In message <[EMAIL PROTECTED]> you wrote:
> The following patchseries updates the mgcoge
> and mgsuvd board with new features:
>
> - fixes some codingstyle issues
> - add I2C support
> - add LM75, EEprom support
> - uses I2C Multibus feature
> - add new I2C Bus command for ad
> -Original Message-
> From: Wolfgang Denk [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 15, 2008 4:39 PM
> To: [EMAIL PROTECTED]
> Cc: Jin Zhengxiong-R64188; Fleming Andy-AFLEMING; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] [POWERPC] remove
> compilerwarning in lib_pp
Dear Heiko Schocher,
In message <[EMAIL PROTECTED]> you wrote:
>
> compiling actual u-boot-next branch for a powerpc board,
> shows following warning:
>
> [EMAIL PROTECTED] u-boot]$ make -s all
> board.c:639: warning: function declaration isn't a prototype
> board.c:646: warning: function declar
Hello Jason,
compiling actual u-boot-next branch for a powerpc board,
shows following warning:
[EMAIL PROTECTED] u-boot]$ make -s all
board.c:639: warning: function declaration isn't a prototype
board.c:646: warning: function declaration isn't a prototype
[EMAIL PROTECTED] u-boot]$
introduced fr
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
include/configs/mgcoge.h |2 ++
include/configs/mgsuvd.h |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/mgcoge.h b/include/configs/mgcoge.h
index cdbfd67..ecf93e9 100644
--- a/include/configs/mgcog
The EEprom contains some Manufacturerinformation,
which are read from u-boot at boot time, and saved
in same hush shell variables.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/keymile/common/common.c | 287 +
board/keymile/mgcoge/mgcoge.c |
This new command shows the local variables defined in
the hush shell:
=> help showvar
showvar
- print values of all hushshell variables
showvar name ...
- print value of hushshell variable 'name'
Also make the set_local_var() and unset_local_var ()
no longer static, so it is possible to d
With this Command it is possible to add new I2C Busses,
which are behind 1 .. n I2C Muxes. Details see README.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
README | 47
common/cmd_i2c.c | 267 ++
cpu/mpc826
As Documented in doc/I2C_Edge_Conditions, adding a
boardspecific deblocking mechansim via CFG_I2C_INIT_BOARD
for the mgcoge and mgsuvd board.
This code was originally written by keymile in association
with Anatech and Atmel in 1998. The Code toggels the SCL
until the SCA line goes to High (max. 16
This patch adds the option for a boardspecific
I2C deblocking mechanism for the soft i2c driver.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
drivers/i2c/soft_i2c.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/soft_i2c.c b/drivers/i2c/so
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
include/configs/mgcoge.h |9 +
include/configs/mgsuvd.h |9 +
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/include/configs/mgcoge.h b/include/configs/mgcoge.h
index 8cff642..bfbbd45 100644
--- a/includ
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
drivers/hwmon/lm75.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c
index f544ebb..17379e5 100644
--- a/drivers/hwmon/lm75.c
+++ b/drivers/hwmon/lm75.c
@@ -155,6 +155,10
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
drivers/hwmon/lm75.c | 222 ++
1 files changed, 99 insertions(+), 123 deletions(-)
diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c
index 6770cdd..f544ebb 100644
--- a/drivers/hwmon/lm75
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
include/configs/mgcoge.h |8
include/configs/mgsuvd.h |7 +++
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/include/configs/mgcoge.h b/include/configs/mgcoge.h
index 159eeae..8cff642 100644
--- a/include/c
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/keymile/mgcoge/mgcoge.c | 14 +++-
board/keymile/mgsuvd/mgsuvd.c | 11 ++
include/configs/mgcoge.h | 25 +++
include/configs/mgsuvd.h | 43 +
4
This patch fixes the following warnings, when using
the soft_i2c driver using no CPU pins on MPC82xx or MPC8xx
systems:
soft_i2c.c: In function 'send_reset':
soft_i2c.c:93: warning: unused variable 'immr'
soft_i2c.c: In function 'send_start':
soft_i2c.c:124: warning: unused variable 'immr'
soft_i2
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
cpu/mpc8260/i2c.c | 36
drivers/i2c/soft_i2c.c | 36
2 files changed, 72 insertions(+), 0 deletions(-)
diff --git a/cpu/mpc8260/i2c.c b/cpu/mpc8260/i2c.c
index
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/keymile/mgcoge/mgcoge.c | 79 +++-
1 files changed, 38 insertions(+), 41 deletions(-)
diff --git a/board/keymile/mgcoge/mgcoge.c b/board/keymile/mgcoge/mgcoge.c
index 51b6dc6..a6bf9bc 100644
--- a/bo
If I2C Bus is blocked (see doc/I2C_Edge_Conditions),
it is not possible to get out of this, until the
complete Hardware gets a reset. This new commando
calls again i2c_init (and that calls i2c_init_board
if defined), which will deblock the I2C Bus.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
There are some more extensions, which are for both boards
and some more boards from this manufacturer will follow soon.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
Makefile |4 ++--
board/{ => keymile}/mgcoge/Makefile |0
board/{ => keymile}/mgcoge
The following patchseries updates the mgcoge
and mgsuvd board with new features:
- fixes some codingstyle issues
- add I2C support
- add LM75, EEprom support
- uses I2C Multibus feature
- add new I2C Bus command for adding new I2C
busses behind 1..n I2C mux(es).
- This Manufacturer uses a I2C de
60 matches
Mail list logo
