Dear All,
I am new to u-boot porting,even though I am using it for quite sometime.
I want to use UBI based file system for our embedded system and our present
u-boot doesn't support it.
can any one show me for porting on s3c2416 board.
Regards,
Ratheendran
The following patches update some ColdFire boards to work with
latest u-boot. Those update were tested on following Freescale boards:
M54455EVB, M54451EVB, M5475EVB(M5475CFE_config), M5485EVB(M5485HFE_conifg),
M5208EVB, M5253DEMO, M52277EVB, M53017EVB, M5373EVB, M5329EVB(M5329BFEE_config).
[PATCH
Some typoes in Makefile and boards.cfg make the M54455 board
and M53017 board configuration broken.
Signed-off-by: Jason Jin jason@freescale.com
---
Makefile |1 +
boards.cfg |2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index
The CPP flags for the ColdFire platform depend on the version
of the toolchain. Setting the CPP flags based on the gcc --version
is not good and not reliable. This patch try to set the flags by testing
if the flag works.
Signed-off-by: Jason Jin jason@freescale.com
---
Move the environment outside the u-boot image, leave more
space for the text to avoid the possible PC truncate issue.
The lds file for ColdFire need to clean up since commit
6d8962e814c15807dd6ac5757904be2a02d187b8 'Switch from archive
libraries to partial linking'.
Signed-off-by: Jason Jin
There is no network device on ColdFire 52277EVB board.But the default
cmd include NFS define which make the build error.
Signed-off-by: Jason Jin jason@freescale.com
---
include/configs/M52277EVB.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
The lds file for ColdFire boards need to clean up since commit
6d8962e814c15807dd6ac5757904be2a02d187b8 'Switch from archive
libraries to partial linking'.
Signed-off-by: Jason Jin jason@freescale.com
---
board/freescale/m5208evbe/u-boot.lds |3 ---
board/freescale/m52277evb/u-boot.spa |
commit a45dde2293c816138e53c26eca6fd0322583f9a6 changed the dm9000
direct register access to standard IO. This should work
on the ColdFire platform as there are corresponding macros for
the LE devices. But the hardware settings on M5253DEMO board had
swapped the byte order which make the original
The dram initialization sequence should be in order.
This patch add mb for the dram intialization code to make
sure the compiler do not disorder the code.
Signed-off-by: Jason Jin jason@freescale.com
---
arch/m68k/include/asm/io.h|2 ++
board/freescale/m5253demo/m5253demo.c |
The u-boot image size increased and the u-boot udpate
command should be adjusted to fit larger image.
Signed-off-by: Jason Jin jason@freescale.com
---
include/configs/M5329EVB.h |4 ++--
include/configs/M5373EVB.h |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Some low-end ColdFire chip such as 5208 need more io sync
for FEC to work.
Signed-off-by: Jason Jin jason@freescale.com
---
drivers/net/mcffec.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/mcffec.c b/drivers/net/mcffec.c
index a08ff27..666b24e 100644
Hi,
After sea
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
After browsing through the mailing list archives, I would like to know the
latest status for the (upcoming ?) support of ethernet on the Beagleboard
xM, to enable loading uimages through tftp.
As far as I understood, it was not yet supported as of February 2011,
potentially planned as part of
Hi all-
I am using u-boot.2010.09 on a MPC8568-based board.
When trying to boot over one of the UEC network interfaces, it is not working
instantly. The cable is connected from the beginning, but I have to issue a
manual 'boot' command, sometimes even multiple times before the link is
commit 25ddd1fb0a2281b182529afbc8fda5de2dc16d96 left remnants of
many comments about CONFIG_SYS_GBL_DATA_SIZE.
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
include/configs/CPC45.h|3 ---
include/configs/CU824.h|3 ---
include/configs/MigoR.h
Dear Chander Kashyap
On 15 April 2011 14:05, Chander Kashyap chander.kash...@linaro.org wrote:
SROM config code is made common for S5P series of boards.
smdkc100.c now refers to s5p-common/sromc.c for SROM related
subroutines.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Dear Chander Kashyap,
On 18 April 2011 19:08, Chander Kashyap chander.kash...@linaro.org wrote:
S5PC2XX: Macro values for Pull Up and Driver Strength were wrong.
S5PC1XX: Macro values for Driver Strength were wrong.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes for
于 4/19/11 4:25 PM, u-boot-requ...@lists.denx.de 写道:
Send U-Boot mailing list submissions to
u-boot@lists.denx.de
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.denx.de/mailman/listinfo/u-boot
or, via email, send a message with subject or body 'help' to
Wolfgang, Albert,
Russell King sent some updates to the linux kernel for mach-types.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=6f82f4db80189281a8ac42f2e72396accb719b57
He also removed a lot of entries which never made it to mainline.
I have a patch and it
Hi,
This is the second version of patch series to revamp the default
configuration
for all IGEP boards. The purpose of these patches is use the boot script
used
in others OMAP3-based boards.
Tested on IGEP v2 board and IGEP module.
* changes since version 1:
* Fix nandboot:
The reset sequence/configuration for ehci is highly board specific,
so this will be done in the source for the board, instead of
introducing several CONFIG_* which would be needed to make those
few lines in beagle.c usable across different OMAP boards.
Signed-off-by: Alexander Holler
Hello Sandeep, Wolfgang
Am 19.04.2011 14:42, schrieb Paulraj, Sandeep:
Wolfgang, Albert,
Russell King sent some updates to the linux kernel for mach-types.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=6f82f4db80189281a8ac42f2e72396accb719b57
He also
Hello Sandeep, Wolfgang
Am 19.04.2011 14:42, schrieb Paulraj, Sandeep:
Wolfgang, Albert,
Russell King sent some updates to the linux kernel for mach-types.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-
2.6.git;a=commitdiff;h=6f82f4db80189281a8ac42f2e72396accb719b57
CONFIG_OMAP34XX must be checked for existence, not value.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc: Albert Aribaud albert.arib...@free.fr
Cc: Sandeep Paulraj s-paul...@ti.com
---
Thanks
Pushed to u-boot-ti
A send status command is added with the commit mmc: checking
status after commands with R1b response. But the status register
returned from send status command of SPI protocol is different from
that of MMC/SD protocol. We do a simple test and generate a response
in stead of full bit-by-bit
Signed-off-by: Thomas Chou tho...@wytron.com.tw
---
for u-boot
include/mmc.h | 44 ++--
1 files changed, 22 insertions(+), 22 deletions(-)
diff --git a/include/mmc.h b/include/mmc.h
index e0a56d9..1a0d00a 100644
--- a/include/mmc.h
+++ b/include/mmc.h
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
---
Changes in v4:
- this patch is new in v4.
arch/arm/include/asm/arch-omap3/omap3-regs.h | 95
++
1 files changed, 95 insertions(+), 0 deletions(-)
create mode 100644
Removed boot_flash_* extern variables.
boot_flash_type was totally unused. The other ones were actually constants,
so
they have been replaced with #defines in the board config files.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc: Albert
Board support for the DIG297 board manufactured by Comelit Group SpA.
It is a custom board based on the BeagleBoard http://beagleboard.org/ by
Texas Instruments.
The board support is based on the BeagleBoard implementation.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc:
The following changes since commit 75cb6fbe7293fbde04662124bf8f4dbef0dbce44:
Albert Aribaud (1):
Merge remote-tracking branch 'u-boot-ti/master'
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Alexander Holler (3):
OMAP3: Change some USB related
Hi Luca,
Hi,
here's the tftpsrv patch series, with checkpatch warnings fixed.
Only patches 2 and 3 are actually changed. Patch 1 is unchanged and patches
4-6
have been simply rebased.
There are still a few checkpatch issues (!), though, that I think can be
ignored
and I'm not going to
Hi Luca,
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
---
Changes in v2: none.
README |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/README b/README
index 4917e26..b9b0fcb 100644
--- a/README
+++ b/README
@@ -1299,7
Hi Luca,
This is needed for the upcoming TFTP server implementation.
This also simplifies PingHandler() and fixes rxhand_f documentation.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
---
Changes in v2:
- fixed checkpatch issues.
Hi Luca,
With the upcoming TFTP server implementation, the remote node can be
either a client or a server, so avoid ambiguities.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
---
Changes in v2:
- fixed checkpatch issues.
net/tftp.c | 42
Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=,
In message 4dad90af.2080...@arcor.de you wrote:
This will break a least jadecpu. We don't use Linux on this board. When
porting I was requested to reserve an MACH_ID just in case the board
will ever be used with Linux. This has not been the case for
Hi Luca,
With the upcoming TFTP server implementation, requests can be either
outgoing or incoming, so avoid ambiguities.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
---
Changes in v2: none.
Acked-by: Detlev Zundel d...@denx.de
--
We can forgive
Hi Luca,
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
---
Changes in v2: none.
Only one comment below
net/tftp.c | 72 ---
net/tftp.h |6 +
2 files changed, 74 insertions(+), 4
Hi Luca,
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
---
Changes in v2: none.
Acked-by: Detlev Zundel d...@denx.de
--
I have always observed that the pretensions of all people are in
exact inverse ratio to their merits; this is one of the axioms of
Hi Baidu,
This patch fixes some issues with JFFS2 summary support in U-Boot.
1/ Bug fix for summary support: we need to get the latest DIRENT.
For example, if you create a file in linux jffs2 which config summary
support, then you delete the file , you will not see the file in
linux
Hi Baidu,
Syncs up with jffs2 in the linux kernel:
1/ Change DEFAULT_EMPTY_SCAN_SIZE from 4KB to 256 Bytes.
2/ If the 1KB data is 0xFF after the cleanmarker, skip
and scan the next sector.
3/ Change the buffer size from 4KB to 128KB which is the
common size of erase block.
There is
Hi Fabio,
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v4:
- Make get_reset_cause CPU specific code and no need to
add any board specific call.
arch/arm/cpu/arm1136/mx31/generic.c | 29 -
1 files changed, 28 insertions(+), 1
Paulraj, Sandeep wrote:
Board support for the DIG297 board manufactured by Comelit Group SpA.
It is a custom board based on the BeagleBoardhttp://beagleboard.org/ by
Texas Instruments.
...
I'll apply this after you resend the patch
ARMV7: OMAP3: Cleanup extern variables in mem.c
Hi,
Hi all-
I am using u-boot.2010.09 on a MPC8568-based board.
When trying to boot over one of the UEC network interfaces, it is not
working instantly. The cable is connected from the beginning, but I
have to issue a manual 'boot' command, sometimes even multiple times
before the link is
Il 19/04/2011 16:15, Detlev Zundel ha scritto:
Hi Luca,
This is needed for the upcoming TFTP server implementation.
This also simplifies PingHandler() and fixes rxhand_f documentation.
Signed-off-by: Luca Ceresoliluca.ceres...@comelit.it
Cc: Wolfgang Denkw...@denx.de
---
Changes in v2:
Il 19/04/2011 16:18, Detlev Zundel ha scritto:
Hi Luca,
With the upcoming TFTP server implementation, the remote node can be
either a client or a server, so avoid ambiguities.
Signed-off-by: Luca Ceresoliluca.ceres...@comelit.it
Cc: Wolfgang Denkw...@denx.de
---
Changes in v2:
- fixed
Dear Andreas Bießmann,
Some of the patches did not apply. What did apply is now found in
u-boot-atmel/next2.
I have no idea why they do not apply, since the AVR32 part has not changed
since 110202.
I can check that and will rebase on u-boot-atmel/next.
Applied to u-boot-atmel/next.
Signed-off-by: John Rigby john.ri...@linaro.org
---
V3: use get_cpu_family and get_cpu_rev in test, previous patch also disabled
multiblock on beagle-xm
drivers/mmc/omap_hsmmc.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/omap_hsmmc.c
Dear Daniel Gorsulowski,
The meesc board support was broken. Within this opportunity, I completely
reworked the board files.
Signed-off-by: Daniel Gorsulowski daniel.gorsulow...@esd.eu
---
This patch is based on u-boot-atmel/rework101229 branch (minus the last 5
patches) plus the 'at91:
Am 18.04.2011 16:15, schrieb Daniel Gorsulowski:
The otc570 board support was broken. Within this opportunity, I completely
reworked the board files.
Signed-off-by: Daniel Gorsulowski daniel.gorsulow...@esd.eu
---
This patch is based on u-boot-atmel/rework101229 branch (minus the last 5
Hi Luca,
[...]
Whitespace fix.
checkpatch again.
Hm, I see. Still, can we have one commit (with cosmetic in the
changelog) that silences checkpatch but does not have any functional
changes? We really try hard to separate cosmetic from functional
changes. This makes reviewing (and
Dear Wolfgang Denk,
Dear Reinhard Meyer,
In message 4da6edab.8040...@emk-elektronik.de you wrote:
Guess I have no other choice now, but you owe me a new keyboard.
I'm busy right now, but I will take this (and other stuff) in during the
upcoming weekend.
Applied to u-boot-atmel/next.
Dear Reinhard Meyer,
Am 19.04.2011 um 17:49 schrieb Reinhard Meyer:
Dear Andreas Bießmann,
Some of the patches did not apply. What did apply is now found in
u-boot-atmel/next2.
I have no idea why they do not apply, since the AVR32 part has not changed
since 110202.
I can check that
Hello Wolfgang
Am 19.04.2011 16:21, schrieb Wolfgang Denk:
Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=,
solution for ARM but non-Linux u-boot ports then? What should be passed
to gd-bd-bi_arch_number?
I think you have two options:
1) Complain with RMK about the removal of yoru MACH_ID.
Am 04/19/2011 04:21 PM, schrieb Wolfgang Denk:
Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=,
In message 4dad90af.2080...@arcor.de you wrote:
This will break a least jadecpu. We don't use Linux on this board. When
porting I was requested to reserve an MACH_ID just in case the board
will ever be
Dear Andreas Bießmann,
Am 19.04.2011 um 17:49 schrieb Reinhard Meyer:
Dear Andreas Bießmann,
Some of the patches did not apply. What did apply is now found in
u-boot-atmel/next2.
I have no idea why they do not apply, since the AVR32 part has not changed
since 110202.
I can check that
Paulraj, Sandeep wrote:
Board support for the DIG297 board manufactured by Comelit Group SpA.
It is a custom board based on the BeagleBoardhttp://beagleboard.org/
by
Texas Instruments.
...
I'll apply this after you resend the patch
ARMV7: OMAP3: Cleanup extern variables in
Dear Joakim Tjernlund,
In message
of484eff4d.45d9734b-onc1257870.002e25b2-c1257870.002f0...@transmode.se you
wrote:
It seems this change increases the code size somehow - which I would
not expect from your comment above. Please have a look.
Very strange, I had a quick look(that is all
Two new options:
CONFIG_PL011_SERIAL_RLCR
Some vendor versions of PL011 serial ports (e.g. ST-Ericsson U8500)
have separate receive and transmit line control registers. Set
this variable to initialize the extra register.
CONFIG_PL011_SERIAL_FLUSH_ON_INIT
On some platforms (e.g. U8500) U-Boot
From: Michael Brandt michael.bra...@stericsson.com
Signed-off-by: John Rigby john.ri...@linaro.org
CC: Heiko Schocher h...@denx.de
---
v2: Incorporate suggestions from Heiko Schocher
v3: Fix line length problem reported by Heiko Schocher
v4: No changes just rebased to latest and included for
Based on ST-Ericsson internal git repo.
Signed-off-by: Mathieu Poirier mathieu.poir...@linaro.org
Signed-off-by: John Rigby john.ri...@linaro.org
CC: Albert Aribaud albert.arib...@free.fr
---
v2: cleanup, mostly removal of unused defines
v3: remove prototype from sys_proto.h as suggested by
Minimal platform support to boot linux from SD.
Supported devices/hw limited to external MMC/SD slot,
GPIO, I2C and minimal PRCMU.
Signed-off-by: John Rigby john.ri...@linaro.org
CC: Albert Aribaud albert.arib...@free.fr
---
This board support requires mmc driver patch set from Matt Waddel.
v2:
On Apr 19, 2011, at 3:42 PM, John Rigby wrote:
Two new options:
CONFIG_PL011_SERIAL_RLCR
Some vendor versions of PL011 serial ports (e.g. ST-Ericsson U8500)
have separate receive and transmit line control registers. Set
this variable to initialize the extra register.
Create new command fitupd, so an update from a FIT-image can also be
triggered from U-Boot shell, in addition to the automatic update after
bootup when 'updatefile' is set.
Also provide a way to use a FIT image in memory (e.g. loaded from MMC)
instead of always load from a TFTP server.
See
Current update_tftp() flow:
1.) fetch updatefile from defined TFTP server
2.) check if FIT format
3.) flash contained images
Add an address parameter to update_tftp(). If this address is non-zero,
skip the TFTP transfer and use the image at this address.
Signed-off-by: Andreas Pretzsch
Command calls update_tftp() analogous to automatic update described
in doc/README.update.
Usage:
fitupd [addr]
- run update from FIT image at addr
or from tftp 'updatefile'
Signed-off-by: Andreas Pretzsch a...@cn-eng.de
---
common/Makefile |1 +
common/cmd_fitupd.c |
Am Mittwoch, den 13.04.2011, 21:47 +0200 schrieb Andreas Pretzsch:
Am Montag, den 11.04.2011, 23:11 +0200 schrieb Wolfgang Denk:
In message 1302554333.13241.158.ca...@ws-apr.office.loc you wrote:
Is there a way to manually trigger an automatic update using a FIT
image, based on the way
Wolfgang Denk w...@denx.de wrote on 2011/04/19 22:25:25:
Dear Joakim Tjernlund,
In message
of484eff4d.45d9734b-onc1257870.002e25b2-c1257870.002f0...@transmode.se you
wrote:
It seems this change increases the code size somehow - which I would
not expect from your comment above.
Hi folks,
I'm trying to understand a bit more about how u-boot creates the image,
such that the CPU reset vector is pointing to the right piece of code
when it is reset.
i.e. my DNS323 (Orion5x) has a reset vector of 0x. But for the
life of me, I can't find anywhere that actually
Dear Joakim Tjernlund,
In message
ofc3d6185b.85dce339-onc1257877.007406b0-c1257877.00746...@transmode.se you
wrote:
Can you please provide a fix? I'd like to get rid of this build error
ASAP. We could, of course, simply revert these commits.
Grepping shows a boat load of u-boot.lds
Hi,
just a few e-mails ago along this thread Albert Aribaud wrote:
My opinion is that you should make sure that at least the code you touch
is checkpatch-clean, so yes, you should fix that; but there is no need
to submit 'checkpatch-compliance' patches. Just fix the line here so
that
Wolfgang Denk w...@denx.de wrote on 2011/04/19 23:35:40:
Dear Joakim Tjernlund,
In message
ofc3d6185b.85dce339-onc1257877.007406b0-c1257877.00746...@transmode.se you
wrote:
Can you please provide a fix? I'd like to get rid of this build error
ASAP. We could, of course, simply
http://nova-logic.ch/cool01.11.php?SID=460
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Joakim Tjernlund,
In message
ofc5a52df3.355573b0-onc1257877.0078430f-c1257877.00789...@transmode.se you
wrote:
That means I will revert the two commits?
One, you only claimed that:
The -fPIC flag belongs with -mrelocatable, move it there.
Also change -fPIC to -fpic as this
Wolfgang Denk w...@denx.de wrote on 2011/04/20 00:05:27:
From: Wolfgang Denk w...@denx.de
To: Joakim Tjernlund joakim.tjernl...@transmode.se
Cc: u-boot@lists.denx.de
Date: 2011/04/20 00:05
Subject: Re: [U-Boot] [PATCH] PowerPC: Move -fPIC flag to common place
Dear Joakim Tjernlund,
In
Dear Joakim Tjernlund,
In message
ofbc9c03bc.436c27c7-onc1257877.00797190-c1257877.007a0...@transmode.se you
wrote:
Yes, but you yorself pointed out that commit 337f5f5 missed a large
number of boards, leaving the tree in a inconsistent state. Should we
not revert that one as well?
Wolfgang Denk w...@denx.de wrote on 2011/04/20 00:41:01:
Dear Joakim Tjernlund,
In message
ofbc9c03bc.436c27c7-onc1257877.00797190-c1257877.007a0...@transmode.se you
wrote:
Yes, but you yorself pointed out that commit 337f5f5 missed a large
number of boards, leaving the tree in a
On Mon, Apr 18, 2011 at 11:51 AM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
+/* Rx status word */
+#define RX_STS_FL_ (0x3FFF) /* Frame Length */
+#define RX_STS_ES_ (0x8000) /* Error Summary */
...
Please drop the parens around
On Mon, Apr 18, 2011 at 12:04 PM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message 1302748176-4324-2-git-send-email-...@chromium.org you wrote:
@@ -88,9 +89,10 @@ static void probe_valid_drivers(struct usb_device *dev)
/*
* ok, it is a supported eth
Hi,
On Wed, Apr 20, 2011 at 02:43:23, Rogan Dawes wrote:
Hi folks,
I'm trying to understand a bit more about how u-boot creates the image, such
that the CPU reset vector is pointing to the right piece of code when it is
reset.
i.e. my DNS323 (Orion5x) has a reset vector of 0x.
The Asix driver takes the link down during init() and then brings it back up.
This commit changes this so that if a link has already been established
successfully we simply check that the link is still good.
This reduces the delay between successive network commands.
TEST=bootp; tftp ... - see
This describes what it is for, devices supported, how to enable for your
board in U-Boot, setting up the server, and notes about MAC addresses.
Signed-off-by: Simon Glass s...@chromium.org
---
doc/README.usb | 164 +++-
1 files changed, 163
The SMSC95XX is a USB hub with a built-in Ethernet adapter. This adds support
for this, using the USB host network framework.
TEST=usb start; bootp; tftp ...
Changes for v2:
- Coding style cleanup
- Changed some comments as suggested
- eth_set_hwaddr - eth_write_hwaddr
- tided up
Built-in Ethernet adapters support setting the mac address by means of a
ethaddr environment variable for each interface (ethaddr, eth1addr, eth2addr).
This adds similar support to the USB network side, using the names
usbethaddr, usbeth1addr, etc. They are kept separate since we don't want
a USB
This is a small clean-up patch.
TEST=Build U-Boot, try bootp and check it auto-loads.
Signed-off-by: Simon Glass s...@chromium.org
---
net/bootp.c | 76 +-
1 files changed, 33 insertions(+), 43 deletions(-)
diff --git a/net/bootp.c
Garbage collect code that isn't used.
Saves a good few kbytes.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
Makefile |2 +-
arch/arm/config.mk|6 ++
arch/arm/cpu/armv7/u-boot.lds |6 +++---
3 files changed, 10 insertions(+), 4
Hi Tom,
Le 15/04/2011 00:18, Tom Warren a écrit :
Signed-off-by: Tom Warrentwar...@nvidia.com
---
Changes for V2:
- Remove returns in void functions
- Move inline assembly code to .S file
- Simplify some if/else code, break out common code
- Minimize the
Le 20/04/2011 04:23, Hebbar, Gururaja a écrit :
Hi,
On Wed, Apr 20, 2011 at 02:43:23, Rogan Dawes wrote:
Hi folks,
I'm trying to understand a bit more about how u-boot creates the image, such
that the CPU reset vector is pointing to the right piece of code when it is
reset.
i.e. my
Hi Eric,
Le 15/04/2011 10:42, Wolfgang Denk a écrit :
Dear Eric Cooper,
In message1302820357-30318-1-git-send-email-...@cmu.edu you wrote:
Since addr_sp is a byte address, it should be adjusted by 12 here.
Signed-off-by: Eric Coopere...@cmu.edu
Cc: Albert ARIBAUDalbert.u.b...@aribaud.net
Hi Tom,
Le 15/04/2011 00:09, Tom Warren a écrit :
This series of patches fixes a hang seen when loading U-Boot from SPI
or NAND on Seaboard and Harmony due to a missing PLLX init. It also
corrects a UARTD bit error in clk_rst.h, and adds rudimentary GPIO
support so that the UART on Seaboard
89 matches
Mail list logo