From: Tang Yuantian
For T4/B4, the clockgen node compatible string is updated to version 2.0.
Add clock-frequency setting for this new version.
Signed-off-by: Tang Yuantian
---
v3:
- update the compatible string from *-2 to *-2.0
v2:
- fix the codestyle
arch/powerpc/cpu/mpc85x
Hi Carmine,
On Mon, 15 Apr 2013 13:16:24 +0200, Carmine Garripoli
wrote:
> 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 s
Dear Otavio Salvador,
In message
you wrote:
>
> + default:
> + printf("ERROR: you configured more USDHC controllers"
> + "(%d) than supported by the board\n", i +
> 1);
> + return -EINVAL;
> +
Dear Otavio Salvador,
In message
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 change, you never return an error.
>
> Should we fail if *any*
Hi Wolfgang,
On Sun, Apr 14, 2013 at 1:34 AM, Wolfgang Denk 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 cons
On Mon, Apr 15, 2013 at 4:59 AM, Jonathan Klee 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 changed, 22 inserti
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
--- a/arch/powerpc/c
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
+++ b/arch/powerpc/cpu/
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)
> {
> .
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 wrot
On Mon, 15 Apr 2013 16:12:33 -0700, Simon Glass
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:
>
> http://patchwork.ozlabs.org/patch/236360/
> ht
+Anatolij
Hi Vladimir,
On Sun, Apr 7, 2013 at 8:36 AM, Vladimir 'φ-coder/phcoder' Serbinenko
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 blinking locally but
Hi Vladimir,
On Sun, Apr 7, 2013 at 8:42 AM, Vladimir 'φ-coder/phcoder' Serbinenko
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 probe at it's
Hi Vladimir, Tom,
On Sun, Apr 7, 2013 at 8:39 AM, Vladimir 'φ-coder/phcoder' Serbinenko
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 constraints.
This pat
Hi Valdimir,
On Sun, Apr 7, 2013 at 8:30 AM, Vladimir 'φ-coder/phcoder' Serbinenko
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 functional. I can now
On Sun, Apr 7, 2013 at 8:33 AM, Vladimir 'φ-coder/phcoder' Serbinenko
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 to 80cols,
Hi Simon,
On Tue, Apr 16, 2013 at 7:25 AM, Simon Glass 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 gained wider
Hi Graeme,
On Mon, Apr 15, 2013 at 4:43 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Tue, Apr 16, 2013 at 7:25 AM, Simon Glass 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 devic
On Mon, Apr 15, 2013 at 4:01 PM, Stephen Warren wrote:
> 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
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 e
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
> wrote:
> > On Monday, April 15, 2013 10:50:06 PM, Philip Paeps wrote:
> > > Unfortunately, the more I look
+Minkyu,
Hi Tom,
On Mon, Apr 15, 2013 at 8:57 AM, Tom Rini 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, I didn't
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 {
> +
On 2013-04-15 23:58:16 (+0200), Benoît Thébaudeau
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 about the OOB handling.
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, v
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 suppor
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 t
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
---
Changes in v2: None
board/wandboard/wandboard.c | 19 +++
include/configs/wandboa
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
---
Changes in v2:
- Return -EINVAL when trying to initialize a wrong controller
arch/arm/include
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
---
Changes in v2: None
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 1 +
board/wandboard/wandboard.c| 19
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 ou
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 @@
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
---
include/configs/coreboot.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/co
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 causes
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 d
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 (thanks,
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
---
v2: Add MAINTAINERS and beaver.h config file
v3:
- Edit boards.cfg so no separate 'boards/nvidia/beaver' dir is needed
- DT: Add sp
Stephen,
On Mon, Apr 15, 2013 at 11:48 AM, Stephen Warren wrote:
> 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
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 c4a4e2e20ca2269
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,
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 {
> +
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
---
board/samsu
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
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 wrote:
> Dear David Li,
>
> In message
> you
> wrote:
>>
>> I am new to u
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 sep
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
Hi Andre,
On Tue, 2 Apr 2013 17:43:36 +0200, Andre Przywara
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 should not deliberate
On Mon, Apr 15, 2013 at 1:40 PM, Fabio Estevam wrote:
> On Mon, Apr 15, 2013 at 1:18 PM, Otavio Salvador
> 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(USDH
On Mon, Apr 15, 2013 at 1:18 PM, Otavio Salvador
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;
>
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() ==
OMAP_INIT_CONTEXT_UBOOT_AFTER_SPL)
On Mon, Apr 15, 2013 at 12:00 PM, Fabio Estevam wrote:
> On Mon, Apr 15, 2013 at 11:06 AM, Otavio Salvador
> 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 @@ int board_mmc_init(bd_t *bis)
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 the
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 bel
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:
>
> git://git.d
-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 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
-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 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
-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 b
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
---
arch/arm/cpu/armv7/lowlevel_init.S |8 -
a
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
---
arch/arm/cpu/armv7/omap4/emif.c|6 +++---
arch/arm/cpu/armv7/omap4/hw_data.c |2 +-
arch/arm/cpu/armv7/omap4/hwinit.c |3
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
---
arch/arm/include/asm/arch-am33xx/omap.h | 25
arch/arm/include/asm/arch-omap4/omap.h | 24 ---
arch/arm/include/asm/arch
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 omap5
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 a
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
---
arch/arm/cpu/armv7/omap-common/hwinit-common.c | 1
On Mon, Apr 15, 2013 at 11:06 AM, Otavio Salvador
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
On Mon, Apr 15, 2013 at 10:54 AM, Fabio Estevam wrote:
> On Mon, Apr 15, 2013 at 10:35 AM, Otavio Salvador
> 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_cloc
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 de
On Mon, Apr 15, 2013 at 10:35 AM, Otavio Salvador
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);
> - usdhc_cfg[0].max_bus_width = 4;
> -
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
---
board/wandboard/wandboard.c | 19 +++
include/configs/wandboard.h | 3 +++
2 file
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
---
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 1 +
board/wandboard/wandboard.c| 19 +++
On Mon, 4 Mar 2013 18:03:23 -0600, Kim Phillips
wrote:
> On Mon, 4 Mar 2013 10:30:45 -0800
> Curt Brune wrote:
>
> > Hello -
> >
> > I want to pass a number of arguments from u-boot to the booted kernel.
> > The arguments are needed by user space applications, not the kernel.
> >
> > I can t
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
---
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 7
board/wandboard/wandboard.c
On Fri, Apr 12, 2013 at 10:47:30AM -0500, Andrew Dyer wrote:
> On Fri, Apr 12, 2013 at 7:10 AM, TENART Antoine > wrote:
>
> > Signed-off-by: Antoine Tenart
[snip]
> > + if (0 == get_cpu_rev()) {
> > + writel(0xF, DDRPHY_CONFIG_BASE + 0x028);
Here, and in lots of similar plac
Dear Albert ARIBAUD,
> Hi Tom,
>
> On Mon, 15 Apr 2013 08:45:07 -0400, Tom Rini 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
> > > >
> > > > wrote:
> > >
Hi Tom,
On Mon, 15 Apr 2013 08:45:07 -0400, Tom Rini 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
> > >
> > > wrote:
> > > > On the pxa270, if the udc device is not
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
> > wrote:
> >>Add support for hsi2c controller available on exynos5420.
> >>
> >>Note: driver currently sup
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
> >
> > wrote:
> > > On the pxa270, if the udc device is not disabled before jumping to linux,
> > > the device fails to initialize in linux b
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(+)
--
1.7
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
inde
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
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
> > Signed-off-by: Tom Rini
> > ---
> > include/conf
- 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
---
Based upon git://git.denx.de/u-boot.git branch master
Changes for v2: Sending as it is
Changes for v2: Fix tools/checkpat
- 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
---
Based upon git://git.denx.de/u-boot.git branch master
Changes for v2: Sending as it is
Changes for v3: Fix tools/checkpatch er
- 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
---
Based upon git://git.denx.de/u-boot.git branch master
Changes for v2:
- Define CONFIG_A003399_NOR_WORKAROUN
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 trans
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
---
Based upon git://git.denx.de/u-boot.git branch master
Changes for v2:
- Add CONFIG_A003399_NOR_WORKAROUND for errata workaround
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. board/p10
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 wrote:
> This series implemented a verified boot system based around FIT images
> as discussed on the U-Boot mailing list, including on this thread:
>
> http:
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
> Signed-off-by: Tom Rini
> ---
> include/configs/omap5_common.h |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --gi
90 matches
Mail list logo
