On 04/27/2010 02:23 AM, Ben Warren wrote:
> Add a new function to the eth_device struct for programming a network
> controller's hardware address.
>
> After all network devices have been initialized and the proper MAC address
> for each has been determined, make a device driver call to program the
This patch allows the bootdelay variable contain the name of
another variable holding the actual bootdelay value.
Signed-off-by: Matthias Weisser
---
common/main.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/common/main.c b/common/main.c
index f7e7c1c..f43802
Signed-off-by: Thomas Chou
---
drivers/net/altera_tse.c | 63 ++---
1 files changed, 36 insertions(+), 27 deletions(-)
diff --git a/drivers/net/altera_tse.c b/drivers/net/altera_tse.c
index 5927904..0cf23d6 100644
--- a/drivers/net/altera_tse.c
+++ b/dri
tested on the magnesium board.
Signed-off-by: Heiko Schocher
---
Patch from Ben must be applied before, see this patch here:
http://lists.denx.de/pipermail/u-boot/2010-April/070691.html
drivers/net/fec_mxc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/
Hello Ben,
Ben Warren wrote:
> Add a new function to the eth_device struct for programming a network
> controller's hardware address.
>
> After all network devices have been initialized and the proper MAC address
> for each has been determined, make a device driver call to program the
> address i
Hello Vipin,
Vipin KUMAR wrote:
> The i2c IP used by spear platform is a synopsys i2c controller
> The earlier driver adds the driver of this controller as if it is specific to
> spear platform.
> The driver files are now moved into drivers/i2c folder for reusability by
> other
> platforms
>
> S
Signed-off-by: Thomas Chou
---
drivers/net/ethoc.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ethoc.c b/drivers/net/ethoc.c
index b912e44..286fbe7 100644
--- a/drivers/net/ethoc.c
+++ b/drivers/net/ethoc.c
@@ -215,13 +215,14 @@ static inline void ethoc
When we changed ARCH from ppc to powerpc we need to treat HOSTARCH the
same way. We use HOSTARCH == ARCH to determine if a build is native.
Signed-off-by: Kumar Gala
---
Makefile |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index 34f10ce..f3e9
>> be a small and necessary improvement to existing code, it would be
>> better to move the Freescale specific fixups into a Freescale CPU
>> subdirectory, probably cpu/mpc8xxx/fdt.c.
>
> to do that properly, a merge of 83xx and 8[56]xx families' both cpu and
> pci code would have to be made - s
The following changes since commit 6e5fb4eec3702a13770769a5a48a9423aa68ee9c:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mmc
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx.git master
Dave Liu (6):
ppc/p4080: Extend the GUTS mem
On Apr 21, 2010, at 10:55 AM, Kim Phillips wrote:
> On Tue, 20 Apr 2010 10:39:26 -0500
> Kumar Gala wrote:
>
>> The MPC83xx SERDES control is different from the other FSL PPC chips.
>> For now lets split it out so we can standardize on interfaces for
>> determining of a device on SERDES is conf
Since Wolfgang requests that new driver should be used with a
board, these peripherals are added to the nios2-generic board.
It will exercise drivers in these outstanding patches,
04/17 [PATCH v4] nios2: add gpio support
04/21 [PATCH v2] misc: add gpio based status led driver
04/27 [PATCH v8] spi:
This patch supports mmc/sd card with spi interface. It is based on
the generic mmc framework. It works with SDHC and supports write.
The crc7 lib func is merged from linux and used to compute mmc
command checksum.
There is a subcomamnd "mmc_spi" to setup spi bus and cs at run time.
Signed-off-by
This patch adds the driver of altera spi controller, which is also
used as epcs/spi flash controller. It also works with mmc_spi
driver.
This driver support more than one spi bus, with base list declared
#define CONFIG_SYS_ALTERA_SPI_LIST { BASE_0,BASE_1,... }
Signed-off-by: Thomas Chou
---
v8 f
This patch supports mmc/sd card with spi interface. It is based on
the generic mmc framework. It works with SDHC and supports write.
The crc7 lib func is merged from linux and used to compute mmc
command checksum.
There is a subcomamnd "mmc_spi" to setup spi bus and cs at run time.
Signed-off-by
> -Original Message-
> From: Ben Warren [mailto:biggerbadder...@gmail.com]
> Sent: Monday, April 26, 2010 10:09 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v3] Program net device MAC
> addresses after initializing
>
> Hi Prafulla,
>
> On 4/26/
On Sun, 25 Apr 2010 19:55:27 -0400
Jerry Van Baren wrote:
> Hi Kim, Haiying,
Hi Jerry,
> Kim Phillips wrote:
> > Add sec3.1 h/w geometry for fdt node fixups.
> >
> > Also, technically, whilst SEC v3.3 h/w honours the tls_ssl_stream descriptor
> > type, it lacks the ARC4 algorithm execution uni
Alan,
Yes, I did actually run across that link already. Unfortunately, it talks
about
the device being supported by linux, but I find nothing specific regarding
u-boot
support. My hope was to find a specific driver in u-boot that already
supports a USB Ethernet dongle or even IP over USB/USB, bu
On Mon, Apr 26, 2010 at 2:07 PM, Gurumurthy G M
wrote:
>
>
> Hi Andrew,
> Thank You very much for the reply.
>
> i have done a couple of porting for MPC82xx,MPC74xx i.e. only worked on Free
> Scale processors. this is my first port on MIPS. i feel its not so simple as
> MPC and ARM.
>
>
Hi Thad,
On 4/26/10, Thad Phetteplace wrote:
> I'm working on a board based on the PXA320 Zylonite reference board and
> attempting to get Ethernet via USB support working in u-boot. From what I
> can tell so far, this is not yet well supported in the u-boot mainline.
> I've been looking at the
Add a new function to the eth_device struct for programming a network
controller's hardware address.
After all network devices have been initialized and the proper MAC address
for each has been determined, make a device driver call to program the
address into the device. Only device instances wit
On Monday 26 April 2010 10:37:07 Thomas Chou wrote:
> I have moved spi slave setup so that we can change the cs on the fly. We
> could add a subcommand, like,
>
> mmc_spi [bus:]cs
>
> Where should I place this command? in a new file in common dir or inside
> the mmc_spi driver?
i would keep the
Hi Wolfgang,
On 4/26/2010 4:52 AM, Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message<1272261030-9419-1-git-send-email-biggerbadder...@gmail.com> you
> wrote:
>
>> Add a new function to the eth_device struct for programming a network
>> controller's hardware address.
>>
>> After all netw
Hi Prafulla,
On 4/26/2010 3:09 AM, Prafulla Wadaskar wrote:
>
>
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de
>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Ben Warren
>> Sent: Monday, April 26, 2010 11:26 AM
>> To: u-boot@lists.denx.de
>> Cc: biggerbadder...@gma
>
> Hi all,
>
> We have NAND Flash in our Custom board. My Question is - will it work
> straight away, or I have add support.
>
> If I need to add support. Could some one suggestion which part of the
> code should I touch.
>
>
> We are using TI DM355 processor.
DM355 support is present in U-
On 04/26/2010 06:17 PM, Mohamed Thalib H wrote:
> Hi all,
>
> We have NAND Flash in our Custom board. My Question is - will it work
> straight away, or I have add support.
>
> If I need to add support. Could some one suggestion which part of the
> code should I touch.
>
>
> We are using TI DM355 pr
I'm reposting this question because I think the
formatting was screwed up on my last attempt. I
apologize if I cluttered up the list with my previous
attempt. Thanks in advance for any hints pointing
me in the right direction.
I'm working on a board based on the PXA320 Zylonite
reference board a
On 04/25/2010 02:56 PM, Mike Frysinger wrote:
> On Friday 23 April 2010 01:55:11 Thomas Chou wrote:
>
>> On 04/23/2010 12:04 PM, Thomas Chou wrote:
>>
it's too bad the new framework doesnt allow for dynamic probing like
the spi layer. makes it a pain to work with a SPI/MMC card
This patch consolidates bootcount_{store|load} for PowerPC by
implementing a common version in arch/powerpc/lib/bootcount.c. This
code is now used by all PowerPC variants that currently have these
functions implemented.
The functions now use the proper IO-accessor functions to read/write the
value
Hi Matthias,
On Monday 26 April 2010 16:20:28 Matthias Fuchs wrote:
> good catch! Thanks for fixing.
Unfortunately APC405 doesn't compile anymore. Care to send a patch?
Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office:
Stefan,
good catch! Thanks for fixing.
Matthias
Acked-by: Matthias Fuchs
On Monday 26 April 2010 13:31, Stefan Roese wrote:
> Signed-off-by: Stefan Roese
> Cc: Matthias Fuchs
> ---
> MAKEALL |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/MAKEALL b/MAKEALL
>
On 04/26/2010 02:13 PM, Ben Warren wrote:
> Thomas,
>
> On 4/19/2010 9:49 PM, Thomas Chou wrote:
>> This driver supports the Altera triple speeds 10/100/1000 ethernet
>> mac.
>>
> applied to net repo.
>
> If you'd like this driver to automatically program MAC addresses after
> initialization (see
Hi Michael,
On Friday 23 April 2010 21:07:12 Michael Zaidman wrote:
> Signed-off-by: Michael Zaidman
> Suggested-by: Wolfgang Denk
Thanks. Even though this patch is an improvement to the current state, we
still duplicate some code in the multiple implementations. And the code still
doesn't us
Cyril Chemparathy wrote:
> The current ARM1176 CPU specific code is too specific to the SMDK6400
> architecture. The following changes were necessary prerequisites for the
> addition of other SoCs based on ARM1176.
>
> Existing board's (SMDK6400) configuration has been modified to keep behavior
>
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Monday, April 26, 2010 5:22 PM
> To: Ben Warren
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v2] Program net device MAC
> addresses after in
On Sat, Apr 24, 2010 at 03:59:22, Wolfgang Denk wrote:
> Dear Delio Brignoli,
>
> please mind the NetiQuette and restrict your line length to some 70
> charatcers or so. Thanks.
>
> In message <4d573595-069a-4490-af2d-38ed3aad7...@audioscience.com> you wrote:
> >
> > I am working on reducing boot
Dear Ben Warren,
In message <1272261030-9419-1-git-send-email-biggerbadder...@gmail.com> you
wrote:
> Add a new function to the eth_device struct for programming a network
> controller's hardware address.
>
> After all network devices have been initialized and the proper MAC address for
> each h
Signed-off-by: Stefan Roese
Cc: Matthias Fuchs
---
MAKEALL |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 4632750..391b1e4 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -185,6 +185,7 @@ LIST_4xx=" \
ADCIOP \
alpr
>> To you knowledge, would enabling the
>> cache for davinci da850 break anything in U-Boot?
>
> No, except that it should be done consistently for all ARM processors.
Which reminds me I have to post V2 of my cache patch. V1 was sent on
2010-01-26 and some flush was missing. I didn't notice as ne
Hello Delio,
On Sat, Apr 24, 2010 at 05:00:49, Delio Brignoli wrote:
> Hello Wolfgang,
>
> On 24/04/2010, at 10:29 AM, Wolfgang Denk wrote:
> > please mind the NetiQuette and restrict your line length to some 70
> > charatcers or so. Thanks.
>
> Will do, thanks.
>
> > Everything is slow as caches
Hi all,
We have NAND Flash in our Custom board. My Question is - will it work
straight away, or I have add support.
If I need to add support. Could some one suggestion which part of the
code should I touch.
We are using TI DM355 processor.
Thanks
Thalib
__
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Ben Warren
> Sent: Monday, April 26, 2010 11:26 AM
> To: u-boot@lists.denx.de
> Cc: biggerbadder...@gmail.com
> Subject: [U-Boot] [PATCH v3] Program net device MAC addresses
>
On 4/26/2010 1:31 PM, Armando VISCONTI wrote:
> Hi Ben,
>
>> I agree that MDIO bus probing doesn't make much sense. I don't know
>> anything about your SOC, but the ones that I work with typically have
>> multiple MACs (data link) but only one MDIO bus (control link). The
>> end result is multip
On 21/04/10 12:58, Sudhakar Rajashekhara wrote:
> TI's DA850/OMAP-L138 platform is similar to DA830/OMAP-L137
> in many aspects. So instead of repeating the same code in
> multiple files, move the common code to a different file
> and call those functions from the respective da830/da850
> files.
>
Hi,
I have a couple of custom application for uboot.
I am able to build and run the application individually
If i power up the board and run the first application, It executes
without powering off the board if i load second application to same
location, the system hangs.
Both the application has
Hi Ben,
> I agree that MDIO bus probing doesn't make much sense. I don't know
> anything about your SOC, but the ones that I work with typically have
> multiple MACs (data link) but only one MDIO bus (control link). The
> end result is multiple PHYs on a multi-drop bus, and there's no way of
46 matches
Mail list logo
