This patch adds an FTMAC100 Ethernet driver for Faraday A320 evaluation board.
Signed-off-by: Po-Yu Chuang
---
drivers/net/Makefile |1 +
drivers/net/ftmac100.c | 278
drivers/net/ftmac100.h | 154 ++
include/netdev
Hi,
i use the autoscr command to store further information in a NAND at the
first start.
After this it modify the bootcmd and save the enviroment and the last
command should restart the device.
The script works fine but "saveenv" seams to abort the script file.
I have used different memory locati
On Fri, Jul 3, 2009 at 2:49 AM, Garrett Cooper wrote:
> On Tue, Jun 30, 2009 at 7:06 AM, Detlev Zundel wrote:
>> Hi Garrett,
>>
>>> Our group is running into command line length issues with a number
>>> of Cavium boards we have at our office (CN38xx, CN5xxx), and I was
>>> wondering (apart from
Dear all,
2009/7/3 Po-Yu Chuang :
>> please check your patch with checkpatch.pl script.
>> It would warn you about such code style errors.
>
> Do you mean no braces for single statement block?
> Itcomes from linux coding style.
>
> I use Lindent -pcs which is suggested in u-boot coding style.
> It
Dear Darius Augulis,
2009/7/1 Darius Augulis :
> This board is based on Cortina Systems networking processor
> CS3516. It has FA526 core, which is ARMv4 compatible.
> Many SoC specific definitions may be used for similar
> processors CS3512 and dual-core CS3518. This processor
> family has Gemini
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Simon Kagstrom
> Sent: Thursday, July 02, 2009 6:32 PM
> To: Simon Kagstrom
> Cc: U-Boot ML
> Subject: [U-Boot] [PATCH 1/3]: arm: Kirkwood: Fix compiler
> optimization bug for
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Simon Kagstrom
> Sent: Thursday, July 02, 2009 6:50 PM
> To: U-Boot ML
> Subject: [U-Boot] [PATCH/RFC 2/2]: arm: Kirkwood: Support for
> the OpenRD base board
>
> Support for
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Simon Kagstrom
> Sent: Thursday, July 02, 2009 6:49 PM
> To: U-Boot ML
> Subject: [U-Boot] [PATCH/RFC 0/2]: arm: Kirkwood: OpenRD base
> board support
>
> Hello again!
>
> T
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Simon Kagstrom
> Sent: Thursday, July 02, 2009 6:50 PM
> To: Simon Kagstrom
> Cc: U-Boot ML
> Subject: [U-Boot] [PATCH/RFC 1/2]: arm: Kirkwood: Split
> PHY-related initializat
> -Original Message-
> From: Peter Tyser [mailto:pty...@xes-inc.com]
> Sent: Thursday, July 02, 2009 7:47 PM
> To: Aggrwal Poonam-B10812
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 4/5]P2020RDB Removed
> CONFIG_NUM_CPUS for 85xx processor series.
>
> On Thu, 2009-07-02 a
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Thursday, July 02, 2009 7:20 PM
> To: Aggrwal Poonam-B10812
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 4/5]P2020RDB Removed
> CONFIG_NUM_CPUS for 85xx processor series.
>
>
> On Jul 2, 2
Hi,
I use a new board designing based on PPC440EP evaluating board, called yosemite.
I use u-boot version 1.3.1.
I reduce the SDRAM and Flash size to 128M and 16M, I do the porting works as
decribed in th maillist"new board SDRAM conf",which you posted in last year.
http://lists.denx.de/pipermail/
Darius Augulis,
2009/7/2 Darius Augulis :
> Hi Po-Yu,
> On 07/01/2009 02:13 PM, Po-Yu Chuang wrote:
>> This patch adds support for A320 development board from Faraday. This
>> board
>> uses FA526 processor by default and has 512kB and 32MB NOR flash, 64M RAM.
>> FA526 is an ARMv4 processor and use
On Tue, Jun 30, 2009 at 7:06 AM, Detlev Zundel wrote:
> Hi Garrett,
>
>> Our group is running into command line length issues with a number
>> of Cavium boards we have at our office (CN38xx, CN5xxx), and I was
>> wondering (apart from the Linux kernel command line length), where I
>> would look
Shove a lot of the HOSTCC and related #ifdef checking crap into the new
compiler.h header so that we can keep all other headers nice and clean.
Also introduce custom uswap functions so we don't have to rely on the non
standard implementations that a host may (or may not in the case of OS X)
provid
Robin Getz sez,
> Assuming that the _licensed_ amateur could modify the phone enough
> that it _could_ operate on frequencies allocated for amateur use.
> The only thing that would be potentially close is a European GSM phone:
> Rx Tx
> E-GSM-900 880.0–915.0 925.0–960.0
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 15:04 Tue 30 Jun , Tom Rix wrote:
>
>> On build of omap3 targets in MAKEALL, the *.ERR files have
>>
>> cpu.c: In function 'cleanup_before_linux':
>> cpu.c:64: warning: implicit declaration of function 'v7_flush_dcache_all'
>> cpu.c:64: warning: i
On 11:18 Mon 22 Jun , Alessandro Rubini wrote:
> This patch-set cleans up some glitches in my first submission.
> I posted it as a single patch and a separate timer patch. The first one is
> split as JC asked, and the timer patch is there as well since it is
> conceptually in the same set, alth
On 15:04 Tue 30 Jun , Tom Rix wrote:
> On build of omap3 targets in MAKEALL, the *.ERR files have
>
> cpu.c: In function 'cleanup_before_linux':
> cpu.c:64: warning: implicit declaration of function 'v7_flush_dcache_all'
> cpu.c:64: warning: implicit declaration of function 'get_device_type
>
Jean-Christophe PLAGNIOL-VILLARD wrote:
Scott what do you think?
>>> I don't think we should do anything differently from the rest of U-Boot
>>> here.
>> Well, that's not easy since the rest of U-boot does it in different
>> ways, i.e. some boards have the debug stuff and some don't. As an
>>
On Thu, Jul 2, 2009 at 3:32 PM, E Robertson wrote:
> On Thursday 02 July 2009 02:22:16 am Frank Svendsbøe wrote:
>> On Thu, Jul 2, 2009 at 6:10 AM, E Robertson
> wrote:
>> > Hi All,
>> > Has anyone used the JTAG like the BDI2000 to load u-boot onto a
>> > at91sam9263? I've done it on other boards b
On 07:48 Wed 01 Jul , Magnus Lilja wrote:
> Hi
>
> 2009/6/30 Scott Wood :
> > Jean-Christophe PLAGNIOL-VILLARD wrote:
> >
> > +ifeq ($(debug),1)
> > +PLATFORM_CPPFLAGS += -DDEBUG
> > +endif
>
> I do not think it's board specific
> >>>
> >>> And what does that comment
On 08:32 Thu 02 Jul , E Robertson wrote:
> On Thursday 02 July 2009 02:22:16 am Frank Svendsbøe wrote:
> > On Thu, Jul 2, 2009 at 6:10 AM, E Robertson
> wrote:
> > > Hi All,
> > > Has anyone used the JTAG like the BDI2000 to load u-boot onto a
> > > at91sam9263? I've done it on other boards bu
Robin Getz a écrit :
> On Thu 2 Jul 2009 09:56, Richard Stallman pondered:
>> This clause is not an exception to the requirement for installation
>> information. Cell phones must offer installation information just like
>> other User Products.
>
> Right - but the cell phone provider should have t
From d4c7dd98ac9a3f6fc4949079b84d7d811376cf3d Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Thu, 2 Jul 2009 13:12:03 -0400
Subject: [PATCH] MIIPHYBB: Return 0x if the PHY is not asserting TA.
This patch sets the returned value to 0x if the PHY does not exist
and does not assert
On Thu, Jul 02, 2009 at 02:46:17PM +0200, Stefan Bohne wrote:
> Hello, everyone,
>
> I have to set up a customized board based on the mpc8536ds which boots from
> nand flash. I'm new to U-Boot and PowerPCs, but I understand that most of
> the necessary code is already there in U-Boot and that the
On Thu 2 Jul 2009 12:11, Larry Johnson pondered:
>
> In the United States, most radio transmitters must be type accepted
> (certified) by the Federal Communications Commission. Modification
> voids the type acceptance, so operating a modified mobile phone on its
> original frequencies would be ill
There is no i.MX35 support in U-Boot 2009.06 as far as I can see.
Is it under development?
--
Mark Craske MontaVista Software Ltd
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Jun 30, 2009, at 5:15 PM, Peter Tyser wrote:
> Signed-off-by: Peter Tyser
> Reviewed-by: Ira W. Snyder
> Tested-by: Ira W. Snyder
> ---
> cpu/mpc83xx/cpu.c| 85
> --
> cpu/mpc83xx/spd_sdram.c | 40 ++--
> drivers/d
On Jun 30, 2009, at 5:15 PM, Peter Tyser wrote:
> Update 83xx architecture's CONFIG_ECC_INIT_VIA_DDRC references to
> CONFIG_ECC_INIT_VIA_DDRCONTROLLER, which other Freescale architectures
> use
>
> Signed-off-by: Peter Tyser
> ---
> board/freescale/mpc8360emds/mpc8360emds.c |4 ++--
> board/
Robin Getz wrote:
> On Thu 2 Jul 2009 09:56, Richard Stallman pondered:
>> > Access to a network may be denied when the modification itself
>> > materially and adversely affects the operation of the network
>> > or violates the rules and protocols for communication across
>> > the n
On Thursday 02 July 2009 10:44:39 Jon Smirl wrote:
> On Thu, Jul 2, 2009 at 9:56 AM, Richard Stallman wrote:
> >about a possibility which has already outworn itself (like DRM media,
> >which seem to be getting more and more unpolular)?
> >
> > I wish we could regard DRM as a fading threat.
On Wed, 1 Jul 2009 23:12:52 -0500
Kumar Gala wrote:
>
> On Jun 30, 2009, at 5:15 PM, Peter Tyser wrote:
>
> > Update 83xx architecture's CONFIG_ECC_INIT_VIA_DDRC references to
> > CONFIG_ECC_INIT_VIA_DDRCONTROLLER, which other Freescale architectures
> > use
> >
> > Signed-off-by: Peter Tyser
On Thu 2 Jul 2009 09:56, Richard Stallman pondered:
>
> > Access to a network may be denied when the modification itself
> > materially and adversely affects the operation of the network
> > or violates the rules and protocols for communication across
> > the network.
>
> The
On Thu, Jul 2, 2009 at 9:56 AM, Richard Stallman wrote:
> about a possibility which has already outworn itself (like DRM media,
> which seem to be getting more and more unpolular)?
>
> I wish we could regard DRM as a fading threat. In music we see a
> retreat from DRM, but in e-books the thr
On Thu, 2009-07-02 at 16:15 +0530, Poonam Aggrwal wrote:
> Instead the num of cores is determined dynamically by reading the SVR values.
> This can help to use the same u-boot image across the platforms.
>
> Added CONFIG_MAX_CPUS value 8.
>
> Also revamped and corrected few Freescale Copyright me
>
>
> index acec1a0..21eb424 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -1,4 +1,5 @@
> #
> +# Copyright (C) 2009 Freescale Semiconductor, Inc. All rights
> reserved.
> # (C) Copyright 2000-2009
> # Wolfgang Denk, DENX Software Engineering, w...@denx.de.
> #
> @@ -2491,6 +2492,13 @@ P2020DS_con
> While I probably would not want to change my glucometer, the practice
> of designing hardware so that people cannot change it is becoming more
> and more of a threat to our freedom in general.
Can you be a bit more specific on this? Which devices are you aware of,
that use GP
> As it happens, Bison can also be used to develop non-free programs. This
is
> because we decided to explicitly permit the use of the Bison standard
> parser program in Bison output files without restriction. We made the
> decision because there were other tools comparable to Biso
> Access to a network may be denied when the modification itself materially
> and adversely affects the operation of the network or violates the rules
> and protocols for communication across the network.
The way I read that is that it is the unit you are on will have it's radio
On Jul 2, 2009, at 5:45 AM, Poonam Aggrwal wrote:
> Instead the num of cores is determined dynamically by reading the
> SVR values.
> This can help to use the same u-boot image across the platforms.
>
> Added CONFIG_MAX_CPUS value 8.
>
> Also revamped and corrected few Freescale Copyright messa
On Jul 2, 2009, at 5:45 AM, Poonam Aggrwal wrote:
> Defining the next two configs allows to switch the serial port from
> the console using the setenv stdin and stdout
> 1. #define CONFIG_SERIAL_MULTI 1 /* Enable both serial ports */
> 2. #define CONFIG_SYS_CONSOLE_IS_IN_ENV /* determin
On Jul 2, 2009, at 5:44 AM, Poonam Aggrwal wrote:
> Signed-off-by: Poonam Aggrwal
> ---
> include/asm-ppc/immap_85xx.h | 11 +++
> 1 files changed, 11 insertions(+), 0 deletions(-)
applied
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
htt
On Jul 2, 2009, at 5:45 AM, Poonam Aggrwal wrote:
> These PHYs are on P2020RDB platform.
>
> Also revamped Freescale copyright message in drivers/net/tsec.c.
>
> Signed-off-by: Poonam Aggrwal
> ---
> drivers/net/tsec.c | 52 +++
> -
> 1 files cha
On Thursday 02 July 2009 02:22:16 am Frank Svendsbøe wrote:
> On Thu, Jul 2, 2009 at 6:10 AM, E Robertson
wrote:
> > Hi All,
> > Has anyone used the JTAG like the BDI2000 to load u-boot onto a
> > at91sam9263? I've done it on other boards but some some reason the
> > code will not execute
> > from
Support for the OpenRD base board
The implementation is borrowed from the sheevaplug board and the Marvell
1.1.4 code and likely to be a bit incomplete. GPIO pins are configured,
but not really tested.
Signed-off-by: Simon Kagstrom
---
Makefile|3 +
board/Mar
Split PHY-related initialization to a common file
The mv881116 PHY initialization is split out to a common file to enable
code reuse between different boards.
Signed-off-by: Simon Kagstrom
---
board/Marvell/common/mv881116.c | 65 +
board/Marvell/common/m
Hello again!
These two patches add board support for the OpenRD base board. They are
a bit on the RFC-level, but allow me to get a prompt at least. Open
issues:
- Copyright and author: As you can see, most of the work in the new
files comes from Prafullas sheevaplug stuff. Perhaps Prafulla shou
See to it that sent data is 8-byte aligned
U-boot might use non-8-byte-aligned addresses for sending data, which
the kwgbe_send doesn't accept (bootp does this for me). This patch
copies the data to be sent to a temporary buffer if it is non-aligned.
Signed-off-by: Simon Kagstrom
---
drivers/ne
Check the error summary bit for error detection
The Marvell documentation for the 88f6281 states that the error coding
is only valid if the error summary and last frame bits in the transmit
descriptor status field are set. This patch adds checks for these for
transmit (I would get transmit errors
Fix compiler optimization bug for kwgbe_send
kwgbe_send/recv both have loops waiting for the hardware to set a bit.
GCC 4.3.3 cleverly optimizes the send case to ... a while(1); loop. This
patch makes the structure volatile to force re-loading of the transmit
descriptor.
Signed-off-by: Simon Kag
Hi!
These three patches fix a few issues I've had with sending data on the
network interface on the OpenRD base board. In summary, they do:
- Fix compiler optimization bug in kwgbe_send
- Check the error summary bit during send
- Allow sending data which is not 8-byte aligned
// Simon
__
Hello, everyone,
I have to set up a customized board based on the mpc8536ds which boots from
nand flash. I'm new to U-Boot and PowerPCs, but I understand that most of
the necessary code is already there in U-Boot and that the mpc8536ds
configuration has to be extended to support nand boot. Could y
Hi All,
are there some news about the patch in subject?
Best regards,
Giuseppe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dne Čt 2. července 2009 13:21:10 Anatolij Gustschin napsal(a):
> Marek Vasut wrote:
> > Dne Čt 2. července 2009 09:08:43 Anatolij Gustschin napsal(a):
>
> ...
>
> >>> The patch is available here (it's not all that hacky anymore):
> >>
> >> patches for inclusion must be sent to the list. The merge w
Marek Vasut wrote:
> Dne Čt 2. července 2009 09:08:43 Anatolij Gustschin napsal(a):
...
>>> The patch is available here (it's not all that hacky anymore):
>> patches for inclusion must be sent to the list. The merge window
>> for next release is open until Sun Jul 19, 2009.
>> See also http://www.
The code base is generic to add more P1_P2 RDB platforms support as and when
required.
The folder and file names are such that they can cater to future SOCs of P1/P2
family.
Tested the following on P2020RDB:
1. eTSECs(1/2/3)
2. DDR, NAND, NOR, I2C etc
Signed-off-by: Poonam Aggrwal
---
MAINTA
Instead the num of cores is determined dynamically by reading the SVR values.
This can help to use the same u-boot image across the platforms.
Added CONFIG_MAX_CPUS value 8.
Also revamped and corrected few Freescale Copyright messages.
Signed-off-by: Poonam Aggrwal
---
common/cmd_mp.c
These PHYs are on P2020RDB platform.
Also revamped Freescale copyright message in drivers/net/tsec.c.
Signed-off-by: Poonam Aggrwal
---
drivers/net/tsec.c | 52 +++-
1 files changed, 51 insertions(+), 1 deletions(-)
diff --git a/drivers/net/tse
Defining the next two configs allows to switch the serial port from the
console using the setenv stdin and stdout
1. #define CONFIG_SERIAL_MULTI 1 /* Enable both serial ports */
2. #define CONFIG_SYS_CONSOLE_IS_IN_ENV /* determine from environment */
Signed-off-by: Poonam Aggrwal
Sign
Signed-off-by: Poonam Aggrwal
---
include/asm-ppc/immap_85xx.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/include/asm-ppc/immap_85xx.h b/include/asm-ppc/immap_85xx.h
index db2bdf0..0efef05 100644
--- a/include/asm-ppc/immap_85xx.h
+++ b/include/asm-ppc/imm
Do you have a link to the announcement of the board ?
Is it publically available ?
Tom
VIVEK DALAL wrote:
> Hi Tom
>
> On Jul 02, 2009 00:18 (GMT+09:00) tom@windriver.com wrote :
>
>
>> A large part of your changes are reorganizing omap24xx support.
>> Have you looked at how it is already
Dne Čt 2. července 2009 09:08:43 Anatolij Gustschin napsal(a):
> Hi,
>
> Marek Vasut wrote:
> > I'd like to get this patch in. It adds support for Palm Tungsten|C (a
> > pxa255 based handheld device).
> >
> > The patch is available here (it's not all that hacky anymore):
>
> patches for inclusion m
Matthias Weisser wrote:
Anatolij Gustschin schrieb am 01.07.2009 um 15:40:
>> Dear Matthias,
>>
>> Thanks for this patch! Please see some comments/issues below which
> we
>> should resolve before committing the driver.
>
> First of all thanks for your detailed comments. I fix them all before
Robin Getz sez,
> This is in no way trying to interperate the GPL3 for others (that is for
> lawyers to do) - but just a question from an interested developer - to me -
> it seems like tivo all over again. All Tivo needs to do is just make the
> network a piece of their application - and they
Hi Po-Yu,
On 07/01/2009 02:13 PM, Po-Yu Chuang wrote:
> This patch adds support for A320 development board from Faraday. This board
> uses FA526 processor by default and has 512kB and 32MB NOR flash, 64M RAM.
> FA526 is an ARMv4 processor and uses the ARM920T source in this patch.
It's very inter
> -Original Message-
> From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
> Sent: Thursday, July 02, 2009 12:17 PM
> To: Prafulla Wadaskar
> Cc: U-Boot ML
> Subject: Re: [U-Boot] [PATCH] arm: Kirkwood: Add memory
> barriers to kwgbe_send/recv
>
> On Wed, 1 Jul 2009 09:57:10 -
On Thu, Jul 2, 2009 at 6:10 AM, E Robertson wrote:
> Hi All,
> Has anyone used the JTAG like the BDI2000 to load u-boot onto a
> at91sam9263? I've done it on other boards but some some reason the
> code will not execute
> from on board SDRAM. To avoid initializing the external memory via
> jtag, I
Hi,
Marek Vasut wrote:
> I'd like to get this patch in. It adds support for Palm Tungsten|C (a pxa255
> based handheld device).
>
> The patch is available here (it's not all that hacky anymore):
patches for inclusion must be sent to the list. The merge window
for next release is open until Sun
69 matches
Mail list logo
