On Sun, 2008-07-06 at 00:32 +0200, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > This commit pulls over the memset() MIPS routine from Linux 2.6.26,
> > which provides a 10x to 20x speedup over the generic byte-at-a-time
> > routine. This is especially useful on platforms wit
In message <[EMAIL PROTECTED]> you wrote:
> This commit pulls over the memset() MIPS routine from Linux 2.6.26,
> which provides a 10x to 20x speedup over the generic byte-at-a-time
> routine. This is especially useful on platforms with manual ECC
> scrubbing, that require all of memory to be writt
In message <[EMAIL PROTECTED]> you wrote:
>
> I found that above is an intended space to indicate that the instruction
> is in the delay slot. I think it's probably a good old convention in
> MIPS assembly programming, and would like to leave it as it is, IMHO.
Indeed. If it has a deeper meaning,
Shinya Kuribayashi wrote:
>> +andia1, 0xff/* spread fillword */
>> +LONG_SLLt1, a1, 8
>> +or a1, t1
>> +LONG_SLLt1, a1, 16
>> +#if LONGSIZE == 8
>> +or a1, t1
>> +LONG_SLLt1
Hi Jason,
Jason McMullan wrote:
> This commit pulls over the memset() MIPS routine from Linux 2.6.26,
> which provides a 10x to 20x speedup over the generic byte-at-a-time
> routine. This is especially useful on platforms with manual ECC
> scrubbing, that require all of memory to be written at lea
This commit pulls over the memset() MIPS routine from Linux 2.6.26,
which provides a 10x to 20x speedup over the generic byte-at-a-time
routine. This is especially useful on platforms with manual ECC
scrubbing, that require all of memory to be written at least once
after a power cycle.
---
include