On Monday 25 May 2009 06:48:40 Prafulla Wadaskar wrote:
> > > + */
> > > +
> > > +#include
> > > +#include
> > > +#include
> > > +#include
> > > +#include "mv88f6281gtw_ge.h"
> >
> > please move the mv88f6281gtw_ge.h
> > to include/asm-arm/arch-kirkwood/
>
> Sure... I will do it :-)
Sorry for
On Thursday 21 May 2009 22:24:29 Prafulla Wadaskar wrote:
> Kirkwood family controllers are highly integrated SOCs
> based on Feroceon-88FR131/Sheeva-88SV131 cpu core.
>
> SOC versions supported:-
> 1) 88F6281-A0 define CONFIG_KW88F6281_A0
> 2) 88F6192-A0 define CONFIG_KW88F6192_A0
>
>
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090524212216.gc29...@game.jcrosoft.org> you wrote:
>
> > Thanks. Nevertheless, that's not a patch created by git-format-patch,
> > and I don't have the usual stat lines that show me immediately the
> > amount of changes and which files are affec
Hi:
I am designing a embedded board based on MPC852T CPU. I want to know which
boards supportted by U-Boot utilized this CPU. I have read the readme file
of U-Boot and copy the relative description about PPC CPUs supportted and
pasted below:
- CPU Type: Define exactly one of
PowerPC based CPUs:
On 08:21 Mon 25 May , Daniel Gorsulowski wrote:
> Jean-Christophe PLAGNIOL-VILLARD schrieb:
> >> +
> >> +static void meesc_ethercat_hw_init(void)
> >> +{
> >> + /* Configure SMC EBI1_CS0 for EtherCAT */
> >> + at91_sys_write(AT91_SMC1_SETUP(0),
> >> + AT91_SMC_NWESETUP_(0) | AT91_SMC
When studying the u-boot (1.2.0) source code I have found that
it is register r6 and r7 which pass the location of the command line
parameters and the
size.
The location of the parameters could be changed in u-boot according to the
macro:
CFG_BOOTMAPSZ
There is however the message in all conf
Dear Chengzhi Li,
In message you
wrote:
>
> I am designing a embedded board based on MPC852T CPU. I want to know which
> boards supportted by U-Boot utilized this CPU. I have read the readme file
Try to use grep, for example like this:
$ grep -l MPC852 include/configs/*
> of U-Boot an
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090525081352.gg29...@game.jcrosoft.org> you wrote:
>
> > >> +/* Configure RDY/BSY */
> > >> +at91_set_B_periph(AT91_PIN_PE20, 0);/* EBI1_NWAIT */
> > > do you really need this
> > > you do not seems to use it anywhere?
> > Ye
Thanks for the prompt reply!
It was indeed a hardware problem. The calibration resistor was missing.
Best regards,
Bernhard
Von: Stefan Roese [...@denx.de]
Gesendet: Freitag, 15. Mai 2009 15:55
An: u-boot@lists.denx.de
Cc: Weirich, Bernhard
Betreff: Re: [U-Boot] PCIe on Kilauea
On Friday 15 May
Dear Mirek23,
In message <23703431.p...@talk.nabble.com> you wrote:
>
> When studying the u-boot (1.2.0) source code I have found that
> it is register r6 and r7 which pass the location of the command line
> parameters and the
> size.
This has also been pointed out on the ML in reply to your
On Monday 25 May 2009 10:13, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 08:21 Mon 25 May , Daniel Gorsulowski wrote:
> > Jean-Christophe PLAGNIOL-VILLARD schrieb:
> > >> +
> > >> +static void meesc_ethercat_hw_init(void)
> > >> +{
> > >> +/* Configure SMC EBI1_CS0 for EtherCAT */
> >
Dear Wolfgang,
In fact the problem which I have pointed out is not on the u-boot side but
in linux kernel which
can only accept command line parameters in first 8MB of RAM.
Was this limitation somehow changed? Is there a different mechanism for
passing command line parameters from u-boot to l
On 11:09 Mon 25 May , Matthias Fuchs wrote:
> On Monday 25 May 2009 10:13, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 08:21 Mon 25 May , Daniel Gorsulowski wrote:
> > > Jean-Christophe PLAGNIOL-VILLARD schrieb:
> > > >> +
> > > >> +static void meesc_ethercat_hw_init(void)
> > > >> +{
>
Dear Mirek23,
In message <23704724.p...@talk.nabble.com> you wrote:
>
> Was this limitation somehow changed? Is there a different mechanism for
> passing command line parameters from u-boot to linux (in u-boot version
> 1.3.4 versus 1.2.0) (for ppc405 architecture).
Current U-Boot and Linux ver
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090525100928.gh29...@game.jcrosoft.org> you wrote:
>
> > > ok maybe a note in a README will be nice
> > What kind of README do you think of? The comments are totally clear and of
> > course the
> > best place for this kind of documentation. Th
This patch adds CONFIGs for enabling USB in mpc8315erdb and also
adds usb_phy_type in CONFIG_EXTRA_ENV_SETTINGS. Also revamps its
Copyright.
Signed-off-by: Vivek Mahajan
---
v2 change: usb_phy_type is set in CONFIG_EXTRA_ENV_SETTINGS
include/configs/MPC8315ERDB.h | 11 ++-
1 files cha
This patch adds CONFIGs for enabling USB in mpc8536ds and also
adds usb_phy_type in CONFIG_EXTRA_ENV_SETTINGS. Also revamps its
Copyright.
Signed-off-by: Vivek Mahajan
---
v2 change: usb_phy_type is set in CONFIG_EXTRA_ENV_SETTINGS
include/configs/MPC8536DS.h | 14 --
1 files chan
The following patch reorganizes/reworks the USB support for mpc83xx
as under:-
* Moves the 83xx USB clock init from drivers/usb/host/ehci-fsl.c to
cpu/mpx83xx/cpu_init.c
* Board specific usb_phy_type is read from the environment
* Adds USB EHCI specific structure in include/usb/ehci-fs
Hi everyone:
I have meeting a question.when my compile the u-boot appear this
error:"start.S:internal_relocation (type:offset_1MM) not fixed up".I don't know
how solved this problem ,can you tall me why? thank you very much.
Blake
Hi all,
I have been looking at MAC addr obtaining procedure in lib_arm/board.c and I
am puzzled with this implementation :
/* MAC Address */
{
int i;
ulong reg;
char *s, *e;
char tmp[64];
i = getenv_r ("ethaddr", tmp, sizeof (tmp));
s = (i > 0)
Dear xiaojing mao,
In message <646297.67440...@web15203.mail.cnb.yahoo.com> you wrote:
>
> I have meeting a question.when my compile the u-boot appear this err
> or:"start.S:internal_relocation (type:offset_1MM) not fixed up".I don't kno
> w how solved this problem ,can you tall me why? thank you
Dear Drasko DRASKOVIC,
In message <5ec3d7930905250856k6cffb4ber261bd99f15868...@mail.gmail.com> you
wrote:
>
> I have been looking at MAC addr obtaining procedure in lib_arm/board.c and I
> am puzzled with this implementation :
>
>
> /* MAC Address */
> {
> int i;
> ulong re
Hi Prafulla,
On Sun, May 24, 2009 at 10:36 PM, Prafulla Wadaskar wrote:
> Hi Ben,
>
> How are you?
Not bad, thanks for asking!
>
> Seems to be very busy as usual :-)
>
Yeah, very busy but that's still not a good excuse. I usually respond
quickly to small changes but not so much with the bi
Hi All -
I'm new to u-boot and I am running into some issues. I an using the
Axiom 5282lite board and I cannot get the ethernet working.
I have u-boot flashed onto the board, and when I connect the board
to my Linksys WRT54G router, the Link LED on the board constantly
flashes, as doe
Dear Wolfgang,
Thank you for your answer. I understand that it is best to use the latest
version of u-boot and linux kernel but the pair u-boot 1.2.0 and linux
2.6.23 I can relay on. I have already tried in the past u-boot 1.3.4 and
kernel 2.6.29 and I had the problem to get the IP address using
Hi All,
I need a USB host driver for the MPC8349 for U-boot. Thought I'd check if
there's an implementation already out there before I start writing my own?
Thanks
Dushara
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listi
Please disregard the previous post. Just saw the patches by Vivek.
Dushara
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
Behalf Of Dushara Jayasinghe
Sent: Tuesday, 26 May 2009 10:30 AM
To: 'u-boot@lists.denx.de'
Subject: [U-Boot] USB dri
The following changes since commit ab687907980fa28940a1a992d3f1c5d17cdbbf5d:
Graf Yang (1):
Blackfin: bf518f-ezbrd: setup portmux for async flash
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
___
U-
The BF537-STAMP Blackfin board had a driver for working with NAND devices
that are simply memory mapped. Since there is nothing Blackfin specific
about this, generalize the driver a bit so that everyone can leverage it.
Signed-off-by: Mike Frysinger
Signed-off-by: Scott Wood
---
v6
- ad
Hi Kevin,
kevin.morf...@fearnside-systems.co.uk wrote:
> Implementation based on the existing u-boot support for S3C2410-based boards.
> u-boot programmed into NOR flash.
>
> Tested on an SBC2440-II Board using tftp to copy the files from a server and
> programming them into NAND flash.
>
> MAKE
Hi,
I am working with MPC8315E processor. In my board NAND flash is not working
and no NOR flash.
Can I directly load the u-boot.bin file in to the RAM location and boot
from RAM?
I want to u-boot directly load from RAM.
Please Help me ..
Thanks in advance
_
Hi Ilya,
Thanks for making all the improvements:
Ilya Yanok wrote:
> Signed-off-by: Ilya Yanok
> ---
> cpu/arm926ejs/mx27/generic.c | 10 +
> drivers/net/Makefile |1 +
> drivers/net/fec_imx27.c | 705
> ++
> drivers/net/fec_imx27.h
Hi Richard,
Richard Retanubun wrote:
> From 584b5fbd4abfc43f920cc1c329633e03816e28be Mon Sep 17 00:00:00 2001
> From: Richard Retanubun
> Date: Wed, 20 May 2009 18:26:01 -0400
> Subject: [PATCH] Standardize the use of MCFFEC_TOUT_LOOP as a udelay(1) loop
> counter.
>
>
> Signed-off-by: Richard
Prafulla Wadaskar wrote:
> Chips supported:-
> 1. 88E6161 6 port gbe swtich with 5 integrated PHYs
> 2. 88E6165 6 port gbe swtich with 5 integrated PHYs
> 2. 88E6132 3 port gbe swtich with 2 integrated PHYs
> Platform specific configuration supported for:-
> default or router port vlan configuratio
Hi Prafulla,
Prafulla Wadaskar wrote:
> Contributors:
> Yotam Admon
> Michael Blostein
> Reviewed by: Ronen Shitrit
> Signed-off-by: Prafulla Wadaskar
> ---
> Change log:
> v2: entire rewrite/restructure of v1
> used small names for variable/function names
> readl/writel used to access SoC reg
Hi Dirk,
I have already tried this patch it does not work on EVM.
Was any other patch applied along with this ?
Regards
Mani
> -Original Message-
> From: Dirk Behme [mailto:dirk.be...@googlemail.com]
> Sent: Thursday, May 21, 2009 10:36 AM
> To: Josh Karabin; Pillai, Manikandan
> Cc: u-
Hi Prafulla,
Prafulla Wadaskar wrote:
> Hi Ben,
>
> How are you?
> Seems to be very busy as usual :-)
>
> Can you pls kindly take out some time to review these patches.
> hopefully they are as per your requirements since we have invested
> considerable time to make them up to the mark.
> May
Hi Wolfgang,
Wolfgang Denk wrote:
> Use existing struct fec512x instead.
>
> Signed-off-by: Wolfgang Denk
> Cc: John Rigby
> ---
> drivers/net/mpc512x_fec.c | 13 +++--
> drivers/net/mpc512x_fec.h | 128
> +
> 2 files changed, 10 insertions(+), 13
Hi Ben
Thanks...
> > diff --git a/cpu/arm926ejs/kirkwood/cpu.c
> > b/cpu/arm926ejs/kirkwood/cpu.c index 1286cac..d37c2e2 100644
> > --- a/cpu/arm926ejs/kirkwood/cpu.c
> > +++ b/cpu/arm926ejs/kirkwood/cpu.c
> > @@ -314,3 +314,11 @@ int arch_misc_init(void)
> > return 0;
> > }
> > #endif /* C
39 matches
Mail list logo
