This patch adds support for the Keymile SUEN3 board variants which
are based on the Marvell Kirkwood (88F6281) SoC. All variants
uses common code stored in board/keymile/km_arm/km_arm.c
mgcoge2_arm_p1a board:
This adds support for the ARM part of the mgcoge2. The suen3
target was moved to the corr
El Sun, Jan 31, 2010 at 12:53:37PM -0600 Tom ha dit:
> Matthias Kaehlcke wrote:
> >Add support for the Cirrus EP93xx platform
> >
> >Signed-off-by: Matthias Kaehlcke
> >---
> > cpu/arm920t/ep93xx/Makefile | 56
> > cpu/arm920t/ep93xx/cpu.c | 51 +++
> > cpu/arm920t/ep9
Hi Ben,
El Sun, Jan 31, 2010 at 09:24:36PM -0800 Ben Warren ha dit:
> Matthias Kaehlcke wrote:
> >Added ethernet driver for EP93xx SoCs
> >
> >Signed-off-by: Matthias Kaehlcke
> >---
> > drivers/net/Makefile |1 +
> > drivers/net/ep93xx_eth.c | 653
> > ++
Hi Ed,
Ed Swarthout wrote:
> CONFIG_NETCONSOLE on the p2020ds is functional with the tsec driver.
> But the printf in adjust_link() which is called by startup_tsec()
> called by tsec_init() in tsec.c is making it impossible to use.
>
> For example typing 12345 on the netconsole causes the messag
Wolfgang
The following changes since commit 9b208ece0a4e040774e24990b7cb6f0ad0ca4cc7:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx
are available in the git repository at:
git://git.denx.de/u-boot-net.git master
Heiko Schocher (1):
83xx, uec: spl
Dear all,
I was using u-boot-1.3.4 all these days . i decide to shift to new u-boot so
that i can use some new features . i compiled the latest u-boot-2009.11.1
.but my board doesnt boot at all . My board is based on AT91SAM9261EK. i
did a couple of changes to u-boot which i'm listing below
1) I
Hi Folks,
I would like to know Which all boards
are tested with the C100 support in the Mainline.
I have a C100 Single, Pop, EVT1, EVT2, EVT0 boards
When i build the Mainline u-boot for "smdkc100_config"; make
The u-boot.bin is not working out of the box.
Am i missing anything, Any kinda help i
Tom,
As with the other one, I can't apply this by itself. Please apply to
your tree.
John Rigby wrote:
> Use RMII for MX25
> Add code to init gasket that enables RMII
>
> Signed-off-by: John Rigby
>
Acked-by: Ben Warren
> ---
> drivers/net/fec_mxc.c | 31
Tom,
I can't apply this independently of the other patches in this set.
Please do so.
John Rigby wrote:
> general cleanup
> move clock init to cpu_eth_init in cpu/arm926ejs/mx27/generic.c
> make MX27 specific phy init conditional on CONFIG_MX27
> replace call to imx_get_ahbclk with one to imx_g
Hi Jens,
Jens Scharsig wrote:
> * add's at91_emac (AT91RM9200) network driver (NET_MULTI api)
> * enable driver with CONFIG_DRIVER_AT91EMAC
> * generic PHY initialization
> * modify AT91RM9200 boards to use NET_MULTI driver
> * the drivers has been tested with LXT971 Phy and DM9161 Phy at
>
Hi Stefano,
Sorry for taking so long to provide feedback here. My requests should
be pretty quick :)
Stefano Babic wrote:
> The patch add support for the Freescale mx51 processor
> to the FEC ethernet driver.
>
> Signed-off-by: Stefano Babic
> ---
> drivers/net/fec_mxc.c | 68 ++
Dear Semih,
Semih Hazar wrote:
> Enabling CONFIG_CMD_MII in AVR32 boards was not possible due to
> compile errors.
>
> This patch fixes miiphy_read and miiphy_write functions and
> registers them properly.
>
> Signed-off-by: Semih Hazar
> ---
> drivers/net/macb.c | 110 +++--
Hi Heiko,
Heiko Schocher wrote:
> There's no sensible reason to unite speed and interface type into
> one variable. So split this variable enet_interface into two
> vars: enet_interface_type, which hold the interface type and speed.
>
> Also: add the possibility for switching between 10 and 100 M
Hi Matthias,
Matthias Kaehlcke wrote:
> Added ethernet driver for EP93xx SoCs
>
> Signed-off-by: Matthias Kaehlcke
> ---
> drivers/net/Makefile |1 +
> drivers/net/ep93xx_eth.c | 653
> ++
> drivers/net/ep93xx_eth.h | 144 ++
> inclu
Dear Nick,
Nick Thompson wrote:
> The EMAC IP on DM365, DM646x and DA830 is slightly different
> from that on DM644x. This change updates the DaVinci EMAC driver
> so that EMAC becomes operational on SOCs with EMAC v2.
>
> Signed-off-by: Nick Thompson
> ---
> v2 was messed up, these changes are r
Tom,
Vipin KUMAR wrote:
> This patch adds the support to read and write mac id from i2c
> memory.
> For reading:
> if (env contains ethaddr)
> pick env ethaddr
> else
> pick ethaddr from i2c memory
> For writing:
> chip_config ethaddr XX:XX:XX:XX:XX:X
hello all
I am working on access files from USB disk . The u-boot has
implementing a mass storage operation with USB OHCI. I have added the
porting code. All things seems right except MMU.When
the MMU is closed,the result is right.But if I turn on the MMU,the returned
message is not righ
s-paul...@ti.com wrote:
> Tom,
>
> Please pull u-boot-ti master.
Applied.
Thanks
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
The good news is that MX51 Eval board Rev 2.5, CPU Rev 3 Ethernet is
working. The bad news is that it's not based on the latest u-boot
git. Hopefully that will change soon.
Here's how to get it going:
wget ftp://ftp.denx.de/pub/u-boot/u-boot-2009.08.tar.bz2
wget http://www.efn.org/~ric
Dear Matthias,
the AR405 board does not build any more:
ppc_6xx-ld: u-boot: section .resetvec lma 0xfffc overlaps previous sections
Can you please have a look?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office:
Dear Stefan,
your commit eb5eb2b0f744f0cba405160c5d01335c40f09acf
ppc4xx: Cleanup PPC4xx I2C infrastructure
breaks the EXBITGEN board:
init.S: Assembler messages:
init.S:534: Error: unsupported relocation against IICLMADR
init.S:535: Error: unsupported relocation against IICHMADR
init.S
Matthias Kaehlcke wrote:
> Added support for the following EDB93xx boards:
>
> EDB9301
> EDB9302
> EDB9302A
> EDB9307
> EDB9307A
> EDB93012
> EDB9315
> EDB9315A
>
> Signed-off-by: Matthias Kaehlcke
> ---
> MAINTAINERS | 10 ++
> MAKEALL |8 ++
> Makef
Matthias Kaehlcke wrote:
> Add support for the Cirrus EP93xx platform
>
> Signed-off-by: Matthias Kaehlcke
> ---
> cpu/arm920t/ep93xx/Makefile | 56
> cpu/arm920t/ep93xx/cpu.c | 51 +++
> cpu/arm920t/ep93xx/led.c | 101 ++
> cpu/arm920t/ep93xx/lowle
On Sun, Jan 31, 2010 at 10:10 AM, Chetan Nanda wrote:
> Hi Wolfgang,
>
> On Sun, Jan 31, 2010 at 9:27 PM, Wolfgang Denk wrote:
>
>> Dear Chetan Nanda,
>>
>> In message <7f245da81001310745i8e54f9dr95cb4c0af0a74...@mail.gmail.com>
>> you wrote:
>> >
> Of course chances are that your USB serial ada
Added support for the following EDB93xx boards:
EDB9301
EDB9302
EDB9302A
EDB9307
EDB9307A
EDB93012
EDB9315
EDB9315A
Signed-off-by: Matthias Kaehlcke
---
MAINTAINERS | 10 ++
MAKEALL |8 ++
Makefile | 10 ++
board/edb93xx/Makefile
Added ethernet driver for EP93xx SoCs
Signed-off-by: Matthias Kaehlcke
---
drivers/net/Makefile |1 +
drivers/net/ep93xx_eth.c | 653 ++
drivers/net/ep93xx_eth.h | 144 ++
include/common.h |5 +
include/netdev.h |
Add support for the Cirrus EP93xx platform
Signed-off-by: Matthias Kaehlcke
---
cpu/arm920t/ep93xx/Makefile | 56
cpu/arm920t/ep93xx/cpu.c | 51 +++
cpu/arm920t/ep93xx/led.c | 101 ++
cpu/arm920t/ep93xx/lowlevel_init.S | 65
cpu/arm920t/ep9
5th revision of the patch set for EDB93xx boards
---
Changes with respect to rev4:
ethernet driver
* added parentheses around eth_dev in macro GET_PRIV
* declared dump_xxx() functions static instead of inline
* use %p for printing pointer values and removed unnecessary casts
in dump_xx
Hi Wolfgang,
On Sun, Jan 31, 2010 at 9:27 PM, Wolfgang Denk wrote:
> Dear Chetan Nanda,
>
> In message <7f245da81001310745i8e54f9dr95cb4c0af0a74...@mail.gmail.com>
> you wrote:
> >
> > As there is considerable difference between the logs I am getting and
> logs
> > you have provided in you last
Tom wrote:
>> * convert common files in cpu/../at91 and a lot of drivers to use
chose>>
>> #include
>> +#ifndef CONFIG_AT91_LEGACY
>
> This should be
> #ifdef CONFIG_AT91_LEGACY
> The additions you made to the board configs should take care of this.
> Perhaps add an
> #ifndef CONFIG_AT91_LEGAC
Dear Chetan Nanda,
In message <7f245da81001310745i8e54f9dr95cb4c0af0a74...@mail.gmail.com> you
wrote:
>
> As there is considerable difference between the logs I am getting and logs
> you have provided in you last mail.
>
> e.g Communication device is /dev/ttyUSB0 (in my logs)
>
> But in your ca
Hi Wolfgang
I tried with kermit again.
Following is the console log when file is getting transfered.
###
C-Kermit 8.0.211, 10 Apr 2004, chetan-laptop
Current Directory: /media/DISK_VOL2/Work/beagleboard/sw/code/testApp
Communication Device: /dev/ttyUSB0
Commun
Tom wrote:
>
> Many copyrights like this
> Please check
>
>> + *
>> + * Copyright (C) 1999 2000 2001 Erik Mouw (j.a.k.m...@its.tudelft.nl) and
>> + * Jan-Derk Bakker (j.d.bak...@its.tudelft.nl)
>> + *
>> + * Modified for the at91rm9200dk board by
>
> Maybe change to
> 'Based on t
Dear Chetan Nanda,
In message <7f245da81001310646x12451ac8s5ac9bda0fd6ac...@mail.gmail.com> you
wrote:
>
> Tried with loady command in u-boot and ymodem option from minicom.
> With this combination I am able to transfer and run uImage.
I tested this again on OMAP3 systems (including Beagle):
OM
Daniel Gorsulowski wrote:
> This patch adds support for esd gmbh OTC570 board.
> The OTC570 is based on an Atmel AT91SAM9263 SoC.
>
> Signed-off-by: Daniel Gorsulowski
> ---
> v2: Applyed suggestions according to
> http://lists.denx.de/pipermail/u-boot/2010-January/066948.html
> - removed
Tried with loady command in u-boot and ymodem option from minicom.
With this combination I am able to transfer and run uImage.
~cnanda
On Sat, Jan 30, 2010 at 10:02 PM, Wolfgang Denk wrote:
> Dear Chetan Nanda,
>
> In message <7f245da81001300735x6d0727f8s2f530d6a3540e...@mail.gmail.com>
> you w
Tom wrote:
>> #ifdef CONFIG_SYS_NAND_DBW_16
>> - AT91_SMC_DBW_16 |
>> + AT91_SMC_MODE_DBW_16 |
>
> Name of define should not change
> apply globally
Some flag names are not refer to hw register (e.g.AT91_SMC_DBW_16).
In this case defines with new name are add
Tom wrote:
>>
>
> I was expecting this patch to convert existing #define's to c struct's
> I was not expecting it to add new features.
> The features should be broken out into their own patch.
> Specifically at91_matrix
>
> These are significant enough changes that you should
> append a copyright
* add's the new temporary CONFIG_AT91_LEGACY to all board configs
This will need for backward compatiblity, while change the SoC access
to c structures. If CONFIG_AT91_LEGACY is defined, the deprecated
SoC is used.
Signed-off-by: Jens Scharsig
---
doc/README.at91-soc| 41 ++
39 matches
Mail list logo