lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4FF8388A0C334AB38FEA6F5DE0F0EA23@DIAMOND8600>
Date:	Sun, 10 May 2009 08:41:45 +0900
From:	"Norman Diamond" <n0diamond@...oo.co.jp>
To:	"James Bottomley" <James.Bottomley@...senPartnership.com>
Cc:	<linux-kernel@...r.kernel.org>, <linux-scsi@...r.kernel.org>
Subject: Re: Adaptec driver crashes (1/3 and 2/3)

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/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ