On Thursday 11 April 2013 08:52 PM, Tom Rini wrote:
Add 'optargs' variable to be set to additional kernel arguments, similar
to omap3*/am3* usage.
Cc: Sricharan R r.sricha...@ti.com
Signed-off-by: Tom Rini tr...@ti.com
---
include/configs/omap5_common.h |2 ++
1 file changed, 2
Hi Simon,
I am new to this verification boot concept, could you please clarify
my questions.
On Tue, Mar 19, 2013 at 5:21 AM, Simon Glass s...@chromium.org wrote:
This series implemented a verified boot system based around FIT images
as discussed on the U-Boot mailing list, including on this
This patch series ports existing Freescale's IFC based platforms/boards to
new SPL based architecture. It is done to support NAND boot.
It contains following patches:
1. powerpc/mpc85xx:No NOR boot,do not compile IFC errata A003399
2. powerpc/mpc85xx: new SPL support for IFC NAND
3.
IFC errata A003399 is valid for IFC NOR boot i.e.if no on-board NOR flash or
no NOR boot, do not compile its workaround.
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
Based upon git://git.denx.de/u-boot.git branch master
Changes for v2:
- Add CONFIG_A003399_NOR_WORKAROUND
Linker script is not able find start.o binary. So add its absolute path in
u-boot-spl.lds. This change is similar to u-boot-nand.lds
common/Makefile: Avoid compiling unnecssary files
fsl_ifc_spl.c : It is is responsible for reading u-boot binary from
NAND flash and copying into DDR. It also
- defines contants
- Add spl_minimal.c to initialise DDR
- update TLB entries as per NAND boot
- remove nand_spl support for P1010RDB
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
Based upon git://git.denx.de/u-boot.git branch master
Changes for v2:
- Define
- Add NAND boot target
- defines contants
- Add spl_minimal.c to initialise DDR
- update TLB entries as per NAND boot
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
Based upon git://git.denx.de/u-boot.git branch master
Changes for v2: Sending as it is
Changes for v3:
- Add NAND boot target
- defines contants
- Add spl_minimal.c to initialise DDR
- update TLB, LAW entries as per NAND boot
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
Based upon git://git.denx.de/u-boot.git branch master
Changes for v2: Sending as it is
Changes
On Mon, Apr 15, 2013 at 12:40:19PM +0530, Sricharan R wrote:
On Thursday 11 April 2013 08:52 PM, Tom Rini wrote:
Add 'optargs' variable to be set to additional kernel arguments, similar
to omap3*/am3* usage.
Cc: Sricharan R r.sricha...@ti.com
Signed-off-by: Tom Rini tr...@ti.com
---
Hi everybody,
I'm an electronics engineering student and i'm very passionated about
embedded systems. I would like to design my own totally custom board.
Supposing that i've already choosen an ARM microprocessor supported by
linux kernel, ram and nand flash and i've designed my board, i would
Allow a device tree to be provided through the standard mechanisms.
Tests have been made using CONFIG_OF_SEPERATE on a MPC8378 board.
---
arch/powerpc/lib/board.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/powerpc/lib/board.c b/arch/powerpc/lib/board.c
Allow a device tree to be provided through the standard mechanisms.
Tests have been made using CONFIG_OF_SEPERATE on a MPC8378 board.
Jonathan Klee (1):
powerpc: Add support for CONFIG_OF_CONTROL
arch/powerpc/lib/board.c | 22 ++
1 file changed, 22 insertions(+)
--
On Sun, Apr 14, 2013 at 10:12:36PM +0200, Marek Vasut wrote:
Dear Albert ARIBAUD,
Hi Mike,
On Fri, 12 Apr 2013 11:59:16 -0700, Mike Dunn miked...@newsguy.com
wrote:
On the pxa270, if the udc device is not disabled before jumping to linux,
the device fails to initialize in
On Mon, Apr 15, 2013 at 07:48:04AM +0200, Heiko Schocher wrote:
Hello Naveen Krishna,
On 13.04.2013 06:42, Naveen Krishna Ch wrote:
On 6 April 2013 07:07, Naveen Krishna Chatradhi
naveenkrishna...@gmail.com wrote:
Add support for hsi2c controller available on exynos5420.
Note: driver
Hi Tom,
On Mon, 15 Apr 2013 08:45:07 -0400, Tom Rini tr...@ti.com wrote:
On Sun, Apr 14, 2013 at 10:12:36PM +0200, Marek Vasut wrote:
Dear Albert ARIBAUD,
Hi Mike,
On Fri, 12 Apr 2013 11:59:16 -0700, Mike Dunn miked...@newsguy.com
wrote:
On the pxa270, if the udc
Dear Albert ARIBAUD,
Hi Tom,
On Mon, 15 Apr 2013 08:45:07 -0400, Tom Rini tr...@ti.com wrote:
On Sun, Apr 14, 2013 at 10:12:36PM +0200, Marek Vasut wrote:
Dear Albert ARIBAUD,
Hi Mike,
On Fri, 12 Apr 2013 11:59:16 -0700, Mike Dunn miked...@newsguy.com
wrote:
On Fri, Apr 12, 2013 at 10:47:30AM -0500, Andrew Dyer wrote:
On Fri, Apr 12, 2013 at 7:10 AM, TENART Antoine aten...@adeneo-embedded.com
wrote:
Signed-off-by: Antoine Tenart aten...@adeneo-embedded.com
[snip]
+ if (0 == get_cpu_rev()) {
+ writel(0xF,
Allow use of the carrier board MicroSD card available in the
Wandboard; this allow for loading alternative system from the other
card for testing or upgrade proposes.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 7
On Mon, 4 Mar 2013 18:03:23 -0600, Kim Phillips kim.phill...@freescale.com
wrote:
On Mon, 4 Mar 2013 10:30:45 -0800
Curt Brune c...@cumulusnetworks.com wrote:
Hello -
I want to pass a number of arguments from u-boot to the booted kernel.
The arguments are needed by user space
This add support to identify if the card is connected or not; so it
does not try to communicate with the controller if no card is
available.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 1 +
board/wandboard/wandboard.c|
Adds support for 'bmode' command which let user to choose where to
boot from; this allows U-Boot to load system from another storage
without messing with jumpers.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
board/wandboard/wandboard.c | 19 +++
On Mon, Apr 15, 2013 at 10:35 AM, Otavio Salvador
ota...@ossystems.com.br wrote:
int board_mmc_init(bd_t *bis)
{
- imx_iomux_v3_setup_multiple_pads(usdhc3_pads,
ARRAY_SIZE(usdhc3_pads));
-
- usdhc_cfg[0].sdhc_clk = mxc_get_clock(MXC_ESDHC3_CLK);
-
Devices in CONFIG_SYS_POST_I2C_IGNORES list may be absent
and the rule is not to report I2C POST failure for devices
in this list. Currently this doesn't work since probing for
these devices isn't done and thus they are not marked as
successfully probed. Ignore optional devices when checking
for
On Mon, Apr 15, 2013 at 10:54 AM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Apr 15, 2013 at 10:35 AM, Otavio Salvador
ota...@ossystems.com.br wrote:
int board_mmc_init(bd_t *bis)
{
- imx_iomux_v3_setup_multiple_pads(usdhc3_pads,
ARRAY_SIZE(usdhc3_pads));
-
-
On Mon, Apr 15, 2013 at 11:06 AM, Otavio Salvador
ota...@ossystems.com.br wrote:
Should we fail if *any* fail?
Yes, I think so.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The boot parameters passed from SPL to UBOOT
must be saved as a part of uboot's gd data
as early as possible, before we will inadvertently
overwrite it. So adding a arch_cpu_init for the required
Socs to save it.
Signed-off-by: Sricharan R r.sricha...@ti.com
---
Currently save_boot_params saves the boot parameters passed
from romcode. But this is not stored in a writable location
consistently. So the current code would not work for a
'XIP' boot. Change this by saving the boot parameters in
'gd' which is always writable. Also add a 'C' function
instead of
The save_boot_params function does not store the data in a
always writable area. So the code is broken for a 'XIP' boot.
This series corrects this by storing it in 'gd' and also
adds a 'C' equivalent function for the same. The essential cleanups
for the same are added in this.
Tested this on
omap_boot_parameters is same and defined for each
soc. So move this to a common place to reuse it
across socs.
Signed-off-by: Sricharan R r.sricha...@ti.com
---
arch/arm/include/asm/arch-am33xx/omap.h | 25
arch/arm/include/asm/arch-omap4/omap.h | 24 ---
These defines are same across OMAP4/5. So move them to
omap_common.h. This is required for the patches that
follow.
Signed-off-by: Sricharan R r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap4/emif.c|6 +++---
arch/arm/cpu/armv7/omap4/hw_data.c |2 +-
The boot parameters are read from individual variables
assigned for each of them. This been corrected and now
they are stored as a part of the global data 'gd'
structure. So read them from 'gd' instead.
Signed-off-by: Sricharan R r.sricha...@ti.com
---
arch/arm/cpu/armv7/lowlevel_init.S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/15/2013 11:08 AM, Sricharan R wrote:
Currently save_boot_params saves the boot parameters passed from
romcode. But this is not stored in a writable location
consistently. So the current code would not work for a 'XIP' boot.
Change this by
On Monday 15 April 2013 08:58 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/15/2013 11:08 AM, Sricharan R wrote:
Currently save_boot_params saves the boot parameters passed from
romcode. But this is not stored in a writable location
consistently. So the current
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/15/2013 11:08 AM, Sricharan R wrote:
The boot parameters are read from individual variables assigned
for each of them. This been corrected and now they are stored as a
part of the global data 'gd' structure. So read them from 'gd'
instead.
On Monday 15 April 2013 09:05 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/15/2013 11:08 AM, Sricharan R wrote:
The boot parameters are read from individual variables assigned
for each of them. This been corrected and now they are stored as a
part of the global
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/15/2013 11:39 AM, Sricharan R wrote:
On Monday 15 April 2013 09:05 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
On 04/15/2013 11:08 AM, Sricharan R wrote:
The boot parameters are read from individual variables
On Sun, Apr 14, 2013 at 09:32:04PM +0200, Albert ARIBAUD wrote:
Hi Tom,
The following changes since commit
785881f775252940185e10fbb2d5299c9ffa6bce:
env: Add redundant env support to UBI env (2013-04-11 15:52:55 -0400)
are available in the git repository at:
On Fri, Apr 12, 2013 at 02:17:54PM -0700, Simon Glass wrote:
Hi Tom,
I think there are only 5 patches pending for this release, of which
one is probably better delayed until we have another config change to
go with it.
I have pulled these in and build-tested.
So please see below for a
Hey all,
I was hoping to release v2013.04 today, but that's not happening. The
good news is that there were some issues in the ARM tree that got sorted
out and things are better now than they were before. But, I didn't want
to grab the PR over the weekend and then release today, so I grabbed
On Mon, Apr 15, 2013 at 12:00 PM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Apr 15, 2013 at 11:06 AM, Otavio Salvador
ota...@ossystems.com.br wrote:
Should we fail if *any* fail?
Yes, I think so.
--- a/board/wandboard/wandboard.c
+++ b/board/wandboard/wandboard.c
@@ -162,13 +162,15 @@
Hi Sricharan,
I very much like how you've structured this. A vast improvement!
I haven't yet tried to apply the whole series but have one quick comment. In
the new function:
static void save_omap_boot_params(void)
{
...
if (!(omap_hw_init_context() ==
On Mon, Apr 15, 2013 at 1:18 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
--- a/board/wandboard/wandboard.c
+++ b/board/wandboard/wandboard.c
@@ -162,13 +162,15 @@ int board_mmc_init(bd_t *bis)
gpio_direction_input(USDHC1_CD_GPIO);
break;
On Mon, Apr 15, 2013 at 1:40 PM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Apr 15, 2013 at 1:18 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
--- a/board/wandboard/wandboard.c
+++ b/board/wandboard/wandboard.c
@@ -162,13 +162,15 @@ int board_mmc_init(bd_t *bis)
Hi Andre,
On Tue, 2 Apr 2013 17:43:36 +0200, Andre Przywara
andre.przyw...@linaro.org wrote:
The KVM and Xen hypervisors for the Cortex-A15 virtualization
implementation need to be entered in HYP mode. Should the primary
board firmware already enter HYP mode (Calxeda firmware does that),
we
On 04/14/2013 10:34 AM, Marek Vasut wrote:
Dear Mike Dunn,
[...]
+int board_init(void)
+{
+/* We have RAM, disable cache */
+dcache_disable();
+icache_disable();
+
+gd-bd-bi_arch_number = MACH_TYPE_TREO680;
This is not needed, just define CONFIG_MACH_TYPE in
On 04/13/2013 09:42:34 AM, Marek Vasut wrote:
Dear Scott Wood,
On 04/12/2013 01:59:18 PM, Mike Dunn wrote:
This patch adds a driver for the diskonchip G4 nand flash
device. It
is based
on the driver from the linux kernel.
This also includes a separate SPL driver. A separate SPL
Hi Wolfgang,
Thanks for the suggestions. I think I will try to upgrade the u-boot
to the latest version. buildroot can also build u-boot image. I 'll
look into it.
David
On Sun, Apr 14, 2013 at 10:51 PM, Wolfgang Denk w...@denx.de wrote:
Dear David Li,
In message
Dear Mike Dunn,
[...]
+#ifdef CONFIG_SPL_BUILD
+void *memcpy(void *dest, const void *src, size_t count)
+{
CONFIG_SPL_LIBCOMMON_SUPPORT shall give you memcpy.
This does not appear to be the case. Unless I'm mistaken, memcpy() will be
in either lib/libgeneric.o (lib/string.c) or
Some Exynos5250 silicon may require 1.05v on the MIF to be stable, so to be
safe we can default to 1.05v instead of 1.00v. This can be set optimally later
in the boot process by the kernel.
The 0x6 value for 1.05v comes from the MAX77686 datasheet.
Signed-off-by: Bernie Thompson
On 04/12/2013 04:33 PM, Tom Warren wrote:
Beaver is a Tegra30 board that is nearly 100% compatible w/Cardhu.
Add a Beaver build so it can begin to be differentiated, if need be.
diff --git a/board/nvidia/dts/tegra30-beaver.dts
b/board/nvidia/dts/tegra30-beaver.dts
+ memory {
+
On 04/15/2013 11:33 AM, Marek Vasut wrote:
Dear Mike Dunn,
[...]
+#ifdef CONFIG_SPL_BUILD
+void *memcpy(void *dest, const void *src, size_t count)
+{
CONFIG_SPL_LIBCOMMON_SUPPORT shall give you memcpy.
This does not appear to be the case. Unless I'm mistaken, memcpy() will be
in
Hi Tom,
The following changes since commit
8960af8ba9488fc54e2e4733cbada26d3cece225:
cosmetic: fix CONFIG_SPL_BSS_MAX_SIZE typo in README (2013-04-14
17:04:43 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-arm master
for you to fetch changes up to
Stephen,
On Mon, Apr 15, 2013 at 11:48 AM, Stephen Warren swar...@wwwdotorg.orgwrote:
On 04/12/2013 04:33 PM, Tom Warren wrote:
Beaver is a Tegra30 board that is nearly 100% compatible w/Cardhu.
Add a Beaver build so it can begin to be differentiated, if need be.
diff --git
Beaver is a Tegra30 board that is nearly 100% compatible w/Cardhu.
Add a Beaver build so it can begin to be differentiated, if need be.
Signed-off-by: Tom Warren twar...@nvidia.com
---
v2: Add MAINTAINERS and beaver.h config file
v3:
- Edit boards.cfg so no separate 'boards/nvidia/beaver' dir is
I am in the process of upgrading a customer's i.MX35-based design to
state-of-the-art U-Boot. The board previously booted from NAND using a
home-grown SPL. Since I'm doing some heavy-lifting anyway, I decided to
try out Benoît's patches and use U-Boot's SPL bits and they work well
for me
The intention of the memory init code is that it should work the same with
CONFIG_SYS_GENERIC_BOARD and without. This is tricky because dram_init()
is called prior to relocation with generic board (matching other archs)
and after relocation without generic board.
Adjust the init sequence so that
Currently x86 has its own means of managing the global data and board data
(bd_t), and this code resides in start.S. With generic board, we need to
ensure that we leave this alone - i.e. don't clear it as we do on other
archs.
This fixes a problem where the memory init data is cleared which
Since the ICH SPI controller uses PCI, we must ensure that PCI is available
before it is inited.
This fixes the current ICH SPI: Cannot find device message on boot.
Signed-off-by: Simon Glass s...@chromium.org
---
include/configs/coreboot.h | 1 +
1 file changed, 1 insertion(+)
diff --git
On 04/15/2013 05:12:48 AM, Prabhakar Kushwaha wrote:
diff --git a/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
b/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
index dacfdd1..439a873 100644
--- a/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
+++ b/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
@@ -25,7 +25,7
Hi Philip,
On Monday, April 15, 2013 10:50:06 PM, Philip Paeps wrote:
I am in the process of upgrading a customer's i.MX35-based design to
state-of-the-art U-Boot. The board previously booted from NAND using a
home-grown SPL. Since I'm doing some heavy-lifting anyway, I decided to
try out
This add support to identify if the card is connected or not; so it
does not try to communicate with the controller if no card is
available.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v2: None
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 1 +
Allow use of the carrier board MicroSD card available in the
Wandboard; this allow for loading alternative system from the other
card for testing or upgrade proposes.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v2:
- Return -EINVAL when trying to initialize a wrong
Adds support for 'bmode' command which let user to choose where to
boot from; this allows U-Boot to load system from another storage
without messing with jumpers.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v2: None
board/wandboard/wandboard.c | 19 +++
On Mon, Apr 08, 2013 at 01:33:11PM +0300, Lubomir Popov wrote:
I2C4 and I2C5 are utilized on all known OMAP5 hardware platforms.
Enable their use in U-Boot.
Lubomir Popov (3):
OMAP5: I2C: Enable i2c5 clocks
OMAP5: I2C: Add I2C4 and I2C5 bases
OMAP5: I2C: Set I2C_BUS_MAX to 5 to
On Wed, Mar 20, 2013 at 11:38:10AM -0400, Matt Porter wrote:
This series adds support for CPSW on the PG1.0 TI814x EVM board.
The V1 CPSW on TI814x requires minor register changes to the
existing driver as well as TI814x-specific pll/clock support.
An ET1011C phy driver is added to support
On Tue, Mar 26, 2013 at 10:20:48AM -0500, Nishanth Menon wrote:
This series helps standardize register parameters for TWL4030, 6030 and 6035
used in various OMAP3,4,5 based platforms.
For historical reasons, we have been following val, reg as the order of
parameters while we have reg, val
On 2013-04-15 23:58:16 (+0200), Benoît Thébaudeau
benoit.thebaud...@advansee.com wrote:
On Monday, April 15, 2013 10:50:06 PM, Philip Paeps wrote:
Unfortunately, the more I look at the code (and the Linux code, and
patches on mailing lists and the datasheet), the more confused I'm
getting
On 04/15/2013 02:29 PM, Tom Warren wrote:
Beaver is a Tegra30 board that is nearly 100% compatible w/Cardhu.
Add a Beaver build so it can begin to be differentiated, if need be.
diff --git a/board/nvidia/dts/tegra30-beaver.dts
b/board/nvidia/dts/tegra30-beaver.dts
+ memory {
+
+Minkyu,
Hi Tom,
On Mon, Apr 15, 2013 at 8:57 AM, Tom Rini tr...@ti.com wrote:
Hey all,
I was hoping to release v2013.04 today, but that's not happening. The
good news is that there were some issues in the ARM tree that got sorted
out and things are better now than they were before. But,
Hi Philip,
On Tuesday, April 16, 2013 12:49:44 AM, Philip Paeps
Subject: Re: [U-Boot] i.MX3 NAND: trying to understand OOB handling
On 2013-04-15 23:58:16 (+0200), Benoît Thébaudeau
benoit.thebaud...@advansee.com wrote:
On Monday, April 15, 2013 10:50:06 PM, Philip Paeps wrote:
Albert,
Please pull u-boot-tegra/master into ARM/master. Thanks!
./MAKEALL for all the Tegra boards is OK, running a ./MAKEALL -a arm now.
tools/checkpatch.pl is clean.
The following changes since commit c4a4e2e20ca226948b62ed116df98f7a3932f2ac:
ARMv7: start.S: stay in HYP mode if u-boot is
On Mon, Apr 15, 2013 at 4:01 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
On 04/15/2013 02:29 PM, Tom Warren wrote:
Beaver is a Tegra30 board that is nearly 100% compatible w/Cardhu.
Add a Beaver build so it can begin to be differentiated, if need be.
diff --git
Hi Graeme,
On Mon, Apr 15, 2013 at 4:43 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Tue, Apr 16, 2013 at 7:25 AM, Simon Glass s...@chromium.org wrote:
Since the ICH SPI controller uses PCI, we must ensure that PCI is
available
before it is inited.
This fixes the current ICH
Hi Simon,
On Tue, Apr 16, 2013 at 7:25 AM, Simon Glass s...@chromium.org wrote:
Since the ICH SPI controller uses PCI, we must ensure that PCI is available
before it is inited.
This fixes the current ICH SPI: Cannot find device message on boot.
Hmm, if only my new init sequence code had
On Sun, Apr 7, 2013 at 8:33 AM, Vladimir 'φ-coder/phcoder' Serbinenko
phco...@gmail.com wrote:
Filtering of 4G chunks is wrong and one of such chunks can be improperly
declared
as usable ram top after being cut down to 4G, so uboot tries to relocate to
ROM.
With commit message re-formatted
Hi Valdimir,
On Sun, Apr 7, 2013 at 8:30 AM, Vladimir 'φ-coder/phcoder' Serbinenko
phco...@gmail.com wrote:
Hello, I've tried u-boot on top of coreboot on Lenovo Thinkpad X201
laptop and it failed lamentably. I send now series of patches to fix few
problems but it still isn't completely
Hi Vladimir, Tom,
On Sun, Apr 7, 2013 at 8:39 AM, Vladimir 'φ-coder/phcoder' Serbinenko
phco...@gmail.com wrote:
-pie for ld can't be used w/o -fPIE to compiler. -m32 and -melf_i386
are needed to be able to use gcc-multilib/binutils-multilib.
-fPIE prevents from using some registers in
Hi Vladimir,
On Sun, Apr 7, 2013 at 8:42 AM, Vladimir 'φ-coder/phcoder' Serbinenko
phco...@gmail.com wrote:
U-boot on coreboot assumes that serial port is always available and
improperly interprets missing ones as stream of 0xff. What would be the
proper way to handle this? Is it acceptable to
+Anatolij
Hi Vladimir,
On Sun, Apr 7, 2013 at 8:36 AM, Vladimir 'φ-coder/phcoder' Serbinenko
phco...@gmail.com wrote:
Most coreboot users use just VGA text console, not graphics. Support it.
Remaining problem is that software and hardware cursor blinking superimpose.
I disabled software
On Mon, 15 Apr 2013 16:12:33 -0700, Simon Glass s...@chromium.org
wrote:
+Minkyu,
Hi Tom,
It seems that this exynos patch got dropped on the floor:
http://patchwork.ozlabs.org/patch/216155/
and these two seem to be needed for snow to boot now:
On Monday 15 April 2013 09:13 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/15/2013 11:39 AM, Sricharan R wrote:
On Monday 15 April 2013 09:05 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
On 04/15/2013 11:08 AM, Sricharan R wrote:
The boot
On Monday 15 April 2013 09:52 PM, Michael Cashwell wrote:
Hi Sricharan,
I very much like how you've structured this. A vast improvement!
I haven't yet tried to apply the whole series but have one quick comment. In
the new function:
static void save_omap_boot_params(void)
{
...
if
On 04/16/2013 03:11 AM, Scott Wood wrote:
On 04/15/2013 05:12:48 AM, Prabhakar Kushwaha wrote:
diff --git a/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
b/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
index dacfdd1..439a873 100644
--- a/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
+++
On 04/16/2013 09:49 AM, Prabhakar Kushwaha wrote:
On 04/16/2013 03:11 AM, Scott Wood wrote:
On 04/15/2013 05:12:48 AM, Prabhakar Kushwaha wrote:
diff --git a/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
b/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
index dacfdd1..439a873 100644
---
On Mon, Apr 15, 2013 at 4:59 AM, Jonathan Klee klee.jonat...@gmail.com wrote:
Allow a device tree to be provided through the standard mechanisms.
Tests have been made using CONFIG_OF_SEPERATE on a MPC8378 board.
SEPARATE
---
arch/powerpc/lib/board.c | 22 ++
1 file
Hi Wolfgang,
On Sun, Apr 14, 2013 at 1:34 AM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message 1365863234-22906-1-git-send-email-...@chromium.org you wrote:
The debug() which prints out the current call is not very useful, since if
it is called early enough (such as before the
Dear Otavio Salvador,
In message cap9odkqfsmhot7tctuxv+c14385ggd4v0onsocd4wdgcghd...@mail.gmail.com
you wrote:
This should be an error. What about return -EINVAL ?
Agreed, fixed locally.
To make it more clear: this should be a compile-time error, not
detected at runtime.
With this
Dear Otavio Salvador,
In message cap9odkqo8v1-wyzq4_gxrz5djbd2xixw59xkozgy0zjsujj...@mail.gmail.com
you wrote:
+ default:
+ printf(ERROR: you configured more USDHC controllers
+ (%d) than supported by the board\n, i +
1);
88 matches
Mail list logo