AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20090129174618.58dca2f5@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:exch1.onstor.net
NSV:
SSH:
R:<brian.stark@onstor.com>,<maxim.kozlovsky@onstor.com>,<Bill.Fisher@onstor.com>,<rendell.fong@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@exch1.onstor.net/INBOX	65581	2779531E7C760D4491C96305019FEEB51851D415A4@exch1.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Thu, 29 Jan 2009 17:46:50 -0800
From: Andrew Sharp <andy.sharp@onstor.com>
To: Brian Stark <brian.stark@onstor.com>
Cc: Maxim Kozlovsky <maxim.kozlovsky@onstor.com>, Bill Fisher
 <Bill.Fisher@onstor.com>, Rendell Fong <rendell.fong@onstor.com>
Subject: Re: test prom image
Message-ID: <20090129174650.1c05ddcd@ripper.onstor.net>
In-Reply-To: <2779531E7C760D4491C96305019FEEB51851D415A4@exch1.onstor.net>
References: <20090127202826.6437c7be@ripper.onstor.net>
 <2779531E7C760D4491C96305019FEEB51851D415A4@exch1.onstor.net>
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

OK, I've added a third value to the 'autoload' environment variable:
old.  It will use the old autoload sequence if that is set.  If set to
'on', it will use the new.

The 'autoload' prom command itself follows the setting of the autoload
environment variable to a degree.  If the environment variable is off
or on, it will do the new load.  If it's set to 'old' then it will use
the old procedure.  The autoload_old command uses the old method
regardless of the setting of the autoload environment variable.  So,
Ops can set that variable to 'old' if they desire, and in the extremely
unlikely case, because it's never happened before, that a customer has
to downgrade past this change, their machine can be similarly
configured.

Thoughts?  Try it and let me know if it works.

This one should also fix the FP booting problem.


SSC-PROM> env view                           
                  
Current Environment Settings:
        autoload       = off        ( off on old )
        autoreboot     = off        ( off on )    
        load_src       = disk       ( disk network )
        load_opts      = sa         ( m/s|A/a|d|t ) 
        boot_dev       = sda1       ( sda1 sdb1 sc0 )
        upgrade_prom   = no         ( no yes )       
        env_reset      = no         ( no yes )
        autolinkenable = 0          (SP.0 disabled, SP.1 disabled, SP.2
disabled, SP.3 disabled) hw_qt          = off        ( off on )
        hw_ft          = off        ( off on )
        hw_diag        = off        ( off on )
                                              

New prom is located at

tftp://10.0.0.42/andy_x-2.0.69.bin





On Wed, 28 Jan 2009 18:07:53 -0800 Brian Stark <brian.stark@onstor.com>
wrote:

> No luck.  I couldn't rcon to the TXRX or FP when in runtime.  I got
> 'NOT_PRESENT' listed for all processors when I did 'chassis view
> sys'...
> 
> 
> 
> 
> -----Original Message-----
> From: Andy Sharp 
> Sent: Tuesday, January 27, 2009 8:28 PM
> To: Brian Stark
> Cc: Maxim Kozlovsky; Bill Fisher
> Subject: test prom image
> 
> Here is a test prom image that may, or may not, fix the problem that
> Max was seeing.  I hope it does.  It seemed to work on my system. I
> found an independantly declared function calling one of the functions
> that I modified the arguments to, so possibly there was stack
> corruption happening that caused some of the other problems.
> Currently that's the only explanation I have, albeit not probable,
> for the FP autoload issues that both Bill and Max experienced.
> 
> tftp://10.0.0.42/andy-test-2.0.69_std.bin
