public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Sean Bruno <sean.bruno@dsl-only.net>
To: Hannes Reinecke <hare@suse.de>
Cc: linux-scsi@vger.kernel.org
Subject: Re: Adaptec 29320 [aic79xx] fails on power cycle of LUN
Date: Sat, 21 Oct 2006 13:48:52 -0700	[thread overview]
Message-ID: <1161463732.3204.66.camel@home-desk> (raw)
In-Reply-To: <45387462.10300@suse.de>

> > Better.  The patch allows me to cycle power on the array exactly once.
> > So the new regression is:
> > 
> > 1.  Hook an external SCSI array/disk to a 29320.
> > 2.  Power up SCSI array/disk
> > 3.  Power up PC with 29320.
> > 4.  When PC has booted, login and test device by creating a file
> >     system, eg. mkfs /dev/sda (or whatever disk the array is called on
> >     ur machine).
> > 5.  Power cycle array/disk
> > 6.  Retest device with another 'mkfs /dev/sda'  <-- works just fine!
> > 7.  Power cycle array/disk
> > 8.  No need to do anything, card dump in dmesg/messages appears and
> > device in not useable:
> > 
> Ok. Not bad. So we have to switch to non-pkt commands after a reset.
> Make sense. Care to try the updated patch?
> 
> Thanks for all the testing!
> 
> Cheers,

Looking much better with this patch.  

I spent some time to whack together a SCSI target on a second machine
with a QLA1040 that I have lying around and connected my test machine
with the 29320 to it. Essentially, I'm just too lazy to sit at my desk
an continually disconnect and reconnect the power on my array!  :)

After a couple of minutes of whacking on it, I was able to script
something to automatically cycle through 5 iterations of 'mkfs' then
reboot the new 'scsi disk', sleep for 120 seconds and repeat.

Seems to work fine with the patch applied to 2.6.19-rc2.  I'm running a
longer 100 iteration loop and I'll get back with results.

Sean


  reply	other threads:[~2006-10-21 20:48 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-18 22:24 Adaptec 29320 [aic79xx] fails on power cycle of LUN Sean Bruno
2006-10-18 22:27 ` James Bottomley
2006-10-18 22:32 ` Sean Bruno
2006-10-19  5:52   ` Mike Christie
2006-10-19 12:23     ` Sean Bruno
2006-10-19 12:25     ` Sean Bruno
2006-10-19 14:10       ` Hannes Reinecke
2006-10-19 16:18         ` Sean Bruno
2006-10-20  7:01           ` Hannes Reinecke
2006-10-21 20:48             ` Sean Bruno [this message]
2006-10-22  4:45               ` Sean Bruno

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=1161463732.3204.66.camel@home-desk \
    --to=sean.bruno@dsl-only.net \
    --cc=hare@suse.de \
    --cc=linux-scsi@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox