Hi,
Did anybody face the issue which I am facing in building U-Boot for
m501sk board from Artila.
I am getting following error.
arm-none-eabi-gcc -g -Os -fno-common -ffixed-r8 -msoft-float
-D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x21f0
-I/media/disk/work/u-boot-2011.06_old2/include
On 09/20/2011 10:54 PM, Eric Jarrige wrote:
Your proposal looks good and should be easy to implement for all new iMX CPU.
What is the main added values of the unique method mxc_get_clock compared
to the other model?
On PowerPC the frequencies are saved in the gd- structure
Well, both
On 09/21/2011 08:00 AM, Sandeep Kumar wrote:
Hi,
Hi,
Did anybody face the issue which I am facing in building U-Boot for
m501sk board from Artila.
Not anymore. Because no one fixed this board in the last two years, the
board was removed from U-Boot mainline. It is not supported.
Best
Dear Fabio Estevam,
In message CAOMZO5Do_W8FX6Qyihy8_bwu6XPoCZ=VKOdU54GvpF7p=ck...@mail.gmail.com
you wrote:
If I need to change it, please let me know how you prefer it.
Please use clrsetbits() as Marek suggested.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD:
This patch add SPI driver support for Marvell gplugD.
Signed-off-by: Ajay Bhargav ajay.bhar...@einfochips.com
---
Changes for v2:
- Not changed
arch/arm/include/asm/arch-armada100/armada100.h | 19 +++
arch/arm/include/asm/arch-armada100/mfp.h |6 ++
This patch enables Atmel AT45 SPI flash support for Marvell gplugD
Enables SF commands.
Signed-off-by: Ajay Bhargav ajay.bhar...@einfochips.com
---
Changes for v2:
- Not changed
include/configs/gplugd.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
This patch adds support for envrionment varaible storage in SPI flash
for Marvell gplugD.
Signed-off-by: Ajay Bhargav ajay.bhar...@einfochips.com
---
Changes for v2:
- Not changed
include/configs/gplugd.h | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git
This patch provides support for SPI emulated over SSP for Marvell
Armada100 SOC.
Signed-off-by: Ajay Bhargav ajay.bhar...@einfochips.com
---
Changes for v2:
- Code cleanup
arch/arm/include/asm/arch-armada100/spi.h | 95
drivers/spi/Makefile |1 +
These patches does the following things:
uses CONFIG_MACH_TYPE generic macro to initialize machine id.
Uses get_ram_size () to initialize DRAM bank size to accurate value
Migrates mmc spl support from mmc_spl framework to spl framework
Replace hardcoded value with a macro and removes typedef in
Use CONFIG_MACH_TYPE generic macro to initialize board id.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
board/samsung/smdkv310/smdkv310.c |1 -
include/configs/smdkv310.h|3 +++
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git
smdkv310.c: in dram_init_banksize(void) function dram size was
initialized without validation. get_ram_size() function will
validate the bank size before initialization.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
board/samsung/smdkv310/smdkv310.c | 12
1 files
board/samsung/smdkv310/mmc_boot.c:
Removed the typedef for mmc data read API (copy_sd_mmc_to_mem)
as it is used only once and replaced hard-coded API address value
by macro.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
board/samsung/smdkv310/mmc_boot.c | 15 ---
smdkv310 board was using mmc_spl framework for mmc spl support.
This patch migrates the framework from mmc_spl to spl.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
board/samsung/smdkv310/Makefile| 19 -
.../board = board}/samsung/smdkv310/mmc_boot.c
Signed-off-by: Torkel Lundgren torkel.lundg...@enea.com
---
include/configs/MPC8260ADS.h |5 +
include/configs/MPC8266ADS.h |5 +
include/configs/MPC8308RDB.h |5 +
include/configs/MPC8313ERDB.h|5 +
include/configs/MPC8315ERDB.h
On 09/20/2011 03:09 PM, Stefano Babic wrote:
I tried, I cannot. We have not the LCD anymore for the QONG board ;-((
I have patched the QONG for fixing the build, but I cannot test it.
Best regards,
Stefano
I don't really know how to address this, but what if we simply insert a
compile time
On 09/19/2011 03:01 PM, Peter Korsgaard wrote:
Helmut == Helmut Raigerhelmut.rai...@hale.at writes:
Helmut On 09/19/2011 11:20 AM, Helmut Raiger wrote:
On
I can confirm this issue, same with our i.MX31 board. Interestingly the
tftpboot command works, so its probably a DHCP
On 09/13/2011 05:31 PM, Holger Brunck wrote:
On 09/13/2011 10:37 AM, Stefan Roese wrote:
On Tuesday 13 September 2011 10:32:34 Holger Brunck wrote:
But this patch is not
easy to port onto u-boot because previously undergoing changes in the
kernels ubi layer...
Correct. UBI has undergone
On 09/13/2011 11:07 AM, Holger Brunck wrote:
On km_kirkwood boards we saw that u-boot gets stuck if the
UBI layer detects a correctable bitflip in the NAND flash
when u-boot tries to attach to the UBI device.
This was already fixed in the UBI layer in the current
mainline linux. The
On 09/20/2011 08:47 AM, Albert ARIBAUD wrote:
Copying Simon as the author of the commit, in order to confirm that the
issue is in smdk6400.
The problem is that I added a nand_read_buf prototype in nand.h this was
defined static in nand_base.c - I removed the static declaration.
smdk6400 is
Hi Wolfgang
On 07/09/11 22:36, Wolfgang Denk wrote:
Dear Dave Aldridge,
In message 1314953234-3977-1-git-send-email-fovs...@gmail.com you wrote:
If CONFIG_SYS_NS16550_MEM32 is defined then 32 bit memory
mapped access will be used to read/write the uart registers.
...
+#elif
Hi Detlev
On 09/09/11 13:09, Detlev Zundel wrote:
Hi,
Dear Dave Aldridge,
In message 1314877212-31552-1-git-send-email-fovs...@gmail.com you wrote:
If CONFIG_SYS_NS16550_MEM32 is defined then 32 bit memory
mapped access will be used to read/write the uart registers.
This is especially
-Message d'origine-
De : u-boot-boun...@lists.denx.de [mailto:u-boot-
boun...@lists.denx.de] De la part de Albert ARIBAUD
Envoyé : mardi 20 septembre 2011 21:14
À : u-boot@lists.denx.de
Objet : Re: [U-Boot] [RFC PATCH] arm: provide a CONFIG flag for
disabling relocation
Le
2011/9/20 Wolfgang Denk w...@denx.de:
Dear Arno Steffen,
In message
caacx+r1vfc7c7xvygfvd8tv+ypaqsyon_efx7vheq8r56vn...@mail.gmail.com you
wrote:
Assumed Uboot and environment are located in NAND flash.
Just a short question: Is the ECC done before the CRC check, or is the
CRC check done
Dear Torkel Lundgren,
In message 1316590255-3681-1-git-send-email-torkel.lundg...@enea.com you
wrote:
Signed-off-by: Torkel Lundgren torkel.lundg...@enea.com
---
include/configs/MPC8260ADS.h |5 +
include/configs/MPC8266ADS.h |5 +
Dear GROYER, Anthony,
In message
bc0a2f434d4f39448d24a68ea6effb9f0194d...@eu-fr-exbe07.eu.corp.airliquide.com
you wrote:
What is the difference between _start and _TEXT_BASE ? I do not see any
differences and the former relocation offset calculation was using _TEXT_BASE.
The former is the
Le 21/09/2011 11:29, GROYER, Anthony a écrit :
However, since start.S has a code path to handle the non-relocating
case, this path ought to be bug-free. But then, I want it to be
consistent: if the relocation offset is computed in r9, then testing
whether relocation is needed would be done on
Albert do you want this series through patchwork or through
a git pull request?
The patchwork entries are here:
http://patchwork.ozlabs.org/patch/115217/
http://patchwork.ozlabs.org/patch/115218/
http://patchwork.ozlabs.org/patch/115219/
http://patchwork.ozlabs.org/patch/115220/
Dear GROYER, Anthony,
Dear Albert,
Am Mi 21 Sep 2011 12:51:33 CEST schrieb Albert ARIBAUD:
Le 21/09/2011 11:29, GROYER, Anthony a écrit :
snip
3) replace use of r9-r10 with e.g. r10-r11 in the copy loop, to preserve
r9 during relocation.
If one is changing this place I would like to
This patch is added for PHY whose register offset value exceeds 0xFF and
cannot be used with unsigned char datatype in miiphy_read, miiphy_write
and miiphy_register functions. Datatype of register offset is changed to
unsigned short instead of unsigned char so that offset value greater then
0xFF
Mike Frysinger wrote:
On Thursday, September 15, 2011 09:50:00 Michal Simek wrote:
--- a/drivers/serial/serial_xuartlite.c
+++ b/drivers/serial/serial_xuartlite.c
+static struct uartlite *userial_ports[4] = {
i think you missed my previous feedback here. pretty sure this should be:
Le 21/09/2011 12:45, Wolfgang Denk a écrit :
Dear GROYER, Anthony,
In
messagebc0a2f434d4f39448d24a68ea6effb9f0194d...@eu-fr-exbe07.eu.corp.airliquide.com
you wrote:
What is the difference between _start and _TEXT_BASE ? I do not see any
differences and the former relocation offset
Le 21/09/2011 13:20, Andreas Bießmann a écrit :
Dear GROYER, Anthony,
Dear Albert,
Am Mi 21 Sep 2011 12:51:33 CEST schrieb Albert ARIBAUD:
Le 21/09/2011 11:29, GROYER, Anthony a écrit :
snip
3) replace use of r9-r10 with e.g. r10-r11 in the copy loop, to preserve
r9 during relocation.
Hey guys,
I search a new, updated, image with kernel for Freescale MPC8313-RD-Board.
There is only a version with an u-boot-version of 2008.
Is there any image? Or is there a possibility to build my own image?
So long, David
--
David Pauli
--
Am Ehrenberg 6
98693 Ilmenau
Marek Vasut wrote:
On Tuesday, September 20, 2011 09:19:23 AM Michal Simek wrote:
Michal Simek wrote:
Add support for SERIAL MULTI for uartlite.
Signed-off-by: Michal Simek mon...@monstr.eu
---
v2: Use in/out_be32 functions
v3: Clean coding style
v4: Simplify userial_ports array
Dear Albert,
Am Mi 21 Sep 2011 14:03:09 CEST schrieb Albert ARIBAUD:
Le 21/09/2011 13:20, Andreas Bießmann a écrit :
Dear GROYER, Anthony,
Dear Albert,
Am Mi 21 Sep 2011 12:51:33 CEST schrieb Albert ARIBAUD:
Le 21/09/2011 11:29, GROYER, Anthony a écrit :
snip
3) replace use of r9-r10
From: Nagabhushana Netagunte nagabhushana.netagu...@ti.com
First patch adds new configuration for new variant of dm6467
where as second patch adds a function to send revision info
to the kernel. These patches are tested both on dm6467 and
dm6467T.
Nagabhushana Netagunte (2):
dm646x: add new
From: Nagabhushana Netagunte nagabhushana.netagu...@ti.com
add new configuration file for dm6467T and appropraite changes
in boards.cfg. dm6467T is the new varaiant of dm6467 SOC which
supports 33 MHz reference clock where as dm6467 supports 27 MHz
reference clock.
Signed-off-by: Nagabhushana
From: Nagabhushana Netagunte nagabhushana.netagu...@ti.com
add a function in board file to pass board revision
info to kernel. Revision number 0 and 1 are passed in
case of DM6467 and DM6467T respectively.
Signed-off-by: Nagabhushana Netagunte nagabhushana.netagu...@ti.com
---
Turn on the watchdog WDZST bit so that watchdog timer does not count during low
power modes.
Prior to applying this patch mx31pdk board got watchdog resets because when it
booted in the Linux prompt
and there was no activity, the system entered into idle mode while watchdog
timer was still
On Wednesday, September 21, 2011 08:21:35 Michal Simek wrote:
Marek Vasut wrote:
On Tuesday, September 20, 2011 09:19:23 AM Michal Simek wrote:
Michal Simek wrote:
Add support for SERIAL MULTI for uartlite.
Any comment?
Avoid endless loops
No problem to do it for putc but for
On Wednesday, September 21, 2011 07:10:32 Chandan Nath wrote:
This patch is added for PHY whose register offset value exceeds 0xFF and
cannot be used with unsigned char datatype in miiphy_read, miiphy_write
and miiphy_register functions. Datatype of register offset is changed to
unsigned short
Hi Simon,
On Wednesday 21 September 2011 03:04 AM, Simon Glass wrote:
Hi Anthony,
On Tue, Sep 20, 2011 at 7:22 AM, GROYER, Anthony
anthony.gro...@airliquide.com wrote:
Hello,
I came back on a discussion started on April 2011.
The use of the initial patches for the
Le 21/09/2011 14:31, Andreas Bießmann a écrit :
Dear Albert,
Am Mi 21 Sep 2011 14:03:09 CEST schrieb Albert ARIBAUD:
Le 21/09/2011 13:20, Andreas Bießmann a écrit :
Dear GROYER, Anthony,
Dear Albert,
Am Mi 21 Sep 2011 12:51:33 CEST schrieb Albert ARIBAUD:
Le 21/09/2011 11:29, GROYER,
Hello,
I have a devkit8000 from TIMLL, I am trying to use
u-boot latest code from your git repository. But it is hanging at the
following place. The enabled debug logs are as below.
U-Boot 2011.09-rc1-00023-g7aabad2-dirty (Sep 21 2011 - 20:05:22)
U-Boot code: 80008000 -
On 09/21/2011 10:02 AM, Helmut Raiger wrote:
On 09/20/2011 03:09 PM, Stefano Babic wrote:
I tried, I cannot. We have not the LCD anymore for the QONG board ;-((
I have patched the QONG for fixing the build, but I cannot test it.
Best regards,
Stefano
I don't really know how to address
Hello,
Our company represents an online platform of over 36.2 million people,
most of which are located in the US and Canada. What we do allows
us to present our online platform with a first choice when they search for
anything on any of the major search engines.
We seek a preferred source to
On 09/21/2011 04:59 AM, Arno Steffen wrote:
Thank you for clarification. Although I am estonished, that after some
time of running 2 devices come up with CRC errors (with just read
access to environment!!).
Unfortunatly I don't know a way just to change 1 bit in flash without
changing the OOB
On 09/21/2011 07:05 AM, David Pauli wrote:
Hey guys,
I search a new, updated, image with kernel for Freescale MPC8313-RD-Board.
There is only a version with an u-boot-version of 2008.
Is there any image? Or is there a possibility to build my own image?
Just build the current mainline
On 09/11/2011 11:04 PM, Marek Vasut wrote:
These commands should work around various hardware ECC and BCH methods.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Scott Wood scottw...@freescale.com
Cc: Stefano Babic sba...@denx.de
Cc: Wolfgang Denk w...@denx.de
Cc: Detlev Zundel
On 09/11/2011 11:04 PM, Marek Vasut wrote:
Don't allocate NAND buffers as one block, but allocate them separately. This
allows systems where DMA to buffers happen to allocate these buffers properly
aligned.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Scott Wood
On 09/11/2011 11:04 PM, Marek Vasut wrote:
The nand info and nand device now set shell/environment variables:
nand_writesize ... nand page size
nand_oobsize . nand oob area size
nand_erasesize ... nand erase block size
The shell variables are only set if HUSH is
On 09/21/2011 04:13 AM, Simon Schwarz wrote:
I can provide a quickfix by just remove the static from the
smdk6400-functions. But IMHO it is more sensible to write a proper
header for most of the functions in nand_base.c and remove the static
modifier. Then they can be used in SPLs and no
Dear Scott Wood,
In message 4e7a320d.1030...@freescale.com you wrote:
Is this hardware going to be supported in Linux? It would be nice if we
could keep this code in sync.
Stefano has submitted patches for the iMX28 based M28 / M28EVK board,
so yes, this hardware going to be supported in
Dear Scott Wood,
In message 4e7a332c.5000...@freescale.com you wrote:
+#ifdef CONFIG_SYS_HUSH_PARSER
+#include hush.h
+#endif
I don't think you need this ifdef.
It should be omitted alltogether.
+#ifdef CONFIG_SYS_HUSH_PARSER
+ memset(buf, 0, bufsz);
+ sprintf(buf,
On 09/21/2011 02:49 PM, Wolfgang Denk wrote:
Dear Scott Wood,
In message 4e7a320d.1030...@freescale.com you wrote:
Is this hardware going to be supported in Linux? It would be nice if we
could keep this code in sync.
Stefano has submitted patches for the iMX28 based M28 / M28EVK board,
Add support for mcf5307 cpu.
Signed-off-by: Angelo Dureghello sysa...@gmail.com
---
Changes for v4:
- all previous patches was wrong, some files was missing, for an
improper usage of git.
arch/m68k/cpu/mcf530x/Makefile | 48 +++
arch/m68k/cpu/mcf530x/config.mk| 25
Dear Stefano Marek,
can you please provide the requested information?
In message 4e7a4145.30...@freescale.com Scott Wood wrote:
In message 4e7a320d.1030...@freescale.com you wrote:
Is this hardware going to be supported in Linux? It would be nice if we
could keep this code in sync.
Changes to add proper support for 4460 ES1.1, including revision detection.
Ricardo Salveti de Araujo (3):
omap4: replacing OMAP4_CONTROL with OMAP4430_CONTROL
omap4: adding revision detection for 4460 ES1.1
omap4: splitting padconfs into common, 4430 and 4460
OMAP4460 has a different set of values for the ID code, so moving the
old ones to be related just with 4430.
Signed-off-by: Ricardo Salveti de Araujo ricardo.salv...@linaro.org
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap4/board.c
Not all padconfs are the same between 4430 and 4460, so instead of
working around this with an if, we should have an specific padconf
structure for both chips (like handling the differences between the LEDs
GPIOs and TPS).
Signed-off-by: Ricardo Salveti de Araujo ricardo.salv...@linaro.org
4
Signed-off-by: Ricardo Salveti de Araujo ricardo.salv...@linaro.org
2 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap4/board.c b/arch/arm/cpu/armv7/omap4/board.c
index 140562b..d9639ab 100644
--- a/arch/arm/cpu/armv7/omap4/board.c
+++
-Original Message-
From: Simon Glass [mailto:s...@chromium.org]
Sent: Thursday, September 08, 2011 3:12 PM
To: U-Boot Mailing List
Cc: Albert ARIBAUD; Tom Warren; Simon Glass
Subject: [PATCH 0/6] tegra2: Add more clock/pinmux functionality
This adds to the basic clock
Hi Tom,
On Wed, Sep 21, 2011 at 1:43 PM, Tom Warren twar...@nvidia.com wrote:
-Original Message-
From: Simon Glass [mailto:s...@chromium.org]
Sent: Thursday, September 08, 2011 3:12 PM
To: U-Boot Mailing List
Cc: Albert ARIBAUD; Tom Warren; Simon Glass
Subject: [PATCH 0/6] tegra2:
Dear Jason,
In message 20110920215703.gb7...@titan.lakedaemon.net you wrote:
On Tue, Sep 20, 2011 at 10:17:34PM +0200, Wolfgang Denk wrote:
Hello everybody,
are we ready for a -rc2 (so we don;t have to shift the release date
any further), or are there any important fixes still
Dear Albert ARIBAUD,
In message 4e78fa66.1050...@aribaud.net you wrote:
are we ready for a -rc2 (so we don;t have to shift the release date
any further), or are there any important fixes still missing?
None on ARM side I think, apart from dropping ixdp425 and possibly also
ixdpg425.
Dear Mike Frysinger,
In message 1315802844-24604-1-git-send-email-vap...@gentoo.org you wrote:
Recent commit a4814a69d3bca6ee05f4bfc4 cleaned up generation of
asm-offsets.s for SoC dirs, but missed adding it to the ignore
list which makes it show up in `git status`.
Signed-off-by: Mike
Dear Mike Frysinger,
In message 1315802993-12798-1-git-send-email-vap...@gentoo.org you wrote:
The new sanity check introduces a printf warning for some systems:
eth.c:233: warning: format '%zu' expects type 'size_t', but argument 3
has type 'int'
Rather than tweak the format string,
Dear Mike Frysinger,
In message 1315803288-23320-1-git-send-email-vap...@gentoo.org you wrote:
From: Vadim Bendebury vben...@chromium.org
On some systems, we get a warning when %lu is used with size_t's, so
use the correct format string.
Signed-off-by: Vadim Bendebury vben...@chromium.org
Dear Mike Frysinger,
In message 201109201639.50467.vap...@gentoo.org you wrote:
--nextPart1405010.QQafST4r1z
Content-Type: Text/Plain;
charset=iso-8859-1
Content-Transfer-Encoding: 7bit
On Tuesday, September 20, 2011 16:17:34 Wolfgang Denk wrote:
are we ready for a -rc2 (so we don;t
This enables the data cache on Tegra2 boards.
As discussed on the list, this is better off in the Tegra2 cpu code than in a
particular vendor directory. We should be safe turning on the cache for all
Tegra2 boards.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Enable caches
Hi,
On Thu, Sep 15, 2011 at 10:41 AM, Mike Frysinger vap...@gentoo.org wrote:
On Thursday, September 15, 2011 13:30:09 Albert ARIBAUD wrote:
I agree on the need and interest to support cache. I disagree on the way
to get there. Turning cache off indiscriminately and hoping that board
Dear Wolfgang Denk,
In message 1316517606-29033-1-git-send-email...@denx.de you wrote:
There is no code anywhere that references BOOTFLAG_* so remove these
defines.
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Heiko Schocher h...@denx.de
Cc: Valentin Longchamp
Albert, Prafulla,
On Wed, Sep 21, 2011 at 11:00:42PM +0200, Wolfgang Denk wrote:
In message 20110920215703.gb7...@titan.lakedaemon.net you wrote:
On Tue, Sep 20, 2011 at 10:17:34PM +0200, Wolfgang Denk wrote:
Hello everybody,
are we ready for a -rc2 (so we don;t have to shift the
Dear Holger Brunck,
In message 1316531155-4638-1-git-send-email-holger.bru...@keymile.com you
wrote:
The MAC address stored in the inventory eeprom begins at offset 1.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
This adds to the basic clock functionality already available. The concept
of a peripheral ID is introduced, and all peripheral clock access is done
using this ID.
Functions are provided to start, query and adjust peripheral clocks,
including automatic selection of the best available clock based
The pin groupings are better named PINGRP, since on Tegra2 they refer to
multiple pins.
Sorry about this, but better to get it right now when there is only a small
amount of code affected.
Signed-off-by: Simon Glass s...@chromium.org
Tested-by: Tom Warren twar...@nvidia.com
---
From: Tom Warren twar...@nvidia.com
This adds the required GPIO and pinmux configuration to make eMMC / SD work
on Seaboard.
Signed-off-by: Simon Glass s...@chromium.org
Tested-by: Tom Warren twar...@nvidia.com
---
board/nvidia/common/board.c | 13 +
Rename CLOCK_PLL_ID to CLOCK_ID which takes account of the fact that the
code now deals with both PLL clocks and source clocks.
This also tidied up the assert() to match the one sent upstream, and fixes
an error in the PWM id.
Signed-off-by: Simon Glass s...@chromium.org
Tested-by: Tom Warren
This adds support for changing pinmux functions of pin groups. This is done
by defining a PMUX_FUNC_... enum which can be used to select the function for
each group using pinmux_set_func(). It is also possible to enable
pullup/pulldown, and the existing tristate functionality is retained.
Also
This removes clock_init() and pinmux_init() which are names better suited
to those respective modules. By moving board_init_f() to the bottom of the
file we can remove the need for so many functions in the board.h header file.
The only clock/pinmux/gpio init we need to do prior to relocation is
This adds most of the clock functions required by board and driver code:
-query and adjust peripheral clocks
-query and adjust PLLs
-reset and enable control
These functions are plumbed in as required.
Signed-off-by: Simon Glass s...@chromium.org
Tested-by: Tom Warren twar...@nvidia.com
---
Hi Graeme,
On Thu, Sep 1, 2011 at 3:52 AM, Graeme Russ graeme.r...@gmail.com wrote:
Allow redirection of console output prior to console initialisation to a
temporary buffer.
To enable this functionality, the board (or arch) must define:
- CONFIG_PRE_CONSOLE_BUFFER - Enable pre-console
Hi Graeme,
On Mon, Aug 29, 2011 at 5:14 AM, Graeme Russ graeme.r...@gmail.com wrote:
There are some locations in the code which anticipate printf() being called
before the console is ready by squelching printf() on gd-have_console.
Move this squelching into printf(), vprintf(), puts() and
Hi All,
I'm looking at adding a new Gigabit Ethernet driver (Realtek
RTL8211CL) to U-Boot. The datasheet, in addition to register
descriptions, mentions MII/GMII and PHY support (but not much on the
specifics). Now in U-Boot there appears to be a common set of code
relating to PHY and MII. There
Hi Albert,
2011/9/21 Albert ARIBAUD albert.u.b...@aribaud.net
Hi Wolfgang,
Le 20/09/2011 22:17, Wolfgang Denk a écrit :
Hello everybody,
are we ready for a -rc2 (so we don;t have to shift the release date
any further), or are there any important fixes still missing?
None on ARM side
On Wednesday, September 21, 2011 10:16:35 PM Wolfgang Denk wrote:
Dear Stefano Marek,
can you please provide the requested information?
In message 4e7a4145.30...@freescale.com Scott Wood wrote:
In message 4e7a320d.1030...@freescale.com you wrote:
Is this hardware going to be
These commands should work around various hardware ECC and BCH methods.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Scott Wood scottw...@freescale.com
Cc: Stefano Babic sba...@denx.de
Cc: Wolfgang Denk w...@denx.de
Cc: Detlev Zundel d...@denx.de
---
common/cmd_nand.c | 19
The nand info and nand device now set shell/environment variables:
nand_writesize ... nand page size
nand_oobsize . nand oob area size
nand_erasesize ... nand erase block size
Also, the nand info command now displays this info.
Signed-off-by: Marek Vasut
Hi, Marek,
On Thu, Sep 15, 2011 at 8:09 AM, Marek Vasut marek.va...@gmail.com wrote:
The new output looks like this:
clocks
PLL1 800 MHz
PLL2 665 MHz
PLL3 216 MHz
AHB 133000 kHz
IPG 66500 kHz
IPG PERCLK 665000 kHz
Signed-off-by:
Hi, Marek,
On Tue, Sep 20, 2011 at 10:35 AM, Marek Vasut marek.va...@gmail.com wrote:
Rewrite the mxc_i2c driver.
* This version is much closer to Linux implementation.
* Fixes IPG_PERCLK being incorrectly used as clock source
* Fixes behaviour of the driver on iMX51
* Clean up coding
Hi, Marek
On Thu, Sep 15, 2011 at 8:09 AM, Marek Vasut marek.va...@gmail.com wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
arch/arm/cpu/armv7/mx5/clock.c | 36 +++-
1 files changed, 27 insertions(+), 9 deletions(-)
diff --git
Hello again,
On Thu, Sep 22, 2011 at 11:20 AM, Graeme Russ graeme.r...@gmail.com wrote:
I'm looking at adding a new Gigabit Ethernet driver (Realtek
RTL8211CL) to U-Boot. The datasheet, in addition to register
OK, the RTL8211CL is just the transceiver (PHY?) - The MAC is actually part
of an
On Thu, Sep 15, 2011 at 8:09 AM, Marek Vasut marek.va...@gmail.com wrote:
The PLL decoding algorithm didn't take into account many configuration bits.
Adjust it according to Linux kernel. Also, add PLL4 for MX53.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
On Thursday, September 22, 2011 05:05:43 AM Jason Hui wrote:
Hi, Marek
On Thu, Sep 15, 2011 at 8:09 AM, Marek Vasut marek.va...@gmail.com wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
arch/arm/cpu/armv7/mx5/clock.c | 36
+++- 1 files
On Thursday, September 22, 2011 04:45:20 AM Jason Hui wrote:
Hi, Marek,
On Tue, Sep 20, 2011 at 10:35 AM, Marek Vasut marek.va...@gmail.com wrote:
Rewrite the mxc_i2c driver.
* This version is much closer to Linux implementation.
* Fixes IPG_PERCLK being incorrectly used as clock
Hi, Marek,
On Thu, Sep 22, 2011 at 11:41 AM, Marek Vasut marek.va...@gmail.com wrote:
On Thursday, September 22, 2011 05:05:43 AM Jason Hui wrote:
Hi, Marek
On Thu, Sep 15, 2011 at 8:09 AM, Marek Vasut marek.va...@gmail.com wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
This table covers DDR frequencies from 666 to 1666. Frequencies 666, 833, 1000,
1066 and 1333 were verified on this board with SO-DIMM (UG51U6400N8SU-ACF).
Signed-off-by: Shaohui Xie shaohui@freescale.com
---
board/freescale/p2041rdb/ddr.c |5 -
1 files changed, 4 insertions(+), 1
Hi, Marek,
On Thu, Sep 22, 2011 at 11:43 AM, Marek Vasut marek.va...@gmail.com wrote:
On Thursday, September 22, 2011 04:45:20 AM Jason Hui wrote:
Hi, Marek,
On Tue, Sep 20, 2011 at 10:35 AM, Marek Vasut marek.va...@gmail.com wrote:
Rewrite the mxc_i2c driver.
* This version is much
On Sunday, September 18, 2011 04:19:28 AM Jana Rapava wrote:
From: Marek Vasut marek.va...@gmail.com
This commit adds USB support for EfikaMX and EfikaSB.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Signed-off-by: Jana Rapava ferma...@gmail.com
---
Changes for v2:
- changed
This is cosmetic patch for the help message:
Before:
pmic dump [numregs] dump registers
After:
pmic dump [numregs] - dump registers
Signed-off-by: Jason Liu jason@linaro.org
---
drivers/misc/fsl_pmic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
1 - 100 of 101 matches
Mail list logo