Messages in this thread | | | Subject | RE: [PATCH] cciss: force ignore of responses to unsent scsi commands after kexec reboot | Date | Tue, 3 Jul 2007 15:59:09 -0000 | From | "Miller, Mike (OS Dev)" <> |
| |
> -----Original Message----- > From: Miller, Mike (OS Dev) > Sent: Thursday, June 14, 2007 1:16 PM > To: 'Neil Horman'; linux-kernel@vger.kernel.org > Cc: ISS StorageDev; akpm@linux-foundation.org > Subject: RE: [PATCH] cciss: force ignore of responses to > unsent scsi commands after kexec reboot > > > > > -----Original Message----- > > From: Neil Horman [mailto:nhorman@tuxdriver.com] > > Sent: Thursday, June 14, 2007 10:31 AM > > To: linux-kernel@vger.kernel.org > > Cc: Miller, Mike (OS Dev); ISS StorageDev; > akpm@linux-foundation.org; > > nhorman@tuxdriver.com > > Subject: [PATCH] cciss: force ignore of responses to unsent scsi > > commands after kexec reboot > > > > Hey - > > cciss hardware currently can continue to send responses to scsi > > commands after the host system has undergone a kexec > reboot. The way > > the drier is currently written, reception of these commands > results in > > a BUG halt, since it can't match the response to any issued command > > since the boot. This patch corrects that by using the kexec > > reset_devices command line paramter to force ignore any > commands that > > it cant correlate. > > > > Regards > > Neil > > > > Signed-off-by: Neil Horman <nhorman@tuxdriver.com>
Nacked-by: Mike Miller <mike.miller@hp.com>
> > > > > > cciss.c | 8 ++++++++ > > 1 file changed, 8 insertions(+) > > > > > > diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c index > > 5acc6c4..ec1c1d2 100644 > > --- a/drivers/block/cciss.c > > +++ b/drivers/block/cciss.c > > @@ -2131,6 +2131,14 @@ static int add_sendcmd_reject(__u8 cmd, int > > ctlr, unsigned long complete) > > ctlr, complete); > > /* not much we can do. */ > > #ifdef CONFIG_CISS_SCSI_TAPE > > + /* We might get notification of completion of commands > > + * which we never issued in this kernel if this boot is > > + * taking place after previous kernel's crash. Simply > > + * ignore the commands in this case. > > + */ > > + if (reset_devices) > > + return 0; > > + > > return 1; > > } > > > I don't understand how this will help. We need to reset the > controller which reset_devices cannot do alone. I just > haven't have the time to implement the fix yet. > > mikem > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |