Dropped the portion of the diff with references to sa.c. Attached is the patch I feel will address this interrupt issue. As an added 'perk' I have also added the code to detect if the controller was previously initialized for interrupted operations by ANY operating system should the reset_devices kernel parameter not be set and we are dealing with a naïve kexec without the addition of this kernel parameter. The reset handler is also improved. Related to reset operations, but not pertinent specifically to this issue, I have also altered the handling somewhat so that we reset the adapter if we feel it is taking too long (three minutes) to start up.
ObligatoryDisclaimer: Please accept my condolences regarding Outlook's handling of patches. This attached patch is against current scsi-misc-2.6 MINUS the initial version of this patch and the first patch that sets the missing platform function related to this discussion. Signed-off-by: Mark Salyzyn <[EMAIL PROTECTED]> --- Sincerely -- Mark Salyzyn > -----Original Message----- > From: James Bottomley [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 03, 2007 12:10 PM > To: Salyzyn, Mark > Cc: Judith Lebzelter; [EMAIL PROTECTED]; [email protected] > Subject: Re: [PATCH] aacraid: [Fastboot] Panics for > AACRAIDdriverduring'insmod' for kexec test [take 4] > > > On Tue, 2007-04-03 at 11:58 -0400, Salyzyn, Mark wrote: > > I will do you one better, James, I will slip in a little cleanup in > > sa.c (support file for the old PPC based ARC cards) where I > discovered > > the restart platform function was ALSO left unset which could result > > in similar pain of null pointer discovery. > > Actually, for 2.6.21-rc5 could I just have the two strict bug > fixes for > the potential oops you spotted ... I should really be adding feature > changes or cleanups at this stage of the kernel release. > > I can put all the rest into scsi-misc for post 2.6.21 > > Thanks, > > James > > >
aacraid_kexec_5.patch
Description: aacraid_kexec_5.patch
