hi hari
have u got support for *BCM8727* dual 10 GbE SFI-to-XAUI PHY in the boot loader.
If so could u please share that to me.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
My lovely friend,
warmly welcome to visit the following web to see our nike shoes and the price.
http://www.us-nikeoutlet.com
we are nike shoes factory. we are promoting our nike shoes now.
the price is the factory price. so the price is very competitive.
our minimum order quantity is one pair.
On Tuesday, October 05, 2010 10:56:39 Reinhard Meyer wrote:
+ /*
+ * count the number of continuation bytes, but
+ * leave at least 3 bytes to the end of the buffer untouched
+ */
+ for (shift = 0, idp = idbuf;
+ shift (sizeof(idbuf) - 3) *idp == 0x7f;
+
From: Reinhard Meyer u-b...@emk-elektronik.de
This allows for arbitrarily long manufacturer ids following the JEDEC
standard of 0x7f continuation bytes. It also makes adding new entries
easier as it's just one element in an array. The downside is that it
increases code size a bit, but we're
On Tuesday, October 05, 2010 10:56:40 Reinhard Meyer wrote:
Supports most types that support Read-Id and the FM25H20.
you'll need to tweak the probe func to handle the full idcode buffer (see the
patch i posted), but otherwise this looks fine to me
-mike
signature.asc
Description: This is a
Hi Wolfgang,
On Sunday 10 October 2010 10:35:36 Wolfgang Denk wrote:
your commit
commit 8a805df13615667ebdcc9f3a3a6fbf6c7778a992
Author: Stefan Roese s...@denx.de
Date: Thu Sep 16 14:01:53 2010 +0200
ppc4xx/fdt/flash: Change fdt_fixup_nor_flash_node() to not
Dear Mike Frysinger,
In message 1286503069-17423-1-git-send-email-vap...@gentoo.org you wrote:
The following changes since commit d6288664743cdd4824cb877ca424619c827c1256:
Merge branch 'master' of git://git.denx.de/u-boot-blackfin (2010-10-05
14:42:32 +0200)
are available in the git
Dear Mike Frysinger,
On Tuesday, October 05, 2010 10:56:39 Reinhard Meyer wrote:
+/*
+ * count the number of continuation bytes, but
+ * leave at least 3 bytes to the end of the buffer untouched
+ */
+for (shift = 0, idp = idbuf;
+shift (sizeof(idbuf) - 3)
Dear Kumar Gala,
In message pine.lnx.4.64.1010071117130.21...@localhost.localdomain you wrote:
The following changes since commit d6288664743cdd4824cb877ca424619c827c1256:
Merge branch 'master' of git://git.denx.de/u-boot-blackfin (2010-10-05
14:42:32 +0200)
are available in the git
Hello,
I just have built gcc-4.3.5 for arm-eabi. When I compile u-boot with it,
it stops after the DRAM: 64 MiB. I _assume_ that relocation does not work.
I do not have time right now to further investigate this issue, but if
someone else finds the same problem, this might be an issue worth
Dear Graeme Russ,
In message 4cad929f.9040...@gmail.com you wrote:
Hi Wolfgang,
please pull from u-boot-x86.
The following changes since commit d6288664743cdd4824cb877ca424619c827c1256:
Merge branch 'master' of git://git.denx.de/u-boot-blackfin (2010-10-05
14:42:32 +0200)
are
Dear Stefano Babic,
In message 1286441988-28998-2-git-send-email-sba...@denx.de you wrote:
The patch adds support to load a Lattice's bitstream
image (called VME file) into a Lattice FPGA. The code
containing the state machine delivered as part of
Lattice's ispVMtools is integrated.
The
Dear Remy,
In message 1286443640-29526-3-git-send-email-sba...@denx.de you wrote:
Signed-off-by: Stefano Babic sba...@denx.de
---
board/davedenx/qong/qong.c | 33 +
include/configs/qong.h | 18 +-
2 files changed, 50 insertions(+), 1
On Monday, October 11, 2010 03:56:26 Reinhard Meyer wrote:
Dear Mike Frysinger,
On Tuesday, October 05, 2010 10:56:39 Reinhard Meyer wrote:
+ /*
+ * count the number of continuation bytes, but
+ * leave at least 3 bytes to the end of the buffer untouched
+ */
+ for (shift =
Dear Stefano Babic,
In message 4cad8492.3000...@denx.de you wrote:
Hi Wolfgang,
please pull from u-boot-imx.
The following changes since commit 2e6e1772c0e34871769be4aef79748fe3e47d953:
Wolfgang Denk (1):
Merge branch 'next' of /home/wd/git/u-boot/next
are available in the
Dear Reinhard Meyer,
In message 4cab35de.2010...@emk-elektronik.de you wrote:
Dear Wolfgang,
The following changes since commit d6288664743cdd4824cb877ca424619c827c1256:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-blackfin
are available in the git
Dear Albert Aribaud,
In message 1286287599-5198-1-git-send-email-albert.arib...@free.fr you wrote:
Generalized misuse of ble within relocation and bss
initialization loops caused one iteration too many.
Instead of ble ('branch if lower or equal'), use
blo ('branch if lower').
While we're
From: Reinhard Meyer u-b...@emk-elektronik.de
This allows for arbitrarily long manufacturer ids following the JEDEC
standard of 0x7f continuation bytes. It also makes adding new entries
easier as it's just one element in an array. The downside is that it
increases code size a bit, but we're
From: Reinhard Meyer u-b...@emk-elektronik.de
Supports most types that support Read-Id and the FM25H20.
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
drivers/mtd/spi/Makefile |1 +
drivers/mtd/spi/ramtron.c
Dear Mike Frysinger,
NONE of the existing functions work with expansion, so they all get the
unshifted, full ID buffer.
err, right. was thinking it also shifted off the manu id byte and not just
the continuation bytes.
i'll tweak the patch i posted and pull in your ramtron patch.
Wolfgang Denk wrote:
Dear Stefano Babic,
Hi Wolfgang,
@@ -0,0 +1,3166 @@
+/*
+ * (C) Copyright 2010
+ * Stefano Babic, DENX Software Engineering, sba...@denx.de.
+ *
+ * Porting to u-boot of Lattice ispVME Embedded to
+ * load Lattice's FPGA:
+ *
+ * Copyright 2009 Lattice
On Friday, August 13, 2010 06:25:05 Sergei Shtylyov wrote:
Remy Bohmer wrote:
Sergei, do you agree that I apply this patch?
Well, if it's based on the Linux code... although it still does look
wrong... I don't know. :-)
do you have a board you could test on ? otherwise, it seems this
Dear Lei Wen,
As suggested by Reinhard, I add two additional member in mmc structure,
so that we could specify its value in each driver. If that value is 0, then
the behavior would be the same as original, as no seperation.
After thinking alot about this:
Preface: (for understanding of the
Reinhard Meyer schrieb:
Hello,
I just have built gcc-4.3.5 for arm-eabi. When I compile u-boot with it,
it stops after the DRAM: 64 MiB. I _assume_ that relocation does not work.
I do not have time right now to further investigate this issue, but if
someone else finds the same problem,
Dear Reinhard Meyer,
In message 4cb2d225.6020...@emk-elektronik.de you wrote:
After thinking alot about this:
Preface: (for understanding of the issue)
Thanks!!
I see two possible solutions for that problem here:
1. generally limit the number of blocks requested to 65535. The performance
On Mon, Oct 11, 2010 at 5:22 PM, Wolfgang Denk w...@denx.de wrote:
Dear Reinhard Meyer,
In message 4cb2d225.6020...@emk-elektronik.de you wrote:
After thinking alot about this:
Preface: (for understanding of the issue)
Thanks!!
I see two possible solutions for that problem here:
1.
The following series of patches prepares the ground to move the
remaining board configuration entries out of the Makefile into the
boards.cfg file, replacing multi-line scripts to fiddle with config.h
and config.mk files into simple, single-line entries.
[PATCH 1/3] Build: Add board options
From: Marek Vasut marek.va...@gmail.com
There are some boards where it's currently not possible to detect all
board information at runtime, therefore a new column was added to
boards.cfg .
This column can contain multiple options: a board configuration name,
optionally followed by a colon (':')
When planning for more generalization and Makefile cleanup it became
obvious that the introduction of a separate CONFIG_MK_ name space for
config options that were set through scripting in the Makefile was
not a good idea.
Originally the idea was to provide a script-free approach to supply
The change is currently needed to be able to remove the board
configuration scripting from the top level Makefile and replace it by
a simple, table driven script.
Moving this configuration setting into the CONFIG_* name space is
also desirable because it is needed if we ever should move forward
Hello Wolfgang
Am 05.10.2010 20:41, schrieb Wolfgang Denk:
Dear Matthias Weisser,
-gd-bd-bi_dram[0].start = PHYS_SDRAM;
-gd-bd-bi_dram[0].size = PHYS_SDRAM_SIZE;
+/* dram_init must store complete ramsize in gd-ram_size */
+gd-ram_size = get_ram_size((volatile void
Dear Lei Wen,
Ok, I am also fine with not include the 512KiB restriction.
So we comes to a conclusion that we still use v1 patch, but cut the
512KiB limitation?
Considering the comments that were given to that one, yes.
As mmc host limitation, the max number of block in one go
should be
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
board/LaCie/edminiv2/config.mk |4 ++--
include/configs/edminiv2.h |5 +
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/board/LaCie/edminiv2/config.mk b/board/LaCie/edminiv2/config.mk
index 3dec1aa..bf3581d
ELF relocation tables generated with linker option -pie can
be used to fixup code and data in a single loop at relocation,
removing the need for manual fixups anywhere else in the code.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
This patch set is intended for the ELF relocation
Dear Albert Aribaud,
In message 1286795609-6754-1-git-send-email-albert.arib...@free.fr you wrote:
ELF relocation tables generated with linker option -pie can
be used to fixup code and data in a single loop at relocation,
removing the need for manual fixups anywhere else in the code.
Dear Albert Aribaud,
In message 1286795609-6754-2-git-send-email-albert.arib...@free.fr you wrote:
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
board/LaCie/edminiv2/config.mk |4 ++--
include/configs/edminiv2.h |5 +
2 files changed, 7 insertions(+), 2
Dear Albert Aribaud,
In message 1285271364-21302-2-git-send-email-albert.arib...@free.fr you wrote:
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
board/LaCie/edminiv2/config.mk |3 ++-
include/configs/edminiv2.h |6 ++
2 files changed, 8 insertions(+), 1
Hello
The timer implementation for s3c24xx based SoC
(arch/arm/cpu/arm920t/s3c24x0/timer.c) uses several global variables.
With the newly introduced ARM relocation feature, this timer code does
no longer work as expected.
What is the proposed fix/workaround for this?
Is moving these variables to
Dear Reinhard Meyer, dear Lei Wen,
In message 4cb2ea80.2090...@emk-elektronik.de you wrote:
Ok, I am also fine with not include the 512KiB restriction.
So we comes to a conclusion that we still use v1 patch, but cut the
512KiB limitation?
Considering the comments that were given to that
Le 11/10/2010 13:30, Wolfgang Denk a écrit :
Dear Albert Aribaud,
In message1285271364-21302-2-git-send-email-albert.arib...@free.fr you
wrote:
Signed-off-by: Albert Aribaudalbert.arib...@free.fr
---
board/LaCie/edminiv2/config.mk |3 ++-
include/configs/edminiv2.h |6
Le 11/10/2010 13:42, Albert ARIBAUD a écrit :
So yes, it is needed for relocation, but it is not ELF specific. It
should thus go to the arm master branch, and the ELF branch should be
based at or above it.
BTW: do you want me to resubmit it formally as a standalone patch?
Amicalement,
--
Signed-off-by: Heiko Schocher h...@denx.de
---
board/logicpd/imx27lite/config.mk |3 +++
include/configs/imx27lite-common.h |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/board/logicpd/imx27lite/config.mk
b/board/logicpd/imx27lite/config.mk
index 2f9c4e6..af1c82b
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/armv7/start.S | 131
arch/arm/cpu/armv7/u-boot.lds |7 ++
arch/arm/lib/cache.c |2 +-
include/configs/omap3_beagle.h |2 +-
4 files changed, 87 insertions(+), 55
Dear Albert ARIBAUD,
In message 4cb2f968.8040...@free.fr you wrote:
Le 11/10/2010 13:42, Albert ARIBAUD a =E9crit :
So yes, it is needed for relocation, but it is not ELF specific. It
should thus go to the arm master branch, and the ELF branch should be
based at or above it.
BTW: do
Dear Albert ARIBAUD,
In message 4cb2f82f.2090...@free.fr you wrote:
If yes, then how about the other part of this series, [PATCH V2 1/2]
[NEXT] orion5x: fix relocation-incompatible c... ?
I'd forgotten this one -- somehow I thought it was already applied since
it was a fix made above
Dear Albert Aribaud,
In message 1285271364-21302-1-git-send-email-albert.arib...@free.fr you wrote:
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
SUMMARY
Device address window mapping code would not run from
FLASH due to cutting access to BOOTCS. Fixed by reordering
code.
env_mmc: Fix crashing bug encountered after enabling ARM relocation
The crash was occuring in env_relocate because it was being called prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
This patch also cleans up the env_relocate_spec code in env_mmc.c
Dear Heiko Schocher,
In message 1286798895-28813-1-git-send-email...@denx.de you wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
board/logicpd/imx27lite/config.mk |3 +++
include/configs/imx27lite-common.h |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
Applied to
Dear Heiko Schocher,
In message 1286798895-28813-2-git-send-email...@denx.de you wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/config.mk |2 ++
arch/arm/cpu/arm926ejs/start.S |8
board/karo/tx25/config.mk |2 +-
Hi Wolfgang,
On Monday 11 October 2010 09:49:52 Stefan Roese wrote:
sequoia_ramboot definitely needs a different fix. We do want to support
NAND and NOR flash when booting from RAM (via debugger etc). I'll take a
look at it soon.
The Sequoia RAM-booting target has been created mainly for
Dear Heiko Schocher,
In message 1286798895-28813-3-git-send-email...@denx.de you wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
arch/arm/cpu/armv7/start.S | 131
arch/arm/cpu/armv7/u-boot.lds |7 ++
arch/arm/lib/cache.c |
Dear all,
I wanted to point out clues about why GCC manages the packed attribute
in this way.
The behavior is suspiciously similar to what the ARM RVDS compiler
(armcc) does with the __packed qualifier:
[...]
Thus if you wish to define a pointer to a word that can be at any address
(i.e.
Dear Stefan Roese,
In message 201010111519.04457...@denx.de you wrote:
The Sequoia RAM-booting target has been created mainly for boards equipped
only with NAND flash (no NOR). This image can be loaded via a JTAG debugger
into RAM and started there. After this U-Boot can be used to
Until now, the Sequoia RAM-booting image disabled NOR flash support
as this image was mainly created for NAND-only boards. This patch
now enables NOR flash support for this RAM-booting version as well.
Signed-off-by: Stefan Roese s...@denx.de
---
board/amcc/sequoia/sequoia.c |6 --
On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
This patch adds the Numonyx manufacturer code (0x20) to
onenand manufacturers.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
drivers/mtd/onenand/onenand_base.c |1 +
include/linux/mtd/onenand.h|
On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
Introduce Numonyx DDR timings and provide CONFIG_OMAP3_NUMONYX_DDR
config options to allow for platform files to setup their timings.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
The IGEP v2 board is a low-cost, fan-less and industrial temperature
range single board computer that unleashes laptop-like performance and
expandability without the bulk, expense, or noise of typical desktop
machines. Its
On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
Hello,
This is the version 3 of patch series to add initial support for
OMAP3 IGEP v2 board.
CHANGES:
* since v2
- [1/3] keep lists sorted
- [2/3] fix multiline comment style
- [3/3] add entry to MAINTAINERS
Hi,
I have a fix for MPC8360E ATM Quad OC3 External Phys on u-boot 2010-06.
Changed CS4 and CS5 addresses on Local Bus for matching PMC0 and PMC1
addresses.
Attached you can find the patch for it.
Best regards,
Stefan A. POPA
Freescale Semiconductor Romania SRL
45, Tudor
On Fri, Aug 20, 2010 at 2:12 PM, Timur Tabi ti...@freescale.com wrote:
On Sat, Aug 7, 2010 at 6:36 PM, Wolfgang Denk w...@denx.de wrote:
I would like to see any ACK or Tested-by: from actual users of this code.
Kumar, who should ack this patch?
This patch has been tested and acked by Ira
Constraint the mmc framework to only send no more than 65535
blocks in one go during the multi-write command. This constraint
comes due to the limitation of 16bit width block counter register
at some hardware.
Signed-off-by: Lei Wen lei...@marvell.com
Cc: Reinhard Meyer u-b...@emk-elektronik.de
Commit d984fed0 (makefiles: fixes for building build tools)
changed the variable name FIT_CFLAGS to HOSTCFLAGS_NOPED
but forgot to update to corresponding comment.
Signed-off-by: Daniel Hobi daniel.h...@schmid-telecom.ch
Cc: Scott Wood scottw...@freescale.com
Cc: Wolfgang Denk w...@denx.de
---
This patch makes tools/env/Makefile more similar to tools/imls:
- define HOSTSRCS and HOSTCPPFLAGS, so that .depend generation works.
- include U-Boot headers using -idirafter to prevent picking up
u-boot/include/errno.h.
- use HOSTCFLAGS_NOPED (fw_env.c does not conform to -pedantic).
- use the
On Wed, Oct 06, 2010 at 09:41:04PM +0200, Kristoffer Ericson wrote:
This patch add support for the HP Jornada 700-series with flashrom (manufact.
2008).
With little effort it could also be made to support earlier flashroms (just a
change of memory settings).
The HP Jornada is an strongarm
Hello,
2010/10/11 Steve Sakoman st...@sakoman.com:
On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
Hello,
This is the version 3 of patch series to add initial support for
OMAP3 IGEP v2 board.
CHANGES:
* since v2
- [1/3] keep lists sorted
- [2/3] fix multiline
Hi Wolfgang,
On 10/07/2010 03:48 PM, matt.wad...@linaro.org wrote:
ARMV7: Versatile Express Coretile CortexA9x4 support
ARMV7: Fixed baudrate setting in pl01x driver
These 2 patches have been hanging around for a while and
I've been pulling them along with the trunk changes.
They've
On Mon, Oct 11, 2010 at 10:02 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
Hello,
2010/10/11 Steve Sakoman st...@sakoman.com:
On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
Hello,
This is the version 3 of patch series to add initial support for
OMAP3 IGEP v2
On Mon, 11 Oct 2010 18:06:46 +0200
Daniel Hobi daniel.h...@schmid-telecom.ch wrote:
Hi Scott,
In commit d984fed0 (makefiles: fixes for building build tools),
you suggest that using $(CC) with host flags (HOSTCFLAGS, etc)
is the correct way to use the cross compiler to generate binaries
for
On Monday, October 11, 2010 05:45:09 Wolfgang Denk wrote:
board/bf527-ezkit/video.c | 10 +-
include/configs/bf527-ezkit.h |2 +-
these look fine ... were you going to update boards.cfg too ? this was the
only reason the bf527-ezkit-v2 target exists in the
Hello,
This is the version 4 of patch series to add initial support for
OMAP3 IGEP v2 board.
CHANGES:
* since v3
- [x/3] add Acked-by and Tested-by lines
- [3/3] fix warning in the build:
igep0020.c: In function 'board_eth_init':
igep0020.c:125: warning: implicit
This patch adds the Numonyx manufacturer code (0x20) to
onenand manufacturers.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Acked-by: Steve Sakoman steve.sako...@linaro.org
Tested-by: Steve Sakoman steve.sako...@linaro.org
---
Introduce Numonyx DDR timings and provide CONFIG_OMAP3_NUMONYX_DDR
config options to allow for platform files to setup their timings.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
Acked-by: Steve Sakoman steve.sako...@linaro.org
Tested-by: Steve Sakoman steve.sako...@linaro.org
---
The IGEP v2 board is a low-cost, fan-less and industrial temperature
range single board computer that unleashes laptop-like performance and
expandability without the bulk, expense, or noise of typical desktop
machines. Its architecture shares much in common with other OMAP3 boards.
Signed-off-by:
Sorry, this is the version 4
2010/10/11 Enric Balletbo i Serra eballe...@gmail.com:
The IGEP v2 board is a low-cost, fan-less and industrial temperature
range single board computer that unleashes laptop-like performance and
expandability without the bulk, expense, or noise of typical desktop
On Mon, Oct 11, 2010 at 09:48:03PM +0200, Enric Balletbo i Serra wrote:
This patch adds the Numonyx manufacturer code (0x20) to
onenand manufacturers.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Acked-by: Steve Sakoman
On Sun, Oct 10, 2010 at 06:37:40AM -0400, Mike Frysinger wrote:
diff --git a/common/cmd_nand.c b/common/cmd_nand.c
index 3f1d077..e0be7e5 100644
--- a/common/cmd_nand.c
+++ b/common/cmd_nand.c
@@ -309,6 +309,8 @@ int do_nand(cmd_tbl_t * cmdtp, int flag, int argc, char *
const argv[])
On Monday, October 11, 2010 16:29:41 Scott Wood wrote:
On Sun, Oct 10, 2010 at 06:37:40AM -0400, Mike Frysinger wrote:
--- a/common/cmd_nand.c
+++ b/common/cmd_nand.c
@@ -309,6 +309,8 @@
if (argc 2)
goto usage;
+ nand_init();
+
Also do_nandboot().
does
On Mon, 11 Oct 2010 17:02:00 -0400
Mike Frysinger vap...@gentoo.org wrote:
On Monday, October 11, 2010 16:29:41 Scott Wood wrote:
On Sun, Oct 10, 2010 at 06:37:40AM -0400, Mike Frysinger wrote:
--- a/common/cmd_nand.c
+++ b/common/cmd_nand.c
@@ -309,6 +309,8 @@
if (argc 2)
Hello,
This is the first version of patch series to add initial support for
OMAP3 IGEP module. Please, consider to add in next merge window. Thanks.
$ git diff --stat origin/master
MAINTAINERS|1 +
MAKEALL|1 +
board/isee/igep0030/Makefile
The IGEP module is a low-power, high performance production-ready
system-on-module (SOM) based on TI's OMAP3 family.The IGEP module
solution based upon TI OMAP3 provides a low-power/low-cost platform
for a variety of consumer/industrial/medical devices.
Signed-off-by: Enric Balletbo i Serra
On Mon, 11 Oct 2010 15:41:44 +0100
Popa Stefan-R89990 r89...@freescale.com wrote:
Hello Stefan Popa,
Attached you can find the patch for it.
It doesn't apply:
$ git am 358
Patch is empty. Was it split wrong?
If you would prefer to skip this patch, instead run git am --skip.
To restore the
On Thu, 30 Sep 2010 13:40:34 -0500
Kim Phillips kim.phill...@freescale.com wrote:
commit 6aa3d3bfaa986f1aff5e21a9b9f68d087715b1a9
83xx: Remove warmboot parameter from PCI init functions missed
one mpc83xx_pcie_init callsite, causing this build error:
Configuring for MPC837XEMDS_HOST
Thanks for the replies. I didn't realize that the MMC module was operating
in 1-bit mode inside U-boot. I'll concentrate on looking at that. Has
anybody done any work to try and get 4-bit mode working for OMAP3 in U-boot?
Thanks,
Chris
On Thu, Oct 7, 2010 at 1:04 PM, Wolfgang Denk
Hi
Is there a simple way to send data from a Linux user-space program to
U-Boot?
How about from U-Boot up to a user-space program?
The data may change often enough that using fw_printenv and fw_setenv might
wear out the NAND storage area for the environment.
The use-case is to have two kernel
Hi,
One of our board has PT7C4338 (Pericom Technology Inc.) as RTC chip.
Does anyone has any idea if u-boot has support for this chip? If yes,
what is the location of this RTC driver in u-boot?
Thanks alot
Priyanka
___
U-Boot mailing list
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Wednesday, September 08, 2010 11:01 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V3] mvsata_ide: adjust port init sequence
-Original Message-
From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
Sent: Monday, September 20, 2010 9:40 PM
To: u-boot@lists.denx.de
Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar;
Prafulla Wadaskar
Subject: [PATCH v2] Kirkwood: print_cpuinfo fixed for valid
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Thursday, October 07, 2010 12:17 AM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V3] orion5x: optimize window size computation
Signed-off-by:
-Original Message-
From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
Sent: Thursday, October 07, 2010 8:29 PM
To: u-boot@lists.denx.de
Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
Subject: [PATCH V2 1/3] Kirkwood: dram_init is moved to dram.c
For all Kirkwood
-Original Message-
From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
Sent: Thursday, October 07, 2010 8:29 PM
To: u-boot@lists.denx.de
Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
Subject: [PATCH V2 2/3] kirkwood: added common config file mv-common.h
It is
-Original Message-
From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
Sent: Thursday, October 07, 2010 8:29 PM
To: u-boot@lists.denx.de
Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
Subject: [PATCH V2 3/3] Kirkwood: Changes specific to ARM
relocation support
Dear Jain Priyanka-B32167,
In message
d6e175b6d647cc4e897e077d03fd4a5a259...@zin33exm22.fsl.freescale.net you wrote:
Does anyone has any idea if u-boot has support for this chip? If yes,
what is the location of this RTC driver in u-boot?
RTC drivers can be found - surprise, surprise - in
Hi Wolfgang/Tom
Pls pull
The following changes since commit d778a2fbb360530395dfbc0dbe1f80b7bf959028:
Albert Aribaud (1):
orion5x: fix relocation-incompatible code
are available in the git repository at:
u-boot-marvell.git master branch
Albert Aribaud (2):
mvsata_ide: adjust
93 matches
Mail list logo