Hi all,
I just sent patches for the at91sam9263ek version based on the rework110218
branch of the u-boot-atmel rework.
This is the first time I send patches to the list. So... please bare with me if
I did something wrongly.
The only board I have to test things on, is an armputer-vmax board from a
Hi Wolfgang,
Please pull the following from u-boot-arm/master.
Amicalement,
Albert.
The following changes since commit c650e1be41536a453d115e6b73898fa5dabdadc2:
Fix compile warning in net/eth.c (2011-02-19 20:32:38 +0100)
are available in the git repository at:
git://www.denx.de/git/u-bo
Dear nice,
In message <3756473d.488c.12e468a8214.coremail.hua...@163.com> you wrote:
>
> I am a beginner of linux and linux on powerpc,so I have many questions
> when I am porting linux to my cunstom board with an mpc8641d processer.
> First, I compiled the u-boot with the default configuration of
hello,everyone !
I am a beginner of linux and linux on powerpc,so I have many questions
when I am porting linux to my cunstom board with an mpc8641d processer.
First, I compiled the u-boot with the default configuration of the
SBC8641D board, and then I compiled the kernel and got a kernel image,
w
Hello,
Am 26.01.2011 11:45, schrieb Matthias Weisser:
> Using optimized versions of memset and memcpy from linux brings a quite
> noticeable speed (x2 or better) improvement for these two functions.
Thanks, tested on armv5 and armv7, therefor
Tested-by: Alexander Holler
Regards,
Alexander
___
On 20.02.2011 11:20, Wolfgang Denk wrote:
> No, not at all, because the only additional information about what
Thanks, at least I tried it.
Regards,
Alexander
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Sun, Feb 20, 2011 at 11:20:07AM +0100, Wolfgang Denk wrote:
> [...] or feel free to create a doc/README.toolchain or similar that
> can then also be used to document things like linker options,
> information about known issues, etc.
+1 for a README.toolchain file.
--
Eric Cooper e
Dear Alexander Holler,
In message <4d60e16e.1060...@ahsoftware.de> you wrote:
>
> I don't know how other the compiler behaves for other architectures and
> if those are having the need to save fp-contexts for irqs.
I thought I had explained this again in recent postings, not to
mention the times
Am 20.02.2011 10:52, schrieb Alexander Holler:
> Am 20.02.2011 10:39, schrieb Alexander Holler:
>
>> # -msoft-float forces the compiler to avoid any fp-related instructions
>> for optimizations.
>>
>> Would that be better?
>
> Anyway, I don't care about that patch. I now know the reason. ;)
>
> Btw
Am 20.02.2011 10:39, schrieb Alexander Holler:
> # -msoft-float forces the compiler to avoid any fp-related instructions
> for optimizations.
>
> Would that be better?
Anyway, I don't care about that patch. I now know the reason. ;)
Btw, isn't soft-float useless on ARM when armv5 is used as arch
Am 20.02.2011 09:42, schrieb Wolfgang Denk:
> Dear Alexander Holler,
>
> In message<1298171532-5296-1-git-send-email-hol...@ahsoftware.de> you wrote:
>> Without -msoft-float the compiler would be allowed to use certain
>> floating-point instructions (VFP/NEON) e.g. for optimizations, which
>> woul
Dear Alexander Holler,
In message <1298171532-5296-1-git-send-email-hol...@ahsoftware.de> you wrote:
> Without -msoft-float the compiler would be allowed to use certain
> floating-point instructions (VFP/NEON) e.g. for optimizations, which
> would require additional code, for example to save conte
12 matches
Mail list logo