Hello,
In the U-Boot 1.3.3 there is already this patch included
But I see another problem:
I uses the AT91SAM9260 microcontroller so I defined in the header:
#define CONFIG_AT91SAM9260 1
Instead of the Davicom Phy (RMII), which is used in the DevBoard
AT91SAM9260EK I want to use the Te
fls64, __ilog2_u64, ffs64 are variants that work on an u64 and fls
is used to implement them.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Dropped __fls and cleaned up things a bit based on feedback (commit message is
more explicit).
- k
include/asm-ppc/bitops.h | 49 +++
On Jun 10, 2008, at 6:51 PM, Wolfgang Denk wrote:
> Dear Kumar,
>
> in message <3F2661BD-8C86-410F-984D-
> [EMAIL PROTECTED]> you wrote:
>>
>>> Comments and code do not match; you'r actually adding much more
>>> code.
>>
>> I was just needing the u64 versions and the other stuff came along to
Hi,
Not specifically U-boot related, but hopefully a smart person here can help.
I have a weak symbol defined as:
int cpu_eth_init(bd_t *bis) __attribute((weak, alias("__def_eth_init"))); (1)
I've created a new file in cpu/mpc83xx that includes a real
implementation of the function:
int cpu_eth
On Tue, 10 Jun 2008 22:36:07 -0400
Jerry Van Baren <[EMAIL PROTECTED]> wrote:
> I've applied your patch "fdt: unshadow global working fdt variable".
> As a feeble attempt to redeem myself, I added a patch to move working_fdt
> to cmd_fdt.c... it isn't used (any longer) in fdt_support.c.
sounds go
Dear Wolfgang,
I've added Kim's and my working_fdt improvements to my previous pull requests.
Thanks,
gvb
The following changes since commit 8155efbd7ae9c65564ca98affe94631d612ae088:
Wolfgang Denk (1):
Merge branch 'master' of ssh://mercury/home/wd/git/u-boot/master
are available in t
Kim Phillips wrote:
> crypto node if not on an E-processor. If on 8360 or 834x family,
> check rev and up-rev crypto node (to SEC rev. 2.4 property values)
> if on an 'EA' processor, e.g. MPC8349EA.
>
> Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
> ---
> change since v1: mpc85xx IS_E_PROCESSO
crypto node if not on an E-processor. If on 8360 or 834x family,
check rev and up-rev crypto node (to SEC rev. 2.4 property values)
if on an 'EA' processor, e.g. MPC8349EA.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
change since v1: mpc85xx IS_E_PROCESSOR(svr) definition changed to (svr
The working_fdt pointer was declared in common/fdt_support.c but was
not used there. Move it to common/cmd_fdt.c where it is used (it is
also used in lib_ppc/bootm.c).
Signed-off-by: Gerald Van Baren <[EMAIL PROTECTED]>
---
Hi Kim,
I've applied your patch "fdt: unshadow global working fdt varia
On Tue, 10 Jun 2008 01:29:27 -0700
Ben Warren <[EMAIL PROTECTED]> wrote:
> This patch is the first step in cleaning up net/eth.c, by moving Ethernet
> initialization to CPU or board-specific code. Initial implementation is
> only on the Freescale TSEC controller, but others will be added soon.
>
Sorry if this has been covered already, the problem exists in all the u-boot
versions I have up to 1.2.0.
When linux has CONFIG_MTD_NAND_ECC_SMC configured, NAND flash sectors
written under linux appear to have ECC errors when read by u-boot.
The help for CONFIG_MTD_NAND_ECC_SMC:
Software ECC acc
Dear Kumar,
in message <[EMAIL PROTECTED]> you wrote:
>
> > Comments and code do not match; you'r actually adding much more code.
>
> I was just needing the u64 versions and the other stuff came along to
> make it work :)
Please make the comment match the code.
> > Also: is fls() vs. __fls()
On Sat, Jun 7, 2008 at 10:02 AM, Sergei Poselenov
<[EMAIL PROTECTED]> wrote:
> Hello,
>
>>> +#include
>>> +
>>> +int state;
>>
>> Can that variable be made static?
>>
>> Regards, Magnus
>>
>
> Yes, it can.
>
> Wolfgang, what is the best way to handle this? Should I re-do the
> patch?
I have made
On Jun 10, 2008, at 4:58 PM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]>
> you wrote:
>> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
>
> Comments and code do not match; you'r actually adding much more code.
I was just needing the u64 versions and the other stuff came along to
mak
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Comments and code do not match; you'r actually adding much more code.
> +/*
> + * fls: find last (most-significant) bit set.
> + * Note fls(0) = 0, fls(1) = 1, fls(0x8000) = 32.
> + */
> +static __inline
The current cpu identification code is used just to return the name
of the processor at boot. There are some other locations that the name
is useful (device tree setup). Expose the functionality to other bits
of code.
Also, drop the 'E' suffix and add it on by looking at the SVR version
when we
>
>
> void ft_cpu_setup(void *blob, bd_t *bd)
> {
> + /* delete crypto node if not on an E-processor */
> + if (!IS_E_PROCESSOR(get_svr()))
> + fdt_fixup_crypto_node(blob, 0);
> +
This is wrong or you need to fix the IS_E_PROCESSOR() macro.
IS_E_PROCESSOR(svr) should be define
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
include/asm-ppc/bitops.h | 58 ++
1 files changed, 58 insertions(+), 0 deletions(-)
diff --git a/include/asm-ppc/bitops.h b/include/asm-ppc/bitops.h
index 4e9c608..ea73027 100644
--- a/include/asm-ppc/
LAWs have the concept of priority so its useful to be able to allocate
the lowest (highest number) priority. We will end up using this with the
new DDR code.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
drivers/misc/fsl_law.c| 19 +++
include/asm-ppc/fsl_law.h |1 +
In message <[EMAIL PROTECTED]> you wrote:
>
> I am trying to compile uboot version 1.1.3 for ppc_870 board with the
There is no such board as "ppc_870" in the U-Boot source tree.
> make txc870_config
There is no such target as "txc870" in the U-Boot source tree.
> unrecognized option
> make:
In message <[EMAIL PROTECTED]> you wrote:
>
> >> I don't trust our HW guys to keep w/that convention. Plus we can use
> >> this mechanism for other things if need be.
> >
> > they've been pretty good so far, and until the other thing comes
> > around, we can compact this table instead of expandin
Hello,
Manuel Sahm wrote:
> I added a Teridian Phy Driver (tr78q21x3) to the Uboot version 1.3.0
> It works. (even in linux when I use the linux generic macb driver)
>
> If I try to use the latest u-boot-version (1.3.3) with the macb driver -
> ethernet doesn?t work (in u-boot and linux).
> I d
Wolfgang,
please pull support for the MVBLM7 board and some local bus define
refactoring:
The following changes since commit 8155efbd7ae9c65564ca98affe94631d612ae088:
Wolfgang Denk (1):
Merge branch 'master' of ssh://mercury/home/wd/git/u-boot/master
are available in the git repository
On Jun 10, 2008, at 12:03 AM, Kumar Gala wrote:
> With the new LAW interface (set_next_law) we can move to letting the
> system allocate which LAWs are used for what purpose. This makes life
> a bit easier going forward with the new DDR code.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> -
On Tuesday 10 June 2008, Scott Wood wrote:
> > Scott, what are your plans on merging this branch into mainline now? In
> > the next merge window?
>
> Yes. I've rebased it against current u-boot, and I'll push it to a testing
> branch soon.
Great. Thanks.
Best regards,
Stefan
===
Commit ee6d36a5405305f3bbdb0457948c219731b3d9cc introduced requirement for
default functions be registered. Without this accessing /dev/ram0 will not work
on SDP3430 in the default config.
Signed-off-by: Nishanth Menon<[EMAIL PROTECTED]>
---
board/omap/board-sdp343x.c |3 +++
1 file change
On Tue, Jun 10, 2008 at 02:35:36PM +0200, Stefan Roese wrote:
> I have to admit that I don't remember all the details anymore. And I don't
> have the time to fully review those changes again right now. So if you
> really need my Signed-off-by for me handling/merging those patches from
> William, he
Shinya Kuribayashi wrote:
> Stefan Roese wrote:
>> On Tuesday 10 June 2008, Shinya Kuribayashi wrote:
> Shouldn't this be the other way around?
>
> + if (board_eth_init(bis) < 0)
> + eth_eth_init(bis);
>
> So that the board init routine can "overwrite" th
On Jun 10, 2008, at 11:06 AM, Kim Phillips wrote:
> differentiate with local variables of the same name by renaming the
> global 'fdt' variable 'working_fdt'.
>
> Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
> ---
> applies to current u-boot-fdt.git.
thank you, this was just evil.
- k
Jon Loeliger wrote:
> On Tue, 2008-06-10 at 07:03 -0700, Ben Warren wrote:
>
>> +#if defined(CONFIG_TSEC1)
>> + tsec_initialize(bis, 0, CONFIG_TSEC1_NAME);
>> +#endif
>> +#if defined(CONFIG_TSEC2)
>> + tsec_initialize(bis, 1, CONFIG_TSEC2_NAME);
>> +#endif
>> +#if defined(CONFIG_MPC8
differentiate with local variables of the same name by renaming the
global 'fdt' variable 'working_fdt'.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
applies to current u-boot-fdt.git.
common/cmd_fdt.c | 114 +++---
common/fdt_support.c |
On Tue, 10 Jun 2008 10:10:02 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Jun 10, 2008, at 8:48 AM, Kim Phillips wrote:
>
> > On Tue, 10 Jun 2008 08:23:46 -0500
> > Kumar Gala <[EMAIL PROTECTED]> wrote:
> >
> >>
> >> On Jun 10, 2008, at 12:57 AM, Kim Phillips wrote:
> >>
> >>> On Thu, 29 M
Stefan Roese wrote:
> On Tuesday 10 June 2008, Shinya Kuribayashi wrote:
Shouldn't this be the other way around?
+ if (board_eth_init(bis) < 0)
+ eth_eth_init(bis);
So that the board init routine can "overwrite" the cpu init version.
>>> Yeah, I thi
On Tue, 2008-06-10 at 07:03 -0700, Ben Warren wrote:
> +#if defined(CONFIG_TSEC1)
> + tsec_initialize(bis, 0, CONFIG_TSEC1_NAME);
> +#endif
> +#if defined(CONFIG_TSEC2)
> + tsec_initialize(bis, 1, CONFIG_TSEC2_NAME);
> +#endif
> +#if defined(CONFIG_MPC85XX_FEC)
> + tsec_initialize
On Tuesday 10 June 2008, Jon Loeliger wrote:
> On Mon, 2008-06-09 at 20:37 -0500, Becky Bruce wrote:
> > This patch changes the return type of initdram() from long int to
> > phys_size_t. This is required for a couple of reasons: long int limits
> > the amount of dram to 2GB, and u-boot in general
On Mon, 2008-06-09 at 20:37 -0500, Becky Bruce wrote:
> This patch changes the return type of initdram() from long int to phys_size_t.
> This is required for a couple of reasons: long int limits the amount of dram
> to 2GB, and u-boot in general is moving over to phys_size_t to represent the
> size
On Tuesday 10 June 2008, Shinya Kuribayashi wrote:
> >> Shouldn't this be the other way around?
> >>
> >> + if (board_eth_init(bis) < 0)
> >> + eth_eth_init(bis);
> >>
> >> So that the board init routine can "overwrite" the cpu init version.
> >
> > Yeah, I think you're right.
Ben Warren wrote:
>>> @@ -165,6 +171,10 @@ int eth_initialize(bd_t *bis)
>>> #if defined(CONFIG_MII) || defined(CONFIG_CMD_MII)
>>> miiphy_init();
>>> #endif
>>> + /* Try CPU-specific initialization first. If it fails or isn't
>>> + * present, call the board-specific initializatio
On Jun 10, 2008, at 8:48 AM, Kim Phillips wrote:
> On Tue, 10 Jun 2008 08:23:46 -0500
> Kumar Gala <[EMAIL PROTECTED]> wrote:
>
>>
>> On Jun 10, 2008, at 12:57 AM, Kim Phillips wrote:
>>
>>> On Thu, 29 May 2008 03:20:08 -0500 (CDT)
>>> Kumar Gala <[EMAIL PROTECTED]> wrote:
>>>
+struct cpu_ty
Vijay Srivastava wrote:
>
>
> Hi,
>
> I am trying to compile uboot version 1.1.3 for ppc_870 board with the
> following settings
> bash$ export CROSS_COMPILE=ppc_8xx-
> bash$ export PATH=${PATH}:/opt/eldk/bin:/opt/eldk/usr/bin
>
> But I am getting following error:
>
> make txc870_config
What
This patch is the first step in cleaning up net/eth.c, by moving Ethernet
initialization to CPU or board-specific code. Initial implementation is
only on the Freescale TSEC controller, but others will be added soon.
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
When we discussed this a few m
On Tue, Jun 10, 2008 at 5:12 AM, Stefan Roese <[EMAIL PROTECTED]> wrote:
> Hi Ben,
>
> On Tuesday 10 June 2008, Ben Warren wrote:
>> This patch is the first step in cleaning up net/eth.c, by moving Ethernet
>> initialization to CPU or board-specific code. Initial implementation is
>> only on the F
On Tue, 10 Jun 2008 08:23:46 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Jun 10, 2008, at 12:57 AM, Kim Phillips wrote:
>
> > On Thu, 29 May 2008 03:20:08 -0500 (CDT)
> > Kumar Gala <[EMAIL PROTECTED]> wrote:
> >
> >> +struct cpu_type cpu_type_list [] = {
> >> + CPU_TYPE_ENTRY(8533, 8533
This patch disables the square wave output of the M41T62 RTC used on
Canyonlands & Glacier. Here the explanation:
The serial real-time clock part used in the design is an
STMicro M41T62. This part has a full-time 32KHz square wave
output that is connected to the TmrClk input to the
processor. The
Hi,
I am trying to compile uboot version 1.1.3 for ppc_870 board with the
following settings
bash$ export CROSS_COMPILE=ppc_8xx-
bash$ export PATH=${PATH}:/opt/eldk/bin:/opt/eldk/usr/bin
But I am getting following error:
make txc870_config
---
On Jun 10, 2008, at 12:57 AM, Kim Phillips wrote:
> On Thu, 29 May 2008 03:20:08 -0500 (CDT)
> Kumar Gala <[EMAIL PROTECTED]> wrote:
>
>> +struct cpu_type cpu_type_list [] = {
>> +CPU_TYPE_ENTRY(8533, 8533, 0),
>> +CPU_TYPE_ENTRY(8533, 8533_E, CPU_FTRS_HAS_CRYPTO),
>> +CPU_TYPE_ENTRY(
您好！
我在移植u-boot1.1.2时，用skyeye模拟虽能运行，但不是不识flash；于是我在自己的开发板上（三星S3C44B0X）
上来运行，结果烧写了u-boot.bin文件后，开发板和超级终端上什么都不显示..是不是串口无法输出东西呢？我的串口设置的是不是不对啊？因为我是刚刚接触u-boot，所以不知道该怎么学习，出了问题也不会解决，肯请您解答一下吧，谢谢！
如果您有移植成功的u-boot,开发板是S3C44B0X的话，麻烦您把源码和.bin文件传给我参考一下吧，有相关的u-boot资料也传给我，不胜感激了！
---
On Tue, Jun 10, 2008 at 2:35 PM, Stefan Roese <[EMAIL PROTECTED]> wrote:
> On Monday 09 June 2008, Scott Wood wrote:
> > There are several patches from William Juul in the mtd-2.6.22.1 branch of
> > u-boot-nand-flash that are missing Signed-off-by lines. William or
> > Stefan, can you provide sig
On Monday 09 June 2008, Scott Wood wrote:
> There are several patches from William Juul in the mtd-2.6.22.1 branch of
> u-boot-nand-flash that are missing Signed-off-by lines. William or
> Stefan, can you provide sign-offs for these?
I have to admit that I don't remember all the details anymore.
Hi
On Thu, May 29, 2008 at 9:58 PM, Kenneth Johansson <[EMAIL PROTECTED]> wrote:
>> I noticed that not a lot of platforms/boards set GD_FLG_RELOC so
>> command history will probably cease to work for these boards also?
>
> Most boards do the relocation and then it gets set by the common
> board_in
> With the new LAW interface (set_next_law) we can move to letting the
> system allocate which LAWs are used for what purpose. This makes life
> a bit easier going forward with the new DDR code.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
>
> Andy, I know this touches a few 86xx boar
patch for branch mtd-2.6.22.1 on git://git.denx.de/u-boot-nand-flash.git
nand read(.jffs2|.e|.i) skips bad blocks during read.
write(.jffs2|.e|.i) skips bad blocks during write
nand read will read 0xff for bad block.
Update documentation.
---
common/cmd_nand.c| 73 ++---
doc/README.
Hi Jason,
Jason McMullan wrote:
> This commit pulls over the memset() MIPS routine from Linux 2.6.26,
> which provides a 10x to 20x speedup over the generic byte-at-a-time
> routine. This is especially useful on platforms with manual ECC
> scrubbing, that require all of memory to be written at lea
In message <[EMAIL PROTECTED]> you wrote:
> This commit adds MTD support for the M25P80 (1Mx8) and the M25P40 (512kx8)
> SPI Flash components from ST Microelectronics.
...
> --- /dev/null
> +++ b/drivers/mtd/spi/stmicro.c
> @@ -0,0 +1,326 @@
> +/*
> + * $Id$
> + *
Please remove these two lines.
>
Hello,
I?m using a at91sam9260 Microcontroller.
I added a Teridian Phy Driver (tr78q21x3) to the Uboot version 1.3.0
It works. (even in linux when I use the linux generic macb driver)
If I try to use the latest u-boot-version (1.3.3) with the macb driver -
ethernet doesn?t work (in u-boot and li
Hi Ben,
On Tuesday 10 June 2008, Ben Warren wrote:
> This patch is the first step in cleaning up net/eth.c, by moving Ethernet
> initialization to CPU or board-specific code. Initial implementation is
> only on the Freescale TSEC controller, but others will be added soon.
Great, thanks.
> dif
This patch is the first step in cleaning up net/eth.c, by moving Ethernet
initialization to CPU or board-specific code. Initial implementation is
only on the Freescale TSEC controller, but others will be added soon.
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
When we discussed this a few m
Add MPC8343 based board mvBlueLYNX-M7.
It's a single board stereo camera system.
Please read doc/README.mvblm7 for details.
Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]>
---
MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Registergericht:
Amtsgericht Stuttgart, HRB 271090
Geschäfts
Add MPC8343 based board mvBlueLYNX-M7.
It's a single board stereo camera system.
Please read doc/README.mvblm7 for details.
Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]>
---
MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Registergericht:
Amtsgericht Stuttgart, HRB 271090
Geschäft
59 matches
Mail list logo
