Hi Luka,
On 03/21/12 02:53, Luka Perkov wrote:
> 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
> Signed-off-by: Gerald Kerma
> ---
>
> Changes from version v3:
>
> * don't use utf8
Signed-off-by: Nobuhiro Iwamatsu
---
board/renesas/sh7757lcr/sh7757lcr.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/board/renesas/sh7757lcr/sh7757lcr.c
b/board/renesas/sh7757lcr/sh7757lcr.c
index adae9ce..c8edad8 100644
--- a/board/renesas/sh7757lcr/sh7757lcr.c
+++
This defines the mmcif_mmc_init which is an MMC function of SH.
Signed-off-by: Nobuhiro Iwamatsu
---
arch/sh/include/asm/mmc.h | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
create mode 100644 arch/sh/include/asm/mmc.h
diff --git a/arch/sh/include/asm/mmc.h b/arch
Some variables are initialized with a value defined by macro.
This was changed to use the macro directly. And the variable not to
use deleted it.
Signed-off-by: Nobuhiro Iwamatsu
---
drivers/usb/host/r8a66597-hcd.c | 15 +--
1 files changed, 5 insertions(+), 10 deletions(-)
diff -
Signed-off-by: Nobuhiro Iwamatsu
---
board/renesas/ecovec/ecovec.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/board/renesas/ecovec/ecovec.c b/board/renesas/ecovec/ecovec.c
index 275b0ba..3bd1a62 100644
--- a/board/renesas/ecovec/ecovec.c
+++ b/board/renesas/ecovec/ec
Signed-off-by: Nobuhiro Iwamatsu
---
arch/sh/lib/board.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/sh/lib/board.c b/arch/sh/lib/board.c
index d9c0c22..eb021e8 100644
--- a/arch/sh/lib/board.c
+++ b/arch/sh/lib/board.c
@@ -25,6 +25,7 @@
#include
#include
#i
Hi,
I cannot reproduce this problem. I am using gcc-4.6 and gcc-4.4.
And I think that this problem is not revised with your patch.
I think that the contents of the patch are right.
Best regards,
Nobuhiro
2012/3/17 Phil Edworthy :
> Build error was with board/renesas/ecovec/lowlevel_init.S
> 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
Signed-off-by: Gerald Kerma
---
Changes from version v3:
* don't use utf8 for Geralds name
* don't mix upper/lower case in kwbimage.cfg
* fix
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 w
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
Signed-off-by: Catalin Udma
Signed-off-by: Mar
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
Signed-off-by: Marius Grigora
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 fro
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
Signed-off-by: Marius Grigoras
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.
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
Applied. Thanks,
Nobuhiro
2012/3/6 Shimoda, Yoshihiro :
> The module has 4 chip select signals. This patch supports it.
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> drivers/spi/sh_spi.c | 19 ---
> drivers/spi/sh_spi.h | 4 +++-
> 2 files changed, 19 insertions(+), 4 deleti
>-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 silico
Hi Mike,
On Wed, Mar 14, 2012 at 10:24 PM, Mike Frysinger 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 really ne
Hi Wolfgang,
On Tue, Mar 20, 2012 at 12:03 PM, Stephen Warren 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 function so th
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
Cc: Fabio Estevam
---
doc/README.mx28 | 152 +++
Hi Stephen,
On Tue, Mar 20, 2012 at 5:42 PM, Stephen Warren 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 thing that di
Hi Stehpen,
On Wed, Mar 21, 2012 at 12:18 PM, Simon Glass wrote:
> Hi Graeme,
>
> On Tue, Mar 20, 2012 at 5:39 PM, Graeme Russ wrote:
>> Hi Simon
>>
>> On Wed, Mar 21, 2012 at 11:19 AM, Simon Glass wrote:
>>> Hi Graeme,
>>>
>>> On Tue, Mar 20, 2012 at 5:17 PM, Graeme Russ wrote:
Hi Simon,
Hi Graeme,
On Tue, Mar 20, 2012 at 5:39 PM, Graeme Russ wrote:
> Hi Simon
>
> On Wed, Mar 21, 2012 at 11:19 AM, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Tue, Mar 20, 2012 at 5:17 PM, Graeme Russ wrote:
>>> Hi Simon,
>
>>> And we are talking about one board vendor taking a SoC and using UARTA
>
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.
Hi Simon
On Wed, Mar 21, 2012 at 11:19 AM, Simon Glass wrote:
> Hi Graeme,
>
> On Tue, Mar 20, 2012 at 5:17 PM, Graeme Russ wrote:
>> Hi Simon,
>> And we are talking about one board vendor taking a SoC and using UARTA
>> for the panic output and another board vendor deciding to use UARTB - But
Hi Stephen,
On Tue, Mar 20, 2012 at 5:34 PM, Stephen Warren wrote:
> On 03/20/2012 05:22 PM, Simon Glass wrote:
>> On Tue, Mar 20, 2012 at 3:26 PM, Graeme Russ wrote:
> ...
>>> OK, so what about in panic():
>>> - If gd->have_console is not set:
>>> o call the board specific setup_panic_uarts
On 03/20/2012 05:22 PM, Simon Glass wrote:
> On Tue, Mar 20, 2012 at 3:26 PM, Graeme Russ 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()
>>o call
Hi Graeme,
On Tue, Mar 20, 2012 at 5:17 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Wed, Mar 21, 2012 at 11:02 AM, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Tue, Mar 20, 2012 at 4:52 PM, Graeme Russ wrote:
>>> Hi Simon,
>>>
>>> On Wed, Mar 21, 2012 at 10:33 AM, Simon Glass wrote:
>
We canno
Hi Simon,
On Wed, Mar 21, 2012 at 11:02 AM, Simon Glass wrote:
> Hi Graeme,
>
> On Tue, Mar 20, 2012 at 4:52 PM, Graeme Russ wrote:
>> Hi Simon,
>>
>> On Wed, Mar 21, 2012 at 10:33 AM, Simon Glass wrote:
>>> We cannot select the UART via CONFIG - remember that all of these
>>> boards have the
Hi Graeme,
On Tue, Mar 20, 2012 at 4:43 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Wed, Mar 21, 2012 at 10:22 AM, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Tue, Mar 20, 2012 at 3:26 PM, Graeme Russ wrote:
>>> Hi Simon,
>>>
>
>>>
>>> OK, so what about in panic():
>>> - If gd->have_console is not
Hi Graeme,
On Tue, Mar 20, 2012 at 4:52 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Wed, Mar 21, 2012 at 10:33 AM, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Tue, Mar 20, 2012 at 4:28 PM, Graeme Russ wrote:
>>> Hi Stephen, Simon,
>>>
>>> On Wed, Mar 21, 2012 at 8:17 AM, Stephen Warren
>>> wrote:
Hi Simon,
On Wed, Mar 21, 2012 at 10:33 AM, Simon Glass wrote:
> Hi Graeme,
>
> On Tue, Mar 20, 2012 at 4:28 PM, Graeme Russ wrote:
>> Hi Stephen, Simon,
>>
>> On Wed, Mar 21, 2012 at 8:17 AM, Stephen Warren
>> wrote:
>>> On 03/20/2012 02:13 PM, Simon Glass wrote:
Hi Stephen,
On
Hi Simon,
On Wed, Mar 21, 2012 at 10:22 AM, Simon Glass wrote:
> Hi Graeme,
>
> On Tue, Mar 20, 2012 at 3:26 PM, Graeme Russ wrote:
>> Hi Simon,
>>
>>
>> OK, so what about in panic():
>> - If gd->have_console is not set:
>> o call the board specific setup_panic_uarts()
>> o call print_pr
Hi Graeme,
On Tue, Mar 20, 2012 at 4:28 PM, Graeme Russ wrote:
> Hi Stephen, Simon,
>
> On Wed, Mar 21, 2012 at 8:17 AM, Stephen Warren wrote:
>> On 03/20/2012 02:13 PM, Simon Glass wrote:
>>> Hi Stephen,
>>>
>>> On Tue, Mar 20, 2012 at 12:57 PM, Stephen Warren
>>> wrote:
This works toget
Hi Stephen,
On Tue, Mar 20, 2012 at 2:17 PM, Stephen Warren wrote:
> On 03/20/2012 02:13 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On Tue, Mar 20, 2012 at 12:57 PM, Stephen Warren
>> wrote:
>>> This works together with a kernel change that looks at the scratchpad
>>> register to determine whi
Hi Stephen, Simon,
On Wed, Mar 21, 2012 at 8:17 AM, Stephen Warren wrote:
> On 03/20/2012 02:13 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On Tue, Mar 20, 2012 at 12:57 PM, Stephen Warren
>> wrote:
>>> This works together with a kernel change that looks at the scratchpad
>>> register to determ
Hi Graeme,
On Tue, Mar 20, 2012 at 3:26 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Tue, Mar 20, 2012 at 7:27 AM, Simon Glass 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
>> pan
Hi Otavio,
On Tue, Mar 20, 2012 at 5:54 PM, Otavio Salvador
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
> Cc: Fabio Estevam
> -
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
Cc: Fabio Estevam
---
doc/README.mx28 | 224 +++
Hi Simon,
On Tue, Mar 20, 2012 at 7:27 AM, Simon Glass 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 board_pre_conso
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.
Signed-o
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.
I
get_ahb_clk() is a common function between mx5 and mx6.
Place it into imx-common directory.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/armv7/imx-common/cpu.c| 23
arch/arm/cpu/armv7/mx5/clock.c | 17 +-
arch/arm/cpu/arm
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
Signed-off-by: Eric Miao
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/armv7/mx5/clock.c | 532 +-
ar
Add support for the Dialog DA9053 PMIC.
Signed-off-by: Fabio Estevam
---
drivers/misc/Makefile |1 +
drivers/misc/pmic_dialog.c | 37 +
include/dialog_pmic.h | 187
3 files changed, 225 insertions(+), 0 deletions(-)
create mo
On 03/20/2012 02:13 PM, Simon Glass wrote:
> Hi Stephen,
>
> On Tue, Mar 20, 2012 at 12:57 PM, Stephen Warren
> 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:
>>
>> http://www.s
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...
comm
> 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/ with git log and use three most rece
Hi Stephen,
On Tue, Mar 20, 2012 at 12:57 PM, Stephen Warren 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:
>
> http://www.spinics.net/lists/arm-kernel/msg154633.html
>
> Note that
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. On
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
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 hav
On 03/18/2012 04:07 AM, Wolfgang Denk wrote:
> Dear Tabi Timur-B04825,
>
> In message
> 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 auto-adjust the
>>> size?
>>>
-#define CONFIG_SYS_MALLOC
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
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
Sig
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
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
---
Changes since
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
http:
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
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 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 somethi
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 hardw
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
> Cc: Stefano Babic
> Cc:
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 con
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, i
From: Andreas Bießmann
The outdated struct mmc_csd was only used by old atmel_mci driver which was
removed in c9abb4260c30fbfd51bb2cd551e7426e2ae15b66.
Signed-off-by: Andreas Bießmann
cc: Andy Fleming
---
include/mmc.h | 50 --
1 files changed
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 t
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
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
> >>>
> >>> Can you please fix your name here?
> >>
> >> I think
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 Vas
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
>>>
>>> Can you please fix your name here?
>>
>> I think your mail agent is not displaying UTF8 char
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
> ---
Applied to u-boot-imx, thanks
Best regards,
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
> Cc: Stefano Babic
> Cc:
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
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> Cc: Stefano Babic
> Cc: Robert Deliën
> Cc:
On 16/03/2012 05:33, Marek Vasut wrote:
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> ---
> arch/arm/cpu/arm926ejs/cache.c | 66 ---
> 1 files changed, 54 insertions(+), 12 deletions(-)
>
> diff --git a/arch/arm/cpu/arm926ejs/cache.c b/arch/arm/cpu/arm
73 matches
Mail list logo
