Good Morning Wolfgang,
>
>
> Dear Matthias,
>
> In message
> <569685f045b85741820d0265e0d2999d019cf...@tddhh01.hh.thales-na
> val.de> you wrote:
> >
> > `get_partition_info'
> ...
> > What's the issue here?
>
> Hm... this is U-Boot release v2009.11.1, correct?
>
Yes correct, but it happens
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 to
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 cal
Thanks Detlev,
--- On Wed, 31/3/10, Detlev Zundel wrote:
> From: Detlev Zundel
> Subject: Re: [U-Boot] Saving environment variables in MMC
> To: nitin...@yahoo.com
> Cc: "U-Boot user list"
> Date: Wednesday, 31 March, 2010, 8:04 PM
> Hi Nitin,
>
> > Thanks for the information. I just wanted t
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 elap
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 elap
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 "#incl
Dear Jason Hanna,
In message 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 proceeds without error or
> further issue.
>
> I ran Wireshar
> 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 in
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
> a
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!"
Teste
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 mirr
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, w
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 pr
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
>
>
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
---
1. Added maintainers entry
2. Fixed sort order in main makefile
3. Remove board specific li
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 th
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.
1.
On Wed, 31 Mar 2010 09:54:28 -0500
Ed Swarthout 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 (1002, 5b60) found
On Wed, 31 Mar 2010 09:54:57 -0500
Ed Swarthout 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 the mpc8572ds CONFIG_
Signed-off-by: Detlev Zundel
CC: Ben Warren
---
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 2001-2004
+ * (C) Copyright 2001-2010
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
com
Dear Wolfgang,
On Wed, Mar 31, 2010 at 12:27 AM, Wolfgang Denk 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 De
Hi Ben,
> Hi Detlev,
>
> On Wed, Mar 31, 2010 at 6:44 AM, Detlev Zundel 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. Re
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!"
Teste
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
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 comm
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, m
> > 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 CONFIG_DO
Hi Detlev,
On Wed, Mar 31, 2010 at 6:44 AM, Detlev Zundel 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() functi
Nitin Mahajan wrote:
> Hello, --- On Wed, 31/3/10, Stefano Babic 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 info between
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 priorit
pci_eth_init() is already conditional to CONFIG_PCI so not every caller
needs to have conditionals.
This is the only place in the current code base where such a check is
still at the calling site.
Signed-off-by: Detlev Zundel
CC: Ben Warren
CC: Peter Pearse
---
board/armltd/integrator/integra
There is no CPLD on MX51EVK board, so remove CPLD related function.
Signed-off-by: Fabio Estevam
---
board/freescale/mx51evk/mx51evk.c | 67 -
board/freescale/mx51evk/mx51evk.h |1 -
2 files changed, 0 insertions(+), 68 deletions(-)
diff --git a/board/f
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
> -
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 compil
Hello,
--- On Wed, 31/3/10, Stefano Babic wrote:
> From: Stefano Babic
> Subject: Re: [U-Boot] Saving environment variables in MMC
> To: nitin...@yahoo.com
> Cc: "Frans Meulenbroeks" , "U-Boot user list"
>
> Date: Wednesday, 31 March, 2010, 4:17 PM
> Frans Meulenbroeks wrote:
> > 2010/3/30 Ni
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
some
Frans Meulenbroeks wrote:
> 2010/3/30 Nitin Mahajan :
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
The patch has ope
thanks
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
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
Fabio Estevam wrote:
> There is no CPLD on MX51EVK board, so remove CPLD related function.
>
> Signed-off-by: Fabio Estevam
> ---
Agree. Thanks to point out this issue. The code is not needed.
> - mx51_io_board = (struct io_board_ctrl *)(CS5_BASE_ADDR +
> -
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
> ---
> doc/README.enetaddr | 12
> 1 files changed, 12 insertions(+), 0 deletions(-)
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
> ---
> - changes since v1 posted here:
> http://lists.denx.de/pipermail/u-boot/201
Dear Ben Warren,
In message you
wrote:
>
> Wolfgang - please apply this to the current release.
>
> On Tue, Mar 30, 2010 at 11:34 PM, Heiko Schocher wrote:
>
> > only fill the device enetaddr with the contents of the eeprom,
> > not program it in mac address registers
> >
> > Signed-off-by:
45 matches
Mail list logo
