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
On Sun, 2008-07-06 at 14:59 +0900, Shinya Kuribayashi wrote:
> Jason McMullan wrote:
> > Add 'ethaddr' and 'eth1addr' to the Linux kernel environment if
> > they are set in the U-Boot environment.
>
> Looking closely into linux/arch/*, I found that mips is the only
> architecture which supports the
On Wed, 2008-06-25 at 07:44 +0200, Jens Gehrlein wrote:
> I have the same problem. When I modify the source code the compiler may
> or may not rearrange the functions. It is not guaranteed, that the main
> function always starts at the same address.
>
> How can this be solved? Is it possible/mea
Please note that the patch order is the STMicro patch first, followed by
the Winbond patch.
Sourceforge thought the STMicro patch was spam, because the 'Date: '
field from 'git format-patch -s --stdout' was older than 96 hours.
Jason McMullan
MTS SW
System Firmware
NetApp
724.741.5011Fax
72
On Tue, 2008-05-20 at 12:24 -0400, Jason McMullan wrote:
> All existing MIPS boards define CFG_HZ to be the number of ticks per second
> for the timebase. However, CFG_HZ should be a constant 1000 for all boards.
ARGH!
Resending patch, as I left some code from a uint64_t attempt.
Please review t
On Tue, 2008-05-20 at 16:23 +0200, Wolfgang Denk wrote:
> Well, even if this happens, it should not cause get_timer() to show
> such problems. get_timer() returns an "unsigned long" and is counting
> in milliseconds, so a wrap-around should take about 50 days.
Yes, but get_timer() is not guarant
On Mon, 2008-05-19 at 15:26 -0500, Scott Wood wrote:
> Even though it's MIPS that needs it, it should be flagged as a NAND
> patch since that's the code it touches.
Totally agree.
> How about this?
>
> if (state == FL_ERASING)
> timeo = CFG_HZ * 2 / 5;
> else
> timeo = CFG_HZ / 50
>
On Sat, 2008-05-17 at 01:26 +0900, Shinya Kuribayashi wrote:
> Jason McMullan wrote:
> > +#include
>
> This will break build. According to the blackfin, we can't even include
> if it's not configured.
That is, of course, why I originally just had 'extern int
nand_init(void)' instead of the #inc
Harumph.
Evidently 'git-send-mail' did not do as I expected.
Should I re-send the patch?
Jason McMullan
MTS SW
System Firmware
NetApp
724.741.5011Fax
724.741.5166Direct
412.656.3519Mobile
[EMAIL PROTECTED]
www.netapp.com
signature.asc
Description: This is a digitally signed mes
I'm writing the drivers for a MIPS 4KEc based SoC, and was wondering
where they should go in the source code tree.
Having done ARM in the past, my first guess would be (calling the SoC
'qux', made by company 'foo', and a 'bar' eval board for now):
cpu/mips/qux
spi.c
nand.c
This one gets my vote:
#define MAX_LEN 80
static char tftp_filename[MAX_LEN];
strncpy(tftp_filename, str, MAX_LEN);
tftp_filename[MAX_LEN-1] = 0;
May be truncated, but never overruns.
-
Jason McMullan
Network Appliance, Inc.
signature.asc
Description: This is a digitally signed message p
11 matches
Mail list logo
