Hi Felix,
On Thursday 16 October 2008, Felix Radensky wrote:
> 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 s
Hi Kyungmin,
Thank you for the comments.
Kyungmin Park wrote:
>> diff --git a/common/env_onenand.c b/common/env_onenand.c
>> --- a/common/env_onenand.c
>> +++ b/common/env_onenand.c
>> @@ -58,11 +58,14 @@
>>
>> void env_relocate_spec(void)
>> {
>> + struct onenand_chip *this = &onenand_chi
On 14:44 Wed 15 Oct , Alan Carvalho de Assis wrote:
> 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:
As "ppc44x: Unification of virtex5 pp440 boards" did for the xilinx
ppc440 boards, this patch presents a common architecture for all the
xilinx ppc405 boards.
Any custom xilinx ppc405 board can be added very easily with no code
duplicity.
This patch also adds a simple generic board, that can be u
Hi Ricardo,
On Thursday 16 October 2008, Ricardo Ribalda Delgado wrote:
> As "ppc44x: Unification of virtex5 pp440 boards" did for the xilinx
> ppc440 boards, this patch presents a common architecture for all the
> xilinx ppc405 boards.
>
> Any custom xilinx ppc405 board can be added very easily w
As "ppc44x: Unification of virtex5 pp440 boards" did for the xilinx
ppc440 boards, this patch presents a common architecture for all the
xilinx ppc405 boards.
Any custom xilinx ppc405 board can be added very easily with no code
duplicity.
This patch also adds a simple generic board, that can be u
Hello Stefan
Thanks for your comments. I have just uploaded v2 of the patch.
> How about the existing Xilinx PPC405 boards like ml300? Should they somehow
> use this new infrastructure?
Yes, that is the idea, adapt them to use this. So we have less work to
support them in the future. This sh
From: schardt <[EMAIL PROTECTED]>
this patch adds support for the avnet fx12 minimodul
it needs the "ppc4xx: Generic architecture for xilinx ppc405" patch from
Ricardo
Signed-off-by: schardt <[EMAIL PROTECTED]>
Signed-off-by: Ricardo Ribalda Delgado <[EMAIL PROTECTED]>
---
MAINTAINERS
On Wed, Oct 15, 2008 at 7:35 AM, Fabio Estevam <[EMAIL PROTECTED]>wrote:
> 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
Hi, Stefan
Stefan Roese wrote:
> Hi Felix,
>
> On Thursday 16 October 2008, Felix Radensky wrote:
>
>> 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 corres
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
include/configs/mgcoge.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/mgcoge.h b/include/configs/mgcoge.h
index ecf93e9..10da6b6 100644
--- a/include/configs/mgcoge.h
+++ b/include/configs/mgcoge.h
@
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/keymile/mgcoge/mgcoge.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/keymile/mgcoge/mgcoge.c b/board/keymile/mgcoge/mgcoge.c
index 31703ab..099e77b 100644
--- a/board/keymile/mgcoge/mgcoge.c
+++ b/board/
Ilya Yanok said the following:
> 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 patche
Hello Ben,
Ben Warren wrote:
> 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 lin
Hello Ben,
Ben Warren wrote:
> Heiko Schocher wrote:
[...]
>> "i2c probe - show devices on the I2C bus\n"
>> +"i2c reset - reinit the I2C Controller\n"
>>
> re-init or re-initialize would be better.
You are right (as I wrote in the help text ...)
Is "i2c reinit" as commandname ok?
b
Hi all,
If Im not going to use PCI in U-Boot (just in linux kernel), do I have
to set IBAT and DBAT in the board configuration file? Or linux kernel
sets them again in arch/powerpc/mm/ppc_mmu_32.c ?
Thanks in advance
___
U-Boot mailing list
U-Boot@lists
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
Makefile | 52 +-
README | 334
README.nios_CONFIG_SYS_NIOS_CPU| 140
api/api_storage.c
add same check on all board at MAKEALL start
it can be disable by CHECK=no as
$ CHECK=no ./MAKEALL
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
MAKEALL |5 +++
Makefile |4 ++
tools/find_config_errors | 87 +
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/keymile/mgcoge/Makefile |3 +++
board/keymile/mgsuvd/Makefile |3 +++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/board/keymile/mgcoge/Makefile b/board/keymile/mgcoge/Makefile
index cbf7129..0cad821 100644
---
Hi Heiko,
Heiko Schocher wrote:
> Hello Ben,
>
> Ben Warren wrote:
>
>> Heiko Schocher wrote:
>>
> [...]
>
>>> "i2c probe - show devices on the I2C bus\n"
>>> +"i2c reset - reinit the I2C Controller\n"
>>>
>>>
>> re-init or re-initialize would be better.
>>
>
> Y
Hello Ben,
Ben Warren wrote:
> Heiko Schocher wrote:
>> Hello Ben,
>>
>> Ben Warren wrote:
>>
>>> Heiko Schocher wrote:
>>>
>> [...]
>>
"i2c probe - show devices on the I2C bus\n"
+"i2c reset - reinit the I2C Controller\n"
>>> re-init or re-initialize woul
following patch solves the compiler warning for the
mgsuvd board, using the soft_i2c driver:
[EMAIL PROTECTED] u-boot]$ ./MAKEALL mgsuvd
Configuring for mgsuvd board...
soft_i2c.c: In function 'write_byte':
soft_i2c.c:209: warning: implicit declaration of function 'i2c_soft_read_pin'
textda
Hi Heiko,
Heiko Schocher wrote:
> Hello Ben,
>
> Ben Warren wrote:
>
>> 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 circumsta
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/keymile/mgcoge/mgcoge.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/keymile/mgcoge/mgcoge.c b/board/keymile/mgcoge/mgcoge.c
index 099e77b..5931f17 100644
--- a/board/keymile/mgcoge/mgcoge.c
+++ b/board
Removed #ifdef CONFIG_MPC834X dependency on upmconfig function.
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
cpu/mpc83xx/cpu.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/cpu/mpc83xx/cpu.c b/cpu/mpc83xx/cpu.c
index 99ab216..848b8fd 100644
--- a/cpu/mpc
On Tue, Oct 14, 2008 at 01:24:09PM -0700, Ron Madrid wrote:
> 1. I don't see anywhere that the AL (address length, or number of
> address cycles) can be set to anything other than 2. It appears to be
> hard coded in both files.
Correct. AFAICT, setting AL to anything less than 2 is just an
opti
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> add same check on all board at MAKEALL start
> it can be disable by CHECK=no as
> $ CHECK=no ./MAKEALL
NAK.
As discussed before, please remove the CHECK stuff from MAKEALL.
Best regards,
Wolfgang Denk
--
DENX
Dear Ben Warren,
In message <[EMAIL PROTECTED]> you wrote:
>
> > You are right (as I wrote in the help text ...)
> >
> > Is "i2c reinit" as commandname ok?
Please stick with "i2c reset"
Nad, Heiko: in English, it's "command name".
> I don't have a problem with 'i2c reset' or 'i2c reinit' as co
Currently in Practice: Medical Doctors in the United States
Data for the many various medical specialties
Sort by over a dozen different fields
Price for this week only = $398
{}{}{} Order this week and get the additional data below for free {}{}{}
<> Optometrists
<> Visiting Nurses &
run make find_config_errors to performed it.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
Makefile |4 ++
tools/find_config_errors | 87 ++
2 files changed, 91 insertions(+), 0 deletions(-)
create mode 1
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
>
> +find_config_errors:
> + @echo "Search for config errors"
> + @git-grep CFG_ | cut -d: -f1 | sort -u | xargs -I {}
> tools/find_config_errors -f {}
> +
Hm... should we not just use "grep -r *" so this w
So is there a particular convention for which bytes should be used within the
OOB area for an ECC? I've looked for information on this but haven't been able
to come up with anything.
--- On Thu, 10/16/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> From: Scott Wood <[EMAIL PROTECTED]>
> Subject:
Ron Madrid wrote:
> So is there a particular convention for which bytes should be used
> within the OOB area for an ECC? I've looked for information on this
> but haven't been able to come up with anything.
The 8313 manual says that when booting from NAND, it expects ECCM 0 on
small page and ECC
On 22:18 Thu 16 Oct , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > +find_config_errors:
> > + @echo "Search for config errors"
> > + @git-grep CFG_ | cut -d: -f1 | sort -u | xargs -I {}
> > tools/find_config_errors -f
On Thu, 16 Oct 2008 13:49:42 -0400
richardretanubun <[EMAIL PROTECTED]> wrote:
Hi Richard,
> Removed #ifdef CONFIG_MPC834X dependency on upmconfig function.
please elaborate your commit messages to include /why/ this change is
needed, not only what it does (in this particular case we can easily
Dear Heiko Schocher,
In message <[EMAIL PROTECTED]> you wrote:
> following patch solves the compiler warning for the
> mgsuvd board, using the soft_i2c driver:
>
> [EMAIL PROTECTED] u-boot]$ ./MAKEALL mgsuvd
> Configuring for mgsuvd board...
> soft_i2c.c: In function 'write_byte':
> soft_i2c.c:20
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
>
> > I think we should change this into:
> >
> > grep -l -r * | xargs tools/find_config_errors -f
> It will not work with symlinks
You don't want to run this in a dirty tree, do you?
> when you do
> BTW, can you get your e-mail client to wrap long lines?
I've tried. I think there's a problem with yahoo's web mail.
Ron
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Heiko Schocher,
In message <[EMAIL PROTECTED]> you wrote:
>
> Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
> ---
> board/keymile/mgcoge/Makefile |3 +++
> board/keymile/mgsuvd/Makefile |3 +++
> 2 files changed, 6 insertions(+), 0 deletions(-)
Thanks, appied to "next" branch.
Dear Ron Madrid,
In message <[EMAIL PROTECTED]> you wrote:
> > BTW, can you get your e-mail client to wrap long lines?
>
> I've tried. I think there's a problem with yahoo's web mail.
So how about hitting "ENTER" every now and than?
Best regards,
Wolfgang Denk
--
DENX Software Engineering G
Dear Stefan,
In message <[EMAIL PROTECTED]> Yuri Tikhonov wrote:
>
> Set the MQ Read Passing & MCIF Cycle limits to the recommended by AMCC
> values. This fixes the occasional 440SPe hard locking issues when the 440SPe's
> dedicated DMA engines are used (e.g. by the h/w accelerated RAID driver).
Dear Jason Jin,
In message <[EMAIL PROTECTED]> you wrote:
> The function parse_line() in common/main.c was exposed globally by commit
> 6636b62a6efc7f14e6e788788631ae7a7fca4537, Result in conflict with the same
> name funciton in drivers/bios_emulator/x86emu/debug.c when define the DEBUG.
> This p
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you 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
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> 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 insertio
Dear Heiko Schocher,
In message <[EMAIL PROTECTED]> you wrote:
>
> Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
> ---
> include/configs/mgcoge.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied to "next" branch, thanks.
Best regards,
Wolfgang Denk
--
DENX Software E
Dear Heiko Schocher,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
> ---
> board/keymile/mgcoge/mgcoge.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/board/keymile/mgcoge/mgcoge.c b/board/keymile/mgcoge/mgcoge.c
>
Dear Heiko,
In message <[EMAIL PROTECTED]> you wrote:
>
> Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
> ---
> board/keymile/mgcoge/mgcoge.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Sorry, this patch does not apply:
Applying mgcoge: Second Flash on CS5 not on CS1
erro
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]>
This reverts commit dffd2446fb041f38ef034b0fcf41e51e5e489159.
The fix introduced by this patch is not correct. The problem is
that the documentation is not correct for the MPC8544 with regards
to which bit in PORDEVSR2 is for the SEC_CFG.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
cpu/mp
The MPC8544 RM incorrect shows the SEC_CFG bit in PORDEVSR2 as being
bit 26, instead it should be bit 28. This caused in incorrect
interpretation of the i2c_clk which is the same as the SEC clk on
MPC8544. The SEC clk is controlled by cfg_sec_freq that is reported
in PORDEVSR2.
Signed-off-by: Ku
On Tue, 14 Oct 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>>
>>> This affects *all* boards and should therefore be implemented for
>>> *all* boards, not only for 85xx.
>>
>> The other board's linker scripts are somewhat different. Maybe someone who
>> maintains them
Hi Josh,
Josh Boyer wrote:
> From: Frank Haverkamp <[EMAIL PROTECTED]>
>
> http://tools.ietf.org/html/rfc2348 describes the TFTP block size option
> which allows larger packtes than the 512 byte default. This reduces the
> number of TFTP ACKs significantly and improves performance.
>
> To get the
Olav Morken wrote:
> This patch removes volatile from:
> volatile IP_t *ip = (IP_t *)xip;
>
> Due to a bug, avr32-gcc will assume that ip is aligned on a word boundary when
> using volatile, which causes an exception since xip isn't aligned on a word
> boundary.
>
Applied to net/testing.
regard
Olav Morken wrote:
> For 100mbps operation, the ethernet controller requires a 25 MHz clock
> in MII mode, and a 50 MHz clock in RMII mode. If the clock is slower,
> disable 100mbps mode.
>
> Signed-off-by: Gunnar Rangoy <[EMAIL PROTECTED]>
> Signed-off-by: Paul Driveklepp <[EMAIL PROTECTED]>
> Sig
Olav Morken wrote:
> This patch adds support for searching through available PHY-addresses in
> the macb-driver. This is needed for the ATEVK1100 evaluation board,
> where the PHY-address will be initialized to either 1 or 7.
>
> Signed-off-by: Gunnar Rangoy <[EMAIL PROTECTED]>
> Signed-off-by: Pau
55 matches
Mail list logo
