On 01/01/2012 05:28, Marek Vasut wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Stefano Babic sba...@denx.de
---
include/configs/m28evk.h |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
Applied to u-boot-imx, thanks.
Best
On 09/01/2012 21:22, Zach Sadecki wrote:
There are 2 locations in the power init code for the mx28 where IRQs are not
being cleared because incorrect methods to clear those bits were being used.
This was causing my board to get stuck waiting for POWER_CTRL_VDD5V_DROOP_IRQ
to clear. Using
On 10/01/2012 21:00, Fabio Estevam wrote:
On Tue, Jan 10, 2012 at 5:57 PM, Marek Vasut marek.va...@gmail.com wrote:
Acked-by: Marek Vasut marek.va...@gmail.com
Though you should drop it from all other board files (hint: git grep
CONFIG_NET_MULTI)
Ok, will submit a patch for removing it
Dear Doug,
In message CAD=FV=Ui2Zww2bGT+QSjTg=k0v9bggsaxshrtsxoqypba9x...@mail.gmail.com
you wrote:
...I'm still awaiting Wolfgang's suggestion for which of the following
he'd like me to submit instead of this series:
1. A stripped down version of the change to use malloc with the caveat
On 10/01/2012 11:52, Jason Liu wrote:
Init peripheral access control register of AIPSTZ OPACRx:
Buffer Writes(BW): 0 - not bufferable,
Supervisor Protect(SP): 0 - not require supervisor privilege level for
accesses.
Write Protect(WP): 0 - allows write accesses.
Trusted
On 09/01/2012 08:04, Dirk Behme wrote:
Hi Stefano,
On 29.12.2011 17:34, Dirk Behme wrote:
From: Jason Liu jason@linaro.org
Add the initial support for Freescale i.MX6Q Sabre Lite board
Signed-off-by: Dirk Behme dirk.be...@de.bosch.com
Signed-off-by: Jason Liu jason@linaro.org
On 29/12/2011 17:34, Dirk Behme wrote:
From: Jason Liu jason@linaro.org
Add the initial support for Freescale i.MX6Q Sabre Lite board
Signed-off-by: Dirk Behme dirk.be...@de.bosch.com
Signed-off-by: Jason Liu jason@linaro.org
CC: Eric Nelson eric.nel...@boundarydevices.com
---
Hello Sughosh,
I reviewed your patch and I agree with Heiko's comments. I am looking
forward to v3 :-)
Regards, Christian
On Wed, Jan 11, 2012 at 8:53 AM, Sughosh Ganu urwithsugh...@gmail.com wrote:
hi Heiko,
On Wed Jan 11, 2012 at 07:52:02AM +0100, Heiko Schocher wrote:
Hello Sughosh,
Hello Heiko,
On Wed, Jan 11, 2012 at 8:21 AM, Heiko Schocher h...@denx.de wrote:
Hello Christian,
Christian Riesch wrote:
This patch adds support for the Calimain board from
OMICRON electronics GmbH. The board features a Texas Instruments AM1808
SoC, 128 MB DDR2 memory, and 64 MB NOR flash
From: Simon Schwarz simonschwarz...@googlemail.com
This adds some configs for devkit8000 to use the new spl command
Signed-off-by: Simon Schwarz simonschwarz...@gmail.com
CC: Tom Rini tom.r...@gmail.com
CC: Stefano Babic sba...@denx.de
CC: Wolfgang Denk w...@denx.de
---
V13: subject devki8000
From: Simon Schwarz simonschwarz...@googlemail.com
Linux crashes if the GPMC isn't configured for the dm9000.
Signed-off-by: Simon Schwarz simonschwarz...@gmail.com
Signed-off-by: Stefano Babic sba...@denx.de
CC: Tom Rini tom.r...@gmail.com
CC: Stefano Babic sba...@denx.de
CC: Wolfgang Denk
Hello Heiko, Sughosh,
On Wed, Jan 11, 2012 at 7:52 AM, Heiko Schocher h...@denx.de wrote:
please remove the da8xx_configure_lpsc_items() in board_gpio_init()
in the ./board/enbw/enbw_cmc/enbw_cmc.c() file, and also move ...
before I write here a lot of text, here the patch, based on yours,
Hello Christian,
Christian Riesch wrote:
Hello Heiko, Sughosh,
On Wed, Jan 11, 2012 at 7:52 AM, Heiko Schocher h...@denx.de wrote:
please remove the da8xx_configure_lpsc_items() in board_gpio_init()
in the ./board/enbw/enbw_cmc/enbw_cmc.c() file, and also move ...
before I write here a lot
On 11 January 2012 13:00, Kim, Heungjun riverful@samsung.com wrote:
Hi Minkyu Kang,
On 2012년 01월 11일 11:35, Minkyu Kang wrote:
Dear HeungJun, Kim,
On 10 January 2012 18:00, HeungJun, Kimriverful@samsung.com wrote:
This patch adds support for Samsung TRATS board
Signed-off-by:
On 10.01.2012 18:28, Fabio Estevam wrote:
Andy,
Any comment about this patch?
Without this patch we get corrupted SD cards after trying to store env
vars on several i.MX boards.
As this seems to hurt more and more i.MX guys, could we somehow get this
applied asap (if there are no comments
Dear Chander Kashyap,
On 9 January 2012 15:40, Chander Kashyap chander.kash...@linaro.org wrote:
Samsung's ARM Cortex-A15 based SoCs are known as Exynos5 series of
SoCs. This patch adds the support for Exynos5.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes for v2:
On 11/01/2012 10:53, Dirk Behme wrote:
As this seems to hurt more and more i.MX guys, could we somehow get this
applied asap (if there are no comments any more)?
The issue hurts i.MX, but the patch modifies some PowerPC boards. I
would like to get the ACK from PowerPC guys before merging into
On Tue Jan 10, 2012 at 09:07:58PM +0100, Marek Vasut wrote:
The current implementation invalidates the cache instead of flushing
it. This causes problems on platforms where the spl/u-boot is already
loaded to the RAM, with caches enabled by a first stage bootloader.
What platforms
Dear Minkyu Kang,
On 11 January 2012 15:41, Minkyu Kang proms...@gmail.com wrote:
Dear Chander Kashyap,
On 9 January 2012 15:40, Chander Kashyap chander.kash...@linaro.org wrote:
Samsung's ARM Cortex-A15 based SoCs are known as Exynos5 series of
SoCs. This patch adds the support for Exynos5.
Hi Marek,
Thanks for you review.
On Tue, Jan 10, 2012 at 9:37 PM, Marek Vasut marek.va...@gmail.com wrote:
From: Govindraj.R govindraj.r...@ti.com
Clean up added ehci-omap.c and make it generic for re-use across
soc having same ehci ip block. Also pass the modes to be configured
On Wed, Jan 11, 2012 at 4:22 PM, Marek Vasut marek.va...@gmail.com wrote:
Hi Marek,
Thanks for you review.
On Tue, Jan 10, 2012 at 9:37 PM, Marek Vasut marek.va...@gmail.com wrote:
From: Govindraj.R govindraj.r...@ti.com
Clean up added ehci-omap.c and make it generic for re-use across
Stephan Linz wrote:
Am Donnerstag, den 05.01.2012, 20:19 +0100 schrieb Wolfgang Denk:
Dear Stephan Linz,
In message 1325783490.7827.45.camel@keto you wrote:
Michals latest Microblaze platform patches will enable this driver for
board/xilinx/microblaze-generic and we know about a success story
On Wed Jan 11, 2012 at 11:47:27AM +0100, Marek Vasut wrote:
On Tue Jan 10, 2012 at 09:07:58PM +0100, Marek Vasut wrote:
The current implementation invalidates the cache instead of flushing
it. This causes problems on platforms where the spl/u-boot is already
loaded to the RAM, with
On 17.08.2011 08:22, Simon Glass wrote:
On Tue, Aug 16, 2011 at 10:33 PM, Eric Miao eric.m...@linaro.org wrote:
Ignore the return value of eth_getenv_enetaddr_by_index(), and if it
fails, fall back to use dev-enetaddr, which could be filled up by
the ethernet device driver.
Actually, this is
On Wed Jan 11, 2012 at 11:47:27AM +0100, Marek Vasut wrote:
On Tue Jan 10, 2012 at 09:07:58PM +0100, Marek Vasut wrote:
The current implementation invalidates the cache instead of
flushing it. This causes problems on platforms where the
spl/u-boot is already loaded to the RAM,
On Wed, Jan 11, 2012 at 4:22 PM, Marek Vasut marek.va...@gmail.com wrote:
Hi Marek,
Thanks for you review.
On Tue, Jan 10, 2012 at 9:37 PM, Marek Vasut marek.va...@gmail.com wrote:
From: Govindraj.R govindraj.r...@ti.com
Clean up added ehci-omap.c and make it generic for
CONFIG_NET_MULTI is not used anymore, so remove it from board files.
Cc: Marek Vasut marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Kumar Gala kumar.g...@freescale.com
Cc: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
CONFIG_NET_MULTI is not used anymore, so remove it from board files.
Cc: Marek Vasut marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Kumar Gala kumar.g...@freescale.com
Cc: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by: Marek
On Wed, Jan 11, 2012 at 6:16 PM, Marek Vasut marek.va...@gmail.com wrote:
On Wed, Jan 11, 2012 at 4:22 PM, Marek Vasut marek.va...@gmail.com wrote:
Hi Marek,
Thanks for you review.
On Tue, Jan 10, 2012 at 9:37 PM, Marek Vasut marek.va...@gmail.com
wrote:
From: Govindraj.R
On Wed Jan 11, 2012 at 01:42:38PM +0100, Marek Vasut wrote:
On Wed Jan 11, 2012 at 11:47:27AM +0100, Marek Vasut wrote:
On Tue Jan 10, 2012 at 09:07:58PM +0100, Marek Vasut wrote:
The current implementation invalidates the cache instead of
flushing it. This causes problems on
Hello Fabio,
Fabio Estevam wrote:
CONFIG_NET_MULTI is not used anymore, so remove it from board files.
Cc: Marek Vasut marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Kumar Gala kumar.g...@freescale.com
Cc: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Fabio Estevam
On Wed Jan 11, 2012 at 01:42:38PM +0100, Marek Vasut wrote:
On Wed Jan 11, 2012 at 11:47:27AM +0100, Marek Vasut wrote:
On Tue Jan 10, 2012 at 09:07:58PM +0100, Marek Vasut wrote:
The current implementation invalidates the cache instead of
flushing it. This causes problems
On Wed Jan 11, 2012 at 01:42:38PM +0100, Marek Vasut wrote:
On Wed Jan 11, 2012 at 11:47:27AM +0100, Marek Vasut wrote:
On Tue Jan 10, 2012 at 09:07:58PM +0100, Marek Vasut wrote:
The current implementation invalidates the cache instead of
flushing it. This causes
This patchset add support for Samsung's SMDK5250 board based on
EXYNOS5250 based SoC. It also adds support for MMC SPL booting.
The porting is done by Samsung engineers at HQ in System LSI Team.
I am contributing in upstreaming the code for the board.
Based upon discussions following patches are
CONFIG_SYS_CLK_FREQ_C210 macro giving notion of S5PC2XX (Exynos4)
architecture. Replace CONFIG_SYS_CLK_FREQ_C210 with CONFIG_SYS_CLK_FREQ
to make it generic for exynos architecture.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes for v2:
- None
Changes for v3:
Samsung's ARM Cortex-A15 based SoCs are known as Exynos5 series of
SoCs. This patch adds the support for Exynos5.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes for v2:
- This patch was part of EXYNOS: Add SMDK5250 board support
- Now it is seprated as SoC
This patch adds support for mmc spl booting.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes for v2:
- None
Changes for v3:
- None
board/samsung/smdk5250/Makefile | 16
board/samsung/smdk5250/mmc_boot.c | 58
SMDK5250 board is based on Samsungs EXYNOS5250 SoC.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes for v2:
- This patch is bifurcated into borad support and SoC support
- Fixed typo: s/EEYNOS/EXYNOS
- Squashed patch SMDK5250: enable device tree
This is a resend of these patches
http://patchwork.ozlabs.org/patch/122139/like this one
http://patchwork.ozlabs.org/patch/122176/board support (including
gfx)
They are rebased to the current master and the board support only adds MMC
as opposed to the original patch that
board_mmc_init() initializes the pins of SDHC1 and
turns on V_MMC1 of the PMIC. Config adds support for EXT2
and FAT.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
board/hale/tt01/tt01.c | 32 ++--
include/configs/tt01.h | 12
2 files
This patch modifies mxcmmc.c to be used
not only by i.MX27 but also by i.MX31 boards.
Both use the same SD controller, but have different
clock set-ups.
The i.MX27 imx_get_XXXclock functions are made static to
generic.c and a public mxc_get_clock() function
is provided. Pins, base address and
On 11/01/2012 13:47, Fabio Estevam wrote:
CONFIG_NET_MULTI is not used anymore, so remove it from board files.
Cc: Marek Vasut marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Kumar Gala kumar.g...@freescale.com
Cc: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Fabio Estevam
On Wed, Jan 11, 2012 at 6:58 PM, Marek Vasut marek.va...@gmail.com wrote:
On Wed, Jan 11, 2012 at 6:16 PM, Marek Vasut marek.va...@gmail.com wrote:
On Wed, Jan 11, 2012 at 4:22 PM, Marek Vasut marek.va...@gmail.com
wrote:
Hi Marek,
Thanks for you review.
On Tue, Jan 10, 2012
On Jan 11, 2012, at 6:47 AM, Fabio Estevam wrote:
CONFIG_NET_MULTI is not used anymore, so remove it from board files.
Cc: Marek Vasut marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Kumar Gala kumar.g...@freescale.com
Cc: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Fabio
On Wed, Jan 11, 2012 at 6:58 PM, Marek Vasut marek.va...@gmail.com wrote:
On Wed, Jan 11, 2012 at 6:16 PM, Marek Vasut marek.va...@gmail.com wrote:
On Wed, Jan 11, 2012 at 4:22 PM, Marek Vasut marek.va...@gmail.com
wrote:
Hi Marek,
Thanks for you review.
On Tue, Jan
This patch moves hawkboard to the new spl infrastructure from the
older nand_spl one.
Removed the hawkboard_nand_config build option -- The spl code now
gets compiled with hawkboard_config, after building the main u-boot
image, using the CONFIG_SPL_TEXT_BASE. Modified the README.hawkboard
to
Hi Fabio,
can you confirm that the current u-boot-imx tree runs fine
on the MX28EVK? I tried it but the debug console stays dead.
This is what I did:
1) make mx28evk
2) make u-boot.sb
3) ./tools/mxsboot sd u-boot.sb u-boot-sd.sb
4) prepare an SD card as described in doc/README.m28 (only one
On Wed Jan 11, 2012 at 02:52:44PM +0100, Marek Vasut wrote:
Changing the ecc layout for a single board, hmm not sure. Using a
spl instead does me no harm whatsoever -- I don't need to update the
spl frequently in any case, and then can use the nand driver as is.
And how do you
On Wed Jan 11, 2012 at 02:52:44PM +0100, Marek Vasut wrote:
Changing the ecc layout for a single board, hmm not sure. Using a
spl instead does me no harm whatsoever -- I don't need to update
the spl frequently in any case, and then can use the nand driver
as is.
And
Hi Guys,
On 01/11/12 16:34, Marek Vasut wrote:
On Wed, Jan 11, 2012 at 6:58 PM, Marek Vasut marek.va...@gmail.com wrote:
On Wed, Jan 11, 2012 at 6:16 PM, Marek Vasut marek.va...@gmail.com wrote:
On Wed, Jan 11, 2012 at 4:22 PM, Marek Vasut marek.va...@gmail.com
wrote:
Hi Marek,
Thanks for
We are 2 engineering students from Fribourg, Switzerland working on a
embedded systems project.
The fact is that we're looking to setup U-Boot on a Colibri Iris Board
using the Colibri T20 module with NVIDIA Tegra 2 processor.
Since the Iris board is a relatively new board, it is difficult for
On Wed, 11 Jan 2012 07:52:41 +0100
Heiko Schocher h...@denx.de wrote:
Yes, that is the actual (not really nice) state to implement the
multibus feature for i2c. The better way would be to go this way:
http://git.denx.de/?p=u-boot/u-boot-i2c.git;a=shortlog;h=refs/heads/multibus_v2_2012
On Wed Jan 11, 2012 at 04:01:31PM +0100, Marek Vasut wrote:
More so, given the fact that we don't have any control over
rbl -- so if rbl changes it's layout for any subsequent board, we'd
have to add that as well to the nand driver, and both in u-boot as
well as the kernel.
Hi Matthias,
On Wed, Jan 11, 2012 at 12:41 PM, Matthias Fuchs matthias.fu...@esd.eu wrote:
Hi Fabio,
can you confirm that the current u-boot-imx tree runs fine
on the MX28EVK? I tried it but the debug console stays dead.
Yes, it works fine.
This is what I did:
1) make mx28evk
I think
On Wednesday, January 04, 2012 01:22:29 AM Peter Bigot bigotp at acm.org
wrote:
I got this to work with two changes:
* s/MMC_TIMEOUT_USEC/MMC_TIMEOUT_MSEC/g and define MMC_TIMEOUT_MSEC
20, since get_timer does operate on msec in the current meta-ti
BeagleBoard-xM
* The patch below, which
On Wed, Jan 11, 2012 at 8:31 AM, Andreas Müller schnitzelt...@gmx.de wrote:
On Wednesday, January 04, 2012 01:22:29 AM Peter Bigot bigotp at acm.org
wrote:
I got this to work with two changes:
* s/MMC_TIMEOUT_USEC/MMC_TIMEOUT_MSEC/g and define MMC_TIMEOUT_MSEC
20, since get_timer does
On Wed, Jan 11, 2012 at 9:31 AM, Andreas Müller schnitzelt...@gmx.de wrote:
On Wednesday, January 04, 2012 01:22:29 AM Peter Bigot bigotp at acm.org
wrote:
I got this to work with two changes:
* s/MMC_TIMEOUT_USEC/MMC_TIMEOUT_MSEC/g and define MMC_TIMEOUT_MSEC
20, since get_timer does
On 01/09/2012 11:38 PM, Chandan Nath wrote:
This patch series is submitted to add support for MMC/SD along
with SPL support. Also, fixed incorrect register offset of
ddr and timer registers.
The patches have been compile tested and run on AM335X EVM.
The patches depends on previous patch
Dear Stephan Linz,
In message 1325956366.18981.47.camel@keto you wrote:
I'll provide the same way for the Xilinx LL_TEMAC driver as for the
Xilinx AXI-EMAC driver. I prepare the microblaze-generic board code to
support all potential Ethernet drivers but leave out the specific usage.
You are
Hello Sughosh,
I did a quick test on the da850evm with the SPL for booting from SPI
and it worked. I have a few comments below.
On Wed, Jan 11, 2012 at 3:37 PM, Sughosh Ganu urwithsugh...@gmail.com wrote:
This patch moves hawkboard to the new spl infrastructure from the
older nand_spl one.
On Wed, Jan 11, 2012 at 5:47 AM, Fabio Estevam feste...@gmail.com wrote:
CONFIG_NET_MULTI is not used anymore, so remove it from board files.
Cc: Marek Vasut marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Kumar Gala kumar.g...@freescale.com
Cc: Sandeep Paulraj s-paul...@ti.com
This patch moves hawkboard to the new spl infrastructure from the
older nand_spl one.
Removed the hawkboard_nand_config build option -- The spl code now
gets compiled with hawkboard_config, after building the main u-boot
image, using the CONFIG_SPL_TEXT_BASE. Modified the README.hawkboard
to
On Wed, January 11, 2012 00:40, Mike Frysinger wrote:
On Tuesday 10 January 2012 18:04:19 Michael Walle wrote:
--- a/common/cmd_source.c
+++ b/common/cmd_source.c
+/*
+ * Run a series of commands, separated by '\n'.
+ * Beware, the contents of script may be modified while it is parsed.
+
Dear =?ISO-8859-1?Q?St=E9phane_Carvalho?=,
In message cajq7d22dstvskuq3dtsm7oxymatycugx2bz2q2osw2bbcej...@mail.gmail.com
you wrote:
We managed to install a recent uboot on the board but it is not very
efficient. The major problem is that we aren't able to run the
*saveenv*command in order to
Dear Fabio,
In message CAOMZO5C-dUk93S_zptECLKWH=csod3etgvcx5txo5dhusku...@mail.gmail.com
you wrote:
On my board I don't have to press the power button in order to get the
console output.
...
Also, I have only tested this on a MX28EVK rev.D board.
Our Rev. A board also starts only after
This makes fixup_silent_linux() use malloc() to allocate its
working space, meaning that our maximum kernel command line
should only be limited by malloc(). Previously it was silently
overflowing the stack.
Note that nothing about this change increases the kernel's maximum
command line length.
Dear Wolfgang,
On Wed, Jan 11, 2012 at 12:11 AM, Wolfgang Denk w...@denx.de wrote:
I have to admit that I have no clear opinion here yet.
The existing code is from a time when all architectures had a pretty
low limit on the command line size - IIRC even PPC had only 256 bytes
by then, hard
Hi Wolfgang,
On Wed, Jan 11, 2012 at 3:55 PM, Wolfgang Denk w...@denx.de wrote:
Dear Fabio,
In message
CAOMZO5C-dUk93S_zptECLKWH=csod3etgvcx5txo5dhusku...@mail.gmail.com you
wrote:
On my board I don't have to press the power button in order to get the
console output.
...
Also, I have
Hi Guys,
On 01/11/12 16:34, Marek Vasut wrote:
On Wed, Jan 11, 2012 at 6:58 PM, Marek Vasut marek.va...@gmail.com wrote:
On Wed, Jan 11, 2012 at 6:16 PM, Marek Vasut marek.va...@gmail.com
wrote:
On Wed, Jan 11, 2012 at 4:22 PM, Marek Vasut marek.va...@gmail.com
wrote:
Hi Marek,
On Wed Jan 11, 2012 at 04:01:31PM +0100, Marek Vasut wrote:
More so, given the fact that we don't have any control over
rbl -- so if rbl changes it's layout for any subsequent board, we'd
have to add that as well to the nand driver, and both in u-boot as
well as the kernel.
Dear =?ISO-8859-1?Q?St=E9phane_Carvalho?=,
In message CAJq7D22dStVsKUq3DTsM7OXYMATycUgX2bz2Q2OSW2bbceJX-
g...@mail.gmail.com you wrote:
We managed to install a recent uboot on the board but it is not very
efficient. The major problem is that we aren't able to run the
*saveenv*command in
On Dec 20, 2011, at 10:33 AM, Fabio Estevam wrote:
Since commit 97039ab98 (env_mmc: Allow board code to override the environment
address)
mmc_get_env_addr is a weak-aliased function in common/env_mmc.c
The mmc_get_env_addr implementation that exists at
board/freescale/common/sdhc_boot.c
Since commit 97039ab98 (env_mmc: Allow board code to override the environment
address)
mmc_get_env_addr is a weak-aliased function in common/env_mmc.c
The mmc_get_env_addr implementation that exists at
board/freescale/common/sdhc_boot.c is meant to be used only for PowerPC boards,
but currently
This patchset adds generic NXP LPC32XX SoC support and basic support
for Embest/Timll DevKit3250 board, which powered by this SoC.
The patchset is done on top of u-boot/master branch. The general difference
of this resent series from the previous ones is that high speed UART driver
was added into
This change adds initial support for NXP LPC32x0 SoC series.
Signed-off-by: Vladimir Zapolskiy v...@mleia.com
---
Changes from v5 to v6:
* replaced some spaces with tabs in macro declarations
* more rules separating 14-clock and ns16650 UARTs in config.h
Changes from v4 to v5:
* corrected
This change adds an implementation of high-speed UART found on NXP
LPC32X0 SoCs. Such UARTs are enumerated as UART1, UART2 and UART7.
Signed-off-by: Vladimir Zapolskiy v...@mleia.com
---
arch/arm/cpu/arm926ejs/lpc32xx/devices.c |8 ++
arch/arm/include/asm/arch-lpc32xx/uart.h | 60
This change adds complete support for Starterkit SK-AT91SAM9/SIM508
board.
Signed-off-by: Vladimir Zapolskiy v...@mleia.com
---
MAINTAINERS|4 +
board/starterkit/skat91_sim508/Makefile| 44 ++
board/starterkit/skat91_sim508/partition.c |
This change adds complete support for Starterkit SK-AT91SAM9/SIM508
board.
Signed-off-by: Vladimir Zapolskiy v...@mleia.com
---
MAINTAINERS|4 +
board/starterkit/skat91_sim508/Makefile| 44 ++
This change adds initial support for NXP LPC32x0 SoC series.
Signed-off-by: Vladimir Zapolskiy v...@mleia.com
---
Changes from v5 to v6:
* replaced some spaces with tabs in macro declarations
* more rules separating 14-clock and ns16650 UARTs in config.h
Changes from v4 to v5:
*
This change adds a basic support for Embest/Timll DevKit3250 board,
NOR and UART are the only supported peripherals for a moment. The board
doesn't require low-level init, because the initial SDRAM and GPIO
configuration is performed during kickstart bootloader execution.
Signed-off-by:
On 11.01.2012 22:53, Marek Vasut wrote:
This change adds complete support for Starterkit SK-AT91SAM9/SIM508
board.
Signed-off-by: Vladimir Zapolskiyv...@mleia.com
---
MAINTAINERS|4 +
board/starterkit/skat91_sim508/Makefile| 44 ++
On 11.01.2012 22:53, Marek Vasut wrote:
This change adds complete support for Starterkit SK-AT91SAM9/SIM508
board.
Signed-off-by: Vladimir Zapolskiyv...@mleia.com
---
MAINTAINERS|4 +
board/starterkit/skat91_sim508/Makefile|
On 11.01.2012 22:56, Marek Vasut wrote:
This change adds a basic support for Embest/Timll DevKit3250 board,
NOR and UART are the only supported peripherals for a moment. The board
doesn't require low-level init, because the initial SDRAM and GPIO
configuration is performed during kickstart
Hi,
On Wednesday, January 11, 2012, Marek Vasut marek.va...@gmail.com wrote:
On Wed Jan 11, 2012 at 04:01:31PM +0100, Marek Vasut wrote:
More so, given the fact that we don't have any control over
rbl -- so if rbl changes it's layout for any subsequent board, we'd
have to add that
Hi Stéphane,
On Wed, Jan 11, 2012 at 1:52 AM, Stéphane Carvalho
carvalho.steph...@gmail.com wrote:
We are 2 engineering students from Fribourg, Switzerland working on a
embedded systems project.
The fact is that we're looking to setup U-Boot on a Colibri Iris Board using
the Colibri T20
On Mon, Jan 9, 2012 at 11:31 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
* Simon Glass wrote:
Use the new funcmux_select() feature to set up the MMC pin mux.
Signed-off-by: Simon Glass s...@chromium.org
Tested on Plutux and Medcom.
Acked-by: Thierry Reding
I am working with a powerpc embedded system where u-boot seems to be passing in
a constructed fdt (or one embedded in u-boot) as opposed to one that is either
passed directly to bootm or as the third image of a multi-file image.
I'm sure sure that the system is NOT using my dtb file because I
On 11.01.2012 22:56, Marek Vasut wrote:
This change adds a basic support for Embest/Timll DevKit3250 board,
NOR and UART are the only supported peripherals for a moment. The board
doesn't require low-level init, because the initial SDRAM and GPIO
configuration is performed during
CONFIG_SYS_INIT_SP_ADDR points to RAM, but it's used before
DRAM controller init. Fix it by setting CONFIG_SYS_INIT_SP_ADDR
to SRAM
Signed-off-by: Vasily Khoruzhick anars...@gmail.com
---
v2: no changes
include/configs/zipitz2.h |2 +-
1 files changed, 1 insertions(+), 1
From: Marek Vasut marek.va...@gmail.com
Signed-off-by: Marek Vasut marek.va...@gmail.com
Signed-off-by: Vasily Khoruzhick anars...@gmail.com
[vasily: adapted Marek's old version for newer u-boot]
---
v2: use struct-based access to regs, minor cleanup
arch/arm/include/asm/arch-pxa/pxa-regs.h
Signed-off-by: Vasily Khoruzhick anars...@gmail.com
---
v2: remove usbtty stuff from EXTRA_ENV_SETTINGS
include/configs/zipitz2.h | 82 ++---
1 files changed, 77 insertions(+), 5 deletions(-)
diff --git a/include/configs/zipitz2.h
Signed-off-by: Vasily Khoruzhick anars...@gmail.com
---
v2: mmcinfo is necessary to scan card for partitions
board/zipitz2/zipitz2.c |8
include/configs/zipitz2.h |5 +++--
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/board/zipitz2/zipitz2.c
CONFIG_SYS_INIT_SP_ADDR points to RAM, but it's used before
DRAM controller init. Fix it by setting CONFIG_SYS_INIT_SP_ADDR
to SRAM
Signed-off-by: Vasily Khoruzhick anars...@gmail.com
---
v2: no changes
include/configs/zipitz2.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
From: Marek Vasut marek.va...@gmail.com
Signed-off-by: Marek Vasut marek.va...@gmail.com
Signed-off-by: Vasily Khoruzhick anars...@gmail.com
[vasily: adapted Marek's old version for newer u-boot]
---
v2: use struct-based access to regs, minor cleanup
Signed-off-by: Vasily Khoruzhick anars...@gmail.com
---
v2: mmcinfo is necessary to scan card for partitions
board/zipitz2/zipitz2.c |8
include/configs/zipitz2.h |5 +++--
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/board/zipitz2/zipitz2.c
Signed-off-by: Vasily Khoruzhick anars...@gmail.com
---
Acked-by: Marek Vasut marek.va...@gmail.com
v2: remove usbtty stuff from EXTRA_ENV_SETTINGS
include/configs/zipitz2.h | 82
++--- 1 files changed, 77
insertions(+), 5 deletions(-)
diff
Hi,
On Wednesday, January 11, 2012, Marek Vasut marek.va...@gmail.com wrote:
On Wed Jan 11, 2012 at 04:01:31PM +0100, Marek Vasut wrote:
More so, given the fact that we don't have any control over
rbl -- so if rbl changes it's layout for any subsequent board,
we'd have to
Adapt the following patch from spl to nand_spl:
Author: Stefano Babic sba...@denx.de
Date: Thu Dec 15 10:55:37 2011 +0100
nand_spl_simple: store ecc data on the stack
Currently nand_spl_simple puts it's temp data at 0x1 offset in SDRAM
which is likely to contain
This series expands funcmux_select() to support configs other than 0, and
to name each config option.
This permits introduction of I2C and MMC support in the funcmux.
Changes in v2:
- Add enum to select from available funcmux configs
- Remove funcmux_select() option parameter
- Use config enum
On 12.01.2012 00:08, Marek Vasut wrote:
On 11.01.2012 22:56, Marek Vasut wrote:
This change adds a basic support for Embest/Timll DevKit3250 board,
NOR and UART are the only supported peripherals for a moment. The board
doesn't require low-level init, because the initial SDRAM and GPIO
1 - 100 of 178 matches
Mail list logo
