AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20081031150436.2452ebd9@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:onstor-exch02.onstor.net
NSV:
SSH:
R:<bfisher@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@onstor-exch02.onstor.net/INBOX	0	490B75DB.2080105@onstor.com
X-Sylpheed-End-Special-Headers: 1
Date: Fri, 31 Oct 2008 15:04:40 -0700
From: Andrew Sharp <andy.sharp@onstor.com>
To: William Fisher <bfisher@onstor.com>
Subject: Re: Loading and compiling our vmlinux-1480 kernel
Message-ID: <20081031150440.63912945@ripper.onstor.net>
In-Reply-To: <490B75DB.2080105@onstor.com>
References: <490B75DB.2080105@onstor.com>
Organization: Onstor
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

I tar'd up the source for that kernel, the tarball is located at

~andys/linux-mips-2.6.20-sibyte.tar.gz

You can just copy that to your home directory.  Make a directory where
you want the source to reside, cd to that directory and untar the
tarball there.  It doesn't contain any uber directories or anything.

The file arch/mips/Makefile contains that start address for the
kernel.  It is selected based on the settings in the .config config
file, which currently is CONFIG_SIBYTE_SWARM, so the pertinent line in
the Makefile is line 572.  If you change just that address to something
else, and type 'make', it will remake the kernel for that load address.

Let me know if you get stuck, I can't always remember every last detail
of this stuff any more than I remember exactly how to breath.

Cheers,

a

PS I'm working on putting together a 2.6.26 based kernel with all our
stuff in it, but currently I'm being saddled with an urgent bug fix.


On Fri, 31 Oct 2008 14:17:15 -0700 William Fisher <bfisher@onstor.com>
wrote:

> Andy:
> 
> Loading into memory at the mapped SSC address works fine, but 
> transfering to a variety of start address'es fails. I tried
> the one's suggested by Warren along with the 82 and 83 address'es
> and they all fail with an exception.
> 
> I decoded the ELF file and also dumped out memory after the load
> to look at the "header". No obvious transfer address appears
> and all fail to start using various address'es found
> in the "ELF" header.
> 
> Where is the source tree that you built this kernel?
> This is a "converted" ELF into a binary load image
> the pmon knows about, right?
> 
> I ran nm on that image and it decodes fine.
> 
> Thanks,
> 
> -- Bill
