mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Norman Diamond" <n0diamond@yahoo.co.jp>
To: "James Bottomley" <James.Bottomley@HansenPartnership.com>
Cc: <linux-kernel@vger.kernel.org>, <linux-scsi@vger.kernel.org>
Subject: Re: Adaptec driver crashes (1/3 and 2/3)
Date: Sun, 10 May 2009 08:41:45 +0900	[thread overview]
Message-ID: <4FF8388A0C334AB38FEA6F5DE0F0EA23@DIAMOND8600> (raw)
In-Reply-To: <1241811537.3327.91.camel@mulgrave.int.hansenpartnership.com>

James Bottomley wrote:
> On Wed, 2009-05-06 at 16:13 +0900, Norman Diamond wrote:
>> The easiest 100% reproducible way to crash a Linux system is as follows.
>>
>> Insert either an Adaptec 1460 PCMCIA card or Adaptec 1480 CardBus card. 
>> Remove the card.  Insert the card again.  Even if you knew to set the 
>> console to a text mode terminal first (since Linux doesn't give Blue 
>> Screens of Death otherwise), you still won't get a dump.  Not much to go 
>> on without a dump, but at least it's 100% repro.
>
> Sounds like something's still pinned.  When you remove it the first time, 
> can you remove the module? (that's aha152x_cs right?).

With the 1460, after removing the first time, no I couldn't rmmod the 
module.  You're either right or nearly right about the module name since 
some were renamed to use hyphens instead of underbars, but I don't remember 
if that was included.  Anyway, the module was in use by 4 unknown users, and 
couldn't be rmmodded.

However, yesterday with the 1460 I couldn't repro the kernel crash. 
Yesterday with the 1460 I could only repro less severe lossage.  Removal of 
the card showed up in dmesg.  Reinsertions of the card were completely 
ignored, not showing up in dmesg, not recreating the special file /dev/sdb, 
and if I mknodded /dev/sdb it was still inaccessible (no such device).  Also 
shutdown hanged and I had to hold the power switch to shut down.

Yesterday with the 1480 I did repro the kernel crash, the same as before. 
The aic7xxx driver was compiled in, not a module.  I don't recall if removal 
of the card showed up in dmesg.  Reinsertion didn't, but the system lived 
long enough for dmesg to run and not show a reinsertion.  After that came a 
1 line kernel crash message with no dump.  If I recall correctly, 
Ctrl+Alt+Del accomplished a reboot so I didn't have to hold the power 
switch. 

--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

  reply	other threads:[~2009-05-09 23:42 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-06  7:13 Norman Diamond
2009-05-08 19:38 ` James Bottomley
2009-05-09 23:41   ` Norman Diamond [this message]
2009-05-10 10:09 Norman Diamond

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=4FF8388A0C334AB38FEA6F5DE0F0EA23@DIAMOND8600 \
    --to=n0diamond@yahoo.co.jp \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=linux-kernel@vger.kernel.org \
    --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

all inboxes | Powered by JetHome®