Hi Wolfgang,
On Mon, Feb 7, 2011 at 2:58 PM, Wolfgang Denk w...@denx.de wrote:
Dear Lei Wen,
In message aanlktim4-nny184wxzcspcaetaese8+m4y08b3alj...@mail.gmail.com you
wrote:
I mentioned this before: the stack can temporarily use arbitrary
amounts of storage, whil still allowing you to
Dear Lei Wen,
In message AANLkTi=knpj02shcp5fyqukydmaxun+lgvpk7o-6v...@mail.gmail.com you
wrote:
The measurement is simple, for I don't change other part, the heap
size and etc part
size, but only move the temp buffer to the heap area instead of stack area.
So this reduce the large memory
On Mon, Feb 7, 2011 at 4:59 PM, Wolfgang Denk w...@denx.de wrote:
Dear Lei Wen,
In message AANLkTi=knpj02shcp5fyqukydmaxun+lgvpk7o-6v...@mail.gmail.com you
wrote:
The measurement is simple, for I don't change other part, the heap
size and etc part
size, but only move the temp buffer to
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
---
Based of: git://git.am.freescale.net/mirrors/u-boot.git (branch, master)
include/configs/P1_P2_RDB.h |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/configs/P1_P2_RDB.h
u-boot BSP generates XILINX_USE_MSR_INSTR macro
even for system with MSR=0. That's why explicitly
check that MSR=1.
Signed-off-by: Michal Simek mon...@monstr.eu
---
arch/microblaze/include/asm/asm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Fix ancient code which worked with MSR in a bad way.
Use rtid instruction which enable IRQs and jump.
Signed-off-by: Michal Simek mon...@monstr.eu
---
arch/microblaze/cpu/irq.S | 19 +--
1 files changed, 1 insertions(+), 18 deletions(-)
diff --git a/arch/microblaze/cpu/irq.S
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Cc: York Sun york...@freescale.com
---
P1014 processor supports maximum 16bit DDR data width.
Based of: git://git.am.freescale.net/mirrors/u-boot.git (branch, master)
arch/powerpc/cpu/mpc8xxx/ddr/util.c |4 +++-
Hi,
I have can compile the uboot 2010.09 with the eldk compiler succesfully
and it runs on the target system.
If I compile the same uboot with gcc 4.5.2, binutils 2.11 and glibc 2.13
the uboot compiles also successfully but it didn't work on the taget
system. The uboot don't have any outputs
On Saturday 05 February 2011 00:06:01 Michael Schwingen wrote:
Signed-off-by: Michael Schwingen mich...@schwingen.org
Thanks for taking care of this Michael:
Acked-by: Stefan Roese s...@denx.de
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235
On Saturday 05 February 2011 15:14:06 Shinya Kuribayashi wrote:
Signed-off-by: Shinya Kuribayashi skuri...@pobox.com
Acked-by: Stefan Roese s...@denx.de
Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5,
Dear =?UTF-8?B?TWFpayBIw6RuaWc=?=,
In message 4d4fbead.1030...@hrz.tu-chemnitz.de you wrote:
If I compile the same uboot with gcc 4.5.2, binutils 2.11 and glibc 2.13
the uboot compiles also successfully but it didn't work on the taget
system. The uboot don't have any outputs on the debug
At 14:17 03.02.2011 +0100, Fabian Cenedese wrote:
Hi
I'm creating a SPL u-boot image for our board. In the file
arch/powerpc/cpu/mpc85xx/cpu_init_nand.c is the setup for
the L2 cache as SRAM. In the end is a loop that fills the
cache with 0 (512KB in this case).
/* Initialize L2 SRAM to
Dear Wolfgang Denk,
should I better use gcc 4.4?
And yes I'm working on ARM.
Best regards / Mit freundlichen Grüßen
Maik Hänig
Am 07.02.2011 11:17, schrieb Wolfgang Denk:
Dear =?UTF-8?B?TWFpayBIw6RuaWc=?=,
In message4d4fbead.1030...@hrz.tu-chemnitz.de you wrote:
If I compile the same
Am 06.02.2011 22:33, schrieb Grant Erickson:
// Preincrement random data.
++env_new.flags; /* increase the serial */
Unfortunately, preincrementing random data won't replicate the behavior of
Wheter using preincrement or postinecrement isn't of interest here,
using preincrement
Hello,
Am 07.02.2011 05:42, schrieb Gadiyar, Anand:
On Sat, Feb 5, 2011 at 7:35 PM, Alexander Hollerhol...@ahsoftware.de wrote:
I am trying to enable boot from tftp for a BeagleBoard-xM.
The BeagleBoard-xM has an integrated Ethernet port over USB.
Currently there is no support for
On Friday 21 January 2011 09:31:21 Dirk Eibach wrote:
Board support for the Guntermann Drunck DLVision-10G.
Adds support for multiple FPGAs per board for gdsys 405ep
architecture.
Adds support for dual link osd hardware for gdsys 405ep.
Signed-off-by: Dirk Eibach eib...@gdsys.de
Applied
Hi Wolfgang
please pull the following patch (initial version posted before the merge-window
closed):
The following changes since commit 42d44f631c4e8e5359775bdc098f2fffde4e5c05:
Prepare v2011.03-rc1 (2011-02-02 22:37:32 +0100)
are available in the git repository at:
Dear =?ISO-8859-1?Q?Maik_H=E4nig?=,
In message 4d4fc86c.2080...@hrz.tu-chemnitz.de you wrote:
should I better use gcc 4.4?
No, you should go forward, i. e. rather use current U-Boot code that
is supposed to fix these problems (at last the most obvious ones - and
if there are any left, you'd
Hi Magnus,
On 2/6/2011 10:03 AM, Magnus Lilja wrote:
...
I've done some testing now and ended up comparing start.S for ARM1136 with
ARM926EJS since
the latter is used on the Karo TX25 board which seems to have been updated and
also boots from NAND.
Thanks for looking into this.
The
Dear Wolfgang Denk,
I tried the uboot version 2010.12 also with the eldk but I didn't get it
running.
Here is my patch. It seems there is a problem in the lolevel_init. But I
didn't flound it. At the moment I have no debugger.
So I have two problems the version 2010.12 didn't work with
Dear =?ISO-8859-1?Q?Maik_H=E4nig?=,
please do not top post / full quote.
In message 4d4fdf81.1070...@hrz.tu-chemnitz.de you wrote:
I tried the uboot version 2010.12 also with the eldk but I didn't get it
running.
I wrote:
| Workarounds for some of them have been added recently in
Hi,
because this has become a pretty popular topic here (sic!) I decided
to collect the relevant information so we have some reference we can
point users to.
Please have a look at http://www.denx.de/wiki/U-Boot/GccBugsAndIssues
If you know of additional issues, please feel free to extend the
Hi,
The current implementation of boot count limit feature
relies on the availability of registers/memory that preserve
their value across reboot. Unfortunately there's no such
thing my board. I was thinking of using u-boot environment
on NOR to store intermediate boot count value and clear it
in
Hi Olivier,
Olivier Martin wrote:
Hi,
I am trying to enable boot from tftp for a BeagleBoard-xM.
The BeagleBoard-xM has an integrated Ethernet port over USB.
I have tried to enable it by adding these following lines in
include/configs/omap3_beagle.h:
#define CONFIG_USB_ETHER
Dear Felix Radensky,
In message 4d4ff107.8010...@embedded-sol.com you wrote:
The current implementation of boot count limit feature
relies on the availability of registers/memory that preserve
their value across reboot. Unfortunately there's no such
thing my board. I was thinking of using
On 02/07/2011 12:32 PM, Fabio Estevam wrote:
Hi Magnus,
On 2/6/2011 10:03 AM, Magnus Lilja wrote: ...
Hi,
I have no idea if this breaks other boards but at least it's start
for further work. I tried it on the imx31 litekit (which boots from
NOR) but that board doesn't seem to boot even
Hello,
Am 07.02.2011 14:15, schrieb Wolfgang Denk:
Please have a look at http://www.denx.de/wiki/U-Boot/GccBugsAndIssues
If you know of additional issues, please feel free to extend the list
or drop me a note.
Hmm, that Fixed just means it is fixed somewhere. E.g. 45094 isn't
fixed in any
Dear Alexander Holler,
In message 4d500a78.20...@ahsoftware.de you wrote:
Hmm, that Fixed just means it is fixed somewhere. E.g. 45094 isn't
fixed in any currently available release.
Right, that fixed means that there is a known fix for the problem
available; it is up to your tool chain
Hi -
I've been investigating a problem involving the at91sam9261 processor.
Across 2 or 3 years we've manufactured two products with:
Crystal: 16.000 MHz
Processor Clock: 240 MHz (PLLA *15)
Master Clock: 120 MHz
VDDCORE: 1.2v
Based on testing history, about 10% of the assemblies fail starting
Albert,
On Fri, Feb 4, 2011 at 11:50 PM, Albert ARIBAUD albert.arib...@free.fr wrote:
Le 02/02/2011 19:44, Albert ARIBAUD a écrit :
Le 02/02/2011 18:06, Tom Warren a écrit :
Mike,
On Wed, Feb 2, 2011 at 12:57 AM, Mike Rapoportm...@compulab.co.il
wrote:
On 02/02/11 02:09, Tom Warren
Since it was one of the purposed GSoc project, knowing something more
would be interesting for someone.
Could you please provide more information, or maybe give a hint
about who worked on that?
thanks..
On Mon, 7 Feb 2011 10:12:53 +0530 Gadiyar, Anand
gadi...@ti.com wrote:
There was some work
Hi
On 2011-02-07 15:13, Stefano Babic wrote:
I have no idea if this breaks other boards but at least it's start
for further work. I tried it on the imx31 litekit (which boots from
NOR) but that board doesn't seem to boot even before applying
Fabios patch, I'll see if I can figure out why that
Am 02/05/2011 12:52 AM, schrieb Wolfgang Denk:
Dear Michael Schwingen,
In message 1296860763-16149-1-git-send-email-mich...@schwingen.org you
wrote:
here is the third incarnation of the IXP patch series. I hope I addressed
all the comments from version 2:
- timer system now uses no
On Tue, Feb 8, 2011 at 7:37 AM, Michael Schwingen
rincew...@discworld.dascon.de wrote:
Am 02/05/2011 12:52 AM, schrieb Wolfgang Denk:
Dear Michael Schwingen,
In message 1296860763-16149-1-git-send-email-mich...@schwingen.org you
wrote:
here is the third incarnation of the IXP patch series.
Hey
make tools-all fails under Debian kfreebsd-amd64 and -i386 due to the
lack of MTD headers:
make[2]: Entering directory
`/build/buildd-u-boot_2010.12-2-kfreebsd-i386-yWW1BA/u-boot-2010.12/tools/env'
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -idirafter
From: Haiying Wang haiying.w...@freescale.com
P1021 has some QE pins which need to be set in pmuxcr register before using QE
functions. In this patch, pin QE0 and QE3 are set for UCC1 and UCC5 in Eth mode.
QE9 and QE12 are set for MII management. QE12 needs to be released after MII
access because
From: Haiying Wang haiying.w...@freescale.com
In the case the QE's microcode is stored in nand flash, we need to load it from
NAND flash to ddr first then the qe_init can get the ucode correctly.
Signed-off-by: Haiying Wang haiying.w...@freescale.com
---
arch/powerpc/cpu/mpc85xx/cpu_init.c |
On 02/02/2011 03:18 PM, Ryan Mallon wrote:
Add support for Bluewater Systems AT91 based Snapper 9260 and 9G20
single board computer modules. Includes NAND flash and Ethernet
support.
Signed-off-by: Ryan Mallon r...@bluewatersys.com
Hello Reinhard,
Is this patch okay for inclusion in your
Hi
u-boot 2010.09 used to build under Debian mipsel, but failed building
starting with 2010.12 with this error:
/usr/bin/make -C
/build/buildd-u-boot_2010.12-2-mipsel-Q8UfBj/u-boot-2010.12/board/dbau1x00/
u-boot.lds
make[2]: Entering directory
From: Haiying Wang haiying.w...@freescale.com
Signed-off-by: Haiying Wang haiying.w...@freescale.com
---
v2: re-number the res defines in immap_85xx.h, make changes to P1021 specific
defines based on the latest commit in u-boot-85xx git tree.
arch/powerpc/include/asm/config_mpc85xx.h |4
Hi all,
I have 2010.09 U-Boot working fairly well now on our Octeon 63XX processor and
have a number of observations about U-Boot.
One of our challenges is the fact that the Octeon is a 64-bit multi-core MIPS
processor that requires 64-bit memory access. In our case, various I/O
subsystems
Dear =?iso-8859-1?Q?Lo=EFc?= Minier,
In message 20110207210900.ga5...@bee.dooz.org you wrote:
make tools-all fails under Debian kfreebsd-amd64 and -i386 due to the
lack of MTD headers:
...
I didn't find any MTD header in the kfreebsd package.
Eventually FreeBSD uses a different mechanism
On Mon, Feb 07, 2011, Wolfgang Denk wrote:
If not, I guess this should be removed from tools-all is mtd/mtd-user.h
isn't found; is there any recommendation in doing this?
Even if you are building in a *BSD environment, you could still be
building for a Linux target system. After all, the
Hi.
I tried to recompile my toolchain to a newer set, but so far no luck, no matter
what i try any of the newer U-Boot versions won't compile.
Regarding the old 1.1.3 version im using right now, when trying to get a dhcp
address, it keeps saying:
Warning: MAC addresses don't match:
Dear Aaron Williams,
In message 201102071402.37099.aaron.willi...@caviumnetworks.com you wrote:
One of our challenges is the fact that the Octeon is a 64-bit multi-core MIPS
processor that requires 64-bit memory access. In our case, various I/O
subsystems are mapped to physical addresses
Changed both to use a common timeout for URB submission, since they were using
different values and EHCI's was too short.
Also fixed EHCI to actually check if urb submission succeeded, rather than
silently continuing into the weeds.
Change-Id: I7f71499ffaa05187d8e5618db2419e1606007b82
Hi Remy,
I have now tested on OHCI with AT91SAM9G45 and found that the code
already includes a longer timeout and does not have the submission
bug. So for now I would like to replace that patch with a new one
which I will send to the list today.
For now I will drop the reset and restart parts of
On Mon, Jan 31, 2011 at 06:56:48PM -0800, Aaron Williams wrote:
Trying again submitting the patch.
Adds support for NAND flash chips that are 4GiB and larger.
Signed-off-by: Aaron Williams aaron.willi...@caviumnetworks.com
diff --git a/common/cmd_mtdparts.c b/common/cmd_mtdparts.c
index
mtd/mtd-user.h is missing on FreeBSD hosts; add a macro to test whether
a specific host header is present and use it to decide to build
fw_printenv if mtd/mtd-user.h is present.
---
How about this approach?
If it's ok, then I could extend it to handle the MTD_VERSION=old case as well,
perhaps
On Monday, February 07, 2011 02:26:15 pm Wolfgang Denk wrote:
Dear Aaron Williams,
In message 201102071402.37099.aaron.willi...@caviumnetworks.com you wrote:
One of our challenges is the fact that the Octeon is a 64-bit multi-core
MIPS processor that requires 64-bit memory access. In our
This adds support for using USB Ethernet dongles in host mode. This is just
the framework - drivers will come later. A new config option called
CONFIG_USB_HOST_ETHER can be defined in board config files to switch this
on.
The was originally written by NVIDIA and was cleaned up for release by the
Driver originally written by NVIDIA Corporation, modified to
handle odd-length packets.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/usb/eth/Makefile|3 +
drivers/usb/eth/asix.c | 633 +++
drivers/usb/eth/usb_ether.c |7 +
Your mailbox is almost full.
Your mailbox has exceeded the storage limit which is why you are receiving
this alert as set by your administrator,you will not be able to send or
receive new mail or your sent mail will not be delivered until you
re-validate your mailbox. To re-validate your mailbox
Dear Simon Glass,
In message 1297129461-16420-1-git-send-email-...@chromium.org you wrote:
This adds support for using USB Ethernet dongles in host mode. This is just
the framework - drivers will come later. A new config option called
CONFIG_USB_HOST_ETHER can be defined in board config files
Dear Simon Glass,
In message 1297129461-16420-2-git-send-email-...@chromium.org you wrote:
Driver originally written by NVIDIA Corporation, modified to
handle odd-length packets.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/usb/eth/Makefile|3 +
drivers/usb/eth/asix.c
55 matches
Mail list logo