Add CONFIG_SYS_GENERIC_BOARD for all Exynos4 boards.
Signed-off-by: Piotr Wilczek
Cc: Przemyslaw Marczak
Cc: Lukasz Majewski
Cc: Minkyu Kang
---
include/configs/exynos4-dt.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/exynos4-dt.h b/include/configs/exynos4-dt.h
index
Hi Tim,
On 22/05/2014 08:14, Tim Harvey wrote:
> Stefano,
>
> Any comments on this series? I realize you've applied the first one
> and I'll remove that from any subsequent posts.
Right.
>
I think we have a very good point (nice work !) and we are near to merge
the patchset. If I am not wrong
Hi,
Thanks for the inputs.
On 21 May 2014 21:04, Mark Rutland wrote:
> On Wed, May 21, 2014 at 04:28:53PM +0100, Tom Rini wrote:
> > On Wed, May 21, 2014 at 10:40:38AM +0100, Mark Rutland wrote:
> > > On Wed, May 21, 2014 at 09:46:35AM +0100, Vishal Bhoj wrote:
> > > > Hi ,
> > >
> > > Hi,
> >
On Wed, May 7, 2014 at 10:16 PM, Tim Harvey wrote:
> This series adds some necessary framework for IMX6 SPL support. The series
> includes support for NAND SPL and has been tested with MMC as well. I have
> tested this on five differing Ventana baseboards with a variety of memory
> (32bit 512MB, 3
Hi Stefan,
On 21 May 2014 03:12, Stefan Herbrechtsmeier wrote:
> Hi,
>
> a script with 'if run' don't work as expect. I have test it on an
> omap3_overo board.
>
> The following script always prints true:
> setenv testcmd false; if run testcmd; then echo "true"; fi;
>
> This could be fixed by rev
Hello Jörg,
Am 21.05.2014 22:44, schrieb Jörg Krause:
Building for a custom Freescale i.MX28 board failed for me. Here is the output:
[joerg@timelineX u-boot-testing]$ export ARCH=arm
[joerg@timelineX u-boot-testing]$ export
CROSS_COMPILE=arm-linux-gnueabi-
[joerg@timelineX u-boot-testing]$ mak
On 05/22/2014 01:18 AM, Stephen Warren wrote:
> On 05/20/2014 11:40 PM, Jaehoon Chung wrote:
>> Hi, Stephen.
>>
>> i didn't apply your patch. Which repository do you use?
>
> It's based on u-boot.git master branch. The latest u-boot-mmc.git master
> branch is already included in that branch, and i
Hi Josh,
On 05/21/2014 10:42 AM, Josh Wu wrote:
In this configuration the environment will save in file: uboot.env of
mmc card.
Signed-off-by: Josh Wu
Acked-by: Bo Shen
---
v1 -> v2:
1. remove mem=128m and roottype in bootargs.
2. default boot command use zImage instead of uImage.
Hi Josh,
On 05/21/2014 10:42 AM, Josh Wu wrote:
Also we enable the mmc command in configuration file.
As both CONFIG_CMD_MMC and CONFIG_CMD_USB use the CONFIG_DOS_PARTITION,
so remove the redundant CONFIG_DOS_PARTITION definition.
Signed-off-by: Josh Wu
Acked-by: Bo Shen
---
v1 -> v2:
Hi Stephen,
On 13 May 2014 09:30, Stephen Warren wrote:
> On 05/09/2014 11:28 AM, Simon Glass wrote:
>> This is an implementation of GPIOs for Tegra that uses driver model. It has
>> been tested on trimslice and also using the new iotrace feature.
>>
>> The implementation uses a top-level GPIO de
On 22/05/14 03:58, Simon Glass wrote:
> Hi Minkyu,
>
> On 21 May 2014 00:05, Minkyu Kang wrote:
>> On 20/05/14 20:47, Simon Glass wrote:
>>> Hi Minkyu,
>>>
>>> On 15 May 2014 00:51, Minkyu Kang wrote:
On 03/04/14 08:24, Simon Glass wrote:
> From: Aaron Durbin
>
> The TSP65090 i
Hi Harsha,
On 21 May 2014 06:46, Harsha Kiran wrote:
> Hi Simon,
>
> I have added the next patch in the series i.e., (../339610/) But the
> result is still the same. This particular patch just created a device tree
> In the arch/arm/dts folder For the beaglebone. I have already tried creating
On 20 May 2014 03:58, Michael van der Westhuizen
wrote:
> It is trivial to crash fit_check_sign by invoking with an
> absolute path in a deeply nested directory. This is exposed
> by vboot_test.sh.
>
> Signed-off-by: Michael van der Westhuizen
Acked-by: Simon Glass
> ---
> tools/fit_check_si
In 20 May 2014 03:16, Michael van der Westhuizen
wrote:
> Due to the FIT_MAX_HASH_LEN constant not having been updated
> to support SHA256 signatures one will always see a buffer
> overflow in fit_image_process_hash when signing images that
> use this larger hash. This is exposed by vboot_test.sh
Hi Doug,
On 20 May 2014 12:51, Doug Anderson wrote:
> Simon,
>
> On Tue, May 13, 2014 at 11:17 AM, Simon Glass wrote:
>> Hi Doug,
>>
>> On 18 April 2014 15:32, Doug Anderson wrote:
>>> Simon,
>>>
>>> On Fri, Apr 18, 2014 at 1:43 PM, Simon Glass wrote:
Hi Doug,
On 17 April 2014 1
On 21 May 2014 03:20, Akshay Saraswat wrote:
> Macros defined in exynos5_setup.h specific to SMDK5420
> are required for Peach-Pit too. Hence, replacing
> CONFIG_SMDK5420 with CONFIG_EXYNOS5420 to enable these
> macros for all the boards based on Exynos5420.
>
> Signed-off-by: Akshay Saraswat
Ac
On 21 May 2014 03:20, Akshay Saraswat wrote:
> While the Exynos5420 chip is used in both Smdk5420 and in the Peach-Pit
> line of devices, there could be other boards using the same chip, so a
> common configuration file is being added (exynos5420.h) as well
> as two common device tree files (exyno
Building for a custom Freescale i.MX28 board failed for me. Here is the
output:
[joerg@timelineX u-boot-testing]$ export ARCH=arm
[joerg@timelineX u-boot-testing]$ export
CROSS_COMPILE=arm-linux-gnueabi-
[joerg@timelineX u-boot-testing]$ make mrproper
CLEAN scripts/basic
Adapted from d70f5480 described below.
commit d70f54808dfa83b574e1239c3eccbcf3317343e1
Author: Javier Martinez Canillas
Date: Mon Jan 7 03:51:20 2013 +
omap4: allow the use of a plain text env file instead boot scripts
For production systems it is better to use script
Gumstix Overo COMs with board revision 0x4 use a different Wifi and
Bluetooth module: Wi2Wi's W2CBW0015. No other code changes are required
in u-boot---just handling of this particular board revision.
Signed-off-by: Ash Charles
---
board/overo/overo.c | 1 +
board/overo/overo.h | 1 +
2 files c
Patch f33b9bd3
[arm: omap3: Enable clocks for peripherals only if they are used]
breaks SPL booting on Overo. Since some gpio inputs are
read to detect the board revision. But with this patch above, the
clocks to the GPIO subsystems are not enabled per default any more.
The GPIO banks need to be co
The NAND linux partition format default was changed from jffs2 to ubi in
254973e6df0e48f1a72b67905185c774dcd9f394 but the corresponding commands were
not enabled.
Signed-off-by: Peter A. Bigot
Tested-by: Ash Charles
---
include/configs/omap3_overo.h | 40 +---
From: "Peter A. Bigot"
Linux kernel at version 3.5 is about 3.5 MiB; test kernels for 3.10 exceed 4
MiB. Prepare for future upgrades by increasing the NAND partition now.
Signed-off-by: Peter A. Bigot
Tested-by: Ash Charles
---
include/configs/omap3_overo.h | 4 ++--
1 file changed, 2 insert
The OpenRISC architecture specification v1.0 defines
new SPR registers. This patch adds registers definition
for group 0 and update bit definitions for the CPU
configuration register.
Signed-off-by: Franck Jullien
---
arch/openrisc/include/asm/spr-defs.h | 13 -
1 files changed, 12
The relocation code can now relocate from anywhere to
the RAM.
The old code assumed that the binary was copied to the RAM
by some PBL and then it just relocated the .text section
from the loaded address to the linked address.
Now, it first checks if vectors are somewhere else than the
linked addr
Clean-up the board configuration file for the Gumstix Overo board by
including common omap3 definitions from ti_omap3_common.h as suggested
here [1].
[1] http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/185960
Signed-off-by: Ash Charles
Conflicts:
include/configs/omap3_overo.h
Update the board configuration for Gumstix Overo. In particular,
add support for zImage and DTB files on boot.
Signed-off-by: Ash Charles
---
include/configs/omap3_overo.h | 58 ---
1 file changed, 38 insertions(+), 20 deletions(-)
diff --git a/include/co
Add EEPROM ID switches for Alto35, Arbor43C, Stagecoach, Thumbo, and
Turtlecore Gumstix Overo expansion boards.
Signed-off-by: Ash Charles
---
board/overo/overo.c | 42 --
board/overo/overo.h | 16
2 files changed, 56 insertions(+), 2 dele
The linux kernel is at nand0,3 using the current layout, but is best
accessed through the partition label "linux". Since CONFIG_CMD_MTDPARTS is
defined the CONFIG_JFFS2 settings are unreferenced; use "setenv partition
rootfs" to set the default mtd partition for jffs2.
Signed-off-by: Peter A. Big
This patch series collects board-specific fixes and updates for the
Gumstix Overo COMs.
v2 adds [1] originally sent separately and amends as discussed [2].
[1] https://www.mail-archive.com/u-boot@lists.denx.de/msg137739.html
[2] http://lists.denx.de/pipermail/u-boot/2014-May/179891.html
Ash Char
On Wed, May 21, 2014 at 10:10:50PM +0200, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message <20140521195824.GE1752@bill-the-cat> you wrote:
> >
> > Something that Rob mentioned to me at ELC, and others have mentioned
> > before is that it would be nice if 'bootm' (which says "boot application
On Tue, May 20, 2014 at 10:34 AM, Stefan Herbrechtsmeier
wrote:
> A run of mmcargs is missing.
Totally correct---good catch.
I'll send a v2 for this series rebased on u-boot-ti/master and also
include this [1] patch. Hopefully this is correct.
--Ash
[1] https://www.mail-archive.com/u-boot@lists
Dear Tom Rini,
In message <20140521195824.GE1752@bill-the-cat> you wrote:
>
> Something that Rob mentioned to me at ELC, and others have mentioned
> before is that it would be nice if 'bootm' (which says "boot application
> image stored in memory" in the help, even) would just work with zImage
>
Hey all,
Something that Rob mentioned to me at ELC, and others have mentioned
before is that it would be nice if 'bootm' (which says "boot application
image stored in memory" in the help, even) would just work with zImage
or Image or whatever is spit directly out of the kernel.
The following show
Hi Simon,
I have added the next patch in the series i.e., (../339610/) But the
result is still the same. This particular patch just created a device tree
In the arch/arm/dts folder For the beaglebone. I have already tried
creating for am335x-evmsk and was able to build the u-boot-dtb.bin.
I h
From: Cormier, Jonathan
get_phy_id returns -EIO when it can't read from a phy at a given addr. This
would cause
create_phy_by_mask to return prematurely before it had tested the other
addresses in the provided mask.
Example usage:
Replace
phydev = phy_connect(bus, phy_addr, dev, phy_if)
w
On Wed, May 21, 2014 at 07:44:15PM +0100, Ian Campbell wrote:
> On Wed, 2014-05-14 at 11:20 -0400, Tom Rini wrote:
> > On Wed, May 14, 2014 at 08:29:48AM +0100, Ian Campbell wrote:
> > > On Tue, 2014-05-13 at 07:19 -0400, Tom Rini wrote:
> > > > On Tue, May 13, 2014 at 11:19:13AM +0100, Ian Campbel
Hi Minkyu,
On 21 May 2014 00:05, Minkyu Kang wrote:
> On 20/05/14 20:47, Simon Glass wrote:
>> Hi Minkyu,
>>
>> On 15 May 2014 00:51, Minkyu Kang wrote:
>>> On 03/04/14 08:24, Simon Glass wrote:
From: Aaron Durbin
The TSP65090 is a PMIC on some exynos5 boards. The init function i
On Wed, 2014-05-14 at 11:20 -0400, Tom Rini wrote:
> On Wed, May 14, 2014 at 08:29:48AM +0100, Ian Campbell wrote:
> > On Tue, 2014-05-13 at 07:19 -0400, Tom Rini wrote:
> > > On Tue, May 13, 2014 at 11:19:13AM +0100, Ian Campbell wrote:
> > > > Thanks, have you also seen "[PATCH v3 0/5] net/design
With the changes to the i2c framework (and adopting the omap24xx_i2c
driver to them) we can no longer call i2c functions prior to gd having
been set and cleared. When SPL booting, this is handled by setting gd
to point to SRAM in s_init. However in the cases where we are loaded
directly by ROM (m
We have two contexts for booting these platforms. One is SPL which is
roughly: reset, cpu_init_crit, lowlevel_init, s_init, sdram_init, _main,
board_init_f from SPL, ... then U-Boot loads. The other is a
memory-mapped XIP case (NOR or QSPI) where we do not run an SPL. In
this case we go, roughly
The following series fixes problems with booting U-Boot without SPL
on am33xx/am43xx, which only happens in the case of NOR or QSPI. The
changes themselves are rather straight forward. The biggest thing is
that they highlight that SPL needs to migrate over to common/board_f.c
because, yeah, there
On 05/20/2014 11:40 PM, Jaehoon Chung wrote:
> Hi, Stephen.
>
> i didn't apply your patch. Which repository do you use?
It's based on u-boot.git master branch. The latest u-boot-mmc.git master
branch is already included in that branch, and it looks like some
changes have been applied to cmd_mmc.c
I was wondering about the following warnings while bootings linux 3.15.0-rc5:
[0.998885] nand: device found, Manufacturer ID: 0x98, Chip ID: 0xd1
[1.005485] nand: Toshiba NAND 128MiB 3,3V 8-bit
[1.010165] nand: 128MiB, SLC, page size: 2048, OOB size: 64
[1.016176] Scanning device f
On Wed, May 21, 2014 at 04:28:53PM +0100, Tom Rini wrote:
> On Wed, May 21, 2014 at 10:40:38AM +0100, Mark Rutland wrote:
> > On Wed, May 21, 2014 at 09:46:35AM +0100, Vishal Bhoj wrote:
> > > Hi ,
> >
> > Hi,
> >
> > > I have added mmc driver into the vexpress64 board file for uboot and
> > > t
On Wed, May 21, 2014 at 10:40:38AM +0100, Mark Rutland wrote:
> On Wed, May 21, 2014 at 09:46:35AM +0100, Vishal Bhoj wrote:
> > Hi ,
>
> Hi,
>
> > I have added mmc driver into the vexpress64 board file for uboot and tested
> > it on FVP base model. I tried booting a kernel on that but it is abor
Hello,
is it possible to export some Uboot command line functions (e.g. bootm) to a
standalone app, in such shall my app be GPLed.
Many thanks.
--
View this message in context:
http://u-boot.10912.n7.nabble.com/Export-Uboot-command-line-functions-to-a-standalone-app-tp180395.html
Sent from t
Hi Marek,
About the following piece of code in enable_pcie_clock:
int enable_pcie_clock(void)
* Switch LVDS clock source to SATA (0xb), disable clock INPUT and
* enable clock OUTPUT. This is important for PCI express link that
* is clocked from the i.MX6.
*/
#define ANADI
Currently cntvoff_el2 is initialised with an arbitrary bag of bits
derived from the initial value of cnthctl_el2 on the current CPU. This is
somewhat odd and problematic as some of these bits are UNKNOWN at reset
and may differ across CPUs (which may cause an OS at EL1 to observe time
going backwar
Macros defined in exynos5_setup.h specific to SMDK5420
are required for Peach-Pit too. Hence, replacing
CONFIG_SMDK5420 with CONFIG_EXYNOS5420 to enable these
macros for all the boards based on Exynos5420.
Signed-off-by: Akshay Saraswat
---
arch/arm/cpu/armv7/exynos/exynos5_setup.h | 6 +++---
1
While the Exynos5420 chip is used in both Smdk5420 and in the Peach-Pit
line of devices, there could be other boards using the same chip, so a
common configuration file is being added (exynos5420.h) as well
as two common device tree files (exynos54xx.dtsi & exynos5420.dtsi).
The peach board as dec
This board is based on Exynos5420 and is similar to SMDK5420 board.
Adding new and refactoring existing DT and config files to support
both SMDK5420 and Peach-Pit.
Akshay Saraswat (2):
Exynos5420: Introduce support for the Peach-Pit board
Exynos5420: Let macros be used for exynos5420
arch/a
Hi,
a script with 'if run' don't work as expect. I have test it on an
omap3_overo board.
The following script always prints true:
setenv testcmd false; if run testcmd; then echo "true"; fi;
This could be fixed by reverting commit
1992dbfdb9886c3dfc4a505091895c851f736f3a:
Make 'run' use run_
On 05/21/2014 04:20 AM, Jaehoon Chung wrote:
Hi, Hector.
On 05/21/2014 01:37 AM, Hector Palacios wrote:
Hi,
On 05/16/2014 06:59 AM, Jaehoon Chung wrote:
Signed-off-by: Jaehoon Chung
Tested-by: Lukasz Majewski
Acked-by: Lukasz Majewski
What platforms did you test DDR mode on?
I have tes
On Wed, May 21, 2014 at 09:46:35AM +0100, Vishal Bhoj wrote:
> Hi ,
Hi,
> I have added mmc driver into the vexpress64 board file for uboot and tested
> it on FVP base model. I tried booting a kernel on that but it is aborting
> with the following message:
> Final value for argc=3
>Loading Ker
Development board for headless gateway platform from Abilis Systems.
Initial commit with working UART and DW GMAC.
For now with generic Ethernet PHY due to problems in Realtek PHY driver.
Signed-off-by: Alexey Brodkin
Cc: Vineet Gupta
Cc: Christian Ruppert
Cc: Pierrick Hascoet
---
board/abi
On 20/05/14 20:47, Simon Glass wrote:
> Hi Minkyu,
>
> On 15 May 2014 00:51, Minkyu Kang wrote:
>> On 03/04/14 08:24, Simon Glass wrote:
>>> From: Aaron Durbin
>>>
>>> The TSP65090 is a PMIC on some exynos5 boards. The init function is
>>> called for the TPS65090 pmic. If that device is not a pa
from linux 3.14:
commit 455c6fdbd219161bd09b1165f11699d6d73de11c
Author: Linus Torvalds
Date: Sun Mar 30 20:40:15 2014 -0700
Linux 3.14
Needed for the MTD/UBI/UBIFS resync
Signed-off-by: Heiko Schocher
Cc: Marek Vasut
Cc: Sergey Lapin
Cc: Scott Wood
---
include/linux/list_sort.h |
using UBI and DM together leads in compiler error, as
both define a "struct device", so rename "struct device"
in include/dm/device.h to "struct udevice", as we use
linux code (MTD/UBI/UBIFS some USB code,...) and cannot
change the linux "struct device"
Signed-off-by: Heiko Schocher
Cc: Simon Gla
resync with linux:
commit 455c6fdbd219161bd09b1165f11699d6d73de11c
Author: Linus Torvalds
Date: Sun Mar 30 20:40:15 2014 -0700
Linux 3.14
Needed for the MTD/UBI/UBIFS resync
Signed-off-by: Heiko Schocher
Cc: Marek Vasut
Cc: Sergey Lapin
Cc: Scott Wood
---
include/linux/rbtree.h
resync mtd, ubi and ubifs subsystem with linux:
commit 455c6fdbd219161bd09b1165f11699d6d73de11c
Author: Linus Torvalds
Date: Sun Mar 30 20:40:15 2014 -0700
Linux 3.14
Main reason for this sync is, we now have UBI fastmap support
in U-Boot.
Tested it on am33xx, imx6 and mpc83xx boards. MA
Dear all,
I am thinking of getting the Uboot to load a VMM (in hyp mode) rather than a
standard kernel, is it a good (and feasible) idea to set the VMM as a
standalone application which runs in hyp mode, and then the VMM uncompress
and load a kernel image to be executed in SVC mode, is there a bet
Hi ,
I have added mmc driver into the vexpress64 board file for uboot and tested
it on FVP base model. I tried booting a kernel on that but it is aborting
with the following message:
Final value for argc=3
Loading Kernel Image ... OK
kernel loaded at 0x0008, end = 0x00827024
using: FDT
Hi Jeroen,
On Tue, May 20, 2014 at 9:06 PM, Jeroen Hofstee wrote:
> Dear Vasili,
>
> On ma, 2014-05-19 at 12:45 +0300, Vasili Galka wrote:
> [...]
>
>> 2. I see a reoccurring pattern of some headers being used from the host,
>>causing mismatches and arising build errors. Then some way is soug
This patch makes it possible to boot from battery on olinuxino Boards
from Olimex.
We should not set DOUBLE_FETS in HW_POWER_MINPWR, it makes my system
reset with in seconds while running on battery power.
Also mxs_power_enable_4p2() should not be called if running from
battery. It switches VDDD
Replace 80 mircoseconds delay with polling flag ESPI_EV_TXE.
Signed-off-by: Hou Zhiqiang
---
drivers/spi/fsl_espi.c | 138 +
1 file changed, 106 insertions(+), 32 deletions(-)
diff --git a/drivers/spi/fsl_espi.c b/drivers/spi/fsl_espi.c
index 7c84
I have following folder structure:
board/kernel_fdt.its
output/images/zImage
The kernel.its has following path for the zImage:
data = /incbin/("output/images/zImage");
When I invoke mkimage like this, it complains, that
"output/images/zImage" doesn't exist:
mkimage -f board/kernel_fdt.its outp
67 matches
Mail list logo
