From: "Darrick J. Wong" <djwong@us.ibm.com>
To: "Salyzyn, Mark" <mark_salyzyn@adaptec.com>
Cc: linux-scsi@vger.kernel.org, Alexis Bruemmer <alexisb@us.ibm.com>,
Vivek Goyal <vgoyal@in.ibm.com>,
Judith Lebzelter <judith@linux-foundation.org>
Subject: Re: [PATCH] aacraid: Initialize rx/rkt function pointers before calling them
Date: Fri, 27 Apr 2007 11:11:04 -0700 [thread overview]
Message-ID: <46323CB8.6060903@us.ibm.com> (raw)
In-Reply-To: <AE4F746F2AECFC4DA4AADD66A1DFEF018FD88C@otce2k301.adaptec.com>
Salyzyn, Mark wrote:
> In my unit tests of aacraid_kexec_5.patch, restart was not called for
> normal operations. If you are just doing a normal boot, what conditions
> are causing restart to be called in your case? Is it a warm restart?
> Some kind of operation that leaves the Adapter in an initialized state,
> or a bug in the driver making sure that interrupts are disabled when
> shut down. Inquiring minds want to know!
This is a normal boot of a "Serveraid 8k-l" on an IBM x3550. One
wrinkle in the configuration is that the system is booted off the
network, though I don't see how that would affect the aacraid's state.
It looks like the MUnit.OIMR test just after the "Failure to reset here
is an option..." comment is succeeding. The crash seems to happen
regardless of whether we had just done a warm or cold boot. The option
ROM had run during POST, if that makes any difference. No kexec/kdump
have been configured. For that matter, neither kexec nor kdump have
ever been run in the lifetime of the machine.
Also observed on an IBM x3650.
--D
next prev parent reply other threads:[~2007-04-27 18:11 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-26 22:58 [PATCH] aacraid: Initialize rx/rkt function pointers before calling them Darrick J. Wong
2007-04-27 12:46 ` Salyzyn, Mark
2007-04-27 13:57 ` Salyzyn, Mark
2007-04-27 18:11 ` Darrick J. Wong [this message]
2007-04-27 18:47 ` Salyzyn, Mark
2007-04-27 21:49 ` Darrick J. Wong
2007-05-01 15:43 ` [PATCH] aacraid: superfluous adapter reset for IBM 8 series ServeRAID controllers Salyzyn, Mark
2007-05-01 16:37 ` Darrick J. Wong
2007-05-02 23:39 ` Darrick J. Wong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46323CB8.6060903@us.ibm.com \
--to=djwong@us.ibm.com \
--cc=alexisb@us.ibm.com \
--cc=judith@linux-foundation.org \
--cc=linux-scsi@vger.kernel.org \
--cc=mark_salyzyn@adaptec.com \
--cc=vgoyal@in.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.