Hi Rob,
Commit 2108f4c4 (config: consolidate CONFIG_SYS_HZ definition) causes
the following boards:
omap730p2_cs3boot omap730p2_cs0boot scb9328 palmtc balloon3
mini2440 zipitz2 palmld omap730p2 omap3_zoom2 mx1ads
to emit this warning:
time.c:12:2: warning: #warning
Remove the redundant lcd_line_length initialisation which
sneaked in when an earlier version of the patch of commit
6d330719 has been rebased.
Some lcd drivers need to setup lcd_line_length not from the
panel_info parameters but by different means. Make the
lcd_get_size() weak to allow setting
From: Andre Heider a.hei...@gmail.com
Depending on the firmware's video options [1] the active SDTV or
HDTV mode can yield a framebuffer with noncontiguous horizontal lines,
giving a messed up display, for both, u-boot and the loaded kernel.
Fix this by setting lcd_line_length to the pitch value
On Tue, 22 Oct 2013 22:27:20 +0200
Andre Heider a.hei...@gmail.com wrote:
Add the missing right field to struct bcm2835_mbox_tag_overscan.
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/arm/include/asm/arch-bcm2835/mbox.h | 1 +
1 file changed, 1 insertion(+)
applied to
On Monday 28 October 2013 05:31 PM, Ashish Khetan wrote:
I disabled the 2nd core by using cfg_core1_enable and D2_MSRCID1
signal is not connected and we are using DDR controller 2... will this
create any obstacles to relocate? Is there any other register
configuration for DDR? can somebody
This is in preparation for adapting this board to function correctly on
a physical MIPS Malta board. The board is moved into an imgtec vendor
directory at the same time in order to ready us for any other boards
supported by Imagination in the future.
Signed-off-by: Paul Burton
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/09/2013 04:49 AM, Albert ARIBAUD wrote:
Hi Rob,
Commit 2108f4c4 (config: consolidate CONFIG_SYS_HZ definition) causes
the following boards:
omap730p2_cs3boot omap730p2_cs0boot scb9328 palmtc balloon3
mini2440 zipitz2 palmld
Hi Anatolij,
On Sat, Nov 09, 2013 at 11:07:53AM +0100, Anatolij Gustschin wrote:
From: Andre Heider a.hei...@gmail.com
Depending on the firmware's video options [1] the active SDTV or
HDTV mode can yield a framebuffer with noncontiguous horizontal lines,
giving a messed up display, for
Hi Tom,
On Sat, 9 Nov 2013 07:18:23 -0500, Tom Rini tr...@ti.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/09/2013 04:49 AM, Albert ARIBAUD wrote:
Hi Rob,
Commit 2108f4c4 (config: consolidate CONFIG_SYS_HZ definition) causes
the following boards:
Hello,
While preparing my pull request from ARM to mainline, I've tried a
merge of u-boot-arm/master and u-boot/master and had to solve a few
non-trivial conflicts due to the kbuild stuff.
I wonder how I should proceed now. Should I simply submit the PR and
warn Tom that conflicts will arise,
On Sat, Nov 09, 2013 at 02:11:15PM +0100, Albert ARIBAUD wrote:
Hello,
While preparing my pull request from ARM to mainline, I've tried a
merge of u-boot-arm/master and u-boot/master and had to solve a few
non-trivial conflicts due to the kbuild stuff.
I wonder how I should proceed now.
Hi Tom,
On Sat, 9 Nov 2013 11:47:35 -0500, Tom Rini tr...@ti.com wrote:
On Sat, Nov 09, 2013 at 02:11:15PM +0100, Albert ARIBAUD wrote:
Hello,
While preparing my pull request from ARM to mainline, I've tried a
merge of u-boot-arm/master and u-boot/master and had to solve a few
On Sat, Nov 09, 2013 at 06:49:01PM +0100, Albert ARIBAUD wrote:
Hi Tom,
On Sat, 9 Nov 2013 11:47:35 -0500, Tom Rini tr...@ti.com wrote:
On Sat, Nov 09, 2013 at 02:11:15PM +0100, Albert ARIBAUD wrote:
Hello,
While preparing my pull request from ARM to mainline, I've tried a
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
doc/README.imx6-multi-arch | 254 +
1 file changed, 254 insertions(+)
create mode 100644 doc/README.imx6-multi-arch
diff --git a/doc/README.imx6-multi-arch b/doc/README.imx6-multi-arch
new
Hi all,
On 11/09/2013 01:12 PM, Eric Nelson wrote:
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
doc/README.imx6-multi-arch | 254 +
1 file changed, 254 insertions(+)
create mode 100644 doc/README.imx6-multi-arch
diff --git
2013/11/8 Paul Burton paul.bur...@imgtec.com:
This series adds support for booting on a physical MIPS Malta board
using a coreFPGA6 core card.
The first 6 patches lay some groundwork, then the next 8 genericise
the existing qemu-malta board to also function on a physical Malta.
In the final
2013/10/24 Gabor Juhos juh...@openwrt.org:
The memsize environment variable must contain the
memory size in bytes on the Malta board. Otherwise
Linux will use wrong memory size which causes a kernel
panic.
Define CONFIG_MEMSIZE_IN_BYTES in malta.h to avoid
that.
Signed-off-by: Gabor Juhos
Hi Tom,
The following changes since commit 15c5cdf5aa6b292145e5e3e220ec1f42b11eff6f:
Merge branch 'master' of git://www.denx.de/git/u-boot-usb
(2013-11-08 15:25:29 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-mips.git master
for you to fetch changes up to
Hi Tom,
On Sat, 9 Nov 2013 14:50:09 -0500, Tom Rini tr...@ti.com wrote:
On Sat, Nov 09, 2013 at 06:49:01PM +0100, Albert ARIBAUD wrote:
Hi Tom,
On Sat, 9 Nov 2013 11:47:35 -0500, Tom Rini tr...@ti.com wrote:
On Sat, Nov 09, 2013 at 02:11:15PM +0100, Albert ARIBAUD wrote:
Hello,
Hi Tom,
On Sat, 9 Nov 2013 11:47:35 -0500, Tom Rini tr...@ti.com wrote:
On Sat, Nov 09, 2013 at 02:11:15PM +0100, Albert ARIBAUD wrote:
Hello,
While preparing my pull request from ARM to mainline, I've tried a
merge of u-boot-arm/master and u-boot/master and had to solve a few
On Sat, Nov 09, 2013 at 09:57:25PM +0100, Albert ARIBAUD wrote:
Hi Tom,
On Sat, 9 Nov 2013 11:47:35 -0500, Tom Rini tr...@ti.com wrote:
On Sat, Nov 09, 2013 at 02:11:15PM +0100, Albert ARIBAUD wrote:
Hello,
While preparing my pull request from ARM to mainline, I've tried a
Dear Eric Nelson,
In message 1384027962-11556-1-git-send-email-eric.nel...@boundarydevices.com
you wrote:
...
+Supporting multiple architectures on Freescale i.MX6
+
+This file describes how to support multiple CPU architectures
+(i.MX6DQ and i.MX6DLS) in a single U-Boot image.
I think the
Dear Eric Nelson,
In message 527e99cb.7030...@boundarydevices.com you wrote:
As I mentioned yesterday, I'd like to get some agreement about some
of the fundamentals of how we'll do multi-arch, since they have an
impact on some patches in flight, notably
We should be really precise when
Thanks Wolfgang,
On 11/09/2013 02:16 PM, Wolfgang Denk wrote:
Dear Eric Nelson,
In message 527e99cb.7030...@boundarydevices.com you wrote:
As I mentioned yesterday, I'd like to get some agreement about some
of the fundamentals of how we'll do multi-arch, since they have an
impact on some
Hi Tom,
The following changes since commit
15c5cdf5aa6b292145e5e3e220ec1f42b11eff6f:
Merge branch 'master' of git://www.denx.de/git/u-boot-usb (2013-11-08
15:25:29 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-arm master
for you to fetch changes up to
Thanks Wolfgang.
On 11/09/2013 02:14 PM, Wolfgang Denk wrote:
Dear Eric Nelson,
In message 1384027962-11556-1-git-send-email-eric.nel...@boundarydevices.com
you wrote:
...
+Supporting multiple architectures on Freescale i.MX6
+
+This file describes how to support multiple CPU architectures
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
V2 replaces the words arch and architecture, since we're talking about
processor variations within a family, not different processor architectures.
doc/README.imx6-multi-bom | 241 ++
1
The new name is longer but more clearly related to sandbox.
This is in a separate patch within the same series since some comments on the
SPI series rely on it.
Signed-off-by: Simon Glass s...@chromium.org
Signed-off-by: Simon Glass s...@chromium.org
Reviewed-by: Hung-ying Tyan
This was obtained from Linux 3.12 commit 5e01dc7b26.
Signed-off-by: Simon Glass s...@chromium.org
---
doc/device-tree-bindings/spi/spi-bus.txt | 92
1 file changed, 92 insertions(+)
create mode 100644 doc/device-tree-bindings/spi/spi-bus.txt
diff --git
spi_setup_slave_fdt() should get its parameters from the device tree
directly, so tweak this function to do this.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/misc/cros_ec_spi.c | 3 +--
drivers/mtd/spi/sf_probe.c | 2 ++
drivers/spi/spi.c | 19 +++
From: Mike Frysinger vap...@gentoo.org
This adds a SPI framework for people to hook up simulated SPI clients.
Signed-off-by: Mike Frysinger vap...@gentoo.org
Signed-off-by: Simon Glass s...@chromium.org
Signed-off-by: Simon Glass s...@chromium.org
---
arch/sandbox/include/asm/config.h | 8 ++
From: Mike Frysinger vap...@gentoo.org
We want to test SPI flash code in the sandbox, so enable the new drivers and
the 'sf test' command.
This command is used to validate the sandbox SPI / SPI flash implementation,
so enable it.
Signed-off-by: Mike Frysinger vap...@gentoo.org
Signed-off-by:
This allows us to put the SPI flash chip inside the SPI interface node,
with U-Boot finding the correct bus and chip select automatically.
This is part of a series of changes to enable 'cros_test swsync' which
is needed while flashrom EC support is missing.
Signed-off-by: Simon Glass
From: Mike Frysinger vap...@gentoo.org
This adds a SPI flash driver which simulates SPI flash clients.
Currently supports the bare min that U-Boot requires: you can
probe, read, erase, and write. Should be easy to extend to make
it behave more exactly like a real SPI flash, but this is good
If we are passing this using the device tree then we may not want to
set this up here. TBD.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2: None
arch/x86/lib/zimage.c | 21 -
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git a/arch/x86/lib/zimage.c
These options are used by the image code. To allow us to use the generic
code more easily, define these for x86.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2: None
arch/x86/include/asm/config.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/x86/include/asm/config.h
The x86 bootm code is quite special, and geared to zimage. Adjust it
to support device tree and make it more like the ARM code, with
separate bootm stages and functions for each stage.
Create a function announce_and_cleanup() to handle printing the
Starting kernel ... message and put it in bootm
This little series adds support for booting FITs on x86. A FIT is a single
file that can contain a kernel, device tree and ramdisk.
x86 kernels require a setup.bin file to boot. Rather than try to pack this
into the image in a clever way, this series just adds it as another image
in the FIT. At
Add a new setup@ section to the FIT which can be used to provide a setup
binary for booting Linux on x86. This makes it possible to boot x86 from
a FIT.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Rebase to master
common/cmd_bootm.c| 23 ++--
Hi Wolfgang,
On Wed, Nov 6, 2013 at 1:24 AM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message 1382800457-26608-1-git-send-email-...@chromium.org you wrote:
Many parts of the U-Boot code base are sprinkled with #ifdefs. This makes
different boards compile different versions of
40 matches
Mail list logo