>commit "net: use common rand()/srand() functions" introduced the
>following
>build warning on the current u-boot-arm tree:
>
>$ ./MAKEALL MPC8313ERDB_66
>Configuring for MPC8313ERDB_66 - Board: MPC8313ERDB, Options: SYS_66MHZ
> text data bss dec hex filename
> 271988
Hi Albert,
as requested, I rebased my staging repository with the SPEAr patches
onto latest u-boot-arm/master. Please try again.
Thanks,
Stefan
The following changes since commit 8663092787ac2c39fbdb235cd162c5e893646b40:
cm-t35: fix incorrect NAND_ECC layout selection (2012-07-05 19:22:27 +0
Hi, Iwamatsu-san
(2012/07/06 9:12), Nobuhiro Iwamatsu wrote:
BTW, do you become a maintainer of kzm9g board?
If it becomes a maintainer, please send the patch to MAINTAINERS file.
Thank you. I will send it later.
___
U-Boot mailing list
U-Boot@list
Hello, Iwamatsu-san
(2012/07/06 9:06), Nobuhiro Iwamatsu wrote:
> Latest rmobile code was tested by using old gcc (gcc-4.4).
> When we use gcc-4.6 (or later), the build is made, but does not work.
> This solves a problem not to work by add -march=armv5 to compiple option
> when we built in gcc-4.6
Hi Aaron,
On 06.07.2012 01:56, Aaron Williams wrote:
> Hi Andreas,
>
> We have been shipping 2011.03 for some time and internally are planning
> to use 2012.07 when it is released since we are tracking the top of
> trunk. We have made a lot of improvements since then and added a lot of
> new capa
On Thursday 05 July 2012 16:48:22 you wrote:
> On 05.07.2012 14:11, Yann Vernier wrote:
> > Leave dram_init_banksize to set up the bank info data.
> > ram_size was previously uninitialized. Also, generalize
> > lowlevel assembly to support more RAM options.
> >
> > Signed-off-by: Yann Vernier
> >
Dear Aaron Williams,
On 06.07.2012 01:52, Aaron Williams wrote:
> Hi Zahid,
>
> I am in charge of U-Boot for OCTEON MIPS. I have not pushed the changes
> back upstream since the amount of code is enormous (over 430K lines of
> code!). Granted, a huge percentage of that is from generated register
This change allows use of other flash chips than the two supported by
the cm4008 flash.c. Tested with Micrel KSZ8695X demo board.
---
Changes for v2:
- Update cm41xx also
- Remove unused board specific flash code
Changes for v3:
- Do not define to 1 where it is not required, just define
S
Dear Yann Vernier,
On 06.07.2012 10:15, Yann Vernier wrote:
> On Thursday 05 July 2012 16:48:22 you wrote:
>> On 05.07.2012 14:11, Yann Vernier wrote:
>>> + /* 8 column address bits, 4 banks, 32 bits data width */
>>> + ldr r2,
>>> =((CONFIG_SYS_SDRAM_BASE+CONFIG_SYS_SDRAM_SIZE-0x1)
On 06.07.2012 10:27, Yann Vernier wrote:
> This change allows use of other flash chips than the two supported by
> the cm4008 flash.c. Tested with Micrel KSZ8695X demo board.
> ---
> Changes for v2:
>- Update cm41xx also
>- Remove unused board specific flash code
> Changes for v3:
>- Do
On Friday 06 July 2012 10:43:40 you wrote:
> >>> =((CONFIG_SYS_SDRAM_BASE+CONFIG_SYS_SDRAM_SIZE-0x1)<<(22-16) | \ +
> >>> (CONFIG_SYS_SDRAM_BASE>>(16-12) | 0x00e))
> >>
> >> ugh ... magic. Will it work for every possible setting?
> >> How about one setting CONFIG_SYS_SDRAM_BASE != 0x0? I
Dear Yann Vernier,
On 06.07.2012 11:14, Yann Vernier wrote:
> On Friday 06 July 2012 10:43:40 you wrote:
> =((CONFIG_SYS_SDRAM_BASE+CONFIG_SYS_SDRAM_SIZE-0x1)<<(22-16) | \ +
> (CONFIG_SYS_SDRAM_BASE>>(16-12) | 0x00e))
ugh ... magic. Will it work for every possible settin
Hi Rob,
On Thu, 05 Jul 2012 16:31:15 -0500, Rob Herring
wrote:
> Albert,
>
> On 07/05/2012 05:10 AM, Albert ARIBAUD wrote:
> > Hi Rob,
> >
> > On Thu, 28 Jun 2012 08:54:10 -0500, Rob Herring
> > wrote:
> >> From: Rob Herring
> >>
> >> CONFIG_STACKSIZE is not referenced anywhere except on AVR3
On 6 July 2012 13:43, Jaehoon Chung wrote:
> Hi Minkyu,
>
> I tested on trats-board.
> I think it's working fine.
>
> Tested-by: Jaehoon Chung
>
> Best Regards,
> Jaehoon Chung
>
> On 07/06/2012 11:13 AM, Minkyu Kang wrote:
>
>> Dear Jaehoon and Donghwa,
>>
>> On 5 July 2012 20:55, Zhong Hongbo w
Hi Andreas,
On 07/05/2012 11:38 PM, Andreas Bießmann wrote:
> Dear Zhong Hongbo,
>
> this is arm related and should therefore apply to all the different
> arch/arm/cpu/*/start.S (as long as they have SPL support).
Ok, I will do it. Thanks for your advise.
>
> On 05.07.2012 16:35, Zhong Hongbo w
On 07/05/2012 11:52 PM, Andreas Bießmann wrote:
> On 05.07.2012 17:38, Andreas Bießmann wrote:
>
>
>
>>> -clbss_l:strr2, [r0]/* clear loop...
>>> */
>>> +clbss_l:
>>> + cmp r1, r0
>>> + bls clbss_end
>>> + str r2, [r0]
Hi Andreas,
On Fri, 06 Jul 2012 10:47:11 +0200, "Andreas Bießmann"
wrote:
> On 06.07.2012 10:27, Yann Vernier wrote:
> > This change allows use of other flash chips than the two supported
> > by the cm4008 flash.c. Tested with Micrel KSZ8695X demo board.
> > ---
> > Changes for v2:
> >- Updat
On 07/06/2012 01:44 PM, Albert ARIBAUD wrote:
> Hi Zhong,
>
> On Thu, 5 Jul 2012 22:35:15 +0800, Zhong Hongbo wrote:
>> From: Zhong Hongbo
>>
>> In currently, when __bss_start is equal to __bss_end__,
>> The bss loop will clear all the things in memory space.
>>
>> But just only when __bss_end_
On 07/06/2012 07:20 PM, Minkyu Kang wrote:
> On 6 July 2012 13:43, Jaehoon Chung wrote:
>> Hi Minkyu,
>>
>> I tested on trats-board.
>> I think it's working fine.
>>
>> Tested-by: Jaehoon Chung
>>
>> Best Regards,
>> Jaehoon Chung
>>
>> On 07/06/2012 11:13 AM, Minkyu Kang wrote:
>>
>>> Dear Jaehoo
On 07/06/2012 01:35 AM, Albert ARIBAUD (by
way of Albert ARIBAUD wrote:
> Hi Zhong Hongbo,
>
> On Thu, 05 Jul 2012 19:53:46 +0800, Zhong Hongbo
> wrote:
>> Hi Albert,
>>
>> Could you applied the patch to the arm tree?
>>
>> Thanks,
>> hongbo
>> On 07/03/2012 07:46 AM, Zhong Hongbo wrote:
>>> Fro
Dear Zhong Hongbo,
On 06.07.2012 13:42, Zhong Hongbo wrote:
> On 07/06/2012 01:35 AM, Albert ARIBAUD (by
> way of Albert ARIBAUD wrote:
>> Hi Zhong Hongbo,
>>
>> On Thu, 05 Jul 2012 19:53:46 +0800, Zhong Hongbo
>> wrote:
>
> Ok, I just found the issue have found in other arm platfor 2011 yea
Some boards might be equipped with different SDRAM configurations.
When that is the case, CPU CS Window Size Register (CS[0]n Size) should
be set to the biggest value through board.cfg file; then its value
can be fixed at runtime according to the detected SDRAM size.
Therefore, implement kw_sdram_
Size of the SDRAM chips might differ between any two (otherwise
identical) instances of the same board.
So change board_early_init_f() to use km_sdram_bs_set(), in order to
fixup the window size register at runtime, according to the detected
SDRAM size.
Signed-off-by: Gerlando Falauto
Cc: Valent
On 07/06/2012 07:49 PM, Andreas Bießmann wrote:
> Dear Zhong Hongbo,
>
> On 06.07.2012 13:42, Zhong Hongbo wrote:
>> On 07/06/2012 01:35 AM, Albert ARIBAUD (by
>> way of Albert ARIBAUD wrote:
>>> Hi Zhong Hongbo,
>>>
>>> On Thu, 05 Jul 2012 19:53:46 +0800, Zhong Hongbo
>>> wrote:
>
>
>
>>
>>
From: Zhong Hongbo
In currently, when __bss_start is equal to __bss_end__,
The bss loop will clear all the things in memory space.
But just only when __bss_end__ greater than __bss_start__,
we do the clear bss section operation.
Signed-off-by: Hongbo Zhong
Signed-off-by: Andreas Bießmann
Sign
Hi all,
this is just a reminder for the first U-Boot Developer's Meeting which
takes place next week in the context of the 13es Rencontres Mondiales
du Logiciel Libre (RMLL) aka 13th Libre Software Meeting (LSM) in
Geneva.
So far, the following events are scheduled:
* Wednesday, July 11:
3:00
On 06.07.2012 14:20, Zhong Hongbo wrote:
> From: Zhong Hongbo
>
> In currently, when __bss_start is equal to __bss_end__,
> The bss loop will clear all the things in memory space.
>
> But just only when __bss_end__ greater than __bss_start__,
> we do the clear bss section operation.
>
> Signed-
On Tue, Jul 03, 2012 at 05:41:56PM -0500, Kim Phillips wrote:
> This warning was introduced in 436da3c "ext2load: increase read
> speed":
>
> ext2fs.c: In function 'ext2fs_read_file':
> ext2fs.c:458:19: warning: 'blocknxt' may be used uninitialized in this
> function [-Wuninitialized]
>
> this c
Hi Tetsuyuki,
On Fri, 06 Jul 2012 16:48:05 +0900, Tetsuyuki Kobayashi
wrote:
> Hi, Iwamatsu-san
>
> (2012/07/06 9:12), Nobuhiro Iwamatsu wrote:
>
> > BTW, do you become a maintainer of kzm9g board?
> > If it becomes a maintainer, please send the patch to MAINTAINERS
> > file.
>
> Thank you. I
On 07/06/2012 09:23 PM, Andreas Bießmann wrote:
> On 06.07.2012 14:20, Zhong Hongbo wrote:
>> From: Zhong Hongbo
>>
>> In currently, when __bss_start is equal to __bss_end__,
>> The bss loop will clear all the things in memory space.
>>
>> But just only when __bss_end__ greater than __bss_start__,
Dear Zhong Hongbo,
On 06.07.2012 15:50, Zhong Hongbo wrote:
> On 07/06/2012 09:23 PM, Andreas Bießmann wrote:
>> On 06.07.2012 14:20, Zhong Hongbo wrote:
>>> From: Zhong Hongbo
>>>
>>> In currently, when __bss_start is equal to __bss_end__,
>>> The bss loop will clear all the things in memory spa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/05/2012 11:10 PM, Tetsuyuki Kobayashi wrote:
> save_boot_params_default() in cpu.c accesses uninitialized stack
> area when it compiled with -O0 (not optimized).
>
> Signed-off-by: Tetsuyuki Kobayashi --- Hi Tom,
> Albert,
>
> I rewrite them
Hi Nobuhiro,
On Fri, 6 Jul 2012 09:07:30 +0900, Nobuhiro Iwamatsu
wrote:
> cmp_loop function was used from the structure of register.
> And for the member of this structure, volatile is defined.
> Since a volatile declaration of cmp_loop function is not made
> by argument, made warning by compil
On 07/06/2012 09:57 PM, Andreas Bießmann wrote:
> Dear Zhong Hongbo,
>
> On 06.07.2012 15:50, Zhong Hongbo wrote:
>> On 07/06/2012 09:23 PM, Andreas Bießmann wrote:
>>> On 06.07.2012 14:20, Zhong Hongbo wrote:
From: Zhong Hongbo
In currently, when __bss_start is equal to __bss_end_
On Wed, Jun 27, 2012 at 01:55:39PM +0200, Thierry Reding wrote:
> On Wed, Jun 27, 2012 at 01:47:51PM +0200, Andreas Bießmann wrote:
> > This patch fixes following warning:
> > ---8<---
> > ext2fs.c: In function 'ext2fs_read_file':
> > ext2fs.c:458:19: warning: 'blocknxt' may be used uninitialized i
Hi Zhong Hongbo,
On Fri, 06 Jul 2012 22:04:21 +0800, Zhong Hongbo
wrote:
> On 07/06/2012 09:57 PM, Andreas Bießmann wrote:
> > Dear Zhong Hongbo,
> >
> > On 06.07.2012 15:50, Zhong Hongbo wrote:
> >> On 07/06/2012 09:23 PM, Andreas Bießmann wrote:
> >>> On 06.07.2012 14:20, Zhong Hongbo wrote:
>
On 07/06/2012 11:26 PM, Albert ARIBAUD wrote:
> Hi Zhong Hongbo,
>
> On Fri, 06 Jul 2012 22:04:21 +0800, Zhong Hongbo
> wrote:
>> On 07/06/2012 09:57 PM, Andreas Bießmann wrote:
>>> Dear Zhong Hongbo,
>>>
>>> On 06.07.2012 15:50, Zhong Hongbo wrote:
On 07/06/2012 09:23 PM, Andreas Bießmann w
On 07/05/2012 07:28 PM, Scott Wood wrote:
> On 07/04/2012 02:46 AM, Jim Lin wrote:
>>> -Original Message-
>>> From: Scott Wood [mailto:scottw...@freescale.com]
>>> Sent: Thursday, April 26, 2012 6:17 AM
>>> To: Simon Glass
>>> Cc: U-Boot Mailing List; Tom Warren; Stephen Warren; Jim Lin; S
Dear Gerlando Falauto,
> Some boards might be equipped with different SDRAM configurations.
> When that is the case, CPU CS Window Size Register (CS[0]n Size) should
> be set to the biggest value through board.cfg file; then its value
> can be fixed at runtime according to the detected SDRAM size.
On 7/5/2012 11:50 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 7/5/2012 12:53 PM, Troy Kisky wrote:
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '&='.
Signed-off-by: Troy Kisky
Acked-by: Marek Vasut
Acked-by: Stefano Babic
---
V2: add acks
---
The BR_PHYS_ADDR(x) macro was missing parentheses around "x" in the macro
definition, so callers had to supply their own parenthesis.
Signed-off-by: Timur Tabi
---
arch/powerpc/include/asm/fsl_lbc.h |6 +++---
include/configs/MPC8536DS.h|9 -
include/configs/MPC8548CDS.h
Dear Troy Kisky,
> On 7/5/2012 11:50 PM, Marek Vasut wrote:
> > Dear Troy Kisky,
> >
> >> On 7/5/2012 12:53 PM, Troy Kisky wrote:
> >>> Instead of clearing 2 bits, all the other
> >>> bits were set because '|=' was used instead
> >>> of '&='.
> >>>
> >>> Signed-off-by: Troy Kisky
> >>> Acked-by
This inline assembly just converts a function address to a u32.
Replace it with equivalent C code since the assembly was not thumb
compatible.
Signed-off-by: Allen Martin
---
arch/arm/cpu/tegra20-common/warmboot_avp.c |9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a
Rearrange the link order of libraries to avoid out of bound
relocations in thumb mode. I have no idea how to fix this for real.
Signed-off-by: Allen Martin
---
Makefile |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index ff04503..75d1c96 1006
arm720t is an armv4t not an armv4. Force some tegra initialization
functions to arm mode because they contain arm only inline assembly.
Signed-off-by: Allen Martin
---
arch/arm/cpu/arm720t/config.mk |2 +-
arch/arm/cpu/arm720t/tegra20/config.mk |7 +++
2 files changed, 8 ins
Add function required by some thumb switch statements
Signed-off-by: Allen Martin
---
arch/arm/lib/Makefile |1 +
arch/arm/lib/_thumb1_case_uqi.S | 41 +++
2 files changed, 42 insertions(+)
create mode 100644 arch/arm/lib/_thumb1_case_uqi.S
d
Convert return from relocate_code to a thumb compatible bx
instruction.
Signed-off-by: Allen Martin
---
arch/arm/cpu/arm720t/start.S |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/arm720t/start.S b/arch/arm/cpu/arm720t/start.S
index 3371d3d..af33e51 100644
--
This patch series enables thumb compile for tegra SPL and u-boot. It
is not ready for review yet as it still contains a few hacks, but I'm
posting it in case anyone finds it useful. This reduces the size of
the combined SPL/u-boot by about 20%. I havent' measured if there's
any change in boot ti
Signed-off-by: Allen Martin
---
include/configs/tegra20-common.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/tegra20-common.h b/include/configs/tegra20-common.h
index bbb80d0..16466cc 100644
--- a/include/configs/tegra20-common.h
+++ b/include/configs/tegra20-common.h
@
Convert return instructions to thumb compatible bx returns. Probably
what's really needed here is a thumb version of all the libgcc
assembly routines.
Signed-off-by: Allen Martin
---
arch/arm/lib/_udivsi3.S |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/li
On 7/6/2012 10:46 AM, Marek Vasut wrote:
Dear Troy Kisky,
On 7/5/2012 11:50 PM, Marek Vasut wrote:
Dear Troy Kisky,
On 7/5/2012 12:53 PM, Troy Kisky wrote:
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '&='.
Signed-off-by: Troy Kisky
Acked-by: Ma
Now that phy_startup() can return an actual error code, check for that error
code and abort network initialization if the PHY fails.
Signed-off-by: Timur Tabi
---
drivers/net/fec_mxc.c |7 ++-
drivers/net/fm/eth.c |9 -
drivers/net/sh_eth.c |6 ++
Dear Troy Kisky,
> On 7/6/2012 10:46 AM, Marek Vasut wrote:
> > Dear Troy Kisky,
> >
> >> On 7/5/2012 11:50 PM, Marek Vasut wrote:
> >>> Dear Troy Kisky,
> >>>
> On 7/5/2012 12:53 PM, Troy Kisky wrote:
> > Instead of clearing 2 bits, all the other
> > bits were set because '|=' was
Dear Timur Tabi,
In message <1341599739-17812-1-git-send-email-ti...@freescale.com> you wrote:
> Now that phy_startup() can return an actual error code, check for that error
> code and abort network initialization if the PHY fails.
...
> if (fec->phydev) {
> /* Start up the PHY
On 07/06/2012 12:08 PM, Allen Martin wrote:
> Rearrange the link order of libraries to avoid out of bound
> relocations in thumb mode. I have no idea how to fix this for real.
Are the relocations branches or something else? It looks like
unconditional jump range is +/-4MB for Thumb1 and +/-16MB f
On 07/06/2012 12:08 PM, Allen Martin wrote:
git bisect probably requires this to be the final patch in the series?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Wolfgang Denk wrote:
> Blank line after variable declarations, please.
Oops. I'll wait to see if there are any other comments before I respin.
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists
On Fri, Jul 06, 2012 at 12:09:43PM -0700, Stephen Warren wrote:
> On 07/06/2012 12:08 PM, Allen Martin wrote:
> > Rearrange the link order of libraries to avoid out of bound
> > relocations in thumb mode. I have no idea how to fix this for real.
>
> Are the relocations branches or something else?
On Fri, Jul 06, 2012 at 12:10:18PM -0700, Stephen Warren wrote:
> On 07/06/2012 12:08 PM, Allen Martin wrote:
>
> git bisect probably requires this to be the final patch in the series?
>
Yeah I'm sure git bisect is completely broken on the series right now,
I'll fix it up when I remove all the h
Hi Andreas,
I would love to see OCTEON support in the mainline as well, though I am
not sure how I should go about this since it is a substantial amount of
code. Fortunately most of the changes are not to the common code, and
many of the common code changes are feature enhancements portable to
On 07/06/2012 02:33 PM, Allen Martin wrote:
> On Fri, Jul 06, 2012 at 12:09:43PM -0700, Stephen Warren wrote:
>> On 07/06/2012 12:08 PM, Allen Martin wrote:
>>> Rearrange the link order of libraries to avoid out of bound
>>> relocations in thumb mode. I have no idea how to fix this for real.
>>
>>
Hi Prafulla,
On Thu, 5 Jul 2012 10:38:32 -0700, Prafulla Wadaskar
wrote:
> Dear Albert,
>
> Please pull
> The following changes since commit 863ba81c70d8ca8dc49e0c5a28a1fd0fb23ca62d:
> Tetsuyuki Kobayashi (1):
> arm: bugfix: Move vector table before jumping relocated code
>
> are ava
Hi Stefan,
On Fri, 6 Jul 2012 09:01:07 +0200, Stefan Roese wrote:
> Hi Albert,
>
> as requested, I rebased my staging repository with the SPEAr patches
> onto latest u-boot-arm/master. Please try again.
>
> Thanks,
> Stefan
>
>
> The following changes since commit 8663092787ac2c39fbdb235cd162
On Fri, Jul 06, 2012 at 01:44:32PM -0700, Stephen Warren wrote:
> On 07/06/2012 02:33 PM, Allen Martin wrote:
> > On Fri, Jul 06, 2012 at 12:09:43PM -0700, Stephen Warren wrote:
> >> On 07/06/2012 12:08 PM, Allen Martin wrote:
> >>> Rearrange the link order of libraries to avoid out of bound
> >>>
Dear Kim Phillips,
In message <20120703111308.2eb7202b10f9a3dc5a661...@freescale.com> you wrote:
> Wolfgang Denk,
>
> Please pull a couple of minor fixes for 83xx:
>
> The following changes since commit 558cd995d6d3eaa94fb342d142289a1fa2f76ba3:
>
> tools/mkenvimage.c: fix basename(3) usage (2
tools/mkenvimage.c: fix basename(3) usage (2012-07-02 20:21:49 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Prabhakar Kushwaha (8):
powerpc/mpc85xx:Add BSC9131/BSC9130/BSC9231 Processor Support
powerpc/mpc85xx:Add BSC9131 RDB Suppo
Dear Aneesh V,
> Enable -march=armv7-a for armv7 platforms if the tool-chain
> supports it. This in turn results in Thumb-2 code generated
> for these platforms if CONFIG_SYS_THUMB_BUILD is enabled.
>
> Signed-off-by: Aneesh V
> ---
For some reason, this patch breaks USB EHCI on mx51 efika boar
On Fri, Jul 06, 2012 at 01:44:32PM -0700, Stephen Warren wrote:
> On 07/06/2012 02:33 PM, Allen Martin wrote:
> > On Fri, Jul 06, 2012 at 12:09:43PM -0700, Stephen Warren wrote:
> >> On 07/06/2012 12:08 PM, Allen Martin wrote:
> >>> Rearrange the link order of libraries to avoid out of bound
> >>>
Dear Troy Kisky,
> Instead of clearing 2 bits, all the other
> bits were set because '|=' was used instead
> of '&='.
>
> Signed-off-by: Troy Kisky
> Acked-by: Marek Vasut
> Acked-by: Stefano Babic
>
Troy, do you have some repo for these please?
Best regards,
Marek Vasut
___
Dear Joe Hershberger,
> Hi Marex,
>
> On Sun, Jun 24, 2012 at 7:17 PM, Marek Vasut wrote:
> > The asix driver did not align buffers, therefore it didn't work
> > with data cache enabled. Fix this.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Joe Hershberger
> > ---
>
> Acked-by: Joe Hershberge
Dear Joe Hershberger,
> > Hi Marex,
> >
> > On Sun, Jun 24, 2012 at 7:17 PM, Marek Vasut wrote:
> > > The asix driver did not align buffers, therefore it didn't work
> > > with data cache enabled. Fix this.
> > >
> > > Signed-off-by: Marek Vasut
> > > Cc: Joe Hershberger
> > > ---
> >
> > Ac
On Fri, Jul 06, 2012 at 01:44:32PM -0700, Stephen Warren wrote:
> On 07/06/2012 02:33 PM, Allen Martin wrote:
> > On Fri, Jul 06, 2012 at 12:09:43PM -0700, Stephen Warren wrote:
> >> On 07/06/2012 12:08 PM, Allen Martin wrote:
> >>> Rearrange the link order of libraries to avoid out of bound
> >>>
Hello,
On 2012/07/07, at 8:02, Marek Vasut wrote:
> Dear Aneesh V,
>
>> Enable -march=armv7-a for armv7 platforms if the tool-chain
>> supports it. This in turn results in Thumb-2 code generated
>> for these platforms if CONFIG_SYS_THUMB_BUILD is enabled.
>>
>> Signed-off-by: Aneesh V
>> ---
>
Hi Marek,
On 07/06/2012 04:32 PM, Tetsuyuki Kobayashi wrote:
Hello,
On 2012/07/07, at 8:02, Marek Vasut wrote:
Dear Aneesh V,
Enable -march=armv7-a for armv7 platforms if the tool-chain
supports it. This in turn results in Thumb-2 code generated
for these platforms if CONFIG_SYS_THUMB_BUILD
On 7/6/2012 4:08 PM, Marek Vasut wrote:
Dear Troy Kisky,
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '&='.
Signed-off-by: Troy Kisky
Acked-by: Marek Vasut
Acked-by: Stefano Babic
Troy, do you have some repo for these please?
Best regards,
Mare
Hi Marek,
On 06/25/2012 04:30 PM, Marek Vasut wrote:
Dear Scott Wood,
On 06/24/2012 07:17 PM, Marek Vasut wrote:
This macro returns 1 if the argument (address) is aligned, returns
zero otherwise. This will be used to test user-supplied address to
various commands to prevent user from loading
On 06/24/2012 05:17 PM, Marek Vasut wrote:
This prevents the scenario where data cache is on and the
device uses DMA to deploy data. In that case, it might not
be possible to flush/invalidate data to RAM properly. The
other option is to use bounce buffer, but that involves a
lot of copying and th
77 matches
Mail list logo
