On 12/13/2011 08:33 PM, Stefano Babic wrote:
Currently nand_spl_simple puts it's temp data at 0x1 offset in SDRAM
which is likely to contain already loaded data.
The patch saves the oob data and the ecc on the stack replacing
the fixed address in RAM.
Signed-off-by: Stefano
On 12/13/2011 11:36 AM, Stefano Babic wrote:
On 13/12/2011 11:25, Simon Schwarz wrote:
Hi,
Hi Simon,
I have not yet factored out the general elements of SPL direct boot. ATM
i don't have the time - so if someone wants to take it :)
I take your proposal and I will go on working on this
By removing variable of 'part_size' in fs/fat.c,
compile error occurs when enabling FAT write feature.
The variable should be declared only when CONFIG_FAT_WRITE is defined.
This patch removes compile error when FAT write is enabled and
compile warning when FAT write is disabled.
Signed-off-by:
Once CONFIG_FAT_WRITE is defined,
users can invoke 'fatwrite' command that saves data in RAM as a FAT file.
Signed-off-by: Donggeun Kim dg77@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
common/cmd_fat.c | 59 ++
This patchset adds an i2c bus based TPM driver.
Changes in v1:
- Update s-o-b Peter Huewe's email address
- Squash patch #3 into patch #2
Che-Liang Chiou (2):
tpm: Rename generic_lpc_tpm to tpm_tis_lpc
tpm: Add i2c TPM driver
Makefile |2 +-
The new name is more aligned with Linux kernel's naming of TPM driver.
Signed-off-by: Peter Huewe peter.hu...@infineon.com
Signed-off-by: Che-Liang Chiou clch...@chromium.org
Acked-by: Mike Frysinger vap...@gentoo.org
---
Changes in v1:
- Update s-o-b Peter Huewe's email address
Makefile
Peter Huewe implemented the original driver; this patch only reorganizes
the code structure of the driver, and does not make logical changes.
tpm.c implements the interface defined in tpm.h based on underlying
LPC or i2C TPM driver. tpm.c and the underlying driver communicate
throught
On 14/12/2011 09:22, Simon Schwarz wrote:
On 12/13/2011 08:33 PM, Stefano Babic wrote:
Currently nand_spl_simple puts it's temp data at 0x1 offset in SDRAM
which is likely to contain already loaded data.
The patch saves the oob data and the ecc on the stack replacing
the fixed address in
This patch fixes a build warning for the cam_enc_4xx board introduced by
commit d6ec0c0dfc70447cf615ae80a952da81f73f16b4:
spl.c:35:13: warning: 'gdata' defined but not used
spl.c:36:13: warning: 'bdata' defined but not used
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: Tom Rini
Dear Thomas Chou,
On 14.12.2011 07:36, Thomas Chou wrote:
Hi Mike,
I got this warning on cmd_sf.c,
cmd_sf.c: In function `spi_flash_update_block':
cmd_sf.c:130: warning: unsigned int format, size_t arg (arg 4)
cmd_sf.c:135: warning: unsigned int format, size_t arg (arg 3)
I tumble over
Hello Albert, Gerald,
Heiko Schocher wrote:
Signed-off-by: Heiko Schocher h...@denx.de
Cc: Albert ARIBAUD albert.u.b...@aribaud.net
Cc: Gerald van Baren gvb.ub...@gmail.com
---
arch/arm/lib/bootm.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
This commit enables support for USB Gadgets on the Exynos4210 (C210 Universal)
reference target.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang mk7.k...@samsung.com
CC: Remy Bohmer li...@bohmer.net
---
/checkpatch.pl -
From: Andreas Bießmann biessm...@corscience.de
Some architectures define size_t to unsigned long even though they are 32 bit
architectures.
This patch fixes several warnings when running MAKEALL for avr32 architecture:
---8---
mmu.c: In function 'mmu_init_r':
mmu.c:25: warning: format '%08x'
-Original Message-
From: Che-Liang Chiou [mailto:clch...@chromium.org]
Sent: Tuesday, December 13, 2011 12:51 PM
To: U-Boot Mailing List
Cc: Simon Glass; Mike Frysinger; Huewe Peter (IFAG CCS TI SWT SW ESW);
Che-Liang Chiou
Subject: [PATCH 1/3] tpm: Rename generic_lpc_tpm to tpm_tis_lpc
-Original Message-
From: Che-Liang Chiou [mailto:clch...@chromium.org]
Sent: Tuesday, December 13, 2011 12:51 PM
To: U-Boot Mailing List
Cc: Simon Glass; Mike Frysinger; Huewe Peter (IFAG CCS TI SWT SW ESW);
Che-Liang Chiou
Subject: [PATCH 2/3] tpm: Add i2c TPM driver
Peter Huewe
-Original Message-
From: Che-Liang Chiou [mailto:clch...@chromium.org]
Sent: Tuesday, December 13, 2011 12:51 PM
To: U-Boot Mailing List
Cc: Simon Glass; Mike Frysinger; Huewe Peter (IFAG CCS TI SWT SW ESW);
Che-Liang Chiou
Subject: [PATCH 3/3] tpm: Update README
Document
On 12/13/2011 02:29 PM, Aneesh V wrote:
Hi Kristiansson,
On Friday 21 October 2011 12:55 AM, Stefan Kristiansson wrote:
The usb_endpoint_descriptor struct is 7 bytes large and is
defined as an array (ep_desc[USB_MAXENDPOINTS])
in the usb_interface struct in include/usb.h
This fact will result
Copying Wolfgang as he seems to be the author of this module.
On Wednesday 14 December 2011 01:45 AM, Stefan Kristiansson wrote:
Hi Aneesh,
On Tue, Dec 13, 2011 at 06:59:45PM +0530, Aneesh V wrote:
OMAP4 U-Boot is broken in the mainline. U-Boot wouldn't boot up on any
OMAP4 platforms. I
Add header file support of amic multicore interrupt controller.
Signed-off-by: Macpaul Lin macp...@andestech.com
Changes for v2:
- rename the subject to avoid misleading.
---
include/andestech/amic.h | 195 ++
1 files changed, 195 insertions(+), 0
Add header file support of amic multicore interrupt controller.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
Changes for v2:
- rename the subject to avoid misleading.
Changes for v3:
- correct the patch format of v2.
include/andestech/amic.h | 195
On 13.12.2011 17:19, Fabio Estevam wrote:
On Tue, Dec 13, 2011 at 2:12 PM, Dirk Behme dirk.be...@de.bosch.com wrote:
Looking at the binary I sent you it has
U-Boot 2011.09-01509-g1d76eb8-dirty (Dec 13 2011 - 16:28:33)
Sorry, I made a typo.
2011.09 works fine for me, but 2011.12-rc1 does
Hi list,
I was working with an old u-boot on a MPC8541 based board, and I am
currently trying to port it on v2011.09 version of u-boot.
I am facing an issue when debuging with a BDI2000 and I am wondering
what could cause this kind of thing.
Here is the point, I start the board, and it enters
From: Govindraj.R govindraj.r...@ti.com
usb dpll configuration is done only part of non-essential
dppl configuration however if CONFIG_USB_EHCI_OMAP is defined
we may have to configure usb dpll's for proper functioning
of usb modules. So move the usb dppl configuration to a new func.
and utilise
From: Govindraj.R govindraj.r...@ti.com
Enable usb ehci support and Ethernet support for panda board.
Disable dcache as usb uses dma operations and to avoid any
resulting cache coherency issue.
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
include/configs/omap4_common.h |1 +
From: Govindraj.R govindraj.r...@ti.com
on panda board usb ehci port1 is connected to external ulpi
phy configure usb_ulpi pins available in mux mode4.
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
board/ti/panda/panda_mux_data.h | 16
1 files changed, 8 insertions(+),
From: Govindraj.R govindraj.r...@ti.com
Enable usb related clocks by default. On omap4 panda ethernet port
and 2 usb downstream ports are available through a hub can be used
at u-boot if usb host clocks are enabled.
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
From: Govindraj.R govindraj.r...@ti.com
Add ehci_hcd_init and thus enable ehci support for panda board.
On panda board ehci port1 is connected to a smsc3220 hub,
and ethernet is connected to GPIO_1 and hub reset is through GPIO_62.
ethernt lan9500 chip is connted to hub.
Signed-off-by:
From: Govindraj.R govindraj.r...@ti.com
Adds ehci-omap and two funcs omap_ehci_hcd_init/omap_ehci_hcd_stop
Which can be called from any board file implementing the ehci_hcd_init/reset.
One can pass the port modes from board file and configure the usb host
to ulpi-phy mode or hsic mode.
From: Govindraj.R govindraj.r...@ti.com
Patch series adds ehci support for omap4 socs and enables ehci
support for panda board.
Fatls, ping and tftp was tested with this patch series.
Patch series depends on below patch for enabling aux clock
with powers external ulpi phy.
From: Govindraj.R govindraj.r...@ti.com
Adds ehci-omap and two funcs omap_ehci_hcd_init/omap_ehci_hcd_stop
Which can be called from any board file implementing the ehci_hcd_init/reset.
One can pass the port modes from board file and configure the usb host
to ulpi-phy mode or hsic mode.
From: Govindraj.R govindraj.r...@ti.com
usb dpll configuration is done only part of non-essential
dppl configuration however if CONFIG_USB_EHCI_OMAP is defined
we may have to configure usb dpll's for proper functioning
of usb modules. So move the usb dppl configuration to a new func.
and utilise
From: Govindraj.R govindraj.r...@ti.com
on panda board usb ehci port1 is connected to external ulpi
phy configure usb_ulpi pins available in mux mode4.
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
board/ti/panda/panda_mux_data.h | 16
1 files changed, 8 insertions(+),
From: Govindraj.R govindraj.r...@ti.com
Enable usb related clocks by default. On omap4 panda ethernet port
and 2 usb downstream ports are available through a hub can be used
at u-boot if usb host clocks are enabled.
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
From: Govindraj.R govindraj.r...@ti.com
Add ehci_hcd_init and thus enable ehci support for panda board.
On panda board ehci port1 is connected to a smsc3220 hub,
and ethernet is connected to GPIO_1 and hub reset is through GPIO_62.
ethernt lan9500 chip is connted to hub.
Signed-off-by:
From: Govindraj.R govindraj.r...@ti.com
Enable usb ehci support and Ethernet support for panda board.
Disable dcache as usb uses dma operations and to avoid any
resulting cache coherency issue.
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
include/configs/omap4_common.h |1 +
On 13/12/2011 15:54, Veli-Pekka Peltola wrote:
Add initial support for Bluegiga APX4 CoM and development kit.
Signed-off-by: Veli-Pekka Peltola veli-pekka.pelt...@bluegiga.com
Cc: Stefano Babic sba...@denx.de
---
Hi Veli-Pekka,
board/bluegiga/apx4devkit/Makefile | 45 +++
On Wed, Dec 14, 2011 at 7:09 AM, Govindraj.R govindraj.r...@ti.com wrote:
From: Govindraj.R govindraj.r...@ti.com
Adds ehci-omap and two funcs omap_ehci_hcd_init/omap_ehci_hcd_stop
Which can be called from any board file implementing the ehci_hcd_init/reset.
One can pass the port modes from
On 13/12/2011 09:22, Alexander Keller wrote:
Hello,
Hi Alexander,
I've got an iMX28EVK board, added Winbond 25q64 flash and use the
latest u-boot-imx version.
I have added Fabio in CC. He is porting the Freescale's MX28EVK board.
For building u-boot I use the
m28evk_config and set the
Hi Chris,
On Wed, Dec 14, 2011 at 7:08 PM, Chris Lalancette clalance...@gmail.com wrote:
On Wed, Dec 14, 2011 at 7:09 AM, Govindraj.R govindraj.r...@ti.com wrote:
From: Govindraj.R govindraj.r...@ti.com
Adds ehci-omap and two funcs omap_ehci_hcd_init/omap_ehci_hcd_stop
Which can be called
On Wed, Dec 14, 2011 at 11:39 AM, Stefano Babic sba...@denx.de wrote:
I've got an iMX28EVK board, added Winbond 25q64 flash and use the
latest u-boot-imx version.
I have added Fabio in CC. He is porting the Freescale's MX28EVK board.
Yes, you can find my initial RFC patch for MX28EVK support
On Tue, Dec 13, 2011 at 11:33 PM, Christian Riesch
christian.rie...@omicron.at wrote:
Hi,
On Friday, December 9, 2011, Christian Riesch christian.rie...@omicron.at
wrote:
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: Heiko Schocher h...@denx.de
Cc: Sandeep Paulraj
On Wed, Dec 14, 2011 at 3:24 AM, Aneesh V ane...@ti.com wrote:
Copying Wolfgang as he seems to be the author of this module.
On Wednesday 14 December 2011 01:45 AM, Stefan Kristiansson wrote:
Hi Aneesh,
On Tue, Dec 13, 2011 at 06:59:45PM +0530, Aneesh V wrote:
OMAP4 U-Boot is broken in
Hi Stefano,
Thanks for your review. Please see my comments below.
On 12/14/2011 03:20 PM, Stefano Babic wrote:
On 13/12/2011 15:54, Veli-Pekka Peltola wrote:
Add initial support for Bluegiga APX4 CoM and development kit.
Signed-off-by: Veli-Pekka Peltolaveli-pekka.pelt...@bluegiga.com
Cc:
Hi Heiko,
On 12/14/2011 04:39 AM, Heiko Schocher wrote:
Hello Albert, Gerald,
Heiko Schocher wrote:
Signed-off-by: Heiko Schocherh...@denx.de
Cc: Albert ARIBAUDalbert.u.b...@aribaud.net
Cc: Gerald van Barengvb.ub...@gmail.com
---
arch/arm/lib/bootm.c |2 ++
1 files changed, 2
On 14/12/2011 15:27, Veli-Pekka Peltola wrote:
But now I understand that our way is far away from optimal so this will
be reworked in v2.
In this way you can also profit of the work already done in the SPL code.
+void imx_get_mac_from_fuse(char *mac)
+{
+memset(mac, 0, 6);
+}
CONFIG_SYS_LCRR is unused and CONFIG_SYS_LBC_LBCR is already
defined in the common header file, so remove them.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
cc: Kim Phillips kim.phill...@freescale.com
cc: Valentin Longchamp valentin.longch...@keymile.com
---
include/configs/tuda1.h |
These boards are from a u-boot point of view identical. So collect
the two headerfiles to one, to decrease maintenance.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
cc: Kim Phillips kim.phill...@freescale.com
cc: Valentin Longchamp valentin.longch...@keymile.com
cc: Heiko Schocher
This board is similar to our tuxx1 target. But on this board there
is only one application specific chip select configured.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
cc: Kim Phillips kim.phill...@freescale.com
cc: Valentin Longchamp valentin.longch...@keymile.com
cc: Heiko Schocher
We don't need 3us delay for our i2c bus. Decrease it to 1us.
It would also be possible to use 100ns in the future, but
currently kirkwood has no ndelay implementation.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
Cc: Valentin Longchamp valentin.longch...@keymile.com
Cc: Prafulla
Signed-off-by: Holger Brunck holger.bru...@keymile.com
Cc: Valentin Longchamp valentin.longch...@keymile.com
Cc: Prafulla Wadaskar prafu...@marvell.com
---
board/keymile/km_arm/km_arm.c | 23 +++
1 files changed, 11 insertions(+), 12 deletions(-)
diff --git
On 12/14/2011 05:04 PM, Stefano Babic wrote:
+void imx_get_mac_from_fuse(char *mac)
+{
+memset(mac, 0, 6);
+}
This is wrong, and surely you do not get the address from fuses.
What is correct way to get ethernet mac from environment instead of
fuses? FEC driver seems to call
On Wed, Dec 14, 2011 at 5:09 AM, Govindraj.R govindraj.r...@ti.com wrote:
From: Govindraj.R govindraj.r...@ti.com
[snip]
+/* TLL Register Set */
+#define OMAP_USBTLL_SYSCONFIG_SIDLEMODE (1 3)
Globally, please fix all #definetab to #definespace.
+#define
On 12/14/2011 08:20 AM, Manfred Rudigier wrote:
Signed-off-by: Manfred Rudigier manfred.rudig...@omicron.at
---
arch/arm/cpu/arm926ejs/davinci/timer.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/davinci/timer.c
This patch adds support for the HTKW mcx AM3517-based board.
Serial, Ethernet, NAND, MMC, RTC, EHCI USB host and both
NAND and MMC SPLs are supported.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
I'm sorry for non-consistent version history, I will give links to my
previous posts along with
On Tue, Dec 13, 2011 at 11:58 AM, Tom Rini tom.r...@gmail.com wrote:
The following changes since commit
953209bf5ef0889a1baa02aa0ed5324f53ff8fda: Wolfgang Grandegger (1):
arm: add __aeabi_unwind_cpp_pr1() function to avoid linker
complaints
are available in the git repository at:
On 12/14/2011 01:54 AM, Christian Riesch wrote:
This patch fixes a build warning for the cam_enc_4xx board introduced by
commit d6ec0c0dfc70447cf615ae80a952da81f73f16b4:
spl.c:35:13: warning: 'gdata' defined but not used
spl.c:36:13: warning: 'bdata' defined but not used
Signed-off-by:
Hi Tom,
On 14.12.2011 06:48, Tom Rini wrote:
Probably I just didn't want to change TEXT_BASE... Ah, now I recall.
I tried to make SPL working without breaking the board, so I loaded SPL
to SRAM with BDI and tried to make it work with the u-boot.bin I had in
NAND. That's why I had to preserve
Add a variable toolchain and configure the rootpath
for the nfsargs with this variable.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
cc: Wolfgang Denk w...@denx.de
---
board/keymile/scripts/README |2 +-
board/keymile/scripts/develop-common.txt |3 ++-
2 files
Adding a 'ti' alias since not all parts are omap or davinci and
adding myself to that alias as co-custodian of u-boot-ti
Signed-off-by: Tom Rini tr...@ti.com
---
doc/git-mailrc |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index
On Wed, Dec 14, 2011 at 5:21 AM, Govindraj.R govindraj...@gmail.com wrote:
From: Govindraj.R govindraj.r...@ti.com
Enable usb ehci support and Ethernet support for panda board.
Disable dcache as usb uses dma operations and to avoid any
resulting cache coherency issue.
Signed-off-by:
On Wed, Dec 14, 2011 at 9:24 AM, Tom Rini tom.r...@gmail.com wrote:
On Wed, Dec 14, 2011 at 5:21 AM, Govindraj.R govindraj...@gmail.com wrote:
From: Govindraj.R govindraj.r...@ti.com
Enable usb ehci support and Ethernet support for panda board.
Disable dcache as usb uses dma operations and to
Signed-off-by: Manfred Rudigier manfred.rudig...@omicron.at
---
arch/arm/cpu/arm926ejs/davinci/timer.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/davinci/timer.c
b/arch/arm/cpu/arm926ejs/davinci/timer.c
index a06d449..93c9e60 100644
---
Hello!
Is it possible to flash a ppc board, that already has an older u-boot
version, without using a jtag interface? I mean, I know I can write the
filesystem using tftpboot, is it possible to also use it to write over
u-boot? If no, is there any alternative to use jtag?
Erico Vieira Porto
* implemenatation based on ti beagleboard/omap3evm
* timing data taken from x-loader
* run-tested with overo release 0 and 1 / boot from NAND and SDcard
Signed-off-by: Andreas Müller schnitzelt...@gmx.de
---
arch/arm/include/asm/arch-omap3/mem.h | 27
board/overo/config.mk
This commit enables support for USB Gadgets on the Exynos4210 (C210 Universal)
reference target.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang mk7.k...@samsung.com
CC: Remy Bohmer li...@bohmer.net
---
Changes for v2:
On Wed, Dec 14, 2011 at 8:27 AM, Andreas Müller schnitzelt...@gmx.de wrote:
* implemenatation based on ti beagleboard/omap3evm
* timing data taken from x-loader
* run-tested with overo release 0 and 1 / boot from NAND and SDcard
Thanks for doing this!
I took a quick look and only see one
On 12/14/2011 01:30 AM, Liu Shengzhou-B36685 wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Tuesday, December 13, 2011 4:14 AM
To: Liu Shengzhou-B36685
Cc: u-boot@lists.denx.de; Gala Kumar-B11780; Liu Shuo-B35362
Subject: Re: [PATCH 5/5 v2] mtd/nand: workaround for
On 12/13/2011 08:37 PM, Liu Shengzhou-B36685 wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Tuesday, December 13, 2011 2:42 AM
To: Liu Shengzhou-B36685
Cc: u-boot@lists.denx.de; Gala Kumar-B11780
Subject: Re: [PATCH 3/5 v2] mtd/nand: remove
CONFIG_SYS_NAND_ONFI_DETECTION
Hi,
On Wed, Dec 14, 2011 at 3:09 PM, Tom Rini tom.r...@gmail.com wrote:
On Tue, Dec 13, 2011 at 11:33 PM, Christian Riesch
christian.rie...@omicron.at wrote:
Hi,
On Friday, December 9, 2011, Christian Riesch
christian.rie...@omicron.at
wrote:
Signed-off-by: Christian Riesch
Hi,
On Tue, Dec 13, 2011 at 3:55 PM, Ulf Samuelsson
ulf_samuels...@telia.com wrote:
On 2010-11-05 13:21, Wolfgang Denk wrote:
Dear Jason Kridner,
In message1288936236-30603-1-git-send-email-jkrid...@beagleboard.org
you wrote:
It is desired to have the led command on the BeagleBoard to
On 12/14/2011 12:09 PM, Christian Riesch wrote:
Hi,
On Wed, Dec 14, 2011 at 3:09 PM, Tom Rini tom.r...@gmail.com
mailto:tom.r...@gmail.com wrote:
On Tue, Dec 13, 2011 at 11:33 PM, Christian Riesch
christian.rie...@omicron.at mailto:christian.rie...@omicron.at wrote:
Hi,
On Friday,
Hi Igor,
On Tue, Dec 13, 2011 at 9:51 PM, Igor Grinberg grinb...@compulab.co.il wrote:
Hi Simon,
On 12/14/11 02:28, Simon Glass wrote:
Hi Igor,
On Mon, Dec 12, 2011 at 2:08 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
Add documentation for CONFIG_USB_ULPI and CONFIG_USB_ULPI_VIEWPORT
Add initial support for Freescale MX28EVK board.
Tested boot via SD card and by loading a kernel via TFTP through
the FEC interface.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
- Currently MAC addresses are being taken from environment variables:
set ethaddr xx:xx:xx:xx:xx:xx
Dear Felix,
Thanks a lot for your settings. Unfortunately they didn't work with
our board :-(.
We assume we have a hardware problem...
--
Regards,
Wojtek
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Dec 13, 2011 at 1:15 PM, Stefan Kristiansson
stefan.kristians...@saunalahti.fi wrote:
Hi Aneesh,
On Tue, Dec 13, 2011 at 06:59:45PM +0530, Aneesh V wrote:
OMAP4 U-Boot is broken in the mainline. U-Boot wouldn't boot up on any
OMAP4 platforms. I suspect this will be the case with any
Andy,
Ping?
Without this path it is not possible to save env vars into MMC on MX28.
On Mon, Nov 28, 2011 at 12:23 PM, Fabio Estevam
fabio.este...@freescale.com wrote:
Since commit 97039ab98 (env_mmc: Allow board code to override the environment
address)
mmc_get_env_addr is a weak-aliased
Add initial support for Freescale MX28EVK board.
Tested boot via SD card and by loading a kernel via TFTP through
the FEC interface.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Hi Fabio,
the patch looks very bad, find many comments below ;-)
[...]
+ dev =
Hi,
On Wed, Dec 14, 2011 at 11:38 AM, Ulf Samuelsson
ulf_samuels...@telia.com wrote:
On 2011-12-14 20:11, Simon Glass wrote:
Hi,
On Tue, Dec 13, 2011 at 3:55 PM, Ulf Samuelsson
ulf_samuels...@telia.com wrote:
On 2010-11-05 13:21, Wolfgang Denk wrote:
Dear Jason Kridner,
In
Hi Tom,
thanks for your reply.
On Wed, Dec 14, 2011 at 8:15 PM, Tom Rini tr...@ti.com wrote:
On 12/14/2011 12:09 PM, Christian Riesch wrote:
I applied the changes that I did in include/configs/da850evm.h before to
da850_am18xxevm.h as well. I expected this to work on my board since the
board
On 12/14/2011 02:49 PM, Christian Riesch wrote:
Hi Tom,
thanks for your reply.
On Wed, Dec 14, 2011 at 8:15 PM, Tom Rini tr...@ti.com
mailto:tr...@ti.com wrote:
On 12/14/2011 12:09 PM, Christian Riesch wrote:
I applied the changes that I did in include/configs/da850evm.h before to
Hi Marek,
On Wed, Dec 14, 2011 at 6:51 PM, Marek Vasut marek.va...@gmail.com wrote:
+void imx_get_mac_from_fuse(char *mac)
+{
+ memset(mac, 0, 6);
OCOTP code is no good for you?
It works fine, except that it only gets the correct MAC for FEC0:
Warning: FEC1 MAC addresses don't match:
Hey all,
As has been reported in a few threads now, and thanks to Aneesh V's
analysis we know why Pandaboard/Beagleboard (and probably a number of
other ARM boards) currently hang on boot. The following patch is based
on Stefan's list of possible solutions to the problem he first encountered
on
In 9792987721c7980453fe6447c3fa6593b44f8458 Stefan describes a usecase
where the previous behavior of leaving wMaxPacketSize be unaligned
caused fatal problems. The initial fix for this problem was incomplete
however as it showed another cases of non-aligned access that previously
worked
On some Freescale reference boards for SOCs with Fman devices, the Fman
microcode is located at address 0xEF00 in NOR flash. Unfortunately,
this address is in the middle of nowhere and makes it difficult to
partition flash space for other images.
So we change the expected address to
On some Freescale reference boards for SOCs with Fman devices, the Fman
microcode is located at address 0xEF00 in NOR flash. Unfortunately,
this address is in the middle of nowhere and makes it difficult to
partition flash space for other images.
So we change the expected address to
On Tue, Dec 13, 2011 at 12:18 PM, Ilya Yanok ya...@emcraft.com wrote:
Hi Tom,
On 12.12.2011 20:22, Tom Rini wrote:
+#if defined(CONFIG_GENERIC_MMC) defined(CONFIG_OMAP_HSMMC) \
+ !defined(CONFIG_SPL_BUILD)
+int board_mmc_init(bd_t *bis)
+{
+ omap_mmc_init(0);
+ return 0;
From: Peter Barada pet...@logicpd.com
This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
reference boards. It assumes U-boot is loaded to SDRAM with the
help of another small bootloader (x-load) running from SRAM.
Signed-off-by: Peter Barada peter.bar...@logicpd.com
---
On Wednesday, December 14, 2011 06:24:13 PM you wrote:
I think you will also need to update the get_board_revision function
to ensure that SPL works with very early Overo revisions.
Note this excerpt from the X-loader get_board_revision funtion:
/* board revisions = R2410 connect
Hi Wolfgang,
On Mon, Nov 21, 2011 at 12:43 PM, Simon Glass s...@chromium.org wrote:
Hi,
On Wed, Nov 2, 2011 at 12:52 PM, Simon Glass s...@chromium.org wrote:
The printf family of functions in U-Boot cannot deal with a situation where
the caller provides a buffer which turns out to be too
On Wed, Dec 14, 2011 at 3:47 PM, Peter Barada peter.bar...@logicpd.com wrote:
From: Peter Barada pet...@logicpd.com
This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
reference boards. It assumes U-boot is loaded to SDRAM with the
help of another small bootloader (x-load) running
On 12/14/2011 06:04 PM, Andreas Bießmann wrote:
From: Andreas Bießmannbiessm...@corscience.de
Some architectures define size_t to unsigned long even though they are 32 bit
architectures.
This patch fixes several warnings when running MAKEALL for avr32 architecture:
Hi Andreas,
Thanks. I
On Wed, Dec 14, 2011 at 5:52 PM, Fabio Estevam feste...@gmail.com wrote:
create mode 100644 board/freescale/mx28evk.c
Ops, this should be board/freescale/mx28evk/mx28evk.c instead.
Will post another version tomorrow.
Regards,
Fabio Estevam
___
Hi Thomas,
On Dec 15, 2011 1:22 PM, Thomas Chou tho...@wytron.com.tw wrote:
On 12/14/2011 06:04 PM, Andreas Bießmann wrote:
From: Andreas Bießmannbiessm...@corscience.de
Some architectures define size_t to unsigned long even though they are
32 bit
architectures.
This patch fixes several
Got a USB TAP, but unfortunately it is supposed to be used with Code
Warrior. Any software that allows me to use it to flash a ppc?
Érico V. Porto
On Wed, Dec 14, 2011 at 2:10 PM, Érico Porto ericoporto2...@gmail.comwrote:
Hello!
Is it possible to flash a ppc board, that already has an
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Érico Porto
Sent: Thursday, December 15, 2011 8:14 AM
To: u-boot@lists.denx.de
Subject: Re: [U-Boot] about flashing the u-boot
Got a USB TAP, but unfortunately it is supposed
On 12/14/2011 07:15 PM, Tom Rini wrote:
On Wed, Dec 14, 2011 at 3:47 PM, Peter Barada peter.bar...@logicpd.com
wrote:
From: Peter Barada pet...@logicpd.com
This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
reference boards. It assumes U-boot is loaded to SDRAM with the
help of
I have an embedded system with an OMAP3 that does not have an Ethernet
support. The only means of I/O to the process it is serial and USB
slave. Loading binary data over the serial line is just too slow; is
there any way to the USB slave to perform bulk transfers to speed my
development process
On Wednesday 14 December 2011 05:04:07 Andreas Bießmann wrote:
--- a/arch/avr32/cpu/at32ap700x/mmu.c
+++ b/arch/avr32/cpu/at32ap700x/mmu.c
- printf(VMR table @ 0x%08x\n, vmr_table_addr);
+ printf(VMR table @ %#lx\n, vmr_table_addr);
this isn't the same. probably should be %08lx.
On Wednesday 14 December 2011 21:39:48 Graeme Russ wrote:
On Dec 15, 2011 1:22 PM, Thomas Chou wrote:
I would suggest splitting this patch into three, as they related to
different custodians.
No, that is not true - the patch is a single logical unit
meh. no need to keep them as one.
Dear Lukasz Majewski,
On 15 December 2011 01:41, Lukasz Majewski l.majew...@samsung.com wrote:
This commit enables support for USB Gadgets on the Exynos4210 (C210 Universal)
reference target.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park
1 - 100 of 117 matches
Mail list logo