AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:
CFG:
PT:0
S:andy.sharp@lsi.com
RQ:
SSV:mhbs.lsil.com
NSV:
SSH:
R:<bill.fisher@lsi.com>,<Rendell.Fong@lsi.com>,<Bill.Fisher@lsi.com>,<brian.stark@lsi.com>
MAID:2
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/LSI/INBOX	0	4AEFB276.1080900@lsi.com
X-Sylpheed-End-Special-Headers: 1
Date: Mon, 2 Nov 2009 21:36:29 -0800
From: Andrew Sharp <andy.sharp@lsi.com>
To: William Fisher <bill.fisher@lsi.com>
Cc: "Fong, Rendell" <Rendell.Fong@lsi.com>, "Fisher, Bill"
 <Bill.Fisher@lsi.com>
Bcc: Brian Stark <brian.stark@lsi.com>
Subject: Re: My kernel checkin booting status
Message-ID: <20091102213629.4b911910@ripper.onstor.net>
In-Reply-To: <4AEFB276.1080900@lsi.com>
References: <4AEFB276.1080900@lsi.com>
Organization: LSI
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

On Mon, 2 Nov 2009 21:32:54 -0700 William Fisher <bill.fisher@lsi.com>
wrote:

> Folks:
> 
> Well I have finally gotten my cougar back to working.
> 
> However the kernel I have built with the changes dies a
> sudden death before it even gets started.
> 
> I am remaking the kernel again from scratch.
> 
> This includes the code as of a week ago. Hence
> I probably will need to update it.
> 
> As soon as it boots and runs I will send Andy and
> you the change list for review.
> 
> Andy: Send me a pointer to your txrx kernel and I
> will try and boot your latest kernel changes.

I'm not surprised, there's a lot of changes involved all over the
place.  It might take a bit of time to corral them all.

I did successfully test boot my kernel, so go ahead and send me the
specifics on the changes you want me to make -- don't forget to tell
me where -- and I can check mine in any time once I complete those.
I've removed the acpu.c changes as you suggested so those can be done
more carefully at a later time.

I'd rather have you carefully craft and test your changelist than have
you rush it for the sake of placating Max.  Your changes are too
important to throw under the bus for that.  But we can throw my
changelist under the bus now that I've removed the acpu.c changes which
can go in later.

