On Wednesday 02 June 2010 21:57:42 Heiko Schocher wrote:
Actual fec_mxc.c driver is *not* correct, because if in eeprom
is a correct mac, it *always* programms this in the mac address
registers from the chip!
This is not OK, and must be fixed!
i agree 100%
2. Read from environment in
only fill the device enetaddr with the contents of the eeprom,
not program it in mac address registers
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1 posted here:
http://lists.denx.de/pipermail/u-boot/2010-March/069192.html
- splitted in two patches as Wolfgang suggested
as this seems unclear, document how the flow of setting up
the mac address is correct.
Signed-off-by: Heiko Schocher h...@denx.de
---
doc/README.enetaddr | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/doc/README.enetaddr b/doc/README.enetaddr
index
Hi Ronny,
On Wednesday 31 March 2010 07:16:33 Ronny D wrote:
I am working on PPC440 based customized board having 4MB context ram.
what are all changes need to perform to skip relocation of u-boot in DDR
and relocated it to context ram and run from the same location.
I'm not sure if I
Dear Ronny D,
In message 875745.66478...@web46116.mail.sp1.yahoo.com you wrote:
I am working on PPC440 based customized board having 4MB context ram.
what are all changes need to perform to skip relocation of u-boot in DDR
and relocated it to context ram and run from the same location.
Hi Heiko,
Much better. Thanks, and sorry again for not responding sooner.
Wolfgang - please apply this to the current release.
On Tue, Mar 30, 2010 at 11:34 PM, Heiko Schocher h...@denx.de wrote:
only fill the device enetaddr with the contents of the eeprom,
not program it in mac address
Dear Ben Warren,
In message w2if8328f7c1003302350o154a5e96k25d7f8674657...@mail.gmail.com you
wrote:
Wolfgang - please apply this to the current release.
On Tue, Mar 30, 2010 at 11:34 PM, Heiko Schocher h...@denx.de wrote:
only fill the device enetaddr with the contents of the eeprom,
Dear Heiko Schocher,
In message 4bb2ed06.3010...@denx.de you wrote:
only fill the device enetaddr with the contents of the eeprom,
not program it in mac address registers
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1 posted here:
Dear Heiko Schocher,
In message 4bb2ed0b.6030...@denx.de you wrote:
as this seems unclear, document how the flow of setting up
the mac address is correct.
Signed-off-by: Heiko Schocher h...@denx.de
---
doc/README.enetaddr | 12
1 files changed, 12 insertions(+), 0
Fabio Estevam wrote:
There is no CPLD on MX51EVK board, so remove CPLD related function.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Agree. Thanks to point out this issue. The code is not needed.
- mx51_io_board = (struct io_board_ctrl *)(CS5_BASE_ADDR +
-
thanks Heiko for the followups
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
thanks
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Frans Meulenbroeks wrote:
2010/3/30 Nitin Mahajan nitin...@yahoo.com:
Hi,
Found this in the past:
http://bitshrine.org/gpp/u-boot-200910-cd77dd10-save-the-env-var-to-SDcard-and-SPI.patch
You can take a look at this one, too:
http://lists.denx.de/pipermail/u-boot/2009-November/063775.html
Hi all,
how does the implementation of the ext2 module work in u-boot?
As I see, u-boot can load the kernel from an ext2 file system using
ext2load.
Unfortunately, this command is not included in my build of u-boot. Did I
miss some compile-switch, or do I have to explicitly include ext2fs.h
Hello,
--- On Wed, 31/3/10, Stefano Babic sba...@denx.de wrote:
From: Stefano Babic sba...@denx.de
Subject: Re: [U-Boot] Saving environment variables in MMC
To: nitin...@yahoo.com
Cc: Frans Meulenbroeks fransmeulenbro...@gmail.com, U-Boot user list
u-boot@lists.denx.de
Date: Wednesday, 31
Dear Dunda, Matthias,
In message
569685f045b85741820d0265e0d2999d019cf...@tddhh01.hh.thales-naval.de you wrote:
As I see, u-boot can load the kernel from an ext2 file system using
ext2load.
Unfortunately, this command is not included in my build of u-boot. Did I
miss some compile-switch,
Dne Pá 26. března 2010 06:57:50 Marek Vasut napsal(a):
---
common/lcd.c| 12 ++--
cpu/pxa/pxafb.c |9 -
include/lcd.h |2 +-
3 files changed, 15 insertions(+), 8 deletions(-)
diff --git a/common/lcd.c b/common/lcd.c
index 64fb1c6..c2e350e 100644
---
There is no CPLD on MX51EVK board, so remove CPLD related function.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
board/freescale/mx51evk/mx51evk.c | 67 -
board/freescale/mx51evk/mx51evk.h |1 -
2 files changed, 0 insertions(+), 68
Hi Ben,
Hold on a second. This patch is wrong. As Mike has pointed out, the
net library already gets the MAC address from the environment. The
correct flow is:
1. Read from hardware in initialize() function
2. Read from environment in net/eth.c after initialize()
3. Give priority to
Nitin Mahajan wrote:
Hello, --- On Wed, 31/3/10, Stefano Babic sba...@denx.de wrote:
Thanks for the information. I just wanted to have a feedback, whether
having a use-case of writing env variables from Linux User space is a
good idea or is not recommended?
Yes, it is possible to share
Hi Detlev,
On Wed, Mar 31, 2010 at 6:44 AM, Detlev Zundel d...@denx.de wrote:
Hi Ben,
Hold on a second. This patch is wrong. As Mike has pointed out, the
net library already gets the MAC address from the environment. The
correct flow is:
1. Read from hardware in initialize()
Unfortunately, this command is not included in my build of
u-boot. Did
I miss some compile-switch, or do I have to explicitly include
ext2fs.h somewhere? How can I enable the ext2/ext3 functionality?
This depends on CONFIG_CMD_EXT2
Thanks, I added this along with
Hi Wan Jin,
thanks
If you want to get in to the mailing list, try the webinterface:
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Cheers
Detlev
--
More than any other time in history, mankind
Hi Nitin,
Thanks for the information. I just wanted to have a feedback, whether
having a use-case of writing env variables from Linux User space is a
good idea or is not recommended?
You found tools/env/fw_env.c showing that this functionality is indeed
foreseen and used.
It is rather common
Console was being switched to video even if emulator fails and
causing this hang:
Scanning PCI bus 04
04 00 1095 3132 0104 00
PCIE3 on bus 03 - 04
Video: ATI Radeon video card (1002, 5b60) found @(2:0:0)
videoboot: Booting PCI video card bus 2, function 0, device 0
Use pci_bus_to_virt() to convert the bus address from the BARs to
virtual address' to eliminate the direct mapping requirement.
Rename variables to better match usage (_phys - _bus or no-suffix)
This fixes the mpc8572ds CONFIG_PYS_64BIT mode failure:
videoboot: Vidoe ROM failed to map!
Tested
Hi Ben,
Hi Detlev,
On Wed, Mar 31, 2010 at 6:44 AM, Detlev Zundel d...@denx.de wrote:
Hi Ben,
Hold on a second. This patch is wrong. As Mike has pointed out, the
net library already gets the MAC address from the environment. The
correct flow is:
1. Read
Dear Wolfgang,
On Wed, Mar 31, 2010 at 12:27 AM, Wolfgang Denk w...@denx.de wrote:
I think this is a consequence of trying to squeeze soemthing into a
framework which doesn't fit. POST and production test code should be
kept separate. If they share common code, fine.
Best regards,
Wolfgang,
[...]
Is davinci correct here?
Yes, this SOC has the exact same controller as on Davinci, and therefore
the NAND driver is reused.
But you don't call this a Davinci-Board, or do you?
Davinci NAND is a bit of a misnomer since this particular EMIF block is
commonly used
Signed-off-by: Detlev Zundel d...@denx.de
CC: Ben Warren biggerbadder...@gmail.com
---
net/eth.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/net/eth.c b/net/eth.c
index b650a20..aff6987 100644
--- a/net/eth.c
+++ b/net/eth.c
@@ -1,5 +1,5 @@
/*
- * (C) Copyright
On Wed, 31 Mar 2010 09:54:57 -0500
Ed Swarthout ed.swarth...@freescale.com wrote:
Use pci_bus_to_virt() to convert the bus address from the BARs to
virtual address' to eliminate the direct mapping requirement.
Rename variables to better match usage (_phys - _bus or no-suffix)
This fixes
On Wed, 31 Mar 2010 09:54:28 -0500
Ed Swarthout ed.swarth...@freescale.com wrote:
Console was being switched to video even if emulator fails and
causing this hang:
Scanning PCI bus 04
04 00 1095 3132 0104 00
PCIE3 on bus 03 - 04
Video: ATI Radeon video card
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
unchanged despite these changes.
TNETV107X is a Texas Instruments SoC based on an ARM1176 core, and with a
bunch on on-chip integrated peripherals. This patch series generalizes current
ARM1176 code to allow for the addition of new ARM1176 SOCs. The remaining
patches in this series add arch and board support.
The contents of
TNETV107X is a Texas Instruments SoC based on an ARM1176 core, and with a
bunch on on-chip integrated peripherals. This patch adds support for the
TNETV107X EVM board.
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
1. Added maintainers entry
2. Fixed sort order in main makefile
3. Remove
Dear Matthias,
In message
569685f045b85741820d0265e0d2999d019cf...@tddhh01.hh.thales-naval.de you wrote:
I miss some compile-switch, or do I have to explicitly include
ext2fs.h somewhere? How can I enable the ext2/ext3 functionality?
This depends on CONFIG_CMD_EXT2
Thanks, I
On Wednesday 31 March 2010 10:46:25 Detlev Zundel wrote:
I fully agree. Previously I was under the impression that we already
have a fast initialization (probe) and a full initialization (init)
of the network interfaces, where programming the mac would (on a first
stab) fit into the probe
Hi Mike,
On 3/31/2010 12:59 PM, Mike Frysinger wrote:
On Wednesday 31 March 2010 10:46:25 Detlev Zundel wrote:
I fully agree. Previously I was under the impression that we already
have a fast initialization (probe) and a full initialization (init)
of the network interfaces, where
Hi All,
I'm seeing a strange TFTP issue and hoping someone on the list can help.
I'm running a Sequoia reference board and at start-up my TFTP transfer
always times out for 30 seconds, then proceeds without error or
further issue.
I ran Wireshark on my TFTP server, and also performed a port
Use pci_bus_to_virt() to convert the bus address from the BARs to
virtual address' to eliminate the direct mapping requirement.
Rename variables to better match usage (_phys - _bus or no-suffix)
This fixes the mpc8572ds CONFIG_PHYS_64BIT mode failure:
videoboot: Video ROM failed to map!
Tested
Are you connected directly to the tftp server or is there switches in between?
Feng Kan
On 03/31/2010 01:09 PM, Jason Hanna wrote:
Hi All,
I'm seeing a strange TFTP issue and hoping someone on the list can help.
I'm running a Sequoia reference board and at start-up my TFTP transfer
always
Are you connected directly to the tftp server or is there switches in between?
I'm running a Cisco/Linksys SLM2024 24-port switch. The embedded board
and TFTP server are on the same subnet and VLAN, however.
That's how I enabled the port mirroring so that I could watch traffic
on the Sequoia
Dear Jason Hanna,
In message j2u8f9e78f01003311309g55c49db8kaa9a466002c8d...@mail.gmail.com you
wrote:
I'm seeing a strange TFTP issue and hoping someone on the list can help.
I'm running a Sequoia reference board and at start-up my TFTP transfer
always times out for 30 seconds, then
Refactor and document the Freescale PIXIS code, used on most 85xx and 86xx
boards. This makes the code easier to read and more flexible.
Delete pixis.h, because none of the exported functions were actually being
used by any other file. Make all of the functions in pixis.c 'static'.
Remove
This patch adds reset_timer() before the flash status check
waiting loop.
Since the timer is basically running asynchronous to the cfi
code, it is possible to call get_timer(0), then only a few
_SYSCLK_ cycles later an interrupt is generated. This causes
timeout even though much less time has
This patch adds reset_timer() before the flash status check
waiting loop.
Since the timer is basically running asynchronous to the cfi
code, it is possible to call get_timer(0), then only a few
_SYSCLK_ cycles later an interrupt is generated. This causes
timeout even though much less time has
Thanks Detlev,
--- On Wed, 31/3/10, Detlev Zundel d...@denx.de wrote:
From: Detlev Zundel d...@denx.de
Subject: Re: [U-Boot] Saving environment variables in MMC
To: nitin...@yahoo.com
Cc: U-Boot user list u-boot@lists.denx.de
Date: Wednesday, 31 March, 2010, 8:04 PM
Hi Nitin,
Thanks
When the timestamp is incremented via interrupt and the interrupt
period is greater than 1 msec, successive calls to get_timer() can
produce inaccurate timing since the interrupts are asynchronous
to the timing loop. For example, with an interrupt period of 10 msec
two successive
Hi!
I am doing env settings some thing like this,
ROOT1=/dev/mmcblk0p1
ROOT2=/dev/mmcblk0p2
ROOT=${ROOT1}
bootargs1=console=ttyS0,115200n8 mem=256M noinitrd rw rootdelay=1 ${ROOT}
when I say 'setenv bootargs ${bootargs1}', ${ROOT} gets resolved to 'ROOT1', it
does not get completely resolved
49 matches
Mail list logo