Hi Wolfgang,
On Mon, Mar 19, 2012 at 1:34 AM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message 1329177081-29496-13-git-send-email-...@chromium.org you wrote:
These calls should not be made directly any more, since bootstage
will call the show_boot_...() functions as needed.
On 19/03/2012 23:07, Fabio Estevam wrote:
Instead of hardcoding the mx6 silicon revision, read it in run-time.
Also, besides the silicon version print the mx6 variant type: quad,dual/solo
or solo-lite.
Tested on a mx6qsabrelite, where it shows:
CPU: Freescale i.MX6Q rev1.0 at 792 MHz
On 19/03/2012 23:36, Fabio Estevam wrote:
Add proper IO accessors for mx6 usb registers.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
This patch depends on [PATCH v5] mx6: Read silicon revision from register
drivers/usb/host/ehci-mx6.c | 13 -
1 files
On 20/03/2012 00:41, Fabio Estevam wrote:
The variable rc is the return of board_eth_init() function. Initialize
it with an error code, so that this function can return an error when
CONFIG_SMC911X is not set.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Dear Luka Perkov,
Hi Marek,
On Mon, Mar 19, 2012 at 04:50:52PM +0100, Marek Vasut wrote:
+#define IB62x0_OE_LOW(~(0))
+#define IB62x0_OE_HIGH (~(0))
Fix this constant please (0x) and remove those parenthesis
... btw OE_HIGH and
Dear Stefano Babic,
On 19/03/2012 23:36, Fabio Estevam wrote:
Add proper IO accessors for mx6 usb registers.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
This patch depends on [PATCH v5] mx6: Read silicon revision from
register
drivers/usb/host/ehci-mx6.c |
On 16/03/2012 05:33, Marek Vasut wrote:
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic sba...@denx.de
---
arch/arm/cpu/arm926ejs/cache.c | 66 ---
1 files changed, 54 insertions(+), 12 deletions(-)
diff --git
On 31/01/2012 01:05, Marek Vasut wrote:
Cut down the VDDIO/VDDA regulator stabilization delays to 500 uS. That should
be
enough according to the datasheet and bootlets.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Detlev Zundel d...@denx.de
Cc:
On 16/03/2012 22:32, Marek Vasut wrote:
Instead of compiling the function and using the result as a constant, simply
use
the constant.
NOTE: This patch works around bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52546
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic
On 19/03/2012 04:23, Fabio Estevam wrote:
Instead of returning -1, it is preferred to return -ETIMEDOUT in case of
timeouts.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Applied to u-boot-imx, thanks
Best regards,
Stefano Babic
--
Hi Luka,
Le 19/03/2012 16:50, Marek Vasut a écrit :
Dear Luka Perkov,
Hi Marek,
On Sun, Mar 18, 2012 at 04:15:53PM +0100, Marek Vasut wrote:
+ * Copyright (C) 2011 G??rald Kerma drea...@doukki.net
Can you please fix your name here?
I think your mail agent is not displaying UTF8
Dear Stefano Babic,
On 16/03/2012 22:32, Marek Vasut wrote:
Instead of compiling the function and using the result as a constant,
simply use the constant.
NOTE: This patch works around bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52546
Signed-off-by: Marek Vasut
Dear DrEagle,
Hi Luka,
Le 19/03/2012 16:50, Marek Vasut a écrit :
Dear Luka Perkov,
Hi Marek,
On Sun, Mar 18, 2012 at 04:15:53PM +0100, Marek Vasut wrote:
+ * Copyright (C) 2011 G??rald Kerma drea...@doukki.net
Can you please fix your name here?
I think your mail agent
Dear Stefano,
In message 4f683862.4030...@denx.de you wrote:
+ /* The following is subs pc, r14, #4, used as return from DABT. */
+ const uint32_t data_abort_memdetect_handler = 0xe25ef004;
...
Are we maybe becoming warning addicted ? I know the reason for this (GCC
raises a warning
Dear Wolfgang Denk,
Dear Stefano,
In message 4f683862.4030...@denx.de you wrote:
+ /* The following is subs pc, r14, #4, used as return from DABT. */
+ const uint32_t data_abort_memdetect_handler = 0xe25ef004;
...
Are we maybe becoming warning addicted ? I know the reason for
From: Andreas Bießmann biessm...@corscience.de
The outdated struct mmc_csd was only used by old atmel_mci driver which was
removed in c9abb4260c30fbfd51bb2cd551e7426e2ae15b66.
Signed-off-by: Andreas Bießmann biessm...@corscience.de
cc: Andy Fleming aflem...@freescale.com
---
include/mmc.h |
On 20/03/2012 09:39, Wolfgang Denk wrote:
Dear Stefano,
Hi Wolfgang,
Yes, we should fix warnings. If you run a MAKEALL and can be sure
that any message printed is a new problem you will not miss it, and
act as needed. If youy know that a build will pop up a number or
warnings, it's
On 20/03/2012 10:09, Marek Vasut wrote:
In which way is this self-modifying code? I don't think so.
Because it rewrites piece of RAM, which is then called in the Data abort
context.
Exactly
My understanding is that to avoid the warning we can either use this
pre-compiled constant
On 16/03/2012 22:32, Marek Vasut wrote:
Instead of compiling the function and using the result as a constant, simply
use
the constant.
NOTE: This patch works around bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52546
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic
Hi,
could someone with a beagleboard xm please tell me if the LAN9514 works
correctly? We've built two clones, that have the LAN9514 attached via
the TPS65950 and I get register write errors when trying to set the MAC
address. The linux drivers don't have this problem, so it's probably not
a
Hi Aneesh
Can you show me where to get the new version uboot code for panda ICS ?
Thanks.
Charles
On Thu, Mar 8, 2012 at 8:26 PM, Aneesh V ane...@ti.com wrote:
Hi Charles,
On Thursday 08 March 2012 04:48 PM, charlesKAO wrote:
Hi i am charles.
I am building the panda uboot image, but
Hello,
could someone with a beagleboard xm please tell me if the LAN9514 works
correctly? We've built two clones, that have the LAN9514 attached via
the TPS65950 and I get register write errors when trying to set the MAC
address. The linux drivers don't have this problem, so it's probably not
Hi,
Is there any guide on configuring NAND device with u-boot ?
I am trying to configure u-boot to detect the NAND device Samsung
K9GAG08UOE - 16GBits connected to TI DM3730 - GPMC controller.
Regards.
___
U-Boot mailing list
U-Boot@lists.denx.de
Instead of hardcoding the mx6 silicon revision, read it in run-time.
Also, besides the silicon version print the mx6 variant type: quad,dual/solo
or solo-lite.
Tested on a mx6qsabrelite, where it shows:
CPU: Freescale i.MX6Q rev1.0 at 792 MHz
Signed-off-by: Fabio Estevam
On 20/03/2012 15:21, Fabio Estevam wrote:
Instead of hardcoding the mx6 silicon revision, read it in run-time.
Also, besides the silicon version print the mx6 variant type: quad,dual/solo
or solo-lite.
Tested on a mx6qsabrelite, where it shows:
CPU: Freescale i.MX6Q rev1.0 at 792 MHz
On 03/20/2012 07:21 AM, Fabio Estevam wrote:
Instead of hardcoding the mx6 silicon revision, read it in run-time.
Also, besides the silicon version print the mx6 variant type: quad,dual/solo
or solo-lite.
Tested on a mx6qsabrelite, where it shows:
CPU: Freescale i.MX6Q rev1.0 at 792 MHz
Dear Marek Vasut,
In message 201203201009.43717.ma...@denx.de you wrote:
+ const uint32_t data_abort_memdetect_handler = 0xe25ef004;
...
Because it rewrites piece of RAM, which is then called in the Data abort
context.
This is a mere implementation detail. You could use a pointer
On 03/18/2012 04:07 AM, Wolfgang Denk wrote:
Dear Tabi Timur-B04825,
In message
CAOZdJXUem_-mgDSqF+p4R0npZQ6qu14G1yexQCBUe2G=nr2...@mail.gmail.com you
wrote:
Doubling it is kind of aggressive strategy. You know exactly how much
free room needs to be guaranteed, so why don't you
Dear Scott Wood,
In message 4f68cf30.8000...@freescale.com you wrote:
Make your code more robust.
The robust thing to do would be to not be stingy with the malloc size,
and change all boards to have at least 1 MiB for malloc (except ones
with very small amounts of RAM). Maybe have a
On 03/19/2012 10:59 PM, Simon Glass wrote:
This reverts commit 295d3942b806552503243f5cfb36aec6f1b5a9bf.
It turns that this really doesn't work very nicely. Instead we should
have a pre-console panic function so that we know that further execution
is impossible and we don't need to worry
This works together with a kernel change that looks at the scratchpad
register to determine which of the many UARTs it should use for early
printing:
http://www.spinics.net/lists/arm-kernel/msg154633.html
Note that this configuration only affects the kernel's decompressor and
earlyprintk code.
Hi Stephen,
On Tue, Mar 20, 2012 at 12:57 PM, Stephen Warren swar...@wwwdotorg.org wrote:
This works together with a kernel change that looks at the scratchpad
register to determine which of the many UARTs it should use for early
printing:
The -m option tries to find the board in MAINTAINERS file and figure out
the email. The -M option lists boards including their maintainers emails
and all affiliated emails. There are multiple strategies used to retrieve
these emails:
1) Check board/boardname with git log and use three most
As my previous remark about this board not building was ignored, I'm resending
it one more time. I'll do one more resend of this note and if noone fixes this
I'll submit a removal patch.
$ CROSS_COMPILE=arm-linux-gnueabi- ARCH=arm ./MAKEALL ca9x4_ct_vxp
Configuring for ca9x4_ct_vxp board...
On 03/20/2012 02:13 PM, Simon Glass wrote:
Hi Stephen,
On Tue, Mar 20, 2012 at 12:57 PM, Stephen Warren swar...@wwwdotorg.org
wrote:
This works together with a kernel change that looks at the scratchpad
register to determine which of the many UARTs it should use for early
printing:
Add support for the Dialog DA9053 PMIC.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
drivers/misc/Makefile |1 +
drivers/misc/pmic_dialog.c | 37 +
include/dialog_pmic.h | 187
3 files changed, 225
mx5: Add clock config interface
Add clock config interface support, so that we
can configure CPU or DDR clock in the later init
Signed-off-by: Jason Liu jason@linaro.org
Signed-off-by: Eric Miao eric.m...@linaro.org
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
get_ahb_clk() is a common function between mx5 and mx6.
Place it into imx-common directory.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/cpu/armv7/imx-common/cpu.c| 23
arch/arm/cpu/armv7/mx5/clock.c | 17
There are two types of mx53loco boards: initial boards were built with a Dialog
DA9053 PMIC and more recent version is based on a Freescale MC34708 PMIC.
Add DA9053 PMIC support and adjust the required voltages and clocks for running
the CPU at 1GHz.
Tested on both versions of mx53loco boards.
Print CPU information within board_late_init().
This is in preparation for adding 1GHz support, which requires programming a
PMIC
via I2C. As I2C is only available after relocation, print the CPU information
later at board_late_init(), so that the CPU frequency can be printed correctly.
Hi Simon,
On Tue, Mar 20, 2012 at 7:27 AM, Simon Glass s...@chromium.org wrote:
This patch adds support for console output in the event of a panic() before
the console is inited. The main purpose of this is to deal with a very early
panic() which would otherwise cause a silent hang.
A new
This is mainline a copy of README.m28 changing the references to the
mx28 counterpart but it makes easy for people looking for information
about mx28 based boards.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Cc: Fabio Estevam fabio.este...@freescale.com
---
doc/README.mx28 | 224
Hi Otavio,
On Tue, Mar 20, 2012 at 5:54 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
This is mainline a copy of README.m28 changing the references to the
mx28 counterpart but it makes easy for people looking for information
about mx28 based boards.
Signed-off-by: Otavio Salvador
Hi Graeme,
On Tue, Mar 20, 2012 at 3:26 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Tue, Mar 20, 2012 at 7:27 AM, Simon Glass s...@chromium.org wrote:
This patch adds support for console output in the event of a panic() before
the console is inited. The main purpose of this is
Hi Stephen, Simon,
On Wed, Mar 21, 2012 at 8:17 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 03/20/2012 02:13 PM, Simon Glass wrote:
Hi Stephen,
On Tue, Mar 20, 2012 at 12:57 PM, Stephen Warren swar...@wwwdotorg.org
wrote:
This works together with a kernel change that looks at the
Hi Stephen,
On Tue, Mar 20, 2012 at 2:17 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 03/20/2012 02:13 PM, Simon Glass wrote:
Hi Stephen,
On Tue, Mar 20, 2012 at 12:57 PM, Stephen Warren swar...@wwwdotorg.org
wrote:
This works together with a kernel change that looks at the
Hi Graeme,
On Tue, Mar 20, 2012 at 4:28 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Stephen, Simon,
On Wed, Mar 21, 2012 at 8:17 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 03/20/2012 02:13 PM, Simon Glass wrote:
Hi Stephen,
On Tue, Mar 20, 2012 at 12:57 PM, Stephen Warren
Hi Simon,
On Wed, Mar 21, 2012 at 10:22 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Mar 20, 2012 at 3:26 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
OK, so what about in panic():
- If gd-have_console is not set:
o call the board specific
Hi Simon,
On Wed, Mar 21, 2012 at 10:33 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Mar 20, 2012 at 4:28 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Stephen, Simon,
On Wed, Mar 21, 2012 at 8:17 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 03/20/2012 02:13 PM,
Hi Graeme,
On Tue, Mar 20, 2012 at 4:52 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Wed, Mar 21, 2012 at 10:33 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Mar 20, 2012 at 4:28 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Stephen, Simon,
On Wed, Mar 21,
Hi Graeme,
On Tue, Mar 20, 2012 at 4:43 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Wed, Mar 21, 2012 at 10:22 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Mar 20, 2012 at 3:26 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
OK, so what about in
Hi Simon,
On Wed, Mar 21, 2012 at 11:02 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Mar 20, 2012 at 4:52 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Wed, Mar 21, 2012 at 10:33 AM, Simon Glass s...@chromium.org wrote:
We cannot select the UART via CONFIG -
Hi Graeme,
On Tue, Mar 20, 2012 at 5:17 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Wed, Mar 21, 2012 at 11:02 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Mar 20, 2012 at 4:52 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Wed, Mar 21, 2012 at
On 03/20/2012 05:22 PM, Simon Glass wrote:
On Tue, Mar 20, 2012 at 3:26 PM, Graeme Russ graeme.r...@gmail.com wrote:
...
OK, so what about in panic():
- If gd-have_console is not set:
o call the board specific setup_panic_uarts()
o call print_pre_console_buffer() passing panic_putc()
Hi Stephen,
On Tue, Mar 20, 2012 at 5:34 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 03/20/2012 05:22 PM, Simon Glass wrote:
On Tue, Mar 20, 2012 at 3:26 PM, Graeme Russ graeme.r...@gmail.com wrote:
...
OK, so what about in panic():
- If gd-have_console is not set:
o call the
Hi Simon
On Wed, Mar 21, 2012 at 11:19 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Mar 20, 2012 at 5:17 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
And we are talking about one board vendor taking a SoC and using UARTA
for the panic output and another board
On 03/20/2012 05:33 PM, Simon Glass wrote:
...
We cannot select the UART via CONFIG - remember that all of these
boards have the same U-Boot binary. Please read that again :-) The
device tree is the only thing that distinguishes them. All of the
CONFIG options are identical for all boards.
I
Hi Graeme,
On Tue, Mar 20, 2012 at 5:39 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon
On Wed, Mar 21, 2012 at 11:19 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Mar 20, 2012 at 5:17 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
And we are talking about one
Hi Stehpen,
On Wed, Mar 21, 2012 at 12:18 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Mar 20, 2012 at 5:39 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon
On Wed, Mar 21, 2012 at 11:19 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Mar 20, 2012 at 5:17
Hi Stephen,
On Tue, Mar 20, 2012 at 5:42 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 03/20/2012 05:33 PM, Simon Glass wrote:
...
We cannot select the UART via CONFIG - remember that all of these
boards have the same U-Boot binary. Please read that again :-) The
device tree is the only
This is mainline a copy of README.m28 changing the references to the
mx28 counterpart but it makes easy for people looking for information
about mx28 based boards.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Cc: Fabio Estevam fabio.este...@freescale.com
---
doc/README.mx28 | 152
Hi Wolfgang,
On Tue, Mar 20, 2012 at 12:03 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 03/19/2012 10:59 PM, Simon Glass wrote:
This reverts commit 295d3942b806552503243f5cfb36aec6f1b5a9bf.
It turns that this really doesn't work very nicely. Instead we should
have a pre-console panic
Hi Mike,
On Wed, Mar 14, 2012 at 10:24 PM, Mike Frysinger vap...@gentoo.org wrote:
On Thursday 15 March 2012 00:09:59 Simon Glass wrote:
On Mon, Mar 12, 2012 at 8:22 AM, Mike Frysinger wrote:
+/* Used to quickly bulk erase backing store */
+static u8 sb_sf_0xff[0x1];
Ick, Does it
-Original Message-
From: Stefano Babic [mailto:sba...@denx.de]
Sent: Tuesday, March 20, 2012 10:35 PM
To: Estevam Fabio-R49496
Cc: u-boot@lists.denx.de; sba...@denx.de;
eric.nel...@boundarydevices.com; dirk.be...@de.bosch.com; Liu Hui-
R64343
Subject: Re: [PATCH v6] mx6: Read silicon
Applied. Thanks,
Nobuhiro
2012/3/6 Shimoda, Yoshihiro yoshihiro.shimoda...@renesas.com:
The module has 4 chip select signals. This patch supports it.
Signed-off-by: Yoshihiro Shimoda yoshihiro.shimoda...@renesas.com
---
drivers/spi/sh_spi.c | 19 ---
drivers/spi/sh_spi.h
This series of patches include 4 parts to overcome the limitation of
e500 and e500v2 processor to support any debugger.
1. doc:Add documentation for e500 external debugger support
2. powerpc/85xx:Fix MSR[DE] bit in MSR to support debugger
3. powerpc/85xx:Make debug exception vector accessible
This describes requirement of e500 and e500v2 processor to support external
debugger.
It also provide an insight of the configuration switch required and their
description.
Signed-off-by: Radu Lazarescu radu.lazare...@freescale.com
Signed-off-by: Marius Grigoras marius.grigo...@freescale.com
Debugging of e500 and e500v1 processer requires debug exception vecter (IVPR +
IVOR15) to have valid and fetchable OP code.
While executing in translated space (AS=1), whenever a debug exception is
generated, the MSR[DS/IS] gets cleared i.e. AS=0 and the processor tries to
fetch an instruction
Update NAND code base to ovecome e500 and e500v2's second limitation i.e. IVPR
+ IVOR15 should be valid fetchable OP code address.
As NAND SPL does not compile vector table so making sure IVOR + IVOR15 points to
any fetchable valid data
Signed-off-by: Radu Lazarescu radu.lazare...@freescale.com
Debugging of e500 and e500v1 processer requires MSR[DE] bit to be set always.
Where MSR = Machine State register
Make sure of MSR[DE] bit is set uniformaly across the different execution
address space i.e. AS0 and AS1.
Signed-off-by: Radu Lazarescu radu.lazare...@freescale.com
Signed-off-by:
Hi Marek,
On Tue, Mar 20, 2012 at 07:48:05AM +0100, Marek Vasut wrote:
+#define CONFIG_SKIP_LOWLEVEL_INIT /* disable board lowlevel_init
*/
Are you sure you want to skip lowlevel init? It'll break cache setup
etc. I believe.
I will retest and send v4 once I
Add support for new boards RaidSonic ICY BOX NAS6210 and NAS6220.
Only difference between boards is number of SATA ports.
Signed-off-by: Luka Perkov ub...@lukaperkov.net
Signed-off-by: Gerald Kerma drea...@doukki.net
---
Changes from version v3:
* don't use utf8 for Geralds name
* don't mix
72 matches
Mail list logo